esquema geo URI

El esquema geo URI es un esquema de identificador uniforme de recursos (URI) definido por el RFC 5870 del Grupo de Trabajo de Ingeniería de Internet (publicado el 8 de junio de 2010) ^{[ 1 ]} como:

Un identificador uniforme de recursos (URI) para ubicaciones geográficas que utiliza el esquema de nombres 'geo'. Un URI 'geo' identifica una ubicación física en un sistema de referencia de coordenadas bidimensional o tridimensional de forma compacta, sencilla, legible para humanos e independiente del protocolo . ^{[ 1 ]}

La revisión actual de la especificación vCard ^{[ 2 ]} admite URI geo en la propiedad "GEO" de una vCard, y el estándar GeoSMS utiliza URI geo para el etiquetado geográfico de mensajes SMS. Los dispositivos basados ​​en Android admiten URI geo ^{[ 3 ]} , aunque esa implementación se basa en una revisión preliminar de la especificación y admite un conjunto diferente de parámetros URI y cadenas de consulta.

Una geo URI no debe confundirse con el antiguo sitio web de GeoURL ^{[ 4 ]} (que había implementado direcciones ICBM ).

Una URI geográfica simple podría tener este aspecto:

geo:0,0?q=example_address

donde los dos valores numéricos representan la latitud y la longitud respectivamente, ^{[ 1 ]} y están separados por una coma . ^{[ 1 ]} Son coordenadas de una cuadrícula horizontal (2D). Si hay un tercer valor separado por coma, representa la altitud ; ^{[ 1 ]} por lo tanto, son coordenadas de una cuadrícula 3D. Las coordenadas en los hemisferios sur y oeste, así como las altitudes por debajo del sistema de referencia de coordenadas (profundidades), se indican con signo negativo y un guion inicial. ^{[ 1 ]}

La URI geo también permite un valor de "incertidumbre" opcional, separado por un punto y coma , que representa la incertidumbre de la ubicación en metros y se describe mediante el parámetro URI "u". ^{[ 1 ]} Una URI geo con un parámetro de incertidumbre tiene el siguiente aspecto:

geo:37.786971,-122.399677;u=35

Una URI geográfica puede, por ejemplo, incluirse en una página web como HTML :

<a href="geo:37.786971,-122.399677;u=35">Wikimedia Headquarters</a>

de modo que un agente de usuario compatible con URI geográficas, como un navegador web, pudiera iniciar el servicio de mapas elegido por el usuario; o bien, podría utilizarse en un feed Atom u otro archivo XML .

Los valores de las coordenadas solo tienen sentido cuando se especifica un sistema de referencia de coordenadas (SRC). El SRC predeterminado es el Sistema Geodésico Mundial de 1984 (WGS-84), ^{[ 1 ]} y no se recomienda utilizar ningún otro:

El parámetro URI opcional 'crs' que se describe a continuación puede ser utilizado por futuras especificaciones para definir el uso de sistemas de coordenadas de referencia (CRS) distintos de WGS-84. Esto tiene como objetivo principal abordar el caso de que otro CRS reemplace a WGS-84 como el predominante, en lugar de permitir el uso arbitrario de miles de CRS para el URI (lo que claramente afectaría la interoperabilidad). ^{[ 1 ]}

El único uso justificado de otros sistemas de referencia de coordenadas (CRS) hoy en día es, quizás, para preservar la proyección en mapas a gran escala , como UTM local , o para coordenadas no terrestres como las de la Luna o Marte . La sintaxis y la semántica del parámetro CRS, separado por un punto y coma, se describen en la sección 8.3 de la RFC  5870. Ejemplos:

• La ubicación del Monumento a Washington expresada con la zona UTM 18N y su ID estándar :

  geo:323482,4306480;crs=epsg32618;u=20

• Una URI geográfica para un hipotético sistema de referencia de coordenadas lunar creado en 2011 podría ser:

  geo:37.786971,-122.399677;crs=Moon-2011;u=35

