ke 
Penjelasan sistem koordinat GNSS
Daftar Isi
Kapan Anda perlu memperhatikan sistem koordinat, dan kapan tidak?
Anda melakukan JANGAN perlu memikirkan sistem koordinat jika tugasnya hanya tentang koordinat relatif seperti:
- Robot bernavigasi menggunakan koordinat relatif, misalnya bergerak 5 meter ke arah Timur.
- Traktor harus melaju di ladang dan memiliki akurasi sentimeter dari satu lintasan ke lintasan berikutnya.
- Drone tersebut hanya perlu "kembali ke titik lepas landas."
- Membandingkan titik-titik yang direkam oleh penerima yang sama, tanpa menghubungkan ke peta (memeriksa apakah traktor kembali ke tempat yang sama di ladang).
Kamu MEMANG perlu untuk memperhatikan sistem koordinat jika tugas tersebut melibatkan membandingkan pengukuran GNSS dengan peta pihak ketiga, GIS, atau dokumentasi resmi:
- Geodesi, kadaster, survei tanah seperti mengukur batas tanah dan ingin membandingkannya dengan peta kadaster.
- Menggabungkan data GNSS yang diambil dengan peta yang disiapkan oleh pemasok pihak ketiga atau dengan pengukuran yang dilakukan oleh perguruan tinggi Anda dengan perangkat lain.
- Berbagi data posisi dengan pihak ketiga (seperti otoritas kadaster atau kontraktor), misalnya ketika Anda memberikan koordinat lokasi penggalian yang direncanakan kepada kontraktor yang akan menggunakan peralatan RTK mereka sendiri untuk menemukan titik tepat di lapangan berdasarkan peta Anda.
Jika ini kasus Anda, lanjutkan membaca — Sistem koordinat kini menjadi penting bagi Anda.
Penjelasan sistem koordinat
Salah satu alasan paling umum untuk Data yang salah di lapangan disebabkan oleh ketidaksesuaian sistem koordinat—antara Anda rover, dasar, atau NTRIP layanan.
Untuk menghindari kesalahan yang mahal, penting untuk memahami cara kerja sistem koordinat dan bagaimana setiap bagian dari pengaturan GNSS Anda berkontribusi pada posisi akhir.
data
Saat mengukur sesuatu, Anda selalu membutuhkan titik awal, atau "nol". Jika dua orang tidak menggunakan titik awal yang sama, pengukuran mereka tidak dapat dibandingkan. Hal yang sama berlaku untuk posisi di Bumi.
Karena Bumi bukanlah bola sempurna, geodesi menggunakan elipsoid sebagai model sederhana Bumi. datums menjelaskan bentuk elipsoid ini, posisinya relatif terhadap pusat Bumi, dan bagaimana garis lintang, garis bujur, dan ketinggian diukur.
- Datum global mencakup seluruh planet. dan digunakan oleh GPS/GNSS. Koordinat ini diperbarui dari waktu ke waktu seiring dengan peningkatan akurasi pengukuran. Namun, datum global terikat pada pusat Bumi, sehingga koordinat berubah perlahan seiring dengan pergerakan lempeng tektonik (sekitar 10 cm per tahun). Titik yang Anda ukur hari ini tidak akan memiliki koordinat yang sama persis dalam 10 tahun mendatang.
contoh: WGS84, ITRF. - Datum lokal menetapkan koordinat ke satu lempeng tektonik, wilayah, atau negara. Semua yang ada di lempengan itu bergerak bersamaan, sehingga koordinat tetap stabil dari waktu ke waktu.
contoh: GDA94 (Australia), NAD83 (Amerika Utara), ETRS89 (Eropa).
Data juga dapat berupa:
- Statis: Koordinat tidak berubah seiring waktu.Jika aktivitas tektonik sangat sedikit atau tidak ada sama sekali, dan pergerakan bumi dari tahun ke tahun dapat diabaikan.
contoh: ETRS89 digunakan di Eropa.
- Dinamis: koordinat diperbarui terus-menerus seiring pergerakan Bumi.Data global biasanya bersifat dinamis dan diperbarui beberapa kali dalam setahun karena benua-benua bergeser relatif satu sama lain.
contoh: WGS84, ITRF, IGS.
- Semi-dinamis: Koordinat diperbarui setelah peristiwa deformasi., seperti gempa bumi, atau setiap beberapa tahun sekali. Datum regional/nasional lokal di negara-negara yang mengalami aktivitas tektonik biasanya bersifat semi-dinamis.
contoh: NAD83(2011) digunakan di AS, GDA2020 digunakan di Australia.
Zaman
Untuk datum dinamis dan semi-dinamis, Anda juga Perlu mengetahui tanggal/waktu pengukuran posisi, karena posisi bergantung pada waktu. serta X, Y, Z.
Sebagai contoh, nama yang tepat untuk datum horizontal terbaru yang digunakan di Amerika Serikat adalah NAD83 (2011) Epoch 2010.00 atau NAD83 (2011) Zaman 2025.00
Ketika Anda menggabungkan datum ("di mana") dan epoch ("kapan"), Anda mendapatkan apa yang disebut geodesi sebagai kerangka acuanJika Anda membandingkan pengukuran Anda dengan peta atau kumpulan data yang sudah ada, selalu pastikan keduanya menggunakan kerangka acuan (datum dan epoch) yang sama — jika tidak, posisi mungkin tidak cocok dengan benar.
proyeksi
Proyeksi adalah metode matematis untuk menggambarkan kelengkungan Bumi pada peta datar (2D). Hal ini diperlukan karena garis lintang/garis bujur tidak praktis untuk menghitung jarak, sudut, atau CAD kerja.
Sementara sistem koordinat geografis mengumpulkan informasi elipsoid, geoid, dan datum, yang menunjukkan di mana sesuatu berada dalam ruang 3D, Sistem koordinat terproyeksi berisi informasi sistem koordinat ditambah detail lebih lanjut seperti model matematika. dari proyeksi tersebut.
Contoh proyeksi peta:
- UTM (Universal Transverse Mercator) UTM adalah proyeksi yang paling umum digunakan untuk GNSS, pemetaan, dan survei. Misalnya, UTM Zona 32N digunakan di Eropa tengah.
- Web Mercator adalah proyeksi yang digunakan oleh Google Maps, OpenStreetMap, dan layanan peta online lainnya.
Transformasi datum
Lokasi yang sama di Bumi dapat memiliki koordinat yang berbeda tergantung pada Datum yang digunakan:
- Penerima GNSS mandiri (tanpa koreksi RTK) memberikan posisi dalam Datum WGS84/ITRF global.
- Penerima RTK memberikan informasi posisi dalam Datum tempat stasiun pangkalan berada / NTRIP Layanan koreksi telah dikalibrasi.
Jika Datum yang digunakan oleh penerima GNSS Anda dan Datum yang Anda inginkan untuk menentukan posisi tidak sama, Anda memerlukan transformasi Datum. Bayangkan seperti mengkonversi mata uang: €100 tidak sama dengan $100, tetapi dengan nilai tukar yang tepat Anda dapat membandingkannya. Transformasi datum hanyalah perhitungan matematis yang menggeser, memutar, atau menskalakan koordinat dalam Datum yang berbeda sehingga mencerminkan titik fisik yang sama.
Keempat contoh di bawah ini mencakup skenario dunia nyata yang paling umum di mana transformasi datum berperan. Setiap contoh menyoroti apa yang terjadi, masalah apa yang muncul, dan bagaimana cara memperbaikinya.
Kasus penggunaan umum:
Bekerja dengan peta dan data GNSS yang menggunakan datum berbeda.
Bayangkan Anda sedang bersiap untuk kerja lapangan dan memuat peta atau lapisan latar belakang (misalnya, dari Google Earth, OpenStreetMap, atau ortofoto drone) ke dalam aplikasi seperti SW Maps. Sumber-sumber ini hampir selalu menggunakan datum global WGS84, karena itu adalah standar untuk sebagian besar peta global web.
Sementara itu, penerima RTK Anda terhubung ke jaringan lokal. NTRIP layanan koreksi seperti SAPOS, yang menyediakan koreksi RTK dalam ETRS89 — referensi geodetik resmi untuk Jerman dan sebagian besar Eropa.
Meskipun WGS84 dan ETRS89 sangat mirip, titik acuannya berbeda sekitar 1–2 meter di Eropa. Jadi, ketika Anda menumpangkan peta WGS84 Anda dengan pengukuran RTK berbasis ETRS89, titik-titik Anda mungkin tampak sedikit bergeser — misalnya, batas properti atau tepi ladang tidak akan sejajar sempurna.
Untuk memperbaikinya, Anda harus menerapkan transformasi datum dari ETRS89 → WGS84 (atau sebaliknya, tergantung pada pengaturan proyek Anda) di dalam aplikasi atau perangkat lunak GIS Anda. Setelah menerapkan transformasi, titik RTK yang Anda ukur dan peta latar belakang akan sejajar dengan benar.
Mengapa Google Maps dapat menampilkan offset kecil:
Google Maps adalah kasus khusus yang perlu disebutkan. Meskipun selaras dengan ITRF (sangat dekat dengan WGS84), citra yang dihasilkannya sendiri tidak sepenuhnya terikat pada kerangka acuan tersebut.
Setiap citra satelit Google Maps diproses dan dikoreksi secara ortogonal secara terpisah, yang menyebabkan pergeseran sisa kecil pada gambar. Karena itu, lapisan visual dapat bergeser sekitar 10–20 cm, terkadang lebih tergantung pada areanya.
Jadi, meskipun Anda melakukan transformasi dengan benar antara ETRS89 dan WGS84, Anda mungkin masih melihat sedikit ketidaksesuaian antara titik-titik yang presisi menurut RTK dan gambar latar belakang Google Maps.
Menggunakan layanan koreksi RTK lokal
Saat Anda menggunakan penerima RTK yang terhubung ke jaringan koreksi nasional seperti SAPOSKoreksi tersebut ditransmisikan dalam kerangka acuan lokal — dalam kasus Jerman, ETRS89. Ini adalah datum horizontal resmi yang digunakan di seluruh Eropa untuk pemetaan, survei, dan aplikasi GNSS.
Namun, ETRS89 bukan hanya sebuah datum — ia juga mencakup sebuah epoch, yang mendefinisikan momen waktu yang dirujuk oleh koordinat tersebut. Karena Eropa bergerak sedikit relatif terhadap pusat Bumi (sekitar 2.5 cm per tahun), koordinat dalam ETRS89 ditetapkan pada referensi waktu tertentu: ETRS89 pada epoch 1989.0 (waktu ketika posisi lempeng Eropa "dibekukan" relatif terhadap sistem WGS84/ITRF global).
SAPOS Menyiarkan koreksi dalam realisasi ETRS89 pada epoch 1989.0, jadi: Posisi RTK Anda stabil dan konsisten dengan peta nasional, meskipun lempeng tektonik telah bergerak sejak saat itu.
Anda tidak perlu menerapkan transformasi epoch apa pun saat membandingkan data Anda. SAPOSKoordinat berbasis data kadaster atau topografi resmi Jerman — semuanya didefinisikan dalam kerangka acuan yang sama.
Ini adalah salah satu keuntungan utama menggunakan tenaga kerja lokal. NTRIP Layanan ini: menerjemahkan data satelit global ke dalam sistem koordinat lokal negara Anda secara real-time.
Menggunakan layanan koreksi global (Galileo HASPointPerfect, Skylark)
Bayangkan Anda sedang mendesain proyek jalan di AutoCAD, menggunakan sistem referensi koordinat resmi negara Anda — misalnya, ETRS89 / zona UTM 33N di Austria.
Kemudian, tim lapangan Anda akan melakukan penandaan desain menggunakan penerima GNSS yang terhubung ke Galileo HAS layanan ini menyediakan koreksi langsung dari satelit. Untuk konstruksi jalan, akurasi 20–40 cm sudah cukup, sehingga penggunaan HAS masuk akal.
Namun, Galileo HAS Sistem ini menyiarkan koreksi dalam datum global WGS84 (World Geodetic System 1984). Meskipun WGS84 dan ETRS89 cukup mirip, titik referensinya berbeda sekitar 1–2 meter di Eropa atau bahkan beberapa meter di tempat lain.
Oleh karena itu, untuk memastikan bahwa data survei, gambar desain, dan peta Anda semuanya sejajar sempurna dalam kerangka acuan yang sama, Anda harus mengubah data desain dari datum lokal ETRS89 ke datum global WGS84 sebelum mengirimkannya ke penerima GNSS.
Menggunakan layanan koreksi yang mengirimkan pesan RTCM 1021–1027
Di beberapa negara, layanan koreksi nasional (seperti APOS di Austria, SatRef di Hong Kong) menyiarkan tidak hanya data koreksi RTK standar tetapi juga pesan transformasi RTCM 1021–1027 khusus.
Pesan tambahan ini berisi parameter transformasi koordinat lokal — pergeseran matematis yang mengubah kerangka acuan global menjadi sistem koordinat regional yang tepat.
“Transformasi lokal” ini menyesuaikan posisi GNSS yang dihitung dalam kerangka global (seperti ITRF dalam kasus ini) APOS) agar sesuai dengan sistem koordinat nasional resmi yang digunakan untuk pemetaan dan survei. Sistem ini menerapkan translasi, rotasi, dan koreksi skala kecil sehingga koordinat Anda sejajar sempurna dengan titik kontrol survei lokal.
Penting untuk dicatat bahwa ini tidak sama dengan menggunakan datum regional seperti ETRS89. ETRS89 mendefinisikan kerangka acuan yang stabil untuk seluruh Eropa, tetapi setiap negara dapat memiliki versi lokalnya sendiri (misalnya, ETRS89(AT) di Austria atau ETRS89(PL) di Polandia). Pesan RTCM 1021–1027 menyediakan langkah tambahan yang diperlukan untuk menyempurnakan koordinat dari kerangka regional tersebut ke grid lokal negara Anda.
Jika penerima RTK dan perangkat lunak lapangan Anda mendukung pesan-pesan ini, keduanya dapat secara otomatis mengeluarkan koordinat dalam grid lokal yang benar — tanpa Anda perlu memasukkan parameter datum atau proyeksi secara manual.
Ketinggian: elipsoid vs. permukaan laut vs. ortometrik
Tantangan umum lainnya dalam penentuan posisi GNSS adalah memahami bahwa tidak semua "ketinggian" itu sama. Penerima GNSS secara alami mengeluarkan sinyal. ketinggian elipsoidalyang mengacu pada elipsoid WGS84, bukan pada permukaan laut. Namun, banyak aplikasi survei bergantung pada tinggi ortometrikyang didasarkan pada permukaan laut rata-rata. Ketidaksesuaian ini menciptakan tantangan utama: untuk membandingkan atau menggunakan data ketinggian secara konsisten, Anda harus mengkonversi antar sistem referensi menggunakan model geoid.
Untuk penjelasan lebih mendalam tentang ketinggian elipsoidal, ortometrik, dan geoid, silakan lihat Perbedaan antara ketinggian Elipsoidal, Ortometrik, dan Geoid.
Jika Anda mencari model Geoid yang tepat untuk negara Anda, kami telah mengumpulkan data geoid untuk berbagai negara untuk Anda: Model Geoid untuk negara Anda untuk mengukur tinggi ortometrik.
Asisten RTK
Temukan produk terbaik untuk aplikasi Anda hanya dengan beberapa pertanyaan.