Transformasi Sistem Koordinat Geobide, ED50 dan ETRS89
Mengambil keuntungan untuk mengikuti kemampuan dari Geobide Suite, kita akan melihat pilihan untuk berubah Sistem Referensi. Menarik bagi mereka yang perlu bertransformasi antar Datum berbeda, dalam hal ini kita akan melihat bagaimana melakukannya dengan sistem ED50 dan ETRS89 yang hampir sama di Amerika Latin antara NAD27 dan WGS84.
Apakah data dipindahkan?
Ini bukan kasus Google Earth, di mana lebih banyak transformasi dibuat, banyak gambar terlantar, semacam itu Bisa diperiksa tumpang tindih antara pengambilan yang berbeda; Namun, di banyak negara, negara bagian, atau komunitas otonom, lembaga publik telah memberikan gambar mereka ke GoogleEarth dengan georeferensi yang tepat, dengan kerugian karena GoogleEarth menggunakan WGS84 sebagai Datum generik, sehingga menggunakan data di sistem lain memerlukan transformasi. Transformasi pertama-tama bergantung pada definisinya sendiri, tetapi juga pada area tempat kita berada. Itulah mengapa sistem generik tidak menyediakan parameter khusus dari setiap zona.
Ambil contoh transformasi ED50-30N (EPSG: 23030) ke ETRS89-30N (EPSG: 25830) untuk Navarra, dan untuk Spanyol. Definisi umum dari transformasi memiliki tingkat presisi yang berbeda tergantung pada area penerapannya. Untuk alasan ini, ada beberapa parameter tambahan, yang tidak masuk dalam definisi umum dan yang di Navarra misalnya ada beberapa tetapi di Asturias mereka mungkin memiliki nilai lain yang berbeda.
Jika kita melihat gambar di atas yang diambil dari Geomap, kita melihat peta dengan dua lapisan (ortofoto dan parsel) bergerak relatif satu sama lain. Ini adalah hasil proyeksi kadaster Navarra di ED-50N dengan cepat lapisan GoogleMaps di WGS84 dan offset yang dihasilkan terkait dengan masalah yang dijelaskan pada paragraf sebelumnya.
Tutorial Geobide terbaru, dari mana kami melakukan artikel ini sekarang menerbitkan setidaknya 4 metode untuk memperbaikinya ,. Dengan Geobide, sekarang dimungkinkan untuk menunjukkan konversi datum untuk transformasi antara Sistem Koordinat dalam empat cara berbeda:
-
Transformasi Generik:
Pilihan ini menggunakan transformasi generik tanpa parameter spasial, dan paling tidak akurat. Untuk Navarra misalnya, pergi dari ED50 ke ETRS89 memiliki kesalahan ~ 100-200m pada x dan y. (Mengingat bahwa ini TIDAK mempengaruhi sistem koordinat dengan data yang sama).
Cukup mirip adalah kasus NAD27 dengan WGS84 berjalan dan 202 meter di utara dan 6 meter timur dalam perubahan daerah Central ketika Anda mengubah lintang, meskipun hanya signifikan dalam lintang itu berasal dari Ekuador sementara panjang hanya berasal dari ini palsu.
-
Transformasi Menggunakan Grid NTv2:
Opsi ini menggunakan kisi dengan nilai untuk memperbaiki konversi dengan interpolasi linier. Opsi ini lebih tepat daripada metode pertama dan telah diadopsi oleh IGN. Tepat, tentu saja, jika kita memiliki kotak untuk area kerja kita.
Aplikasi dari Geobide Mereka sekarang menawarkan dua grid yang disediakan oleh IGN untuk Spanyol, meliputi Semenanjung dan Kepulauan Balearic, dan yang diterbitkan pada tahun 2003 dan 2009. Pengguna dapat dengan mudah memilih grid yang akan digunakan.
Di Internet Anda dapat menemukan banyak kisi, bahkan di seluruh dunia, tetapi menurut ukurannya tidak tersedia secara otomatis dalam unduhan aplikasi Geobide.
-
Transformasi Molodensky (metode parameter 3):
3 menggunakan nilai offset pada titik asal antara ellipsoid. Wizard pra-konfigurasi yang direkomendasikan oleh IGN untuk Spanyol
Transformasi Bursa-Wolf (metode parameter 7)
Transformasi ini menggunakan nilai 7 untuk mentransformasikan antara ellipsoid. Parameter yang akan dimasukkan adalah: Offset (Dx, Dy, Dz), Rotation (Rx, Ry, Rz) dan Scaling Factor (μ)
Dalam aplikasi Geobide Penyihir 3 telah dikonfigurasi sebelumnya yang direkomendasikan oleh IGN untuk Northwest, Central Zone dan East of the Peninsula, masing-masing.
Hasil
Seperti yang bisa Anda lihat hasilnya tidak banyak berbeda antara metode terbaru 3, tapi iya dengan yang pertama. Itulah sebabnya Anda harus tahu apakah transformasi memerlukan opsi lanjutan ini.
Di antara ED50-xxN (EPSG: 230xx) sistem dan ETRS89-xxN (EPSG: 258xx) di wilayah Spanyol sendiri harus digunakan sebagai Datum / ellipsoids ED50 dan ETRS89 / WGS84 tidak setara.
Misalnya, jika Geomap tidak ini maju kumpulan data, data dari Navarra di ED50-30N (EPSG: 23030) yang diproyeksikan ulang on the fly pada data yang ditawarkan oleh Google Maps (ellipsoid WGS84) akan pindah. Sesuai dengan benar, maka perlu menggunakan transformasi paling tepat yang telah dijelaskan.
Menurut saya sangat baik bahwa Geobide melakukan upaya yang signifikan tidak hanya untuk meninggalkan kemampuan pada sistemnya, namun juga mendokumentasikan sedikit lebih banyak pertanyaan ini karena dapat mempengaruhi kualitas dan ketepatan pekerjaan, selain hanya memahaminya juga. adalah usaha lain.
Sejauh ini, semua ini otomatis diintegrasikan ke dalam mesin, namun seperti yang disarankan oleh teman-teman Geobide, tuntutan pengguna telah menyebabkannya terlihat dalam aplikasi sehingga pengguna sendiri menyadarinya dan bahkan mengubahnya. pengaturan, atau tetapkan lainnya untuk zona kerja Anda sendiri.
Transformasi ketinggian ellipsoidal / geoidal
Pada versi baru, kotak perhitungan perbedaan ellipsoidal / geoid juga telah diubah sehingga pengguna sekarang dapat memilih model geoid yang akan digunakan.
PRN File Nomenclatures
Dan akhirnya, perubahan lain yang nampaknya tepat di tangan Anda usaha untuk interoperabilitas dengan standar atau praktik OGC dari program yang dipopulerkan. File PRJ yang dihasilkan Geobide ada dalam tata nama OGC WKT, yang merupakan standar yang dikenali oleh banyak alat CAD / GIS. Tidak demikian untuk aplikasi ESRI, yang PRJ-nya, walaupun mengandung definisi matematis yang sama dengan standar, dengan mengelompokkan Sistem Koordinasi secara berbeda.
Sebagai contoh:
Dalam isi file PRJ dari OGC, sistem ETRS89-30N (EPSG: 25830) didefinisikan dengan nama kode "ETRS89 / UTM zone 30N"; aplikasi ESRI, sebaliknya, mereka menyebutnya "ETRS_1989_UTM_Zone_30N". Jika di ArcGis kita mencampur lapisan dengan PRJs dalam dua nomenclatures software ini akan melakukan transformasi spasial meski pada saat matematis definisi Sistem Koordinasi identik.
Perhatikan hal ini keras kepala, Geobide telah mengaktifkan opsi baru pada pemilih sistem referensi sehingga pengguna dapat menunjukkan apakah ia menginginkan Sistem Koordinasi dengan PRJ dalam gaya atau gaya EPSG. ESRI.
