Ordre préféré d'écriture des tuples de latitude et de longitude dans les services SIG

Question

Lorsque vous traitez le code source d'un SIG, vous devez souvent écrire des tuples de coordonnées de latitude et de longitude.

Par exemple, dans les liens Google Maps (123, 456) :

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

Quel est l'ordre préféré (et pourquoi ?)

• latitude, longitude

• longitude, latitude

J'ai vu que les deux sont utilisés dans différents systèmes et j'espère trouver des preuves pour rester avec l'autre.

Existe-t-il une pratique standard, et si oui, quelle est-elle / quelles sont-elles ?

Answer 1

EPSG:4326 indique spécifiquement que l'ordre des coordonnées doit être latitude, longitude. De nombreux logiciels utilisent encore l'ordre longitude, latitude. Cette situation a fait des ravages inimaginables sur les délais des projets et la santé mentale des programmeurs.

Le meilleur conseil que l'on puisse donner est d'être pleinement conscient de l'ordre d'axe attendu de chaque composant de votre pile logicielle. PostGIS attend lng/lat. WFS 1.0 utilise lng/lat, mais WFS 1.3.0 s'en remet à la norme et utilise lat/lng. GeoTools utilise par défaut lat/lng mais peut être remplacé par une propriété système.

Les documents GeoTools sur l'historique et l'explication du problème valent la peine d'être lus : http://docs.geotools.org/latest/userguide/library/referencing/order.html

Answer 2

L'ordre préféré est par convention latitude, longitude . Ceci était vraisemblablement normalisé par le site Organisation maritime internationale comme indiqué aquí . Google utilise également cet ordre dans son Cartes y Terre . Je me souviens de cet ordre en pensant à l'ordre alphabétique des mots. latitude, longitude .

Answer 3

L'ordre correct est longitude, latitude, dans la quasi-totalité des applications SIG professionnelles, comme c'est le cas dans les mathématiques conventionnelles (ex, f(x ,y, z) ). La norme GeoJSON est assez typique et succincte :

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).

Il en va de même pour les principales normes de l'Open Geospatial Consortium (WKT et WKB, et les extensions comme EWKB). De même, Google peut afficher l'ordre en latitude et longitude afin de le rendre plus familier aux utilisateurs qui ont grandi avec cette coutume (c'est-à-dire à partir de normes de navigation telles que l'OMI, plutôt que de normes informatiques) :

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

Une bonne règle de base : si vous savez ce qu'est un tuple et que vous programmez, vous devriez utiliser lon , lat . Je dirais même que cela s'applique si votre utilisateur final (disons un pilote ou un capitaine de navire) préfère visualiser la sortie en format lat , lon . Vous pouvez changer l'ordre dans votre interface utilisateur si nécessaire, mais l'écrasante majorité de vos données (shapefiles, geojson, etc.) seront dans l'ordre cartésien normal.

Answer 4

Par convention dans la "vraie vie", lorsqu'on donne une position, la latitude (c'est-à-dire le nord/sud) est toujours donnée en premier, par exemple 20°N 56°W (bien que cela ne suive pas la convention normale si l'on pense à une grille cartésienne standard) ; de même, toutes les coordonnées sur Wikipédia suivent cette convention (par exemple, voir la localisation de Southampton : http://en.wikipedia.org/wiki/Southampton ). Pour éviter toute confusion, surtout lorsque les unités ne sont pas incluses, je recommande toujours que la latitude soit donnée en premier dans un tuple.

Answer 5

Personnellement, je n'ai jamais vu autre chose que la latitude suivie de la longitude.

Et, quand on utilise + et - au lieu de N et S, c'est toujours + qui est N et - qui est S.

J'ai observé des variations dans l'utilisation de + et - pour E et W. Généralement, + correspond à E et - à W. Cependant, dans les anciennes applications où l'on traitait de manière excessive les longitudes W, j'ai vu + correspondre à W et - à E.

Espérons que vous n'aurez pas à vous occuper d'applications aussi anciennes.