Bevorzugte Reihenfolge beim Schreiben von Breiten- und Längengrad-Tupeln in GIS-Diensten

Wenn Sie mit GIS-Quellcode arbeiten, müssen Sie häufig Breiten- und Längenkoordinatentupel schreiben.

ZB in Google Maps-Links (123, 456):

http://maps.google.com/maps/ms?msid=214518704716144912556.00046d7689a99e95b721c&msa=0&ll=123,456&spn=0.007996,0.026865

Welches ist die bevorzugte Reihenfolge (und warum?)

• Breite, Länge

• Längengrad Breitengrad

Ich habe gesehen, dass beide in verschiedenen Systemen verwendet werden, und ich hoffe, einige Beweise zu finden, um bei anderen zu bleiben.

Gibt es eine Standardpraxis und wenn ja, was ist das / was sind sie?

EPSG: 4326 gibt ausdrücklich an, dass die Koordinatenreihenfolge Breite und Länge sein sollte. Viele Softwarepakete verwenden immer noch Längen- und Breitengrade. Diese Situation hat unvorstellbare Schäden an den Projektfristen und der Vernunft der Programmierer verursacht.

Die beste Anleitung, die Sie anbieten können, besteht darin, die erwartete Achsenreihenfolge jeder Komponente in Ihrem Software-Stack vollständig zu kennen. PostGIS erwartet lng / lat. WFS 1.0 verwendet lng / lat, aber WFS 1.3.0 weicht vom Standard ab und verwendet lat / lng. GeoTools ist standardmäßig lat / lng, kann jedoch mit einer Systemeigenschaft überschrieben werden.

Die GeoTools-Dokumente zum Verlauf und zur Erläuterung des Problems sind lesenswert: http://docs.geotools.org/latest/userguide/library/referencing/order.html

Die bevorzugte Bestellung erfolgt gemäß Konvention latitude, longitude. Dies wurde vermutlich von der International Maritime Organization standardisiert, wie hier berichtet . Google verwendet diese Reihenfolge auch in seinen Karten und auf der Erde . Ich erinnere mich an diese Reihenfolge, indem ich an die alphabetische Reihenfolge von dachte latitude, longitude.

Die richtige Reihenfolge ist Längen- und Breitengrad in praktisch allen professionellen GIS-Anwendungen, wie es in der konventionellen Mathematik (dh f(x ,y, z)) der Fall ist . Der GeoJSON-Standard ist ziemlich typisch und prägnant:

The order of elements must follow x, y, z order
(easting, northing, altitude for coordinates in a 
projected coordinate reference system, or longitude,
latitude, altitude for coordinates in a geographic
coordinate reference system).

Gleiches gilt für die primären Open Geospatial Consortium-Standards (WKT und WKB sowie Erweiterungen wie EWKB). Ebenso kann Google die Reihenfolge in Lat / Lon ausgeben, um sie Nutzern, die mit dieser Gewohnheit aufgewachsen sind, vertrauter zu machen (dh aus Navigationsstandards wie IMO und nicht aus rechnerischen). Der KML-Standard selbst ist jedoch wie praktisch alle anderen GIS-Systeme:

The KML encoding of every kml:Location and coordinate
tuple uses geodetic longitude, geodetic latitude, and
altitude (in that order).

Gute Faustregel: Wenn Sie wissen, was ein Tupel ist und programmieren, sollten Sie verwenden lon, lat. Ich würde sogar sagen, dass dies zutrifft, wenn Ihr Endbenutzer (z. B. ein Pilot oder ein Schiffskapitän) es vorziehen wird, die Ausgabe in lat, lon. Sie können die Reihenfolge in Ihrer Benutzeroberfläche bei Bedarf ändern, aber die überwiegende Mehrheit Ihrer Daten (Shapefiles, Geojson usw.) befindet sich in der normalen kartesischen Reihenfolge.

