29 jul 2024

El Reglamento de Conjuntos de Datos de Alto Valor de movilidad


El compromiso de España con las directivas europeas sobre datos abiertos y reutilización de la información del sector público incluye la adopción de iniciativas como el
Reglamento de Implementación (UE) 2023/138, emitido por la Comisión Europea, que define directrices específicas para las entidades gubernamentales con respecto a la disponibilidad de conjuntos de datos de alto valor (HVD)

Dicho Reglamento, buscando el máximo aprovechamiento de la información, define algunas reglas básicas sobre cómo se comparten estos datos: 
  • Usando licencias de datos abiertas no restrictivas
  • Se presentarán de manera que, tanto las personas como las computadoras, puedan entenderlos fácilmente.
  • El acceso será directo y sencillo.
  • Se mantendrán actualizados, de modo que, se pueda acceder a la versión más reciente.
  • Los datos se compartirán con tanto detalle como sea posible.
  • Habrá «información sobre la información» (metadatos) que contará todo sobre los datos.
  • Se explicará bien cómo están organizados los datos y qué significa todo, de manera que sea fácil de entender para todos (estructura y semántica).
  • Los datos usarán vocabularios, listas controladas y categorías que sean reconocidos y aceptados a nivel europeo o mundial.
Una de las categoría de datos de alto valor a las que afecta el citado reglamento son los datos de Movilidad, que engloba los datos bajo el dominio de «Redes de Transporte».

En España, la responsabilidad de la creación y mantenimiento de los datos de movilidad recae en distintas entidades gubernamentales, dependiendo del tipo de movilidad y del ámbito territorial: el Ministerio de Transportes y Movilidad Sostenible, se responsabiliza de los datos de carreteras, ferrocarriles, transporte aéreo y marítimo de ámbito nacional; comunidades autónomas y ayuntamientos, se encargan de la movilidad urbana, el transporte público y las vías públicas, dentro de sus respectivas jurisdicciones y, por último, entidades públicas empresariales, como ADIF, AENA, Puertos del Estado entre otras, gestionan datos específicos relacionados con su campo de acción.

En el ejercicio de sus responsabilidades, el Ministerio de Transportes y Movilidad Sostenible, junto con las comunidades autónomas, proporciona acceso a una gran variedad de datos de movilidad a través del Geoportal de la Infraestructura de Datos Espaciales de España (IDEE), en conformidad con la Directiva INSPIRE y su transposición al ordenamiento español con la Ley 14/2010, facilitando datos y servicios geográficos para la ciudadanía y los profesionales.

Por otra parte, en cumplimiento del Reglamento de los HVD de movilidad, España ha publicado en el Geoportal de INSPIRE la siguiente información:
  • Zonas de servicio portuarias: Información cartográfica y alfanumérica de las zonas de servicio terrestre y de aguas (zona I y II) de 46 puertos de interés general gestionados por 28 Autoridades Portuarias.
  • Redes de Transporte: La Red de Transporte de la Información Geográfica de Referencia del Sistema Cartográfico Nacional de España, que incluye: red viaria, raíl, vías navegables, aéreo y cable, con sus conexiones intermodales y infraestructuras asociadas, conforme a la Directiva INSPIRE.
  • Red de Transporte Ferroviario de ADIF: Datos geográficos públicos sobre la adaptación de la Tramificación Común de ADIF a la normativa INSPIRE (Redes de Transporte Anexo I).
Este logro, resultado del esfuerzo conjunto entre el Ministerio de Transportes y Movilidad Sostenible, el Sistema Cartográfico Nacional, las Comunidades Autónomas y las Entidades Públicas Empresariales, subraya la importancia de un enfoque colaborativo en la gestión de la información de movilidad y destaca el compromiso continuo de España con la transparencia y el acceso a los datos.


Publicado por la editora.

23 jul 2024

Servicio de OGC API de procesos: Proceso bsq-fotogramas

 

Recientemente se ha integrado el nuevo proceso «Búsqueda de fotogramas» (bsq-fotogramas) en el servicio OGC API de procesos de la IDEE. En este artículo vamos a explicar la finalidad de este proceso y su modo de utilización con algunos ejemplos.

El proceso bsq-fotogramas permite realizar búsquedas de fotogramas analógicos y digitales con la finalidad de obtener sus parámetros de orientación externa sin necesidad de interactuar con la Fototeca Digital.

