GeoJSON y coordenadas geográficas: primero la longitud, WGS 84 y la regla de la mano derecha

Qué es

GeoJSON (RFC 7946, citada) es un formato JSON para datos geográficos. Una posición es un array de números cuyos dos primeros elementos son la longitud y la latitud, exactamente en ese orden, en grados decimales sobre el datum WGS 84 (el sistema de referencia de coordenadas urn:ogc:def:crs:OGC::CRS84); un tercer elemento opcional es la elevación en metros sobre o bajo el elipsoide de referencia, y las posiciones no deberían llevar más elementos. Los objetos de geometría son Point, MultiPoint, LineString, MultiLineString, Polygon, MultiPolygon y GeometryCollection. Un Feature tiene una geometry (o null si no está localizado), un objeto properties y, opcionalmente, un id; un FeatureCollection agrupa features. Un bbox opcional tiene la forma [west, south, east, north]. Los anillos de los polígonos son cerrados (la primera posición coincide con la última) y deben seguir la regla de la mano derecha: los anillos exteriores en sentido antihorario y los huecos en sentido horario, aunque los parsers no deberían rechazar la orientación anterior.

Por qué importa

La gente dice «latitud, longitud», varias bibliotecas de mapas usan ese orden, y si se intercambian los dos valores el punto acaba en otro continente sin ningún mensaje de error. El datum también importa: unas coordenadas de otro datum pegadas sin convertir terminan en un lugar equivocado, con un desplazamiento que depende del datum; en un mapamundi es invisible, pero en una ruta de reparto es fatal. Y una cuadrícula nacional en metros ni siquiera está en grados.

Cómo aplicarlo

• Emite [lon, lat] y convierte en la frontera del sistema desde cualquier fuente lat/lon; mantén una prueba con un lugar conocido cuya longitud y latitud se distingan claramente en signo o magnitud, de modo que un intercambio haga fallar la prueba.
• Guarda las coordenadas como números JSON, no como cadenas, y solo con los dígitos que justifique la medición; la RFC establece que el número de dígitos no debe interpretarse como incertidumbre, así que registra la precisión en properties cuando importe.
• Divide las geometrías que cruzan el antimeridiano en partes Multi*, como recomienda la RFC, para que los renderizadores no dibujen una línea que rodea el mundo.
• Coloca los datos de la aplicación en properties, mantén estable el id y recuerda que una línea entre dos posiciones es recta en el espacio longitud/latitud, no una ruta de círculo máximo; calcula las distancias con una función geodésica, nunca con Pitágoras sobre grados.
• En una base de datos, almacena la geometría en un tipo espacial con un sistema de referencia declarado, para que se apliquen los índices y las funciones de distancia.

Trampas

Los objetos GeoJSON admiten miembros foráneos, pero los tipos de GeoJSON en sí no son extensibles, y el miembro crs del borrador de 2008 ya no existe. Un polígono cuyo anillo exterior aparece en segundo lugar es un hueco sin exterior. Las colecciones grandes deberían generarse y consumirse feature por feature, en lugar de parsearse como un único documento.