30 ago 2024

Nuevo Modelo Digital del Terreno a partir de la 2º Cobertura del proyecto PNOA-LiDAR

 

Un modelo digital del terreno (MDT) es una estructura numérica de datos que representa la distribución espacial de una variable cuantitativa y continua. El tipo de MDT más conocido es el modelo digital de elevaciones (MDE), en el que la variable representada es la cota del terreno en relación a un sistema de referencia concreto.

Los modelos digitales del terreno constituyen la base para un gran número de aplicaciones en ciencias de la Tierra, ambientales e ingeniería de diverso tipo.

Los datos de partida para la generación de los MDTs son los ficheros de nubes de puntos LiDAR clasificados. Este nuevo Modelo digital del Terreno se ha realizado con el segundo ciclo del proyecto PNOA-LiDAR, cuya adquisición se inició en el 2015 y finalizó en el 2021. Esta cobertura se capturó con una densidad heterogénea desde los 0,5 puntos por m2 hasta los 4 puntos, con la excepción de Navarra a 14.

Además, como información auxiliar también se emplean las capas de hidrografía de Información Geográfica de Referencia del Sistema Cartográfico Nacional.

Los pasos a seguir para la elaboración del MDT son los siguientes:
  • Generación de los modelos con un paso de malla de 2 metros a partir de la clase terreno (clase 2) de la nube de puntos LiDAR.
  • Edición de los modelos eliminando posibles artefactos y rellenando huecos mediante interpolaciones en zonas sin dato LiDAR.
  • Edición de las zonas de agua embalsada y de mar para poner cota constante.
  • Control de calidad de los modelos.
Ya está disponible para su visualización a través de los servicios WMS y WMTS la nueva actualización del Modelo Digital del Terreno de la 2º cobertura LiDAR del proyecto PNOA-LIDAR del IGN con un paso de malla de 2 metros. Salvo en Castilla y León SW donde está disponible la 1ª Cobertura con paso de malla 5 m.

Publicada por Laura Sanz Espeso.

29 ago 2024

V Concurso de Open Data Euskadi

 


El Gobierno Vasco, con objeto de fomentar la reutilización de los datos abiertos de su portal, convoca la quinta edición de los premios a los mejores proyectos de reutilización de datos abiertos de Euskadi. Una iniciativa que nace con el objetivo de premiar a aquellas personas o empresas, de dentro y fuera del País Vasco, que desarrollen las mejores ideas y aplicaciones o servicios utilizando conjuntos de datos procedentes del catálogo de datos abiertos de Euskadi (Open Data Euskadi).

El plazo para participar esta abierto hasta el próximo 10 de octubre

La convocatoria consta de dos modalidades:
Esta modalidad no requiere de conocimientos técnicos de programación o desarrollo informático ya que simplemente consiste en el desarrollo de propuestas de servicios, estudios, visualizaciones y aplicaciones (web y móvil) que reutilicen conjuntos de datos abiertos del portal Open Data Euskadi para proporcionar valor a la sociedad. Las propuestas pueden centrase en una de las siguientes 3 categorías:
    • utilidad general
    • sector sanitario y social
    • medio ambiente y sostenibilidad.
Este concurso ofrece dos premios para cada categoría de 3000 y 1500 euros.
Esta modalidad sí requiere de cierto conocimiento técnico de programación o desarrollo informático, ya que se debe presentar soluciones ya desarrolladas que utilicen conjuntos de datos abiertos de Open Data Euskadi. Las aplicaciones podrán presentarse en una de las siguiente dos categorías:
    • categoría general
    • categoría específica de servicios web.
En este concurso se ofrece un único premio de 8.000 euros para la categoría de servicios web y dos premios para la categoría general de 8.000 y 5.000 euros.

Publicado por la editora.

27 ago 2024

Guía para navegar por los conjuntos de datos del portal data.europa.eu