La Fototeca Digital es un visualizador que pone a disposición de los usuarios vuelos fotogramétricos de parte o de la totalidad del territorio nacional, realizados desde el año 1929 hasta la actualidad. Entre otras funciones, permite la consulta de información sobre los fotogramas que incluye, en algunos casos, los parámetros de orientación externa. También es posible descargar y solicitar la certificación de los fotogramas que son custodiados en el Archivo de la Fototeca del CNIG.

Con el proceso bsq-fotogramas, se permite desarrollar aplicaciones externas para agilizar procesos fotogramétricos con información procedente de la Fototeca del CNIG.

Este servicio facilita a personas desarrolladoras y usuarias expertas la consulta de fotogramas existentes en un rango de fechas para una determinada área geográfica, o directamente con el nombre de los fotogramas. El resultado es un listado con los valores de las coordenadas y los giros obtenidos en los procesos de aerotriangulación de los vuelos PNOA. 

Datos de entrada: 
  • «fecha»Rango de fechas donde buscar los fotogramas con el formato «fecha_desde-fecha_hasta», ambas incluidas. Se admiten diferentes formatos de entrada válidos, dd/mm/aaaa, mm/aaaa y aaaa pero debe utilizarse el mismo en las dos fechas. p. ej.: "06/06/2022-12/06/2022". El filtro devuelve valores para datos de fecha con precisión igual o mayor que el de las fechas proporcionadas.
  • «geom»: Extensión de la zona de búsqueda en coordenadas EPSG:3857. Por defecto, formato WKT. Se puede especificar otro formato en el parámetro «formatogeom». 
    • Ejemplo bbox: "geom": [xmin,ymin,xmax,ymax].
    • Ejemplo json: "geom": {"type":"Polygon", "coordinates":[[[x1,y1],[x2,y2],[x3,y3]]]}.
    • Ejemplo wkt: "geom": "POLYGON((x1 y1,x2 y2,x3 y3, x4 y4))"
  • «formatogeom»: Formato en el que se proporciona la geometría (wkt, geojson o bbox). Opcional. Valor por defecto wkt.
  • «completo»: Variable que indica si se quieren obtener los parámetros de orientación externa (true) o solo la lista de fotogramas (false).
  • «fotogramas»: Lista de identificadores de fotogramas para los que obtener los parámetros de orientación interna. Para indicar los fotogramas hay que utilizar el siguiente formato: ["identificador1", "identificador2"].

Datos de salida:

  • «id»: Identificador del proceso ejecutado.
  • «fotogramas»: Listado de los identificadores de los fotogramas, junto con los parámetros de orientación externa, en caso de que el parámetro de entrada «completo» tenga valor true.
Ejecución del proceso:

Para la ejecución del proceso de búsqueda se utiliza una función POST. Es obligatorio ejecutar la petición en JSON.
  • Lista de fotogramas
Si se quiere obtener tan solo una lista de fotogramas, en la consulta se indicará el rango de fechas y la geometría del área a la que se quiere limitar la búsqueda.

{

  "inputs": {

    "completo": false,

    "fecha": "06/06/2022-12/06/2022",

    "formatogeom": "wkt",

    "geom": "POLYGON((-746636.892289602 4784346.47442575,-490419.973477691 4783123.48197319,-485528.00366744 4653486.28200153,-746636.892289602 4784346.47442575))"

  }

}

  • Parámetros de Orientación Externa
Si además se quieren obtener los datos de orientación externa, tendremos dos opciones:
    • Parámetros de entrada: Introduciendo el rango de fechas, la geometría del área de búsqueda y el parámetro «completo» con valor true.

{

  "inputs": {

    "completo": true,

    "fecha": "06/06/2022-12/06/2022",

    "formatogeom": "wkt",

    "geom": "POLYGON((-746636.892289602 4784346.47442575,-490419.973477691 4783123.48197319,-485528.00366744 4653486.28200153,-746636.892289602 4784346.47442575))"

  }

}

    • Listado de fotogramasIntroduciendo directamente el listado de fotogramas del que se quiere obtener los parámetros de orientación externa.

{

  "inputs": {

    "fotogramas": [

    "h50_0780_fot_52-2906_cog",

    "h50_0780_fot_52-2907_cog",

    "h50_0780_fot_52-2908_cog",

    "h50_0780_fot_52-2909_cog"]

  }

}


Formatos:
  • WKT
Para indicar el área de búsqueda de los fotogramas sobre los que se quieren obtener los parámetros de orientación externa en formato WKT, el código JSON de la petición será similar al que se muestra en el siguiente ejemplo.

{

  "inputs": {

    "completo": true,

    "fecha": "06/06/2022-12/06/2022",

    "formatogeom": "wkt",

    "geom": "POLYGON((-746636.892289602 4784346.47442575,-490419.973477691 4783123.48197319,-485528.00366744 4653486.28200153,-746636.892289602 4784346.47442575))"

  }

}

