Wgs84 ve nad83 arasında dönüştürme


16

Bu, wgs84 ve nad83 arasında dönüştürme ile ilgili yeni bir sorudur. Enlemesine uzun koordinatları hesaplamaya çalıştığım hava fotoğraflarım var. Her zamanki düzeltme türlerini zorlaştıran çeşitli faktörler vardır, örneğin şüpheli parametreler, ... bu nedenle bazı deneme ve hatalar söz konusudur.

Bu yüzden düzeltme yaparken ilerlememi kontrol etmenin bir yoluna ihtiyacım var. İlk başta sadece google earth'a karşı kontrol iyiydi, ancak bu noktada verilerim (nad83) ve google earth (wgs84) arasındaki 2,5 fit fark sınırlayıcı bir faktör haline geldi. Bu yüzden nad83'ü wgs84'e dönüştürmem gerekiyor.

Projeksiyonları yapmak için r # rgdal ve C # dotspatial kullanıyorum, ama nad83 ve wgs84 arasında değiştirmek bir "projeksiyon" olarak kabul edilmez düşünüyorum (haklı mıyım?). "+ Proj = NAD83 ellps = WGS84" ile projeyi çağırmaya çalışmak sadece bir hata veriyor.

Birini (X, Y, Z) koordinatlarına nasıl dönüştüreceğimi bilmediğim için 7 parametreli bir koordinat değişikliği kendim yazma konusunda iyiyim. ). Nad83 ve wgs84 ile ilgili mevcut sorular, benimki gibi çok temel bir soruyu cevaplamak yerine, hangi yöntemin kullanılacağı ile ilgili gibi görünüyor, yani nasıl yapılır?


Bir dönüşüm uyguladınız mı? Bkz. Blogs.esri.com/esri/arcgis/2009/05/06/…
johns

Google Earth’ün birkaç metre kapalı olabileceğini düşünüyorum. Tarihsel görüntülerde yıllar arasında döndüğümde, binalar yer değiştiriyor, bu da beni çok doğru olmadığını düşünmeme yol açıyor.
user3386170

Yanıtlar:


12

Tipik olarak, NAD83 ve WGS84 birbirinin bir metre yakınındadır. Bir metreden az olan 2,5 fitlik farklarla ilgili endişeleriniz, bu referans dönüşümünü gerçekleştirmeniz gerektiğini gösterir .

Kısaca, bu hesaplama , koordinatların ne zaman toplanacağına dair bilgi gerektirir , böylece zaman içindeki hareketleri muhasebeleştirilebilir (esas olarak altta yatan tektonik plakaların hareketleri ve kısmen "depremlerle ilişkili epizodik hareket" nedeniyle). Ham verileri ilk olarak 1997.0 veya 2002.0 gibi belirli standart tarihlere atıfta bulunulan eşdeğer koordinatlara dönüştürürsünüz. Daha sonra (a) belirli bir tarihte verileri değiştirmek için gereken ofset, rotasyon ve yeniden ölçeklendirmeyi (yani, yedi parametreli bir dönüşümü) tanımlayan 14 parametreye bakıyorsunuz (b) bu ​​parametrelerin zamana göre ilk türevleri. (B) 'nin geçen zamanla çarpılması ve (a)' ya eklenmesi, gerekli yedi parametreli dönüşüme birinci dereceden bir yaklaşım verir, daha sonra uygularsınız.

Prosedür matematiksel olarak zor olmasa da, verilerinizin orijinal olarak nasıl toplandığına ve işlendiğine ilişkin ayrıntılara bağlıdır. Bir NOAA makalesi, NAD83 ve WGS84 arasındaki Dönüşümler net ve okunabilir bir açıklama sağlar. Http://www.ngs.noaa.gov/TOOLS/Htdp/Htdp.shtml adresindeki NOAA Web sitesinde bulunan etkileşimli "Yatay Zamana Bağlı Konum" yazılımını (HTDP) kullanmanızı önerir . Fortran kaynak kodu öncelikle plaka tektonik modelinin katsayıları artı bazı arayüz kodlarından oluşur, ancak yaklaşık 3.000 satırın aslında hesaplamalar yaptığını tahmin ediyorum. Liman için önemli bir acı olabilir.


1

2,5 metreye kadar çıkmışsa Google Earth hava fotoğraflarının doğruluğundan emin olmazdım. Bu tam olarak dik olmayan bir fotoğraf meselesi olabilir.

İhtiyacınız olabilecek şey, fotoğraflarınızın kendi fotoğraflarıyla hizalanmasını sağlamak için sadece afin bir dönüşümdür.


2,5 feet'e kadar doğru olmayabilir, ancak koordinat değişikliğini yapabilirsem kontrol etmek ve görmek için bir yolum var. Ancak google earth 2,5 fit içinde doğru değilse, google earth ile eşleşmem gerekmez. Sadece hata düzeltmelerimin doğru yönde ilerlediğini doğrulamak için kullanışlıdır.
John Robertson
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.