El orden en que aparecen los parámetros separados por punto y coma es parcialmente significativo. ^{[ 1 ]} Si bien el parámetro labeltext y los parámetros futuros pueden darse en cualquier orden, los parámetros crsy udeben ir primero. Si se usan ambos, crsdebe preceder a u. ^{[ 1 ]} Si bien todos los nombres de parámetros no distinguen entre mayúsculas y minúsculas , ^{[ 1 ]} la distinción entre mayúsculas y minúsculas de sus valores debe describirse explícitamente en sus especificaciones (como se hace para crs). ^{[ 1 ]} Imaginando un nuevo parámetro futuro mapcolors, puede ser ignorado por aplicaciones más simples, y el ejemplo anterior es exactamente equivalente a:

geo:323482,4306480;CRS=epsg32718;U=20;mapcolors=for_daltonic

Se prefiere el uso de la representación en minúsculas de los nombres de los parámetros ( crsuy ).mapcolors

La semántica del esquema Geo URI, expresada en la sección 3.4 del RFC  5870, no es explícita respecto a ciertas suposiciones matemáticas, por lo que está abierta a interpretación. Tras aproximadamente 10 años de su publicación, existen algunas suposiciones consensuadas o de uso más frecuente.

Altitud

La sintaxis de la URI Geo define las coordenadas como coordinates = coord-a "," coord-b [ "," coord-c ], donde coord-ces opcional. La semántica de coord-cpara WGS-84 es altitud en metros (específicamente la " elevación del terreno ", relativa al geoide actual – Modelo Gravitacional Terrestre – asociado a WGS84), ^{[ 5 ]} y el concepto se extiende a otras coordenadas (de CRS no predeterminado).

El RFC explica que "... undefined < altitud > PUEDE asumir que el URI se refiere a la ubicación respectiva en la superficie física de la Tierra". Sin embargo, "... un valor de < altitud > de 0 NO DEBE confundirse con una referencia a la 'elevación del terreno'" . ^{[ 6 ]}

En otras palabras, cuando se define una altitud, la medición se realiza con respecto al geoide (n.º 5; línea negra en la imagen), una superficie definida por la gravedad terrestre que se aproxima al nivel medio del mar . Cuando no está definida, se asume que la elevación es la altitud del punto de latitud y longitud, es decir, su altura (o profundidad negativa) con respecto al geoide (o "elevación del terreno"). Sin embargo, un punto con una medida "altitud = 0" no debe confundirse con un valor indefinido: se refiere a una altitud de 0 metros sobre el geoide.

El uso de un geoide contrasta con GeoJSON , que utiliza la altura elipsoidal directa. ^{[ 7 ]}

Incertidumbre

Recordando el ejemplo anterior,

geo:37.786971,-122.399677;u=35

La u=35parte informa la incertidumbre. Como se mostrará, geométricamente la incertidumbre es un disco de radio uigual al del punto de la URI geográfica.

Geo URI no se refiere a posiciones abstractas exactas, sino estrictamente a una estimación de la ubicación , y podemos interpretarla (según RFC  5870 y RFC  5491) como la posición física aproximada de un objeto en la superficie terrestre.

El RFC 5870 no formaliza el uso del término " incertidumbre ". Por lo tanto, en un análisis numérico estadístico o no estadístico , la incertidumbre de GeoURI es un número de condición . El significado estadístico es implícito y proviene de las referencias del RFC: la única referencia normativa que menciona la incertidumbre es el RFC  5491 (sección 5) . La principal referencia informativa, ISO  6709:2008 , no utiliza el término "incertidumbre", sino "exactitud" y "precisión", que son aspectos de la incertidumbre y pueden interpretarse de acuerdo con ISO 5725-1 (ilustrado).

Al juntar todo, adoptando estas pistas, las suposiciones estadísticas habituales y las definiciones explícitas del RFC, obtenemos las propiedades matemáticas de incertidumbre de la URI Geo :

1. La incertidumbre es simétrica: el RFC es explícito y podemos entenderlo como una hipótesis de simplificación válida. "El único valor de incertidumbre se aplica a todas las dimensiones dadas en la URI" (sección 3.4.3). Esto da como resultado un volumen esférico alrededor del punto (o un disco mediante proyección 2D). Según el RFC  5491, "las ubicaciones se expresan como un punto (...) y un área o volumen de incertidumbre alrededor del punto".
   • Según la RFC  5491, podemos suponer que "se recomienda expresar la incertidumbre con un nivel de confianza del 95 % o superior" . Por lo tanto, la incertidumbre es de dos desviaciones estándar, 2σ, y el radio del disco representa geométricamente dicha incertidumbre.