El cURL que se ejecuta es el siguiente:

curl -X POST "https://api-processes.idee.es/processes/bsq-fotogramas/execution" -H "accept: application/json" -H "Content-Type: application/json" -d "{\"inputs\":{\"completo\":true,\"fecha\":\"06/06/2022-12/06/2022\",\"formatogeom\":\"wkt\",\"geom\":\"POLYGON((-746636.892289602 4784346.47442575,-490419.973477691 4783123.48197319,-485528.00366744 4653486.28200153,-746636.892289602 4784346.47442575))\"}}"

  • GeoJSON
Para indicar el área de búsqueda de los fotogramas sobre los que se quiere obtener los parámetros de orientación externa en formato GeoJSON, el código JSON de la petición será similar al que se muestra en el siguiente ejemplo.

{

  "inputs": {

    "completo": true,

    "fecha": "06/06/2022-12/06/2022",

    "formatogeom": "geojson",

    "geom": {"type":"Polygon", "coordinates":[[[-746636.892289602,4784346.47442575],[-490419.973477691,4783123.48197319],[-485528.00366744,653486.28200153],[-746636.892289602,4784346.47442575]]]}

  }

}

El cURL que se ejecuta es el siguiente:

curl -X POST "https://api-processes.idee.es/processes/bsq-fotogramas/execution" -H "accept: application/json" -H "Content-Type: application/json" -d "{\"inputs\":{\"completo\":true,\"fecha\":\"06/06/2022-12/06/2022\",\"formatogeom\":\"geojson\",\"geom\":{\"type\":\"Polygon\",\"coordinates\":[[[-746636.892289602,4784346.47442575],[-490419.973477691,4783123.48197319],[-485528.00366744,653486.28200153],[-746636.892289602,4784346.47442575]]]}}}"

 ·         Bbox

Para indicar el área de búsqueda de los fotogramas sobre los que se quiere obtener los parámetros de orientación externa a partir de un bbox, el código JSON de la petición será similar al que se muestra en el siguiente ejemplo.

{

  "inputs": {

   "completo": true,

   "fecha": "06/06/2022-26/06/2022",

   "formatogeom": "bbox",

   "geom": [-708910.05,4707190.97,-704111.50,4711055.28]

  }

}

El cURL que se ejecuta es el siguiente:

curl -X POST "https://api-processes.idee.es/processes/bsq-fotogramas/execution" -H "accept: application/json" -H "Content-Type: application/json" -d "{\"inputs\":{\"completo\":true,\"fecha\":\"06/06/2022-26/06/2022\",\"formatogeom\":\"bbox\",\"geom\":[-708910.05,4707190.97,-704111.5,4711055.28]}}"

Ejemplo de petición desde un 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/bsq-fotogramas/execution'
 
 myObj = {
                 "inputs": {
                 "completo": True,
                 "fecha": "06/06/2022-12/06/2022",
                 "formatogeom": "geojson",
                 "geom": {"type":"Polygon", "coordinates":[[[-746636.892289602,4784346.47442575],[-490419.973477691,4783123.48197319],[-485528.00366744,653486.28200153],[-746636.892289602,4784346.47442575]]]},
                }
 }
 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 ejemplos mostrados anteriormente 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.

Resultado de la ejecución del proceso:

Como resultado devolverá la lista de fotogramas con los parámetros de orientación externa (siempre que el parámetro «completo» tenga valor true).

{
 
 "id": "BsqFotogramas",
 
"fotogramas": [
  
{
   
"id_copia_digital": 2318363,
   
"nom_fichero": "h50_0780_fot_52-2906_cog",
   
"fecha_fotograma": "12/06/2022",
   
"x_fotocentro_at": 282983.499,
   "y_fotocentro_at": 4313857.597,
   
"z_fotocentro_at": 3982.706,
   
"giro_w_at": 0.161996,
   
"giro_phi_at": -0.081723,
   "giro_k_at": -1.06082
      
},
  {
   
"id_copia_digital": 2318364,
   
"nom_fichero": "h50_0780_fot_52-2907_cog",
   
"fecha_fotograma": "12/06/2022",
  
 "x_fotocentro_at": 284174.024,
   "y_fotocentro_at": 4313819.589,
   
"z_fotocentro_at": 3977.971,
   
"giro_w_at": 0.106673,
   
"giro_phi_at": -0.078144
   "giro_k_at": -1.035709
     
},
  {
   "id_copia_digital": 2318365,
    "nom_fichero": "h50_0780_fot_52-2908_cog",
   "fecha_fotograma": "12/06/2022",
   "x_fotocentro_at": 285366.7,
   "y_fotocentro_at": 4313780.33,
   "z_fotocentro_at": 3991.615,
   "giro_w_at": 0.089358,
   "giro_phi_at": -0.015966,
   "giro_k_at": -0.970882
   }
  ]
 }

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 Rosa Mª Mislata Cabo

