22 feb 2024

Cursos en línea IGN y CNIG

 

El Instituto Geográfico Nacional y el O.A. Centro Nacional de Información Geográfica lanzan la primera convocatoria de sus cursos en línea 2024, que se impartirán del 8 de abril al 17 de mayo, dirigidos a profesionales, proveedores de información y estudiantes de ingeniería y/o titulados relacionados con la información geográfica.

Ya está abierto el plazo de inscripción. En esta primera convocatoria se impartirán 3 cursos en línea, teóricos y prácticos, con una duración de 40 h:
  • Sistemas de Información Geográfica (Básico): con el objetivo de introducir a los usuarios en el mundo de los Sistemas de Información Geográfica SIG. En el curso se explican las herramientas generales necesarias para aprender a manejar un SIG desde cero: cargar capas, editar, seleccionar, consultar, hacer un mapa, cargar servicios web de mapas, etc.El curso dispone de teoría, ejercicios y prácticas realizadas con herramientas de software SIG (QGIS o ArcGIS Pro).
  • Sistemas de Información Geográfica (Avanzado): Curso avanzado de SIG en línea, para profundizar en el análisis de datos vectoriales y ráster: geocodificación, generalización, análisis de redes, georreferenciación, clasificación y mosaicado de datos ráster, MDE, etc.Las prácticas del curso se realizan con QGIS o ArcGIS Pro (licencia de 60 días proporcionada en el curso).
  • Datos geoespaciales de alto valor. Geolocalización: Curso sobre el análisis, gestión y publicación de los datos geoespaciales y su importancia en la geolocalización. En el curso se mostrará como la geolocalización es una de las tareas más cotidianas y universales que realizamos diariamente y como los datos geoespaciales nos ayudan a localizar un lugar o encontrar la ruta óptima.El curso dispone de teoría, ejercicios y prácticas realizadas con herramientas de software QGIS.
Al finalizar, obtendrás un certificado de haber realizado el curso.

Si estás interesado en formarte en las materias que se imparten, anímate e inscríbete.

Publicado por la editora.

20 feb 2024

Digital Building Permit conference 2024

La digitalización de los permisos de construcción fue identificada como el nudo crítico a resolver para allanar el camino hacia la digitalización masiva en la industria de la construcción, y para habilitar el potencial de la automatización y optimización en la gestión de datos de edificios y ciudades.

El tema se viene desarrollándose desde hace un par de años y ahora empiezan a estar disponibles algunas soluciones. Además, actualmente se están ejecutando importantes proyectos transfronterizos, como por ejemplo Accord, que pretende automatizar los permisos de construcción digital y verificación de cumplimiento mediante BIM y SIG para lograr cambiar un tedioso proceso manual burocrático y mejorar la productividad y la calidad del diseño y la construcción.

EUnet4DBP, junto con varias organizaciones relevantes, está organizando la Segunda Conferencia Internacional sobre Permiso de Construcción Digitalla «Digital Building Permit conference 2024», que tendrá lugar en Barcelona, los días 18 y 19 de abril, para ahondar en el estado actual de la investigación, desarrollos e implementaciones, y para brindar la oportunidad a varios actores del permiso de construcción digital de reunirse y conversar.

La multidisciplinariedad y la colaboración intersectorial son clave para resolver el desafío multifacético y complejo de la digitalización de los permisos de construcción. Por lo tanto, la conferencia se estructurará para albergar varios tipos diferentes de contribuciones y actividades, desde la investigación hasta las implementaciones, con una parte relevante reservada para usuarios y partes interesadas, con el fin de investigar los desafíos de la adopción de las soluciones.

Publicado por Mayte Toscano.

7 feb 2024

Nuevo visualizador del SIOSE


El Sistema de Información sobre la Ocupación del Suelo en España (SIOSE) describe la superficie terrestre nacional en términos de cubiertas y usos del suelo. El proyecto SIOSE, enmarcado en el Plan Nacional de Observación del Territorio (PNOT) y dirigido por la Dirección General del Instituto Geográfico Nacional, se articula sobre un modelo productivo compartido entre la Administración General del Estado y las Comunidades Autónomas, siguiendo los principios INSPIRE. Su objetivo es generar una base de datos de Ocupación del Suelo para toda España, dando lugar a un producto fundamental para la gestión del territorio y que se actualiza periódicamente de manera cooperativa y descentralizada.