2. unidad de medida fija: el RFC obliga al uso de metros como unidades de medida de incertidumbre , incluso cuando las coordenadas (CRS) usan otras (como por defecto, que son grados decimales). Es un problema semántico y de conversión:
3. Modelo de error gaussiano: RFC no dice nada, interpretamos las frases "cantidad de incertidumbre en la ubicación" y "la incertidumbre con la que se conoce la ubicación identificada del sujeto", todo en el contexto de la referencia normativa, RFC  5491 (y las referencias informativas como ISO  6709:2008 ).
   • Adopción del modelo de error estándar : el modelo de modelado estadístico descriptivo más común .
   • Se impone, es independiente del proceso de selección de la descripción de la incertidumbre , no hay otras opciones.
4. Incertidumbre total: es un único parámetro que representa la "incertidumbre total", es decir, la incertidumbre en la medida espacial y la incertidumbre sobre la definición o el centro del objeto. Es una suma de variables aleatorias . No existe ninguna hipótesis de simplificación definida para reducirla a un modelo de una sola variable.

Imaginemos la ubicación de una colonia de hormigas para ilustrar:

• La colonia es un objeto 3D situado (exactamente) en la superficie del terreno , por lo que se encuentra a una altitud precisa (aproximada a una medida de incertidumbre cero).
• El objeto 3D tiene una definición consensuada, pero no es precisa, por lo que no se puede ignorar su incertidumbre. Esta falta de precisión puede deberse a que el hormiguero está oculto bajo tierra (es un "objeto estimado"), o a la definición formal de su delimitación, etc. ^{[ 8 ]} Este tipo de incertidumbre no tiene correlación con la medida de incertidumbre de la ubicación (por ejemplo, GPS).
  • El disco que representa el hormiguero (como incertidumbre del objeto) se modela como 2σ para ser un área de confianza del 95%.
• El punto es una medida de ubicación GPS , es decir, el "centro" de la proyección del objeto 3D en la superficie 2D.

La incertidumbre total es la suma del error GPS y el error de definición del objeto. Los errores GPS de latitud y longitud deben simplificarse (a un disco) y convertirse a metros. Si los errores se infirieron a partir de un modelo diferente, deben convertirse al modelo gaussiano.

Algunos proveedores, como Android OS , han adoptado extensiones al esquema URI "geo": ^{[ 9 ] [ 10 ]}

• z : Nivel de zoom para el escalado de proyección Web Mercator . El valor es un número entero del 1 al 21.
• q : Realiza una búsqueda de la palabra clave dada alrededor del punto. Si la ubicación es "0,0", busca alrededor de la posición actual.
• ( etiqueta ) : Si la palabra clave en el parámetro q es una coordenada, un paréntesis después de ella mostrará una etiqueta en ella en el mapa.

Google Maps adopta un enfoque poco convencional para mostrar los puntos: muestra el mapa, pero no muestra un marcador, cuando se proporciona una ubicación de la forma estándar. Un marcador solo aparece cuando se proporciona como consulta. En otras palabras, para mostrar un marcador en la oficina de la Fundación Wikimedia , no se debe usar geo:37.78918,-122.40335sino geo:0,0?q=37.78918,-122.40335.

Para agregar la etiqueta en Google Maps, será así: geo:0,0?q=37.78918,-122.40335(Wikimedia+Foundation). Para otras aplicaciones, incluidas OsmAnd y Organic Maps , el estilo de URI de Google Maps funciona. Además, la etiqueta funcionará incluso si no se agrega al qparámetro, sino que se agrega al final de la URI, como geo:37.78918,-122.40335(Wikimedia+Foundation), o más como una URI normal: geo:37.78918,-122.40335?z=14&(Wikimedia+Foundation).

• Registro LOC

• RFC5870
• Sitio web Geo URI
• Wiki de OpenStreetMap con soporte para geo:-URI en diversas plataformas.