nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

OSMQuery o cómo consultar OpenStreetMap espacialmente

RiccardoKlinger2

<\/HEAD>

Hay múltiples formas en que podrías usar OpenStreetMap. La más comúnmente utilizada podría ser el conjunto de datos OSM como mapa base. Algunos otros podrían ya haber usado el ArcGIS Editor for OSM<\/A>. Pero no he encontrado una solución para consultar OSM directamente desde ArcGIS. La pregunta a responder fue: "¿Dónde están las panaderías en Northumberland?" La Overpass API ofrece una excelente herramienta de consulta para definir consultas y obtener el resultado en un mapa. Quería tener una herramienta comparable pero fácil de usar en ArcGIS, así que creé OSMQuery<\/A>. Puedes usar OSMQuery gratis.<\/P>

Las Entradas de OSMQuery<\/H3>OSMQuery toma solo un conjunto simple de entradas por el momento:<\/P>- una etiqueta como "building", "shop" o "amenity"<\/P>- una clave como "farm", "bakery" o "place_of_worship"<\/P>- un área que se usará como una característica "relacionada"<\/P>- o un cuadro delimitador / extensión espacial<\/P>La herramienta usa el nombre de la región y obtiene un ID de área del Nominatim Geocoder<\/A>. Este ID de área o el cuadro delimitador de la extensión espacial se usarán para crear una consulta para la Overpass API<\/A>.<\/P>
<\/P>
(la imagen anterior ya está desactualizada después de un día. ¡Ve al final de esta publicación!)<\/P>
La consulta se envía a la Overpass API que responde con un objeto JSON. El objeto JSON contiene elementos como nodos, ways y relaciones.<\/P>