El
portal data.europa.eu dispone de más de 1.800.000 conjuntos de datos de toda la Unión Europea y de otros lugares englobados en 14 categorías diferentes, con tal cantidad de datos puede resultar difícil encontrar el conjunto de datos que necesita. Para ayudar a los usuarios con la búsqueda, ha creado una completa guía paso a paso sobre cómo utilizar la función de búsqueda.

  1. Primer paso : En la barra de búsqueda en la parte superior de la página de inicio  ingresar palabras clave y seleccionar si está buscando conjuntos de datos, catálogos o contenido editorial

  1. Refinar la búsqueda : 
    • Conjunto de datos de alto valor (HVD) : filtrar para mostrar solo HVD. 
    • Procedencia : filtrar por país o institución/organización. 
    • Categorías : elegir categorías como salud, energía o transporte. 
    • Formato : seleccionar el formato de los datos (CSV, JSON, XML, etc.). 
    • Calidad de metadatos : filtrar por la calidad de los metadatos del conjunto de datos. 

  1. Ordenar y visualizar resultados : ordene los resultados por relevancia, última modificación, nombre (ascendente/descendente) o última creación. 

  1. Exploración de los detalles del conjunto de datos : haga clic en el título de un conjunto de datos para obtener una descripción detallada, metadatos y opciones de descarga. Aquí encontrará información sobre la fuente, la frecuencia de actualización y las licencias. 

Publicado por la editora.

19 ago 2024

Geocamp 2024


El próximo 19 de octubre en Pamplona se celebrará una nueva edición de GeoCamp, el congreso nacional del colectivo internacional Geoinquietos. Un congreso sin ánimo de lucro, de asistencia gratuita y autofinanciado.

Geoinquietos son grupos informales que se reúnen para conversar y aprender sobre cualquier tema relacionado con las ciencias de la tierra. La comunidad es muy afín a los servicios de geodatos abiertos disponibles en Internet, como son los servicios INSPIRE, proyectos comunitarios como OpenStreetMap y la enorme oferta de software libre de calidad profesional usada mundialmente en toda clase de servicios y aplicaciones SIG, especialmente alrededor de la comunidad OSGeoPero también está abierta a profesionales de geomática que trabajan con software propietario pero gustan de compartir conocimientos y aprender en grupo.

En esta nueva edición de GeoCamp el formato será el de Open Space: todos los participantes toman un papel activo en la ejecución del evento para aumentar la interacción entre los asistentes de tú a tú (en lugar del modelo tradicional de conferencia de comunicación de uno a muchos) para ser capaces, con agilidad e improvisación, de satisfacer espontáneamente las inquietudes de los participantes, tanto las que traigan de casa como las que surjan durante la jornada.

Puedes obtener mas información sobre el evento en: 2024.geocamp.es,  y también puedes seguirles en X (@GeoCampES) o unirte a su grupo Telegram.

Publicado por la editora.

14 ago 2024

Servicio OGC API de coberturas (OGC API Coverages)


Actualmente, la familia de estándares
OGC API se está desarrollando para servir datos geoespaciales en la web, de una forma sencilla y enfocada para facilitar la consulta, creación, modificación y descarga de datos geográficos a los desarrolladores. Se basan en API centradas en recursos que aprovechan las prácticas modernas de desarrollo web como OPEN API y RESTful. A la lista de servicios OGC API publicados por el Organismo Autónomo Centro Nacional de Información Geográfica (O. A. CNIG) se suma el servicio OGC API de Coberturas.

La OGC API Coverages permite acceder y recuperar datos de una cobertura y todos sus componentes.

El software utilizado para la implementación, a nivel servidor, de los estándares OGC API en el O.A. CNIG es pygeoapi, basado en un servidor en Python, con licencia MIT.

La OGC API-Coverages es una evolución del estándar de OGC para Servicios Web de Coberturas (WCS), siendo una versión más nueva y actualizada. El O. A. CNIG tiene publicadas las coberturas del servicio WCS del Modelo Digital del Terreno en dos formatos: cog y json.

Los datos de estas coberturas provienen del Modelo Digital del Terreno (MDT05), primera cobertura del Plan Nacional de Ortofotografía Aérea del Instituto Geográfico Nacional en diferentes resoluciones. Las coberturas disponibles son:

Nombre

Descripción

