Orden preferido de escritura tuplas de latitud y longitud


Cuando se trata de código fuente SIG, a menudo necesita escribir tuplas de coordenadas de latitud y longitud.

Por ejemplo, en los enlaces de Google Maps (123, 456):

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

Cuál es el orden preferido (y por qué?)

  • Latitud, longitud

  • Longitud, latitud

He visto ambos siendo utilizados en varios systems y yo esperamos encontrar alguna evidencia para seguir con otra.

Author: Mikko Ohtamaa, 2011-09-05

9 answers

EPSG:4326 establece específicamente que el orden de coordenadas debe ser latitud, longitud. Muchos paquetes de software todavía utilizan longitud, latitud orden. Esta situación ha causado estragos inimaginables en los plazos de los proyectos y la cordura del programador.

La mejor guía que uno puede ofrecer es estar completamente consciente del orden de eje esperado de cada componente en su pila de software. PostGIS espera gnl / lat. WFS 1.0 utiliza lng / lat, pero WFS 1.3.0 difiere al estándar y utiliza lat/lng. GeoTools el valor predeterminado es lat / lng, pero se puede anular con una propiedad del sistema.

Los documentos de GeoTools sobre la historia y la explicación del problema merecen una lectura: http://docs.geotools.org/latest/userguide/library/referencing/order.html

 166
Author: Shane,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2012-11-27 08:17:31

El orden preferido es por convención latitude, longitude. Esto fue presumiblemente estandarizado por la Organización Marítima Internacional como se informa aquí . Google también usa este orden en susMapas yTierra . Recuerdo este orden pensando en el orden alfabético de latitude, longitude.

 25
Author: Jiri Kriz,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2014-01-21 03:21:44

El orden correcto es longitud, latitud, en prácticamente todas las aplicaciones SIG profesionales, como lo es 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 ocurre con los estándares primarios del Open Geospatial Consortium (WKT y WKB, y extensiones como EWKB). Del mismo modo, Google puede generar el orden 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 como prácticamente todos los demás sistemas SIG:

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 lo que 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) prefiere ver la salida en lat,lon. Puede cambiar el orden en su interfaz de usuario si es necesario, pero la abrumadora mayoría de sus datos (shapefiles, geojson, etc.) estará en el cartesiano normal orden.

 21
Author: unmounted,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2014-01-21 03:21:07

Por convención en la 'vida real', cuando se da una posición, la latitud (es decir, Norte/Sur) siempre se da 1ª, por ejemplo, 20 ° N 56 ° W (aunque, esto no sigue la convención normal si se piensa en una cuadrícula cartesiana estándar); del mismo modo, todas las coordenadas en Wikipedia siguen esta convención (por ejemplo, ver ubicación para Southampton: http://en.wikipedia.org/wiki/Southampton ). Para evitar confusión, especialmente cuando las unidades no se están incluyendo, siempre recomendaría que la latitud se da 1a en un tuple.

 9
Author: ChrisW,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2011-09-05 14:16:08

Personalmente nunca he visto nada más que latitud seguida de longitud.

Y, cuando se usa + y-en lugar de N y S, siempre ha sido + es N y-es S.

He observado variación al usar + y-para E y W. Generalmente + ha sido E y-ha sido W. Sin embargo, en aplicaciones más antiguas donde estaban tratando excesivamente con longitudes W, he visto + ser W y - ser E.

Espero que no tenga que lidiar con aplicaciones tan antiguas.

 8
Author: Terry,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2011-09-05 19:51:36

Aparte de la especificación GeoJSON, que otros ya han mencionado, hay otros casos prácticos en los que se recomienda la longitud,el orden de la latitud, incluso obligatorio, por ejemplo: indexación geoespacial en MongoDB. Si obtiene el orden mal allí, sus consultas devolverán resultados incorrectos, como si se realizara de nuevo un conjunto de datos transpuesto.

 4
Author: Aleksander Adamowski,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2012-01-17 23:01:05

Así que el orden preferido depende de la preferencia personal!

La latitud llegó primero; el equinoccio ha sido conocido por 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 la vertical y el cenit solar del mediodía en el equinoccio es la latitud de un lugar, en todas partes del planeta. La latitud principal, o paralelo principal efectivamente se definió a sí mismo.

La longitud solo podría ser por acuerdo. Gran Bretaña puso un premio de longitud. Gran Bretaña necesitaba sus barcos para saber dónde estaban y necesitaba mejores mapas. Harrison ( http://www.youtube.com/watch?v=T-g27KS0yiY ) produjo un cronómetro marino preciso; enviaron viajes cartográficos de viaje, por ejemplo, James Cook 1770. Gran Bretaña, por lo tanto, reclamó el Meridiano Principal mediante el uso de Greenwich como 000deg para sus mapas. Después de 100 años de su uso, el Meridiano Principal fue aceptado internacionalmente, en 1884.

En el tiempo de Cristóbal Colón, la latitud 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; observando nubes o pájaros. Medir la velocidad en nudos cada hora era común, pero no tenía en cuenta las corrientes. Tal vez el mayor logro de Colón fue volver a casa de las Indias Occidentales cuatro veces. Sin eso, la tierra que descubrió no podría añadirse a los mapas.

Leer "Longitud" por Dava Sobel (ISBN: 9780007214228)

 4
Author: Graham,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2014-08-01 04:33:51

ISO 6709 estandariza la lista de la orden como latitud, longitud por razones de seguridad. La explicación de Graham arriba me suena correcta también. Alguien sugirió que esta respuesta no está relacionada con la pregunta absolutely absolutamente lo está, y explica por qué el orden a menudo se da como latitud, longitud.

Así es como se ha enumerado para cualquier largo navegador que haya estado usando el sistema; cambiar eso ahora sería confuso y, como sugiere ISO, potencialmente peligroso. Software GIS, como ArcMap, listarlos al revés porque esa es la convención típica para los pares de coordenadas x,y. Latitud es y, longitud es x, así es como Arc los lista.

 2
Author: Vince Edwards,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2018-09-04 15:54:07

Longitud luego Latitud (lon, lat).

Cuando se proyecta a Mercator la longitud define la dirección x y la latitud define la dirección y. La mayoría de las bibliotecas de geometría utilizan estrictamente este formato de (lon, lat), ya que es la forma más intuitiva de pensar en coordenadas geográficas en un plano 2D.

 1
Author: David,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2011-09-15 17:53:34