Con el fin de promover la difusión de los datos SIOSE se ha elaborado un nuevo visualizador web que permite la visualización y consulta de la información de SIOSE, en sus diferentes versiones (desde el año 2005 al 2014) y la información del CORINE Land Cover desde su versión de 1990. 


El visualizador es muy completo y cuenta con múltiples funcionalidades, a parte de las típicas herramientas básicas como superposición de capas, carga de diversos mapas de fondo, cálculo de áreas y distancias u obtener las coordenadas de un punto, la nueva herramienta permite comparar valores de clases (cobertura o usos de suelo) entre diferentes municipios, provincias o CCAA para un año concreto o entre distintas versiones de SIOSE y CLC. También es posible calcular estadísticas y realizar consultas temáticas y espaciales, más o menos complejas, sobre las diferentes capas y la descarga de los resultados. También dispone de un acceso directo al Centro de Descargas del CNIG para la descarga completa de datos SIOSE. 


En las próximas versiones del visualizador se incorporará también el SIOSE de Alta Resolución (enlace a noticia en el este blog) producido con fecha de referencia a partir del año 2017.

Publicado por la editora.

5 feb 2024

Herramienta de descarga de nubes de puntos LiDAR y datos del territorio de Andalucía



La Red de Información Ambiental de Andalucía REDIAM ha publicado la herramienta de «Descarga de nubes de puntos LiDAR y datos del territorio de Andalucía», accesible desde el apartado "Descarga de ortofotografías y datos del territorio" del Portal de Información Ambiental. 

El principal objetivo de este recurso es facilitar el acceso, a través de internet, de los datos del territorio de Andalucía generados a partir de vuelos fotogramétricos/LiDAR procedentes de distintos proyectos. Permite consultar o descargar los productos obtenidos en la 2ª cobertura PNOA LiDAR de Andalucía; Nubes de puntos en formato LAZ y Modelos Digitales (MDT y MDS).

Mediante esta herramienta se puede visualizar en tres dimensiones la nube de puntos LiDAR de forma interactiva, realizar consultas y mediciones, filtrar puntos por categoría y descargar los datos, ya sea de ficheros individuales o series completas de contenidos de información.


La orografía es un condicionante decisivo, tanto en las actividades humanas, como en los procesos naturales. De hecho, es considerada un dato geoespacial global fundamental por las Naciones Unidas, la directiva INSPIRE y el Sistema Cartográfico Nacional. Con esta herramienta la Consejería de Sostenibilidad, Medio Ambiente y Economía Azul de la Junta de Andalucía pone a disposición pública un recurso fundamental para el análisis ambiental y territorial de esta Comunidad.

Este visualizador ha sido creado utilizando Ipsilum, una plataforma tecnológica en la nube para la gestión y análisis de información espacial.


Publicado por la editora.

1 feb 2024

Los estándares de OGC: un elemento clave para los principios FAIR



OGC lleva trabajando 30 años para la comunidad geoespacial global en el marco de los Sistemas de Información Geográfica y de la World Wide Web, creando estándares abiertos claramente comprometidos con los principios FAIR, que garantizan un acceso a la información de manera transparente, eficiente y ética.

Los principios FAIR ofrecen un conjunto de cualidades precisas y cuantificables para que los datos sean Localizables, Accesibles, Interoperables y Reutilizables (del inglés FAIR – Findable, Accessible, Interoperable, and Reusable). Estos principios son claves para mejorar la producción, el almacenamiento, el intercambio y el procesamiento de datos y han contribuido decisivamente a la mejora de desarrollos tecnológicos recientes como la inteligencia artificial, el crowdsourcing, los espacios de datos, la tecnología de gemelos digitales y la computación en la nube, entre otros.

Los estándares OGC, tanto los de formato y transferencia de datos, que facilitan el intercambio de datos entre sistemas, como:
  • WMS: que permite servir imágenes georreferenciadas a través de internet.
  • CSW: que permite consultar una colección de metadatos y encontrar los datos o los servicios que el usuario requiere.
  • WFS: para la descarga y consulta de datos geoespaciales de tipo vectorial.
  • WCS: para la descarga y consulta de datos ráster.
Los estándares de interoperabilidad semántica, que apoyan una comprensión común del significado de los datos como:
  • OGC RAINBOW: servidor de definiciones de OGC, utilizado para gestionar y publicar vocabularios de referencia y definiciones estándar.
  • API SensorThings: que proporciona una forma abierta, geoespacial y unificada de interconectar dispositivos, datos y aplicaciones del Internet de las cosas (IoT) a través de la Web.
