Wyświetlanie współrzędnych i danych wejściowych jako LatLon czy LonLat?

72

Staram się zrozumieć, czy jest to problem dla innych, czy każde wejście / wyjście powinno być oznaczone, aby użytkownik nie był zdezorientowany i po prostu sobie z tym poradził?

Myślę, że prawie wszyscy wymawiają to jako „LatLon”.

Kto to zaczął?

Czy to dlatego, że jest w kolejności alfabetycznej w porównaniu do „LonLat”?

Mapowanie Lat i Lon na płaszczyznę kartezjańską Lon to „x”, a Lat to „y”, więc ponieważ mówimy „(x, y)”, należy to powiedzieć jako „LonLat”. A teraz do wyświetlania informacji.

Czy pasek stanu w aplikacji do mapowania powinien wyświetlać La, Lo lub Lo, Lat?

Czy powinien to być oznaczony jako jeden sposób i pozwolić użytkownikowi sobie z tym poradzić?

Podobnie jest z danymi wejściowymi, jaki jest właściwy sposób zamawiania pól?

Format KML to Lon, Lat, Altitude. Podczas gdy inne aplikacje to Lat, Lon i dlatego muszą być bardzo czujni podczas konwersji formatów.

Czy istnieje standard?

Vadim
źródło
1
Cóż, osobiście mówię Lat / Lon, ale zawsze wpisuję X / Y. Kiedy pracuję z danymi i odbieram je od klientów lub usuwam je ze stron internetowych, prawdopodobnie około 90% czasu otrzymuję X / Y.
Tac194
1
ahh to z pewnością przywraca wspomnienia ... blogs.msdn.com/b/isaac/archive/2007/12/27/…
Kirk Kuykendall
1
Konwertowanie tego na Wiki, ponieważ nie ma jednej poprawnej odpowiedzi, ale mam nadzieję, że generuje użyteczną dyskusję.
scw

Odpowiedzi:

38

Powinieneś spojrzeć na normę ISO 6709. Oto wpis w Wikipedii: ISO 6709

Najważniejsze jest to, że porządek powinien zawsze mieć szerokość i długość geograficzną.

Szerokość geograficzna jest ważniejsza niż długość geograficzna

[edytuj teraz, gdy mam kopię 6709: 2008]

Do wymiany danych używaj DD, ale dla kompatybilności wstecznej obowiązuje funkcja sexagesimal.

Istnieje sekcja o nazwie „Współrzędne szerokości i długości geograficznej nie są unikalne” wraz ze zdjęciem.

Istnieje bardzo mocne sformułowanie dotyczące kolejności wyświetlania współrzędnych (nie wymiany). Mówi, że nawigatorzy tradycyjnie używali kolejności szerokości i długości geograficznej, a zmiana kolejności mogłaby zagrozić bezpieczeństwu. Używaj symboli płciowych, kierunkowych zamiast +/- itd. Wartości Z podążają za długością geograficzną. Wartości siatki / płaszczyzny powinny używać kolejności określonej w definicji CRS.

34 ° 05'09.76 "N 117 ° 02'01.23" W 829,1m

(Hah! Zacząłem pisać próbkę i najpierw automatycznie zapisałem wartość długości geograficznej)

mkennedy
źródło
7
To nie znaczy, że standard jest najlepszy. Moi uczniowie mylą się z mieszanką długości i długości ... następnie wprowadzacie wschód i północ ... a następnie x / y. Wolałbym ten jeden kij z matematyczną reprezentacją współrzędnych, sferycznych lub planarnych, x / y, wschód / północ, długi / lat ... być może ruch może się
Melita - jesteś na miejscu, że ISO 6709 JEST standardem. Ale wersja ISO 6709: 2008 „… dodatkowo określa reprezentację położenia punktu w poziomie za pomocą typów współrzędnych innych niż szerokość i długość geograficzna”. Czy możesz rozwinąć te aspekty standardu dla ludzi.
V Stuart Foote,
1
@Stuart, niestety nie mam dostępu do wersji 2008 i nie mam ochoty płacić 122 euro za ten przywilej! Ktoś może to mieć; Zobaczę, czy mogę znaleźć kopię. Nadal istnieją problemy z prawem autorskim dotyczące tego, ile mogę opublikować.
mkennedy
@Dan, och, zgadzam się całkowicie, ale ruch miał miejsce i skończyło się na tym, że zmieniono go na obecną szerokość geograficzną, NASTĘPNIE długość geograficzną. Na x, y: niestety nie wszyscy są równi x = wschód, y = północ! Esri ma kilka próśb o ulepszenie, aby wspierać zmianę etykiet dla osi, kolejność zamiany itp.
mkennedy
2
@Stuart, zredagowałem swoją odpowiedź, aby uwzględnić pewne informacje ze standardu.
mkennedy
14

Reprezentacja pozycji na kuli ziemskiej wymaga nie dwóch, ale trzech wartości, które na Ziemi są ogólnie reprezentowane przez (szerokość, długość, wysokość). Komputery zwykle działają w przestrzeniach kartezjańskich, podobnie jak nasze mapy papierowe, które są łatwiejsze do zrozumienia jako współrzędne (x, y), stąd konflikt.

Kolejność była zgodna z pewną historyczną konwencją dla współrzędnych sferycznych, które mapują się na współrzędne geograficzne w następujący sposób:

geographic spherical   symbol
---------- ---------   ------
longitude  azimuth       φ
latitude   inclination   θ 
elevation  radius        r