22 jul 2024

Solicitud de comentarios para las partes 4 y 5 de OGC API Features


Ya están disponibles para comentarios las partes 4 y 5 de la OGC API –Features. La Parte 4 define los componentes básicos de API que permiten agregar, reemplazar, modificar y/o eliminar recursos geoespaciales. La Parte 5 especifica cómo describir datos usando un esquema lógico.

OGC API – Features es un estándar que ofrece la capacidad de crear, modificar y consultar datos espaciales en la Web y especifica los requisitos y las recomendaciones para las APIs que desean seguir una forma estandarizada de compartir feature data. La especificación es un documento de varias partes: la parte básica describe las capacidades obligatorias que debe soportar todo servicio de implementación, pero se limita al acceso de lectura de los datos espaciales y en las partes adicionales se abordan las necesidades específicas .

La Parte 4 especifica una extensión de la API de OGC – Características que define el comportamiento de un servidor que soporta operaciones para agregar, reemplazar, modificar o eliminar recursos individuales de una colección de datos geoespaciales. En concreto, la Parte 4 define las siguientes operaciones.
  • Cómo agregar una nueva instancia de recurso a una colección (es decir, crear).
  • Cómo modificar un recurso existente de una colección. Esto incluye reemplazar por completo el recurso existente (es decir, reemplazar) o simplemente modificar una o más propiedades de un recurso (es decir, actualizar).
  • Cómo eliminar un recurso existente de una colección (es decir, eliminar).
La Parte 5 especifica una extensión de la API OGC – Características que define cómo se pueden describir los datos geoespaciales, incluidas las características, mediante un esquema lógico y cómo se publican dichos esquemas en una implementación de la API web OGC. Como esquemas lógicos, los esquemas describen los datos independientemente de un formato particular para representarlos.

Para obtener más información sobre cómo la familia de estándares OGC API trabaja en conjunto para proporcionar “bloques de construcción modulares para la ubicación” que aborden tanto los casos de uso más simples como los más complejos, visite ogcapi.org .

Se anima a los miembros de OGC interesados ​​en mantenerse al día sobre el progreso de este estándar o contribuir a su desarrollo a unirse al Grupo de trabajo de estándares de características de API de OGC a través del Portal de OGC . Del mismo modo, se anima a los no miembros de OGC que deseen saber más sobre cómo participar en este grupo de trabajo a que se pongan en contacto con el Programa de estándares de OGC .

Los comentarios deben enviarse antes del 23 de septiembre. Se pueden enviar como un problema en el repositorio de GitHub de OGC API – Features. Los comentarios recibidos serán consolidados y revisados ​​por los miembros de OGC para su incorporación al documento.


Publicado por la editora.

19 jul 2024

Gemelo digital para monitorizar y predecir el comportamiento en el Mar Menor

 

El Observatorio del Mar Menor implementa un gemelo digital para monitorizar y predecir el comportamiento en el Mar Menor con tecnología geoespacial. Esta plataforma ha sido creada por Esri España en colaboración con el Instituto Murciano de Investigación y Desarrollo Agrario y Medioambiental (IMIDA). Utiliza tecnología avanzada para recopilar y analizar datos en tiempo real, como la temperatura del agua, los niveles de oxígeno, y otros parámetros ambientales cruciales para la conservación del Mar Menor

Dispone de un visualizador 2D y 3D que utiliza las huellas de edificio del Catastro y datos LiDAR del IGN. Incorpora los resultados de una simulación de inundaciones basada en la cartografía de riesgo de inundaciones fluviales del IGN, considerando diferentes períodos de retorno (t=10, t=100 y t=500). Ofrece un panel de control que permite visualizar las edificaciones impactadas en una simulación de inundación y proporciona datos de estas edificaciones, como la fecha de construcción, el tipo de uso, entre otros.

Además de la capacidad de visualizar diferentes escenarios de inundación, permite una integración completa mediante el modelado integral del Mar Menor y su cuenca vertiente, el cual incorpora modelos atmosféricos, hidrología superficial, hidrología subterránea e hidrodinámica.