O los modelos de datos temáticos, que respaldan el intercambio interoperable de datos, como:
  • WaterML : para la representación de datos de observaciones del agua.
  • PipelineML para datos relacionados con los sistemas de oleoductos y gasoductos.
  • LandInfra: para instalaciones de infraestructura terrestre y de ingeniería civil.
Son ejemplos, entre muchos otros, de como OGC trabaja para que la información sea localizable, accesible, interoperable y reutilizable (FAIR), poniendo estos principios en el centro.

Publicado por la editora.

31 ene 2024

Servicio OGC API de procesos: Proceso getElevation – Altitud de puntos


El Proceso
getElevation (Altitud de puntos) nos permite obtener la elevación de uno o varios puntos a partir del Modelo Digital del Terreno (MDT05) del Plan Nacional de Ortofotografía Aérea. En página de API processes getElevation se pueden consultar los parámetros de entrada y de salida:

Parámetros de entrada:
  • «geom»:  corresponde con la geometría de puntos o lista de puntos. Actualmente no admite multigeometrías ni polígonos GeoJSON. Tipo de dato: string.
  • «formato» parámetro obligatorio que indica el formato en que se proporciona la geometría del parámetro «geom» puede ser en formato GeoJSON (feature collection) o en formato WKT (GeometryCollection, Multipoint o Point). Tipo de dato: string.
  • «crs» parámetro es opcional, que viene proporcionado por el sistema de referencia de los parámetros «geom», por defecto se utilizará el Sistema de referencia (EPSG: 4326). Tipo de dato: integer.
  • «withCoord» Es un valor booleano (true/false), en el caso que empleemos el valor true, obtenemos las coordenadas geográficas junto a sus altitudes, y en el caso de valores false, obtenemos solo el valor de la altitud o altitudes de los puntos asociados. Por defecto se utiliza el valor false. Tipo de dato: boolean.
  • «outformat» parámetro opcional que indica el formato de salida. El valor por defecto  es «array» que consiste en los valores de las altitudes del los puntos en forma de lista. Tipo de dato: string.
Parámetros de salida:
  • «id» que se identifica con el proceso «GetElevation»
  • «values» que es el resultado en forma de lista con las elevaciones para cada punto en el mismo orden dado que los datos de entrada. En el caso que el parámetro de entrada «withCoord» sea valor true, se obtienen las coordenadas geográficas junto con la altitud del punto o de la lista de puntos.
Ejecución del proceso:

Para la ejecución del proceso se utiliza una función POST. Se accede a la dirección: https://api-processes.idee.es/processes/getElevation/execution y es obligatorio ejecutar la petición en JSON.

En la galería de ejemplos de API CNIG se puede consultar un ejemplo completo para este proceso para la obtención de la altitud de un punto sobre el MDT desde una página web. En este caso se usa como datos de entrada las coordenadas de un punto haciendo clic sobre el mapa en el Sistema de referencia EPSG:3857 para construir un JSON de entrada. El resultado es la altitud del punto que viene dado por el parámetro «values [0]».



Una opción para verificar los API de procesos es utilizar Swagger UI que ofrece la misma interfaz de procesos. Desde aquí podemos acceder al proceso getElevation de una manera sencilla, de modo que podemos verificar el procedimiento para la obtención de la elevación de uno o varios puntos a partir del MDT05. 


Otra forma más experta de explotar lo servicios es a través del comando cURL o de una biblioteca de Python llamada requests, como se detalla en los siguientes ejemplos.

En este proceso se puede utilizar como datos de entrada dos formatos: GeoJSON o WKT (Well Known Text), en nuestro caso utilizaremos dos sistemas de referencia de coordenadas distintos, WGS84 (EPSG:4326) y ETRS89 Huso 30 N (EPSG:25830).

A continuación, veremos varios ejemplos de cómo utilizar diferentes combinaciones de datos de entrada según las siguientes opciones de esta tabla:

Formato

EPSG

Punto

Lista de puntos

GeoJSON

4326

x

x

25830

-

x

WKT

4326

x

x

25830

-

x


FORMATO GEOJSON

Cálculo de la altitud de un punto en formato GeoJSON y Sistema de referencia EPSG 4326:

Si quisiéramos conocer la altitud de un punto para unas coordenadas dadas en longitud y latitud en el Sistema de referencia WGS84 (EPSG:4326), por ejemplo, situándonos en la Cima de Peñalara con coordenadas geográficas (-3.956023, 40.850026).


El código JSON de entrada empleado sería: 