La Lógica de OSMQuery<\/H3>La lógica de procesamiento está dividida en dos partes. Primero necesitaba determinar si se necesitarán clases de entidades de puntos, líneas y/o polígonos para almacenar las características. Esto es un poco complicado ya que los polígonos también son "ways" en términos de la lógica de OpenStreetMap. La respuesta de un way no solo contiene las etiquetas de un way sino también los IDs de nodos que definen la geometría del way. Se puede crear un polígono si el primer nodeID en la lista de nodos es también el último nodeID para el way:<\/P><\/P>Como puedes ver, el way resultante tiene 71 nodos y la respuesta se ve así:<\/P>{<\/SPAN>\n  \"version\"<\/SPAN>:<\/SPAN> 0.6<\/SPAN>,<\/SPAN>\n  \"generator\"<\/SPAN>:<\/SPAN> \"Overpass API 0.7.55.4 3079d8ea\"<\/SPAN>,<\/SPAN>\n  \"osm3s\"<\/SPAN>:<\/SPAN> {<\/SPAN>\n    \"timestamp_osm_base\"<\/SPAN>:<\/SPAN> \"2018-08-29T08:10:02Z\"<\/SPAN>,<\/SPAN>\n    \"copyright\"<\/SPAN>:<\/SPAN> \"Los datos incluidos en este documento provienen de www.openstreetmap.org. Los datos están disponibles bajo ODbL.\"<\/SPAN>\n  }<\/SPAN>,<\/SPAN>\n  \"elements\"<\/SPAN>:<\/SPAN> [<\/SPAN>\n\n{<\/SPAN>\n  \"type\"<\/SPAN>:<\/SPAN> \"node\"<\/SPAN>,<\/SPAN>\n  \"id\"<\/SPAN>:<\/SPAN> 2496059820<\/SPAN>,<\/SPAN>\n  \"lat\"<\/SPAN>:<\/SPAN> 51.0703208<\/SPAN>,<\/SPAN>\n  \"lon\"<\/SPAN>:<\/SPAN> 4.9863343<\/SPAN>\n}<\/SPAN>,< \/span> \n<spanclass= \ " punctuationtoken \ "> { \ n & nbsp ; & nbsp ; & nbsp ; & nbsp ; \ " type \ " : \ " node \ " , \ n & nbsp ; & nbsp ; & nbsp ; & nbsp ; \ " id \ " : 2496059823 , \ n & nbsp ; & nbsp ; & nbsp ; & nbsp ; \ " lat \ " : 51.0703401 , \ n & nbsp ; & nbsp ; & nbsp ; & nbsp ; \ " lon \ " : 4.9865653 \ n < spanclass= \ " punctuationtoken \ "> } , \ n . . . \ n { \ n & nbsp ; & nbsp ; & nbsp ; & nbsp ; \ " type \ " : \ " node \ " , \ n & nbsp ; & nbsp ; & nbsp ; & nbsp ; \ " id \ " : 2496059818 , \ n & nbsp ; & nbsp ; & nbsp ; & nbsp ; \ " lat \ " : 51.0702779 , \ n & nbsp ; & nbsp ; & nbsp ; & nbsp ; \ " lon \ " : 4.9863413 \ n { spanclass= \, punctuationtoken \, } \, spanclass= \, punctuationtoken \, } \, spanclass= \, punctuationtoken \, , \, spanclass= \, punctuationtoken \, { \, nnbsp; \, spanclass= \, stringtoken \, \'type\\'\\: \'way\\'\\,\\nnbsp; \, spanclass= \, stringtoken \, \'id\\'\\: 242035363\\,\\nnbsp; \, spanclass= \, stringtoken \, \'nodes\\'\\: [\\nnbsp;nbsp;nbsp; 2496059820,\\nnbsp;nbsp;nbsp; 2496059823,\\n...\\nnbsp;nbsp;nbsp; 2496059818,\\nnbsp;nbsp;nbsp; 2496059820\\nnbsp;]\\,\\nnbsp; \, spanclass= \, stringtoken \, 'tags'\\: {\\nnbsp;nbsp;nbsp; 'OnroerendErfgoed:criteria'\\: 'M',\\nnbsp;nbsp;nbsp; 'addr:city'\\: 'Veerle',\\nnbsp;nbsp;nbsp; 'amenity'\\: 'place_of_worship',\\nnbsp;nbsp;nbsp; 'building'\\: 'house',\\nnbsp;nbsp;nbsp; 'denomination'\\: 'roman_catholic',\\nnbsp;nbsp;nbsp; 'description'\\: 'Parochiekerk',\\nnbsp;nbsp;nbsp; 'heritage'\\: '4',\\nnbsp;nbsp;nbsp; 'heritage:operator'\\: 'OnroerendErfgoed',\\nnbsp;nbsp;nbsp; 'heritage:website'\\: '<A href= https://community.esri.com/external-link.jspa?url=https%3A%2F%2Finventaris.onroerenderfgoed.be%2Fdibe%2Frelict%2F41142 target=_blank >https://inventaris.onroerenderfgoed.be/dibe/relict/41142</A>',\\nnbsp;nbsp;nbsp;'image'\\: '<A href= https://community.esri.com/external-link.jspa?url=https%3A%2F%2Fcommons.wikimedia.org%2Fwiki%2FFile%3AVeerle_-_Onze-Lieve-Vrouw-in-de-Wijngaardkerk.jpg'}} target="_blank">https://commons.wikimedia.org/wiki/File:Veerle_-_Onze-Lieve-Vrouw-in-de-Wijngaardkerk.jpg</A>",     "name": "Onze-Lieve-Vrouw-in-de-Wijngaardkerk",     "ref:OnroerendErfgoed": "41142",     "religion": "christian",     "source": "AGIV",     "wikimedia_commons": "Category:OLV in de Wijngaardkerk (Veerle)"   } }   ] }‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍</Span}{<<emojI35>>}{<<emojI36>>}{<<emojI37>>}{<<emojI38>>}{<<emojI39>>}{<<emojI40>>}{<<emojI41>>}{<<emojI42>>}{<<emojI43>>}{<<emojI44>>}{<<emojI45>>}{<<emojI46>>}{<<emojI47>>}{<<emojI48>>}{<<emojI49>>}{<<emojI50>>}{<<emojI51>>}{<<emojI52>>}{<<emojI53>>}{<<emojI54>>}{<<emojI55>>}{<<emojI56>>}{<<emojI57>>}{<<emojI58>>}
Además, el resultado no tiene un modelo de datos definido. Cada nodo puede venir con un conjunto muy diferente de etiquetas y claves. Por lo tanto, necesitaba crear una unión de etiquetas para cada tipo de clase de característica. El algoritmo para agregar campos es la parte más lenta en mi caja de herramientas ya que el número de etiquetas puede ser tan alto como 40...
Después de crear las clases de características y agregar los campos según la lista de atributos/etiquetas, puedo añadir las características desde la respuesta Overpass.
Esto es bastante fácil al final pero es un dolor para las polilíneas y polígonos ya que necesitaba leer los atributos lat/lon para cada nodo recursively.
Pero al final: Hay 33 panaderías en Northumberland, Reino Unido según el conjunto de datos OpenStreetMap:

Aquí está el conjunto de datos comparado en la Overpass API:

Si quieres probar/descargar/desarrollar la caja de herramientas, adelante y usa el repositorio OSMQuery en GitHub.
Aquí hay un video corto sobre el uso:

Gracias al apoyo del usuario GitHub rastrau, OSMQuery ahora también soporta múltiples consultas:

Encuentra más publicaciones etiquetadas con

Knowhow

Technologie

Comentarios

There are no comments yet

Únete a la Conversación

Los miembros registrados pueden publicar, seguir actualizaciones y más. ¿Nuevo aquí? Regístrate gratis.

Enlaces Rápidos

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.