En resumen, el gemelo digital del Observatorio del Mar Menor es una herramienta crucial para la t
oma de decisiones informadas por parte de autoridades y científicos que buscan mitigar los impactos ambientales y preservar este frágil ecosistema. Además, permite la simulación de diferentes escenarios, lo que ayuda a anticipar respuestas al previsible cambio climático u otros eventos naturales adversos.

Publicado por la editora.

18 jul 2024

Spatineo Monitor: una moderna herramienta de análisis que mejora los Servicios de Datos Abiertos



Se presenta 
Spatineo Monitor, una moderna herramienta analítica que nos puede ayudar a conocer cómo los usuarios utilizan las interfaces de programación de aplicaciones (API) geoespaciales o los servicios de red.

Esta herramienta proporciona información sobre:
  • Las API más utilizadas
  • A qué datos espaciales se accede a través de las API.
  • El ámbito espacial o zonas geográficas que  se consultan a través de las API.
  • Cuales son las operaciones que más frecuentemente se realizan.
  • El origen de las solicitudes.
Además, Spatineo Monitor es una herramienta imprescindible para:
  • Supervisar la disponibilidad (la probabilidad de que el servicio de red esté disponible) de los servicios de red, donde por ejemplo, el Reglamento (CE) Nº 976/2009 de la Comisión sobre los servicios de red establece el 99 % del tiempo total.
  • Rastrear los tiempos de inactividad.
  • Identificar problemas de rendimiento cruciales para mantener un alto nivel de servicio.
Este tipo de control es necesario e imprescindible para aquellas organizaciones que desarrollan continuamente datos espaciales y los publican a través de servicios, donde es necesario conocer y planificar la publicación para que los clientes estén más satisfechos.

El análisis de las APIs permite a las organizaciones identificar sus servicios más utilizados y asignar adecuadamente recursos, como la repartición de servidores. Por otra parte, la información sobre los patrones de uso de la API también es valiosa, especialmente durante las transiciones, como es el paso del servicio de descarga (WFS) a la API Feature de OGC. Por ejemplo, es necesario conocer el uso de los servicios antiguos y comprobar si se pueden sustituir sin interrumpir a los usuarios ni malgastar recursos. Además, la eficacia de los esfuerzos de marketing de los servicios puede medirse mediante análisis de API.

Además, sabemos que existe información geoespacial sensible, que puede ser mal utilizada, por ejemplo, para actos de sabotaje de infraestructuras críticas. Analizando el uso de las APIs, las organizaciones pueden identificar y frustrar estos futuros sabotajes.

Spatineo Monitor ofrece una solución completa para la supervisión y el análisis de los servicios geoespaciales. Presenta varias ventajas clave que pueden mejorar significativamente la eficiencia operativa y los procesos de toma de decisiones. Una de sus principales ventajas es que proporciona información detallada sobre quién utiliza sus servicios y a qué datos específicos acceden. Esta información tiene un valor incalculable para identificar áreas geográficas de gran interés, en particular las relacionadas con infraestructuras críticas. Las organizaciones pueden detectar las regiones más consultadas, y ajustar sus recursos y respuestas para satisfacer mejor las necesidades de los usuarios.

Varias organizaciones de toda Europa ya se han beneficiado de esta avanzada herramienta de supervisión. Por ejemplo, ISPRA Ambiente en Italia, que utiliza Spatineo Monitor para sus servicios de datos espaciales, asegurándose de que se ajustan a las necesidades de los usuarios. La Agencia Portuguesa de Medio Ambiente ha integrado Spatineo Monitor en sus operaciones, mejorando sus servicios de datos medioambientales y su rendimiento general. Por su parte, el Departamento de Movilidad y Transporte de Flandes en Bélgica utiliza Spatineo Monitor para mantener altos niveles de fiabilidad y eficiencia en sus servicios de datos de transporte. También el CNIG ha podido probar la versatilidad y potencia de la herramienta.

Lo que diferencia a Spatineo Monitor es su modelo de software como servicio (SaaS) listo para usar, que proporciona valor inmediato, permitiendo a las organizaciones supervisar y mejorar sus servicios web espaciales al momento.

Al adoptar Spatineo Monitor, las organizaciones obtienen una potente herramienta de monitorización y un activo estratégico que les ayuda a comprender y servir mejor a sus clientes. Ya sea optimizando la prestación de servicios, mejorando el rendimiento o garantizando la resistencia de infraestructuras críticas. Spatineo Monitor proporciona la información y las capacidades necesarias para tomar decisiones informadas e impulsar la mejora continua.

Publicado por Mikko Ehnqvist de Spatineo.