MDT España EPSG:4326 1000

Representación de los Modelos Digitales de Elevaciones de España a una resolución de 1000 m procedente del paso de malla de 5 m en el EPSG:4326.

MDT España EPSG:4326 500

Representación de los Modelos Digitales de Elevaciones de España a una resolución de 500 m procedente del paso de malla de 5 m en el EPSG:4326.

MDT España EPSG:4258 1000

Representación de los Modelos Digitales de Elevaciones de España a una resolución de 1000 m procedente del paso de malla de 5 m en el EPSG:4258.

MDT España EPSG:4258 500

Representación de los Modelos Digitales de Elevaciones de España a una resolución de 500 m procedente del paso de malla de 5 m en el EPSG:4258.

MDT Península Ibérica e Islas Baleares EPSG:4258 200

Representación de los Modelos Digitales de Elevaciones de la Península Ibérica e Islas Baleares a una resolución de 200 m procedente del paso de malla de 5 m en el EPSG:4258.

MDT Islas Canarias EPSG:4258 200

Representación de los Modelos Digitales de Elevaciones de las Islas Canarias a una resolución de 200 m procedente del paso de malla de 5 m en el EPSG:4258.

MDT Península Ibérica e Islas Baleares EPSG:4258 25

Representación de los Modelos Digitales de Elevaciones de la Península Ibérica e Islas Baleares a una resolución de 25 m procedente del paso de malla de 5 m en el EPSG:4258.

MDT Islas Canarias EPSG:4258 25

Representación de los Modelos Digitales de Elevaciones de las Islas Canarias a una resolución de 25 m procedente del paso de malla de 5 m en el EPSG:4258.

MDT Península Ibérica e Islas Baleares EPSG:4258 5

Representación de los Modelos Digitales de Elevaciones de la Península Ibérica e Islas Baleares a una resolución de 5 m procedente del paso de malla de 5 m en el EPSG:4258.

MDT Islas Canarias EPSG:4258 5

Representación de los Modelos Digitales de Elevaciones de las Islas Canarias a una resolución de 5 m procedente del paso de malla de 5 m en el EPSG:4258.

MDT Península Ibérica e Islas Baleares EPSG:25830 1000

Representación de los Modelos Digitales de Elevaciones de la Península Ibérica e Islas Baleares a una resolución de 1000 m procedente del paso de malla de 5 m en el EPSG:25830.

MDT Península Ibérica e Islas Baleares EPSG:25830 500

Representación de los Modelos Digitales de Elevaciones de la Península Ibérica e Islas Baleares a una resolución de 500 m procedente del paso de malla de 5 m en el EPSG:25830.

MDT Península Ibérica e Islas Baleares EPSG:25830 200

Representación de los Modelos Digitales de Elevaciones de la Península Ibérica e Islas Baleares a una resolución de 200 m procedente del paso de malla de 5 m en el EPSG:25830.

MDT Península Ibérica e Islas Baleares EPSG:25830 25

Representación de los Modelos Digitales de Elevaciones de la Península Ibérica e Islas Baleares a una resolución de 25 m procedente del paso de malla de 5 m en el EPSG:25830.

MDT Península Ibérica e Islas Baleares EPSG:25830 5

Representación de los Modelos Digitales de Elevaciones de la Península Ibérica e Islas Baleares a una resolución de 5 m procedente del paso de malla de 5 m en el EPSG:25830.

MDT Islas Canarias EPSG:4083 1000

Representación de los Modelos Digitales de Elevaciones de las Islas Canarias a una resolución de 1000 m procedente del paso de malla de 5 m en el EPSG:4083.

MDT Islas Canarias EPSG:4083 500

Representación de los Modelos Digitales de Elevaciones de las Islas Canarias a una resolución de 500 m procedente del paso de malla de 5 m en el EPSG:4083.

MDT Islas Canarias EPSG:4083 200

Representación de los Modelos Digitales de Elevaciones de las Islas Canarias a una resolución de 200 m procedente del paso de malla de 5 m en el EPSG:4083.

MDT Islas Canarias EPSG:4083 25

