El esquema URI geográfico 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 nombre de esquema 'geo'. Un URI 'geo' identifica una ubicación física en un sistema de referencia de coordenadas bidimensional o tridimensional de una manera compacta, simple, legible por humanos e independiente del protocolo . [1]
La revisión actual de la especificación vCard [2] admite geo-URI en la propiedad "GEO" de una vCard, y el estándar GeoSMS utiliza geo-URI para geoetiquetar mensajes SMS. Los dispositivos basados en Android admiten geo-URI, [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.
No debe confundirse una URI geográfica con el antiguo sitio web GeoURL [4] (que había implementado direcciones ICBM ).
Una URI geográfica simple podría verse así:
geo:25.245470718844146,51.45400942457904donde los dos valores numéricos representan latitud y 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 comas, representa la altitud ; [1] por lo tanto, 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 firman negativamente con un guión inicial. [1]
La URI geográfica 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 utilizando el parámetro URI "u". [1] Una URI geográfica con un parámetro de incertidumbre se ve de la siguiente manera:
geo:37.786971,-122.399677;u=35Una 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>para que un agente de usuario con reconocimiento de URI geográfico, como un navegador web, pueda iniciar el servicio de mapas elegido por el usuario; o pueda usarse 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 (CRS). El CRS predeterminado es el Sistema Geodésico Mundial 1984 (WGS-84), [1] y no se recomienda utilizar ningún otro:
El parámetro de URI opcional 'crs' descrito a continuación puede ser utilizado por futuras especificaciones para definir el uso de CRS distintos de WGS-84. Esto tiene como objetivo principal hacer frente al caso de que otro CRS reemplace a WGS-84 como el de uso 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 CRS en la actualidad es, quizás, preservar la proyección en mapas de 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 describe en la sección 8.3 de RFC 5870. Ejemplos:
geo:323482,4306480;crs=EPSG:32618;u=20geo:37.786971,-122.399677;crs=Moon-2011;u=35El orden en el 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 se pueden indicar en cualquier orden, los parámetros crsy udeben aparecer primero. Si se utilizan ambos, el crsdebe preceder al u. [1] Todos los parámetros no distinguen entre mayúsculas y minúsculas , [1] por lo que, si imaginamos 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=epsg:32718;U=20;mapcolors=for_daltonicSe prefiere el uso de la representación en minúsculas de los nombres de parámetros ( crs uy ).mapcolors
La semántica del esquema Geo URI, expresada en la sección 3.4 del RFC 5870, no es explícita en cuanto a algunas suposiciones matemáticas, por lo que está abierta a interpretación. Después de ~10 años desde su publicación, existen algunas suposiciones consensuadas o "de uso más frecuente".
La sintaxis de la interfaz de usuario 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 la altitud en metros (específicamente la " elevación del terreno ", relativa al geoide actual ( modelo gravitacional de la Tierra ) adjunto a WGS84), [5] y el concepto se extiende para otras coordenadas (de CRS no predeterminados).
El RFC explica que "... un valor de <altitud> indefinido PUEDE suponer que la 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 'elevación del terreno'" . [6]
En otras palabras, cuando se define una altitud, la medición se realiza en relación con el geoide (#5; línea negra en la imagen), una superficie definida por la gravedad de la Tierra que se aproxima al nivel medio del mar . Cuando no está definida, se supone que la elevación es la altitud del punto de latitud-longitud, es decir, su altura (o profundidad negativa) en relación con el geoide (es decir, "elevación del suelo"). Sin embargo, un punto con una medida "altitud=0" no debe confundirse con un valor indefinido: se refiere a una altitud de 0 metros por encima del geoide.
El uso de un geoide contrasta con GeoJSON , que utiliza la altura del elipsoide directa. [7]
Recordando el ejemplo anterior,
geo:37.786971,-122.399677;u=35La u=35parte informa la incertidumbre. Como se mostrará, geométricamente la incertidumbre es un disco de radio ua su vez del punto de la URI geográfica.
Geo URI no se trata de posiciones abstractas exactas, estrictamente es una estimación de ubicación , y podemos interpretarlo (según RFC 5870 y RFC 5491) como la posición física aproximada de un objeto en la superficie de la Tierra.
El RFC 5870 no formaliza el uso del término " incertidumbre ". Así, en un análisis estadístico grueso o en cualquier análisis numérico no estadístico , la incertidumbre GeoURI es un número de condición . El significado estadístico está implícito, proviene de las referencias del RFC: la única referencia normativa con algo sobre incertidumbre es el RFC 5491 (sección 5). La principal referencia informativa, ISO 6709:2008 , no utiliza el término "incertidumbre", sino que utiliza los términos "exactitud" y "precisión", que son facetas de la incertidumbre y pueden interpretarse de acuerdo con la ISO 5725-1 (ilustrada).
Juntando todo, adoptando estas pistas, los supuestos estadísticos habituales y las definiciones explícitas del RFC, obtenemos las propiedades matemáticas de incertidumbre de Geo URI:
Imagina la ubicación de una colonia de hormigas para ilustrar:
La incertidumbre total es la suma del error del GPS y el error de definición del objeto. Los errores de latitud y longitud del GPS deben simplificarse (a un disco) y convertirse a metros. Si los errores se dedujeron a partir de un modelo diferente, deben convertirse al modelo gaussiano.
Algunos proveedores, como Android OS , han adoptado extensiones para el esquema URI "geo": [9] [10]
Google Maps adopta un enfoque poco convencional para mostrar los puntos: muestra el mapa, pero no muestra un pin del mapa, cuando se proporciona una ubicación de la forma estándar. Un pin solo aparece cuando se proporciona como consulta. En otras palabras, para mostrar un pin en la oficina de la Fundación Wikimedia , no se debe utilizar geo:37.78918,-122.40335but geo:0,0?q=37.78918,-122.40335.
GeoURL es un directorio inverso de ubicación a URL. Esto le permitirá encontrar URL por su proximidad a una ubicación determinada. Busque el blog de su vecino, tal vez, o la página web de los restaurantes cerca de usted. GeoURL tiene una lista de 9.601.000 sitios. Agregue su nombre a la base de datos.