{
 "inputs": {
    "crs": 4326,
    "formato": "geojson",
    "geom": "{\"type\": \"FeatureCollection\",\"features\": [{\"geometry\":{\"coordinates\": [-3.956023,40.850026],\"type\":\"Point\"},\"type\": \"Feature\"}]}",
    "outputFormat": "array",
   "withCoord": true
  }
}

El cURL que se ejecuta:

curl -X POST "https://api-processes.idee.es/processes/getElevation/execution" -H "accept: application/json" -H "Content-Type: application/json" -d "{\"inputs\":{\"crs\":4326,\"formato\":\"geojson\",\"geom\":\"{\\\"type\\\": \\\"FeatureCollection\\\",\\\"features\\\": [{\\\"geometry\\\": {\\\"coordinates\\\": [-3.956023,40.850026],\\\"type\\\": \\\"Point\\\"},\\\"type\\\": \\\"Feature\\\"}]}\",\"outputFormat\":\"array\",\"withCoord\":true}}".

Al utilizar el valor true en el parámetro «withCoord», nos muestra en el resultado las coordenadas longitud y latitud del punto y el valor de la altitud, 2426.86 m:

{
 "id": "GetElevacion",
 "values": [
  [
   -3.956023,
   40.850026,
   2426.860107421875
  ]
 ]
}

Ejemplo de petición desde script Python

En el siguiente ejemplo se muestra cómo realizar la misma petición HTTP POST al servicio publicado en una OGC API processes desde un script de Python. Para ello, 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). Por último, se realiza la petición y 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/getElevation/execution'
 
 myObj = {
                 "inputs": {
                 "crs": 4326,
                 "formato": "geojson",
                 "geom": "{\"type\": \"FeatureCollection\",\"features\": [{\"geometry\": {\"coordinates\": [-3.956023,40.850026],\"type\": \"Point\"},\"type\": \"Feature\"}]}",
                 "outputFormat": "array",
                 "withCoord": True
                }
 }

 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)

En los siguientes ejemplos sólo se muestra la petición cURL, por simplificar. Para crear el script de Python, solo habría que modificar el objeto myObj con el JSON indicado en cada caso.

Cálculo de altitudes para varios puntos en formato GeoJSON y Sistema de referencia EPSG 4326:

En el siguiente ejemplo vamos a obtener las altitudes de una serie de puntos de una ruta de senderismo, desde Peñalara al Puerto de Cotos, planeada con el visualizador IBERPIX.