Representación de los Modelos Digitales de Elevaciones de las Islas Canarias a una resolución de 25 m procedente del paso de malla de 5 m en el EPSG:4083.

MDT Islas Canarias EPSG:4083 5

Representación de los Modelos Digitales de Elevaciones de las Islas Canarias a una resolución de 5 m procedente del paso de malla de 5 m en el EPSG:4083.


Las OGC API Coverages no están pensadas para el acceso a una cobertura completa. El acceso a los datos se encuentra limitado en función de la resolución. El motivo de esta limitación son los problemas de capacidad de los servidores para enfrentarse al tratamiento de grandes volúmenes de datos.

La forma de acceder a las coberturas es a través de los parámetros subset o bbox:
  • Ejemplo peticiones con subset:

Cobertura

Formato

Petición

EL.ElevationGridCoverage_4258_1000

JSON

https://api-coverages.idee.es/collections/EL.ElevationGridCoverage_4258_1000/coverage?subset=Lat(39:40),Long(-4:-3)&f=json

EL.ElevationGridCoverage_4258_1000

COG

https://api-coverages.idee.es/collections/EL.ElevationGridCoverage_4258_1000/coverage?subset=Lat(39:40),Long(-4:-3)&f=COG

EL.ElevationGridCoverage_25830_1000_PB

JSON

https://api-coverages.idee.es/collections/EL.ElevationGridCoverage_25830_1000_PB/coverage?subset=x(400000:500000),y(4300000:4400000)&f=json

EL.ElevationGridCoverage_25830_1000_PB

COG

https://api-coverages.idee.es/collections/EL.ElevationGridCoverage_25830_1000_PB/coverage?subset=x(400000:500000),y(4300000:4400000)&f=COG


  • Ejemplo peticiones con bbox:

Cobertura

Formato

Petición

EL.ElevationGridCoverage_4258_1000

JSON

https://api-coverages.idee.es/collections/EL.ElevationGridCoverage_4258_1000/coverage?bbox=-461000,4690000,-332000,4830000&bbox-crs=3857&f=json

EL.ElevationGridCoverage_4258_1000

COG

https://api-coverages.idee.es/collections/EL.ElevationGridCoverage_4258_1000/coverage?bbox=-461000,4690000,-332000,4830000&bbox-crs=3857&f=COG


Es importante recalcar que las peticiones se pueden hacer en diferentes sistemas de referencia a través de el parámetro bbox-crs, pero esto no implica una reproyección de la cobertura. La descarga solicitada siempre se realizará en el mismo sistema de referencia de coordenadas de la cobertura origen.

Con esta API se puede obtener la altura para una extensión de terreno desde aplicaciones y páginas web a través de una petición REST.

El estándar de OGC API Coverages se encuentra en borrador y por lo tanto es susceptible de modificaciones futuras. El software utilizado para la implementación, pygeoapi, no contempla aún todos los requisitos definidos en el borrador del estándar. Desde el O. A. CNIG se publica este servicio con fines demostrativos y experimentales.

Publicado por Patricia Perelló Martín de las Mulas.

13 ago 2024

Actualización del servicio REST «Geocoder» del proyecto CartoCiudad


Cada vez es más necesario añadir diferentes funcionalidades en los servicios de geolocalización, para que cumplan con las necesidades de las personas o clientes que lo usan, y que se haga un uso óptimo y preciso de la geolocalización, ajustando mejor las búsquedas y obteniendo resultados más satisfactorios.

Por todo ello, se ha publicado una nueva versión del servicio REST Geocodificador o «Geocoder», servicio que permite geolocalizar tanto direcciones urbanas como interurbanas, códigos postales, entidades de población, unidades administrativas, puntos de interés y referencias catastrales (Servicio SOAP de la Dirección General de Catastro).

