求解布爾沙模型七參數(shù)的(布爾莎模型的七參數(shù)轉(zhuǎn)換,關(guān)于運(yùn)用最小二乘法的)
1.布爾莎模型的七參數(shù)轉(zhuǎn)換,關(guān)于運(yùn)用最小二乘法的
可以肯定的是，布爾莎-沃爾夫（Bursa-wolf）模型，即七參數(shù)模型是一種空間坐標(biāo)轉(zhuǎn)換的嚴(yán)密模型，任何類型的空間坐標(biāo)轉(zhuǎn)換都適用，GPS接收機(jī)直接輸出的WGS-84大地坐標(biāo)轉(zhuǎn)換為我國(guó)的坐標(biāo)系（如北京54，西安80等）同樣適用。
對(duì)于同一的測(cè)區(qū)，使用相同的高等級(jí)已知控制點(diǎn)，分別采用南方的GPS接收機(jī)與中海達(dá)的GPS接收機(jī)進(jìn)行觀測(cè)，其求解七參數(shù)值應(yīng)該是相同或相近。所以，南方軟件求解的七參數(shù)，是可以在中海達(dá)的軟件上使用的，但是要清楚這兩種不同的GPS數(shù)據(jù)處理軟件中，七個(gè)參數(shù)的單位和輸入格式。
實(shí)踐經(jīng)驗(yàn)上來(lái)說(shuō)，在大面積的測(cè)區(qū)（最大邊長(zhǎng)大于30公里以上），采用空間轉(zhuǎn)換七參數(shù)模型，坐標(biāo)轉(zhuǎn)換的精度較高的；而在小面積的測(cè)區(qū)（最大邊長(zhǎng)小于25公里），采用平面轉(zhuǎn)換四參數(shù)模型，坐標(biāo)轉(zhuǎn)換的精度高于七參數(shù)模型。 樓主說(shuō)的，采用同一個(gè)七參數(shù)模型復(fù)核已知控制點(diǎn)坐標(biāo)，其平面坐標(biāo)x,y是正確的，但高程卻相差米級(jí)，是正常的。
其原因是： 求解七參數(shù)模型時(shí)，使用的是大地高。很多研究表明，使用七參數(shù)模型換算時(shí)，大地高對(duì)于其平面坐標(biāo)換算的結(jié)果即平面坐標(biāo)（x,y）影響不大；但是，對(duì)于其換算出來(lái)的大地高結(jié)果有較大的影響。
也就是說(shuō)，采用七參數(shù)模型，WGS84坐標(biāo)系的大地高換算出來(lái)的北京54或西安80坐標(biāo)系的大地高是不準(zhǔn)確的7導(dǎo)致?lián)Q算為正常高后誤差較大 通常在實(shí)際應(yīng)用中wu可以使用水準(zhǔn)正常高來(lái)代替北京54或西安80坐標(biāo)系中的大地高來(lái)求解七參數(shù)，使得空間測(cè)定的坐標(biāo)可直接轉(zhuǎn)換為平面坐標(biāo)和正常高osvy但是，這種方法轉(zhuǎn)換獲得的正常高，同樣由于大地水準(zhǔn)面的不規(guī)則性，而體現(xiàn)出高程轉(zhuǎn)換的殘差。如果需要精確的正常高，可通過(guò)高程擬合模型，對(duì)高程轉(zhuǎn)換殘差進(jìn)行擬合，在七參數(shù)轉(zhuǎn)換出來(lái)的正常高上加一個(gè)修正量來(lái)獲得精確的正常高。
所以，樓主說(shuō)的高程相差米級(jí)，是采用七參數(shù)換算后的正常結(jié)果。解決辦法就是上面說(shuō)的，采用已知點(diǎn)的水準(zhǔn)高替代大地高求解七參數(shù)，以及在你的測(cè)區(qū)，用GPS測(cè)幾個(gè)已知水準(zhǔn)點(diǎn)，求解高程擬合模型參數(shù)，對(duì)七參數(shù)換算得到的高程進(jìn)行擬合修正，最終得到高精度的正常高。
百度知道團(tuán)隊(duì)--★測(cè)繪同仁★ 為你解答測(cè)繪相關(guān)問(wèn)題。 團(tuán)隊(duì)地址：zhidao.baidu.com/team/view/測(cè)繪同仁。
2.布爾沙七參數(shù)是wgs轉(zhuǎn)換其他坐標(biāo)系的嗎
布爾沙七參數(shù)是wgs轉(zhuǎn)換其他坐標(biāo)系的
這段代碼執(zhí)行過(guò)后，即在/data/data/com.test/shared_prefs目錄下生成了一個(gè)SP.xml文件，一個(gè)應(yīng)用可以創(chuàng)建多個(gè)這樣的xml文件。
SharedPreferences對(duì)象與SQLite數(shù)據(jù)庫(kù)相比，免去了創(chuàng)建數(shù)據(jù)庫(kù)，創(chuàng)建表，寫SQL語(yǔ)句等諸多操作，相對(duì)而言更加方便，簡(jiǎn)潔。
但是SharedPreferences也有其自身缺陷，比如其職能存儲(chǔ)boolean,int,float,long和String五種簡(jiǎn)單的數(shù)據(jù)類型，比如其無(wú)法進(jìn)行條件查詢等。
所以不論SharedPreferences的數(shù)據(jù)存儲(chǔ)操作是如何簡(jiǎn)單，它也只能是存儲(chǔ)方式的一種補(bǔ)充，而無(wú)法完全替代如SQLite數(shù)據(jù)庫(kù)這樣的其他數(shù)據(jù)存儲(chǔ)方式。