El código JSON de entrada empleado sería: 
{
 {
  "inputs": {
     "crs": 4326,
     "formato": "geojson",
     "geom": "{\"type\": \"FeatureCollection\",\"features\":[{\"geometry\": {\"coordinates\": [-3.960924, 40.823162],\"type\": \"Point\"},\"type\": \"Feature\"},{\"geometry\": {\"coordinates\": [-3.962104,40.824435],\"type\": \"Point\"},\"type\": \"Feature\"},{\"geometry\": {\"coordinates\": [-3.95394,40.83086],\"type\": \"Point\"},\"type\": \"Feature\"},{\"geometry\": {\"coordinates\": [-3.94661,40.84799],\"type\": \"Point\"},\"type\": \"Feature\"},{\"geometry\": {\"coordinates\": [-3.94665,40.86077],\"type\": \"Point\"},\"type\": \"Feature\"},{\"geometry\": {\"coordinates\": [-3.956023,40.850026],\"type\": \"Point\"},\"type\": \"Feature\"}]}",
    "outformat": "array"
    "withCoord": true
   }
 }

El cURL que se ejecuta:

curl -X POST "https://api-processes.idee.es/processes/getElevation/execution" -H "accept: application/json" -H "Content-Type: application/json" -d "{\"inputs\":{\"crs\":4326,\"formato\":\"geojson\",\"geom\":\"{\\\"type\\\": \\\"FeatureCollection\\\",\\\"features\\\":[{\\\"geometry\\\": {\\\"coordinates\\\": [-3.960924, 40.823162],\\\"type\\\": \\\"Point\\\"},\\\"type\\\": \\\"Feature\\\"},{\\\"geometry\\\": {\\\"coordinates\\\": [-3.962104,40.824435],\\\"type\\\": \\\"Point\\\"},\\\"type\\\": \\\"Feature\\\"},{\\\"geometry\\\": {\\\"coordinates\\\": [-3.95394,40.83086],\\\"type\\\": \\\"Point\\\"},\\\"type\\\": \\\"Feature\\\"},{\\\"geometry\\\": {\\\"coordinates\\\": [-3.94661,40.84799],\\\"type\\\": \\\"Point\\\"},\\\"type\\\": \\\"Feature\\\"},{\\\"geometry\\\": {\\\"coordinates\\\": [-3.94665,40.86077],\\\"type\\\": \\\"Point\\\"},\\\"type\\\": \\\"Feature\\\"},{\\\"geometry\\\": {\\\"coordinates\\\": [-3.956023,40.850026],\\\"type\\\": \\\"Point\\\"},\\\"type\\\": \\\"Feature\\\"}]}\",\"outputFormat\":\"array\",\"withCoord\":true}}".

Como resultado obtenemos:

{
 "id": "GetElevacion",
 "values": [
  [
   -3.
960924,
   40.
823162,
   
1821.1390380859375
  ]
  [
   -3.
962104,
   40.
824435,
   
1848.135986328125
  ]
  [
   -3.
95394,
   40.
83086,
   
1929.6490478515625
  ]
  [
   -3.
94661,
   40.
84799,
   
2058.2919921875
  ]
  [
     -3.94665,
   40.86077,
  2171.02587890625
  ]
  [
   -3.956023,
    40.850026,
   2426.860107421875
    ]
  ]
}

Cálculo de altitudes para varios puntos en formato GeoJSON y Sistema de referencia EPSG 25830:

Para realizar el mismo caso anterior pero en el sistema de referencia EPSG 25830 el código JSON de entrada sería:

 {
  "inputs": {
     "crs": 25830,
     "formato": "geojson",
     "geom": "{\"type\": \"FeatureCollection\",\"features\":[{\"geometry\": {\"coordinates\": [418968.65169915627, 4519570.897995114],\"type\": \"Point\"},\"type\": \"Feature\"},{\"geometry\": {\"coordinates\": [418870.69647217955,4519713.3034235155],\"type\": \"Point\"},\"type\": \"Feature\"},{\"geometry\": {\"coordinates\": [419566.8985195706,4520419.006521905],\"type\": \"Point\"},\"type\": \"Feature\"},{\"geometry\": {\"coordinates\": [420205.4951092379,4522313.881248297],\"type\": \"Point\"},\"type\": \"Feature\"},{\"geometry\": {\"coordinates\": [420217.45760421915,4523732.611317685],\"type\": \"Point\"},\"type\": \"Feature\"},{\"geometry\": {\"coordinates\": [419414.48224599997,4522548.512953534],\"type\": \"Point\"},\"type\": \"Feature\"}]}",
    "outformat": "array"
    "withCoord": false
   }
 }

El cURL que se ejecuta:

curl -X POST "https://api-processes.idee.es/processes/getElevation/execution" -H "accept: application/json" -H "Content-Type: application/json" -d "{\"inputs\":{\"crs\":25830,\"formato\":\"geojson\",\"geom\":\"{\\\"type\\\": \\\"FeatureCollection\\\",\\\"features\\\":[{\\\"geometry\\\": {\\\"coordinates\\\": [418968.65169915627, 4519570.897995114],\\\"type\\\": \\\"Point\\\"},\\\"type\\\": \\\"Feature\\\"},{\\\"geometry\\\": {\\\"coordinates\\\": [418870.69647217955,4519713.3034235155],\\\"type\\\": \\\"Point\\\"},\\\"type\\\": \\\"Feature\\\"},{\\\"geometry\\\": {\\\"coordinates\\\": [419566.8985195706,4520419.006521905],\\\"type\\\": \\\"Point\\\"},\\\"type\\\": \\\"Feature\\\"},{\\\"geometry\\\": {\\\"coordinates\\\": [420205.4951092379,4522313.881248297],\\\"type\\\": \\\"Point\\\"},\\\"type\\\": \\\"Feature\\\"},{\\\"geometry\\\": {\\\"coordinates\\\": [420217.45760421915,4523732.611317685],\\\"type\\\": \\\"Point\\\"},\\\"type\\\": \\\"Feature\\\"},{\\\"geometry\\\": {\\\"coordinates\\\": [419414.48224599997,4522548.512953534],\\\"type\\\": \\\"Point\\\"},\\\"type\\\": \\\"Feature\\\"}]}\",\"outputFormat\":\"array\",\"withCoord\":false}}".

En este caso el parámetro de entrada «withCoord» lo pusimos con valor false por lo que en el resultado solo nos va a mostrar solo la altitud de los puntos sin sus coordenadas UTM:

{
 "id": "GetElevacion",
 "values": [
  [
   
1821.1390380859375,
     1848.135986328125,
     1929.6490478515625,
     2058.2919921875,
     2171.02587890625,
     2426.860107421875
    ]
 
  ]
}

FORMATO WKT

Cálculo de la altitud para un punto en formato WKT y Sistema de referencia EPSG 4326:

Para el cálculo de las altitudes de un punto de la ruta en formato WKT y el Sistema de referencia WGS84 (EPSG: 4326) el código JSON de entrada sería:
 {
  "inputs": {
     "crs": 4326,
     "formato": "wkt",
     "geom": " POINT(-3.956023 40.850026)",
    "withCoord": true
    "outformat": "array"
   }
 }

El cURL que se ejecuta:

curl -X POST "https://api-processes.idee.es/processes/getElevation/execution" -H "accept: application/json" -H "Content-Type: application/json" -d "{\"inputs\":{\"crs\":4326,\"formato\":\"wkt\",\"geom\":\"POINT(-3.956023 40.850026)\",\"outputFormat\":\"array\",\"withCoord\":true}}".

 El resultado es:

{
 "id": "GetElevacion",
 "values": [
    [
     
-3.956023,
     40.850026,
     2426.860107421875
    ]
  ]
}

Cálculo de altitudes para varios puntos en formato WKT y Sistema de referencia EPSG 4326:

Para conocer las altitudes de los varios puntos de una ruta con el formato WKT se puede utilizar geometría MULTIPOINT (conjunto de puntos). No se pueden utilizar otros tipos de geometría como GeometryCollection, LINESTRING o POLYGON.
 {
  "inputs": {
     "crs": 4326,
     "formato": "wkt",
     "geom": "MULTIPOINT(-3.960924 40.823162, -3.962104 40.824435, -3.95394 40.83086,-3.94661 40.84799, -3.94665 40.86077, -3.956023 40.850026)",
    "withCoord": false
    "outformat": "array"
   }
 }

El cURL que se ejecuta:

curl -X POST "https://api-processes.idee.es/processes/getElevation/execution" -H "accept: application/json" -H "Content-Type: application/json" -d "{\"inputs\":{\"crs\":4326,\"formato\":\"wkt\",\"geom\":\"MULTIPOINT(-3.960924 40.823162, -3.962104 40.824435, -3.95394 40.83086,-3.94661 40.84799, -3.94665 40.86077, -3.956023 40.850026)\",\"outputFormat\":\"array\",\"withCoord\":false}}".

El resultado obtenido nos muestra las altitudes de los puntos:

{
 "id": "GetElevacion",
 "values": [
    [
      
1821.1390380859375,
     1848.135986328125,
     1929.6490478515625,
     2058.2919921875,
     2171.02587890625,
     2426.860107421875
    ]
  ]
}

Cálculo de altitudes para varios puntos en formato WKT y Sistema de Referencia EPSG 25830:

Para realizar el mismo caso anterior pero en el Sistema de Referencia UTM ETRS89 Huso 30N (EPSG: 25830) el código JSON que emplearíamos es el siguiente: 
 {
  "inputs": {
     "crs": 25830,
     "formato": "wkt",
     "geom": "MULTIPOINT (418968.65169915627 4519570.897995114,418870.69647217955 4519713.3034235155,419566.8985195706 4520419.006521905,420205.4951092379 4522313.881248297,420217.45760421915 4523732.611317685,419414.48224599997 4522548.512953534)",
    "withCoord": false
    "outformat": "array"
   }
 }

El cURL que se ejecuta:

curl -X POST "https://api-processes.idee.es/processes/getElevation/execution" -H "accept: application/json" -H "Content-Type: application/json" -d "{\"inputs\":{\"crs\":25830,\"formato\":\"wkt\",\"geom\":\"MULTIPOINT(418968.65169915627 4519570.897995114,418870.69647217955 4519713.3034235155,419566.8985195706 4520419.006521905,420205.4951092379 4522313.881248297,420217.45760421915 4523732.611317685,419414.48224599997 4522548.512953534)\",\"outputFormat\":\"array\",\"withCoord\":false}}".

El resultado obtenido corresponde a las altitudes de los puntos indicados de la ruta:

{
 "id": "GetElevacion",
 "values": [
     
1821.1390380859375,
     1848.135986328125,
     1929.6490478515625,
     2058.2919921875,
     2171.02587890625,
     2426.860107421875
    ]
 }

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

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