Las mejoras realizadas son para el método «candidates» de la geolocalización por identificador geográfico:
  • Nuevos filtros a las búsquedas: Se pueden hacer búsquedas de elementos que estén en uno o varios códigos postales, unidades administrativas y entidades de población en concreto. Los elementos se introducen en el filtro uno seguido de otro con comas y sin espacios
    • cod_postal_filter (opcional): permite realizar una búsqueda en uno o varios códigos postales. 
      • Ejemplo: 'cod_postal_filter=28003,28022'
    • municipio_filter (opcional): permite realizar una búsqueda en uno o verios municipios. 
      • Ejemplo: 'municipio_filter=Madrid,Avilés'
    • provincia_filter (opcional): permite realizar una búsqueda en una/unas provincias.
      • Ejemplo: 'provincia_filter=Lugo,Burgos'
    • comunidad_autonoma_filter (opcional): permite realizar una búsqueda en una/unas comunidades autónomas.
      • Ejemplo: 'comunidad_autonoma_filter=Principado de Asturias,Andalucía'
    • poblacion_filter (opcional): permite realizar una búsqueda en una/unas poblaciones. 
      • Ejemplo: 'poblacion_filter=Madrid'
También se puede hacer la combinación de todas o algunas de ellas.

**Nota: para que estos filtros funcionen correctamente hay que escribir los nombres de las unidades administrativas y poblaciones de la forma oficial; es decir, como se tiene en CartoCiudad. En caso de duda se puede, por ejemplo, hacer primero una consulta al candidates del nombre del municipio y a continuación hacer la petición con el filtro de municipios.

Ejemplo: Colegio Miguel Hernández en el código postal 28100 y 02316.


Se obtienen dos elementos, uno por cada código postal elemento:



Si se hace sin filtro se obtiene un total de 4 elementos:
  • Coordenadas geográficas en elementos puntuales: portales, puntos kilométricos, y puntos de interés. Cuando se emplee el método «candidates», se obtendrán directamente las coordenadas de los elementos por lo que no hará falta aplicar posteriormente el método «find» para obtener sus coordenadas. Ejemplo:


Hay que mencionar que este servicio se puede implementar en visualizadores cartográficos, y que estos se pueden personalizar haciendo uso de los nuevos filtros y del parámetro «no_process», creando, por ejemplo, visualizadores de un solo municipio o de varios códigos postales. Un ejemplo de este uso, son los visualizadores del IGN y CNIG que no están basados en la API-CNIG.

Los otros visualizadores del IGN y CNIG que si están basados en la API-CNIG, a partir de la extensión Locator se incorpora el servicio REST «Geocoder». Esta extensión ya tiene incorporado la parametrización del «no_process», y en un futuro va a tener el resto de los filtros, para poder hacer visualizadores con la API-CNIG por búsquedas de áreas geográficas.

Para más información sobre el servicio y del resto de funcionalidades, acceda aquí.

Publicado por Itziar Doñate Vadillo.

8 ago 2024

Nueva cartografía 3D y mapa térmico de la ciudad de Madrid

Durante el pasado mes de julio, un helicóptero biturbina sobrevoló los cielos de Madrid a una altura máxima de 1.000 pies (300 metros), obteniendo datos de alta resolución con objeto de crear un modelo 3D preciso de la capital, que servirá de base cartográfica al Gemelo Digital de la ciudad de Madrid.

Se trata de un proyecto innovador, que va a mejorar sustancialmente la cartografía existente:
  • Toma de datos del interior de las manzanas y de las cubiertas de los edificios.
  • Estricta homogeneidad en las condiciones de captura
  • Resoluciones de 3 centímetros/píxel (frente a los 10 centímetros/píxel de vuelos anteriores)
Para esa actualización cartográfica el Ayuntamiento de Madrid utiliza diversas tecnologías de captura de datos, entre ellas, la topografía clásica, el mapeo móvil, los escaneos masivos o la teledetección y su combinación con técnicas de inteligencia artificial, siempre ejecutadas a demanda, en zonas donde constan grandes cambios urbanos para conocer la evolución de la ciudad.


Aunque, sin duda, la principal novedad de este proyecto radica en la obtención, por primera vez, de ortofotografías térmicas de máximo detalle de toda la ciudad. Lo que posiciona a  Madrid como la primera ciudad europea con un mapa térmico detallado.

