Menggunakan geometri daripada tipe data geografi di SQL Server Spatial?

15

Secara historis saya terutama bekerja dengan koordinat lintang dan bujur sederhana dalam SQL Server. Saya menyimpannya sebagai tipe data geografi di SQL Server, dan menyajikannya di berbagai tampilan (terutama Google Maps).

Baru-baru ini saya mulai bekerja dengan kumpulan data shapefile dari berbagai sumber, dan hampir secara eksklusif adalah geometri. Selanjutnya, mereka menggunakan berbagai sistem referensi koordinat.

Cukup menjengkelkan untuk bekerja dengannya.

Apakah benar-benar ada beberapa keuntungan pada sistem referensi spasial khusus ini yang tidak dapat dicapai dengan tetap menggunakan WGS84, mengingat bahwa mayoritas orang yang melihat dan mengonsumsi VAST menginginkannya dalam format itu?

coordinate-system  sql-server-spatial  geography-data-type  geometry-data-type 
— Eric
sumber
7
geografi adalah sistem yang mencakup seluruh dunia yang digunakan ellipsoid sehingga pengukuran tanah relatif tidak akurat (karena berkaitan dengan survei). Setiap CRS "geometri" terkait dengan area yang lebih kecil dan dirancang untuk memberikan pengukuran yang akurat untuk area yang ditentukan. Surveyor membawa ini selangkah lebih maju dengan apa yang mereka sebut sistem ground atau bahkan CR lokal. Mereka memiliki titik kontrol awal dan / atau jaringan titik kontrol dan mengukur dalam jaringan itu untuk mendapatkan akurasi yang SANGAT tinggi (sub-sen). Yang menyebabkan banyak pekerjaan di pihak kami untuk mengetahui perbedaannya
— Brad Nesom
@BradNesom terima kasih untuk itu. Saya pikir saya baru saja melihatnya dari kebutuhan saya, tidak benar-benar turun di tingkat surveyor.
— Eric

Jawaban:

14

Ada jawaban yang bagus di Stack Overflow , yang kira-kira seperti ini:

Tipe geografi sedikit lebih membatasi daripada geometri. Itu tidak bisa melintasi belahan yang berbeda dan cincin luar harus ditarik berlawanan arah jarum jam.

Sisanya dapat ditemukan dalam tipe data Geografi vs tipe data Geometri di SQL Server .

Artikel Geometri vs. Geografi di SQL dari blog Trench menjelaskan lebih detail:

Jika Anda mencari perbedaan terbesar antara kedua tipe data, Anda akan melihat fungsinya. Objek Geometri hanyalah 2D, poligon datar. Ini berarti, tidak masalah jika Anda mengambil negara di atas bumi (misalnya Kanada, yang "melengkung"), atau negara yang dekat dengan Khatulistiwa (misalnya Brasil, yang "datar").

Objek Geografi di sisi lain, adalah poligon 3D (atau bahkan 4D), yang memiliki kurva yang sama dengan bentuk bumi. Itu berarti bahwa perbedaan antara 2 titik tidak dihitung dalam garis lurus, tetapi perlu mempertimbangkan kelengkungan bumi.

Perbedaan penting lainnya adalah kemampuan menyimpan data Anda dalam sistem koordinat standar, seperti NAD_1983_StatePlane_California Zone 5 , dan menggunakan semua kemampuan basis data spasial, fungsi spasial, dll. Dan yang paling penting, akurasi spasial dari sistem koordinat lokal - sementara tetap menggunakan geografi sebagai tipe data Anda, Anda hanya dapat menyimpan data Anda di WGS84.

Jadi saya akan mengatakan jika Anda memiliki opsi, gunakan geometri, gunakan EPSG: 102645/102245 (Anda harus memeriksa apa yang dimaksud dengan 'state plane zone 5' standar untuk SoCal) dan Anda akan siap untuk analisis yang ingin Anda lakukan. Jika Anda ingin berbagi, ekspor dataset Anda ke WGS84 jika itu lebih disukai untuk dibagikan.

— DPSSpatial
sumber
Secara konseptual saya mendapatkannya, tetapi sehubungan dengan pemetaan kejahatan Kabupaten Los Angeles, itu adalah satu kabupaten. Bahkan jika itu adalah proyeksi lebih besar yang disetujui untuk lebih banyak data daripada yang saya lihat (kemungkinan) saya hanya berjuang dengan (minimal) sakit kepala interopability atas apa pun keuntungan teoretis yang dapat dikutip.
— Eric
Maka saya akan mengatakan jika Anda menyadari keterbatasan dan Anda dapat beroperasi dengan batas-batas itu maka Anda harus melakukannya!
— DPSSpatial
Saya ingin sekali, andai saja saya memiliki bola kristal untuk menentukan apa yang dimaksud "pesawat negara 5" di wilayah LA. Saya berharap peningkatan 3mm dalam akurasi yang mereka beli sebanding dengan sakit kepala yang orang lain coba untuk memahaminya.
— Eric
memperbarui jawaban saya - menggunakan geometri sebagai tipe data yang dapat Anda simpan data di pesawat negara dan Anda tidak perlu khawatir ... beri tahu saya pendapat Anda.
— DPSSpatial
3
@radpin Saya setuju bahwa mempelajari hal ini mutlak, kafka eksistensial Kafkaeque dari sudut pandang orang non-GIS, dan sebagian besar saya setuju bahwa data publik untuk konsumsi umum paling baik disediakan di WGS84. Tapi 3mm itu bisa berarti banyak uang / tuntutan hukum ketika datang ke jalur properti dan potensi tragedi ketika berbicara tentang pipa dan kabel listrik. Selain itu, inilah peta wilayah survei California , lengkap dengan LA County sebagai kasus khusus antar data. Menyenangkan.
— Jason Scheirer
4

Mungkin memeriksa properti Sistem Koordinat yang Diproyeksikan, untuk mendapatkan pandangan ke utilitasnya?

Ada 3 aspek atau properti yang disajikan dalam Sistem Koordinat yang Diproyeksikan yang menetapkan utilitas dan alasannya. Setiap proyeksi ruang 3D pada permukaan 2D tentu saja akan menunjukkan distorsi versus kenyataan. Bergantung pada aplikasi Anda, menggunakan Sistem Koordinat Proyeksi tertentu dapat memastikan representasi kenyataan yang lebih akurat, dan dalam beberapa aplikasi, masalah akurasi butir halus.

Tiga sifat Sistem Koordinat yang Diproyeksikan. Anda bisa memiliki kesempurnaan dalam beberapa hal, tetapi tidak pernah sempurna di semua:

Equidistant - Jarak (dari tempat tertentu) yang ditunjukkan pada peta sesuai dengan kenyataan.

Konformal - Saat diperbesar, sudut yang ditunjukkan pada peta sesuai dengan kenyataan.

Area Setara - Area yang direkam pada peta sama dengan area objek pada kenyataannya.

— Jim
sumber
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.