Wspólne uporządkowanie (r, θ, φ) ( standard ISO w społeczności fizyków, choć nie ustalony gdzie indziej ) upraszcza (θ, φ), gdy zakładamy, że pracujemy na kuli jednostkowej, a zatem (szerokość geograficzna, długość geograficzna).

Ponieważ GIS jest zaimplementowany w środowisku używającym kartezjańskich współrzędnych używanych w pozostałej części systemu, pozostaje nam trochę konfliktu . Myślę, że kluczową kwestią jest wyjaśnienie, czego używasz, i trzymanie się tego.

Osobiście wolę jednostki kartezjańskie ze względu na ich powszechność w innych miejscach i chociaż nie można zapominać o akademickich powiązaniach ze sferycznymi współrzędnymi, nie jest to pragmatyczny wybór przy wdrażaniu nowych systemów. Formularz (x, y) jest używany wewnętrznie w większości formatów plików przestrzennych, takich jak WKT, Shapefiles, GeoJSON itp. - ale jeśli prezentujesz dane laikom, to, co jest właściwe, zależy od tego, co jest dla nich najłatwiejsze do zrozumienia .

scw
źródło
2
(+1) Nie jest jednak konwencja dla orientowania układów współrzędnych . Zgodnie z tą konwencją, na przykład (x, y) jest dodatnie, podczas gdy (y, x) jest ujemne. Na kuli (lat, lon) jest ujemne, podczas gdy (lon, lat) jest dodatnie (przyjmując długości zachodnie i szerokości południowe jako liczby ujemne, co wydaje się być uniwersalne). Dlatego jeśli chcesz zastosować spójną orientację dla układów współrzędnych, użyjesz (wschód, północ) na twoich mapach i (lon, lat) na kuli.
whuber
4

Dwie poprzednie odpowiedzi dotyczą już historii, oto moje dwa centy na temat standardów:

Do celów wymiany danych kolejność współrzędnych jest określana przez wybór CRS , zgodnie z zaleceniami OGC w ich wytycznych dotyczących polityki zamówień w ramach osi .

Jeśli przyjrzysz się uważnie, każdy EPSG CRS określa kolejność osi, której należy przestrzegać w każdym ładunku wskazanym do korzystania z CRS. Na przykład wszystko, co publikuje dane w formacie epsg: 4326 (WGS 84 geograficzne 2D), powinno mieć współrzędne wyrażone jako (lat, lon). Możesz samodzielnie sprawdzić rejestr EPSG (wyszukaj kod 4326 i zajrzyj pod Ellipsoidal CS / Axes).

Innym szeroko stosowanym sposobem określania CRS jest WKT projekcji (sekcja 7; dostępna również tutaj ), która również określa kolejność. Na przykład

...
AXIS["Lat",NORTH],
AXIS["Lon",EAST],
...

W OSI są opcjonalne jednak i domyślne, według niniejszego opisu, są

AXIS["Lon",EAST],AXIS["Lat",NORTH].

to sprawia, że ​​cały problem jest dość mylący, ponieważ oznacza to, że wiele plików .prj tam odnoszących się do epsg: 4326 ( np. ten na spatialreference.org ), które nie określają wyraźnie tej samej kolejności osi co EPSG, ale mimo to odnoszą się do Kod EPSG jest sprzeczny z wytycznymi OGC.

mkadunc
źródło
Nie wierzę, że specyfikacje dyktują porządek przechowywania. Dyktują one kolejność wymiany / wyświetlania. To trochę jak fizyka kwantowa. Nie możesz (nie musisz) wiedzieć, co się dzieje, dopóki nie zaobserwujesz tego zjawiska. Zaakceptuj format wkt. Esri dodał obsługę kolejności osi podczas pracy z serwerami, ale nie w ogólnym oprogramowaniu.
mkennedy,
1
@mkennedy technicznie masz rację. W pliku kształtu możesz mieć dowolne zamówienie. Ale jak tylko wyślesz komuś ten plik kształtu i określisz go jako epsg: 4326, powinieneś upewnić się, że kolejność to (lat, lon). Usunąłem „store” z odpowiedzi, aby wyjaśnić, że standard dotyczy publikowania danych.
mkadunc,
0

Przez lata stanowiło to dla mnie duży problem w programie AutoCAD 2D, a dodatkowo fakt, że autocad odczytuje kąty w kierunku przeciwnym do ruchu wskazówek zegara z 0 stopniami, zaczynając od pozycji 90d. Przez pewien czas lubiłem wierzyć, że rozwiązałem go, zmieniając LUW w taki sposób, że x stał się północny, a y wschodni. Tak długo, jak kontynuowałem tworzenie planów właściwości 2D, tak naprawdę nigdy nie spotkałem się z moim błędem: oś Z była źle ustawiona.

Oczywiście mój tekst wymiaru zwykle czyta od prawej do lewej, ale czułem, że zapłacenie za prawidłowe czytanie kąta i więcej do rzeczy było niewielką ceną, umieszczając xiy w ich intuicyjnych miejscach (zgodnie z Northing / Easting, Lat./Lon , konwencje). Następnie ukończyłem studia w Autocad Civil 3d i spróbowałem ponownie wykonać lewę i stanąłem twarzą w twarz z dolną linią: y to północ / lat, a x to wschód / długi. Zaakceptuj to.

Enenenwa Okwudili
źródło