Estas imágenes térmicas, capturadas gracias al sensor radiométrico incorporado en el equipo, permitirán analizar el impacto de la temperatura en la estructura urbana y evaluar la eficiencia energética de los edificios. Una información esencial para el desarrollo de estrategias urbanas sostenibles y eficientes, alineadas con la Estrategia de Transformación Digital 2023-2027 de Madrid.

El proyecto cuenta con un presupuesto de 423.620 euros y forma parte de un compromiso de actualización cartográfica permanente. La colaboración con la Comunidad de Madrid y el Plan Nacional de Ortofotografía Aérea asegura la continuidad de estos vuelos en los próximos años. Con esta iniciativa, Madrid, no solo moderniza su cartografía, sino que también consolida su posición como líder en la innovación urbana en Europa.

La información obtenida, además de ser de gran utilidad en los trabajos de planificación y gestión del propio ayuntamiento, podrá ser consultada de forma libre y gratuita en el Geoportal municipal.

Puedes leer más sobre este proyecto en la web oficial del Ayuntamiento de Madrid.

Publicada por la editora.

7 ago 2024

Máster y postgrados en Tecnologías de la Información Geográfica y Ciencia de Datos Espaciales



¿Quieres formarte como experto/a en el uso de información geográfica? ¿Te gustaría aprender a analizar y visualizar datos espaciales? ¿Estás buscando acceder al sector de la ciencia de datos espaciales?


Ya está abierta la matrícula en el Máster en Tecnologías de la Información Geográfica y Ciencia de Datos Espaciales, orientado en el aprendizaje de las metodologías y técnicas para la gestión, el análisis y la visualización de datos espaciales a partir de los SIG y la Ciencia de Datos Espaciales con especial énfasis en el software libre.

El Máster está estructurado en 2 años académicos y consta de los módulos o asignaturas: Sistemas de información geográfica, Bases de datos espaciales, Visualización de datos, Análisis geográfico, Análisis de datos con R, Programación con python, Observación de la Tierra, etc.

Se puede consultar el programa completo en esta web.

El programa de formación en Tecnologías de la Información Geográfica y Ciencia de Datos Espaciales ofrece un aprendizaje práctico, basado en casos y retos conectados con el mundo profesional. Además, el máster ofrece la posibilidad de llevar a cabo prácticas en empresas u organizaciones del sector.

A través del máster el estudiante va a adquirir competencias relacionadas con el software más puntero del mercado: QGIS, GRASS, R, RStudio, GeoDa, PostgreSQL/PostGIS, AGOL y ArcGIS Pro (licencia gratuita), GEE, Python, PyQGIS.


  • Inicio curso: 4 de noviembre de 2024
  • Modalidad: Online
  • Créditos: 60ECTS ▪ Idioma: Castellano
  • Edición: 27ª edición
  • Matrícula: 4.800€ (1º curso: 2.975 € + 2º curso: 1.825 €), con opciones de pago fraccionado o financiación. También con descuentos generales y para colegiados. Más información a través del formulario online: https://mastersig.fundacioudg.org.
También el próximo curso 2024-25 se ofertan los siguientes postgrados:

Publicado por Laura Olivas.

5 ago 2024

Servicio OGC API de procesos: Proceso unitconversion – Conversor de Unidades

 


El proceso «Conversor de Unidades» (unitconversion) permite obtener la conversión de grados decimales a grados, minutos y segundos (dms) y viceversa, de grados, minutos y segundos a grados decimales (dec).  

Datos de entrada: 
  • «degree»: Parámetro obligatorio que corresponde a las coordenadas en grados. Si el parámetro «convertto=dec» son grados decimales. Si el parámetro «convertto=dms» es la parte entera de los grados. Tipo string para evitar errores que algunos clientes generan con el valor -0.
  • «minutes»Corresponde a la parte en minutos de las coordenadas en formato «dms». Este parámetro es obligatorio cuando la conversión es a grado decimales (el parámetro «convertto» tiene valor «dec»). Tipo de dato: string
  • «seconds»: es la parte en segundos de las coordenadas en formato «dms». Parámetro obligatorio si el parámetro «convertto=dec».
  • «convertto»: Indica el tipo de conversión. Los posibles valores son: «dms» (grados minutos y segundos) y «dec» (decimales). El valor por defecto es «dms»

