google maps - obtener - Orden preferente de escritura de latitud y longitud de las tuplas
mapa con coordenadas geográficas (8)
¡Entonces el orden preferido depende de las preferencias personales!
Latitude fue primero; el equinoccio se conoce desde hace milenios, como los días en que el "sol cruza el ecuador"; en marzo cruzando de S a N y Sept de N a S. La única pregunta podría haber sido si el ecuador debería haber sido 0 o 90 grados. Al tomar 0 grados, el ángulo entre el cenit solar vertical y el mediodía en el equinoccio es la latitud de una ubicación, en cualquier parte del planeta. La latitud principal, o el paralelo principal se definió efectivamente a sí mismo.
La longitud solo puede ser por acuerdo. Gran Bretaña colocó un premio de Longitud. Gran Bretaña necesitaba sus barcos para saber dónde estaban y necesitaban mejores mapas. Harrison ( http://www.youtube.com/watch?v=T-g27KS0yiY ) produjo un cronómetro marino preciso; enviaron viajes de viaje cartográficos, por ejemplo, James Cook 1770''s. Por lo tanto, Gran Bretaña reclamó el meridiano principal al usar Greenwich como 000deg para sus mapas. Después de 100 años de su uso, el primer meridiano fue aceptado internacionalmente, en 1884.
En la hora de Christopher Columbus, Latitude era el único número que tenían. La estrategia era atravesar un paralelo antes de girar a la izquierda o a la derecha hacia el destino; mirando por nubes o pájaros. Medir la velocidad en nudos cada hora era común, pero no explicaba las corrientes. Tal vez el mayor logro de Colón fue volver a casa desde las Indias Occidentales cuatro veces. Sin eso, la tierra que descubrió no se pudo agregar a los mapas.
Lea "Longitud" por Dava Sobel (ISBN: 9780007214228)
Cuando se trata de código fuente GIS, a menudo necesita escribir tuplas de coordenadas de latitud y longitud.
Por ejemplo, en los enlaces de Google Maps (123, 456):
¿Cuál es el orden preferido (y por qué?)
latitud longitud
longitud latitud
He visto que ambos se usan en varios sistemas y espero encontrar alguna evidencia para seguir con el otro.
Además de las especificaciones de GeoJSON, que otros ya han mencionado, hay otros casos prácticos en los que se recomienda la longitud, el orden latitide, incluso el obligatorio, por ejemplo, la indexación geoespacial en MongoDB . Si obtiene el pedido incorrecto allí, sus consultas arrojarán resultados incorrectos, como si se realizara nuevamente un conjunto de datos transpuesto.
EPSG: 4326 especifica que el orden de coordenadas debe ser latitud, longitud. Muchos paquetes de software aún usan longitud, orden de latitud. Esta situación ha causado estragos inimaginables en los plazos del proyecto y la cordura del programador.
La mejor orientación que uno puede ofrecer es estar completamente al tanto del orden de eje esperado de cada componente en su pila de software. PostGIS espera lng / lat. WFS 1.0 usa lng / lat, pero WFS 1.3.0 difiere al estándar y usa lat / lng. GeoTools está predeterminado en lat / lng, pero puede anularse con una propiedad del sistema.
Merece la pena leer los documentos de GeoTools sobre la historia y la explicación del problema: http://docs.geotools.org/latest/userguide/library/referencing/order.html
El orden correcto es longitud, latitud, en prácticamente todas las aplicaciones GIS profesionales, como en matemáticas convencionales (es decir, f(x ,y, z) ). El estándar GeoJSON es bastante típico y sucinto:
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).
Lo mismo se aplica a los estándares primarios del Consorcio Geoespacial Abierto (WKT y WKB, y extensiones como EWKB). Del mismo modo, Google puede generar el pedido en Lat / Lon para que sea más familiar para los usuarios que crecieron con esa costumbre (es decir, desde estándares de navegación como IMO, en lugar de computacionales). Pero el estándar KML en sí es prácticamente el resto de sistemas GIS:
The KML encoding of every kml:Location and coordinate
tuple uses geodetic longitude, geodetic latitude, and
altitude (in that order).
Buena regla general: si sabes qué es una tupla y estás programando, deberías usar lon , lat . Incluso diría que esto se aplica si su usuario final (por ejemplo, un piloto o un capitán de barco) preferirá ver la salida en lat , lon . Puede cambiar el orden en su UI si es necesario, pero la abrumadora mayoría de sus datos (shapefiles, geojson, etc.) estarán en el orden cartesiano normal.
Longitud luego Latitud (lon, lat).
Cuando se proyecta a Mercator, la longitud define la dirección xy la latitud define la dirección y. La mayoría de las bibliotecas de geometría usan estrictamente este formato de (lon, lat) ya que es la forma más intuitiva de pensar en coordenadas geográficas en un plano 2D.
Personalmente, nunca he visto otra cosa que la latitud seguida de la longitud.
Y, al usar + y - en lugar de N y S, siempre ha sido + es N y - es S.
He observado variación cuando uso + y - para E y W. Generalmente + ha sido E y - ha sido W. Sin embargo, en aplicaciones más antiguas en las que trataban de forma desproporcionada con longitudes W, he visto + ser W y - ser E .
Con suerte, no tendrás que lidiar con aplicaciones tan antiguas.
Por convención en "vida real", al dar una posición, la latitud (es decir, Norte / Sur) siempre se da en primer lugar, por ejemplo, 20 ° N 56 ° W (aunque esto no sigue la convención normal si se piensa en un cartesiano estándar) cuadrícula); del mismo modo, todas las coordenadas en Wikipedia siguen esta convención (por ejemplo, ver la ubicación de Southampton: http://en.wikipedia.org/wiki/Southampton ). Para evitar confusiones, especialmente cuando las unidades no se incluyen, siempre recomiendo que la latitud se dé primero en una tupla.
El orden preferido es por convención latitude, longitude . Esto fue supuestamente estandarizado por la Organización Marítima Internacional como se informó here . Google también usa esta orden en sus Maps y Earth . Recuerdo este orden pensando en el orden alfabético de latitude, longitude .