Ordre préféré d’écriture des tuples de latitude et de longitude

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

Le meilleur conseil que l’on puisse vous proposer est de connaître parfaitement l’ordre des axes attendu pour chaque composant de votre stack logicielle. PostGIS attend lng / lat. WFS 1.0 utilise lng / lat, mais WFS 1.3.0 respecte 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’histoire et l’explication du problème méritent d’être lus: http://docs.geotools.org/latest/userguide/library/referencing/order.html

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

L’ordre correct est la longitude, la latitude, dans pratiquement toutes les applications SIG professionnelles, comme c’est le cas avec les mathématiques classiques (c.-à-d. 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 principales normes Open Geospatial Consortium (WKT et WKB, et les extensions comme EWKB). De même, Google peut publier la commande dans Lat / Lon pour la rendre plus familière aux utilisateurs qui ont grandi avec cette coutume (c.-à-d. À partir de normes de navigation comme IMO plutôt que de calcul).

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

Bon principe: si vous savez ce qu’est un tuple et que vous le programmez, vous devriez utiliser lon , lat . Je dirais même que cela s’applique si votre utilisateur final (par exemple un pilote ou un capitaine de navire) préfèrera voir la sortie en lat , lon . Si nécessaire, vous pouvez changer l’ordre dans votre interface utilisateur, mais la grande 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.-à-d. Nord / sud) est toujours donnée en premier, par exemple 20 ° N 56 ° W (même si la grid); de même, toutes les coordonnées sur Wikipedia suivent cette convention (par exemple, voir l’emplacement de Southampton: http://en.wikipedia.org/wiki/Southampton ). Pour éviter la 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 par la longitude.

Et, en utilisant + et – au lieu de N et S, il a toujours été + est N et – est S.

J’ai observé des variations lors de l’utilisation de + et – pour E et W. En général, + a été E et – a été W. Cependant, sur des applications plus anciennes où ils traitaient de façon extrêmement intense des longitudes W, j’ai vu + être W et – être E .

J’espère que vous n’aurez pas à gérer des applications aussi anciennes.

En dehors de la spécification GeoJSON, que d’autres ont déjà mentionnée, il existe d’autres cas pratiques où la longitude, l’ordre des latitides sont recommandés, voire obligatoires – par exemple, l’indexation géospatiale dans MongoDB . Si vous obtenez un ordre erroné, vos requêtes renverront des résultats incorrects, comme si vous exécutiez à nouveau un dataset transposé.

La commande préférée dépend donc de vos préférences personnelles!

Latitude est venu en premier; l’équinoxe est connue depuis des millénaires, alors que le “soleil traverse l’équateur”; en mars, passage de S à N et sept de N à S. La seule question aurait pu être de savoir si l’équateur devait être à 0 ou 90 degrés. En prenant 0 degré, l’angle entre le zénith solaire de l’équinoxe et celui du midi est la latitude d’un endroit, partout sur la planète. La première latitude, ou premier parallèle, se définissait effectivement.

La longitude ne peut ê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 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 cartographie, par exemple James Cook 1770. La Grande-Bretagne a donc revendiqué le premier méridien en utilisant Greenwich comme 000deg pour leurs cartes. Après 100 ans d’utilisation, le Premier Méridien fut accepté internationalement en 1884.

Dans le temps de Christophe Colomb, Latitude était le seul numéro qu’ils avaient. La stratégie consistait à parcourir un parallèle avant de tourner à gauche ou à droite pour la destination; guettant 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 la plus grande réalisation de Colomb fut-elle de rentrer à quatre resockets des Antilles. Sans cela, la terre qu’il a découverte n’a pas pu être ajoutée aux cartes.

Lire “Longitude” par Dava Sobel (ISBN: 9780007214228)

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ésortinge utilisent ssortingctement 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.

ISO 6709 standardise la liste en tant que 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’est pas liée à la question – elle l’est absolument, et explique pourquoi l’ordre est souvent donné en latitude, longitude.

C’est comme cela qu’il a été répertorié pour si longtemps les navigateurs ont utilisé le système; changer cela maintenant serait déroutant, et comme le suggère l’ISO, potentiellement dangereux. Les logiciels SIG, comme ArcMap, les listent dans l’autre sens, car c’est la convention type pour les paires de coordonnées x, y. La latitude est y, la longitude est x, c’est comme ça que Arc les liste.