Datos de salida:

  • «outformat»: resultado de la conversión de coordenadas.
Ejecución del proceso:

Para la ejecución del proceso unitConversion se utiliza una función POST. Es obligatorio ejecutar la petición en JSON. Para verificar los API de procesos se puede utilizar Swagger UI que ofrece la misma interfaz de processes.


Este proceso permite verificar el proceso de conversión de unidades, introduciendo el código en JSON con el modo edición («Try it out») y obtener su correspondiente resultado. También, existe otra forma más experta de explotar el servicio a través del comando cURL o de una biblioteca de Python llamada requests.

A continuación, se muestran dos ejemplos de conversión que facilitan la comprensión de este proceso API de unidades de conversión de coordenadas («unitConversion»).

Conversión de unidades de grados, minutos y segundos («dms») a grados decimales («dec»)

Para realizar este caso se introducen en el Swagger en formato «dms», grados, minutos y segundos, las coordenadas que se quiere convertir a grados decimales. Para ello, se emplea el parámetro «convertto=dec»:

 {
 "inputs": {
   "convertto": "dec",
   "degrees": "-3",
   "minutes": "40",
   "seconds": "59.054"
  }
}

El cURL que se ejecuta:

curl -X POST "https://api-processes.idee.es/processes/unitConversion/execution" -H "accept: application/json" -H "Content-Type: application/json" -d "{\"inputs\":{\"convertto\":\"dec\",\"degrees\":\"-3\",\"minutes\":\"40\",\"seconds\":\"59.054\"}}"

La solución al ejemplo 1 es el resultado de la conversión de unidades en grados decimales:


 
-3.6830705555555556   

Ejemplo de petición desde script Python

Para realizar la misma petición HTTP POST al servicio publicado en una OGC API processes desde un script de Python se utiliza la librería requests, cuya importación se realiza en la primera línea. Posteriormente se definen las variables «url» (texto con la URL a la que se va a realizar la petición) y «myObj» (json con los parámetros de entrada de la función a ejecutar). El resultado de la petición se guarda en el parámetro «result».

Dentro de la variable tenemos distintos métodos, entre los que destacan:
  • «request» para obtener los datos de la petición
  • «.json()» para obtener el resultado de la operación ejecutada en formato json
  • «.status_code» para obtener el estado de la petición HTTP.


 
 import requests

  # URL del proceso en el processes
 url = 'https://api-processes.idee.es/processes/unitConversion/execution'

 myObj = {
            "inputs": {
            "convertto": "dec",
            "degrees": "-3",
            "minutes": "40",
            "seconds": "59.054"
           }
        }


result = requests.post(url, json = myObj)

print('resultado de la petición: ',result.request)
print('resultado del proceso: ',result.json())
print('estado de la petición: ',result.status_code)

Para crear el script de Python para otros datos de conversión de coordenadas, solo habría que modificar el objeto myObj con el JSON indicado en cada caso.

Conversión de unidades en formato grados decimales («dec») a grados, minutos y segundos («dms»).

Para introducir las coordenadas en grados decimales («dec») en el 
Swagger y convertirlas a grados, minutos y segundos se emplea el parámetro «convertto=dms»:

 {
 "inputs": {
   
"degrees": "0.5367941666666667",
   
"convertto": "dms"
  }
}

El cURL que se ejecuta:

 curl -X POST "https://api-processes.idee.es/processes/unitConversion/execution" -H "accept: application/json" -H "Content-Type: application/json" -d "{\"inputs\":{\"degrees\":\"0.5367941666666667\",\"convertto\":\"dms\"}}"

Como resultado se obtiene la conversión de unidades en el formato grados, minutos y segundos:

{
   "degrees": 0,
   "minutes": 32,
   "seconds": 12.459"
}

Este artículo forma parte de una serie, para saber más sobre API Processes de OGC y otros procesos del Servicio API del CNIG se puede consultar el artículo índice.

Publicado por María José García Rodríguez