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

Lorsqu'il s'agit de code source 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 les deux être utilisés dans divers systèmes et j'espère trouver des preuves pour m'en tenir à un autre.

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

EPSG: 4326 indique spécifiquement que l'ordre des coordonnées doit être la latitude, la longitude. De nombreux logiciels utilisent encore la longitude et la 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 offrir est d'être pleinement conscient de l'ordre prévu des axes 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.

La documentation GeoTools sur l'historique et l'explication du problème mérite une lecture: http://docs.geotools.org/latest/userguide/library/referencing/order.html

L'ordre préféré est par convention latitude, longitude. Cela a probablement été normalisé par l' Organisation maritime internationale, comme indiqué ici . Google utilise également cet ordre dans ses Maps et Earth . Je me souviens de cet ordre en pensant à l'ordre alphabétique de latitude, longitude.

Le bon ordre est la longitude, la latitude, dans pratiquement toutes les applications SIG professionnelles, comme c'est le cas en mathématiques conventionnelles (c'est-à-dire f(x ,y, z)). Le standard GeoJSON est assez typique et succinct:

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 principaux standards de l'Open Geospatial Consortium (WKT et WKB, et des extensions comme EWKB). De même, Google peut afficher l'ordre en Lat / Lon pour le rendre plus familier aux utilisateurs qui ont grandi avec cette coutume (c'est-à-dire à partir de normes de navigation comme IMO, plutôt que de normes de calcul.) Mais la norme KML elle-même est comme pratiquement tous les autres systèmes SIG:

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

Bonne règle: si vous savez ce qu'est un tuple est et programmez, vous devriez utiliser lon, lat. Je dirais même cela vaut si votre utilisateur final (dire un pilote ou un capitaine de navire) préféreront voir la sortie en lat, lon. Vous pouvez changer l'ordre dans votre interface utilisateur si nécessaire, mais l'écrasante majorité de vos données (fichiers de formes, geojson, etc.) seront dans l'ordre cartésien normal.

Par convention dans la `` vie réelle '', lorsque vous donnez une position, la latitude (c'est-à-dire Nord / Sud) est toujours donnée en 1ère, par exemple 20 ° N 56 ° W (bien que cela ne suit pas la convention normale si vous pensez à un cartésien standard la grille); de même, toutes les coordonnées sur Wikipedia suivent cette convention (par exemple, voir l'emplacement pour Southampton: http://en.wikipedia.org/wiki/Southampton ). Pour éviter toute confusion, en particulier lorsque les unités ne sont pas incluses, je recommande toujours que la latitude soit donnée en premier dans un tuple.

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

Et, lorsque vous utilisez + et - au lieu de N et S, cela a toujours été + est N et - est S.

J'ai observé une variation lors de l'utilisation de + et - pour E et W.Généralement + a été E et - a été W. Cependant, sur les applications plus anciennes où ils traitaient de manière excessive avec les longitudes W, j'ai vu + être W et - être E .

J'espère que vous n'aurez pas à vous occuper d'applications aussi anciennes.

Outre les spécifications GeoJSON, que d'autres ont déjà mentionnées, il existe d'autres cas pratiques où la longitude, l'ordre des latitudes est recommandé, voire obligatoire - par exemple: l'indexation géospatiale dans MongoDB . Si vous vous trompez dans la commande, vos requêtes renverront des résultats erronés, comme si elles étaient à nouveau exécutées sur un ensemble de données transposé.

L'ordre préféré dépend donc de vos préférences personnelles!

La latitude est venue en premier; l'équinoxe est connu depuis des millénaires, comme les jours où «le soleil traverse l'équateur»; en mars traversant du S au N et Sept du N au S. La seule question aurait pu être de savoir si l'équateur aurait dû être à 0 ou 90 degrés. En prenant 0 degré, l'angle entre la verticale et le zénith solaire de midi à l'équinoxe est la latitude d'un lieu, partout sur la planète. La latitude principale, ou parallèle principal, s'est effectivement définie.

La longitude ne pouvait être que par accord. La Grande-Bretagne a mis en place un prix Longitude. La Grande-Bretagne avait besoin de ses navires pour savoir où ils se trouvaient et avait besoin de meilleures cartes. Harrison ( http://www.youtube.com/watch?v=T-g27KS0yiY ) a produit un chronomètre marin précis; ils ont envoyé des voyages de voyage de cartographie, par exemple James Cook 1770. La Grande-Bretagne a donc revendiqué le premier méridien en utilisant Greenwich comme 000deg pour ses cartes. Après 100 ans d'utilisation, le Prime Meridian a été accepté internationalement, en 1884.

À l'époque de Christophe Colomb, Latitude était le seul numéro dont ils disposaient. La stratégie était de traverser un parallèle avant de tourner à gauche ou à droite pour destination; regarder les nuages ​​ou les oiseaux. La mesure de la vitesse en nœuds toutes les heures était courante mais ne tenait pas compte des courants. Peut-être que la plus grande réussite de Columbus a été de rentrer des Antilles à quatre reprises. Sans cela, les terres qu'il a découvertes ne pourraient être ajoutées aux cartes.

Lire "Longitude" par Dava Sobel (ISBN: 9780007214228)

ISO 6709 standardise la liste de l'ordre en latitude et longitude pour des raisons de sécurité. L'explication de Graham ci-dessus me semble également correcte. Quelqu'un a suggéré que cette réponse n'était pas liée à la question - c'est absolument le cas et explique pourquoi l'ordre est souvent donné en latitude, longitude.

C'est ainsi qu'il est répertorié depuis longtemps que les navigateurs utilisent le système; changer cela maintenant serait déroutant et, comme le suggère l'ISO, potentiellement dangereux. Les logiciels SIG, comme ArcMap, les répertorient dans l'autre sens car c'est la convention typique pour les paires de coordonnées x, y. La latitude est y, la longitude est x, c'est ainsi qu'Arc les répertorie.

Longitude puis Latitude (lon, lat).

Lorsqu'elle est projetée sur Mercator, la longitude définit la direction x et la latitude définit la direction y. La plupart des bibliothèques de géométrie utilisent strictement ce format de (lon, lat) car c'est la manière la plus intuitive de penser les coordonnées géographiques dans un plan 2D.