Gemäß der Konvention im "realen Leben" wird bei der Angabe einer Position der Breitengrad (dh Nord / Süd) immer als 1. angegeben, z. B. 20 ° N 56 ° W (obwohl dies nicht der normalen Konvention folgt, wenn an einen Standard-Kartesier gedacht wird Gitter); In ähnlicher Weise folgen alle Koordinaten auf Wikipedia dieser Konvention (siehe z. B. Standort für Southampton: http://en.wikipedia.org/wiki/Southampton ). Um Verwirrung zu vermeiden, insbesondere wenn keine Einheiten enthalten sind, würde ich immer empfehlen, dass der Breitengrad in einem Tupel an erster Stelle steht.

Persönlich habe ich nie etwas anderes als Breitengrad gefolgt von Längengrad gesehen.

Und wenn + und - anstelle von N und S verwendet werden, war es immer + ist N und - ist S.

Ich habe Abweichungen bei der Verwendung von + und - für E und W beobachtet. Im Allgemeinen war + E und - war W. Bei älteren Anwendungen, bei denen sie sich überwiegend mit W-Längen befassten, habe ich gesehen, dass + W und - E sind .

Hoffentlich müssen Sie sich nicht mit so alten Anwendungen befassen.

Abgesehen von der GeoJSON-Spezifikation, die andere bereits erwähnt haben, gibt es andere praktische Fälle, in denen Längen- und Breitengradreihenfolge empfohlen wird, sogar obligatorisch - z. B. geografische Indizierung in MongoDB . Wenn Sie dort die Reihenfolge falsch eingeben, geben Ihre Abfragen falsche Ergebnisse zurück, als würden Sie erneut einen transponierten Datensatz ausführen.

Die bevorzugte Reihenfolge hängt also von Ihren persönlichen Vorlieben ab!

Latitude stand an erster Stelle; Die Tagundnachtgleiche ist seit Jahrtausenden bekannt, als die "Sonne den Äquator überquert". im März Kreuzung von S nach N und September von N nach S. Die einzige Frage könnte gewesen sein, ob der Äquator 0 oder 90 Grad hätte sein sollen. Mit 0 Grad ist der Winkel zwischen vertikalem und mittagsem Sonnenzenit auf dem Äquinoktium der Breitengrad eines Ortes überall auf dem Planeten. Der primäre Breitengrad oder die primäre Parallele definierte sich effektiv.

Längengrad konnte nur nach Vereinbarung sein. Großbritannien hat einen Longitude-Preis vergeben. Großbritannien brauchte seine Schiffe, um zu wissen, wo sie waren, und brauchte bessere Karten. Harrison ( http://www.youtube.com/watch?v=T-g27KS0yiY ) stellte einen genauen Marine-Chronometer her; Sie schickten Kartenreisen, z. B. James Cook aus den 1770er Jahren. Großbritannien beanspruchte daher den Nullmeridian, indem es Greenwich als 000 Grad für seine Karten verwendete. Nach 100 Jahren wurde der Nullmeridian 1884 international akzeptiert.

In der Zeit von Christoph Kolumbus war Latitude die einzige Nummer, die sie hatten. Die Strategie bestand darin, eine Parallele zu durchqueren, bevor Sie zum Ziel nach links oder rechts abbiegen. auf Wolken oder Vögel achten. Das stündliche Messen der Geschwindigkeit in Knoten war üblich, berücksichtigte jedoch keine Ströme. Der vielleicht größte Erfolg von Columbus war die viermalige Rückkehr aus Westindien. Ohne das könnte Land, das er entdeckt hat, nicht zu den Karten hinzugefügt werden.

Lesen Sie "Longitude" von Dava Sobel (ISBN: 9780007214228)

ISO 6709 standardisiert die Auflistung der Reihenfolge aus Breiten- und Längengraden aus Sicherheitsgründen. Grahams obige Erklärung klingt auch für mich richtig. Jemand schlug vor, dass diese Antwort nicht mit der Frage zusammenhängt - es ist absolut so und erklärt, warum die Reihenfolge oft als Längen- und Breitengrad angegeben wird.

So wurde es aufgelistet, obwohl Navigatoren das System schon lange verwenden. Dies jetzt zu ändern wäre verwirrend und, wie ISO vorschlägt, potenziell gefährlich. GIS-Software wie ArcMap listet sie umgekehrt auf, da dies die typische Konvention für x- und y-Koordinatenpaare ist. Breite ist y, Länge ist x, so listet Arc sie auf.

Längengrad dann Breitengrad (lon, lat).

Bei der Projektion auf Mercator definiert der Längengrad die x-Richtung und der Breitengrad die y-Richtung. Die meisten Geometriebibliotheken verwenden ausschließlich dieses Format von (lon, lat), da es die intuitivste Art ist, sich geografische Koordinaten in einer 2D-Ebene vorzustellen.