16 abr 2024

Jornadas del IACS Data Sharing

 


Los pasados días 8, 9 y 10 de abril se celebraron en Madrid y telemáticamente las Jornadas del IACS Data Sharing, organizadas de forma conjunta entre el FEGA, el JRC y la DG AGRI, con el objetivo de exponer la situación actual y debatir sobre cómo compartir los datos generados en la gestión de las ayudas de la PAC, siguiendo los principios de una política de datos abiertos (datos localizables, accesibles, interoperables y reutilizables) y las regulaciones establecidas por los reglamentos de la Directiva INSPIRE.

En las jornadas participaron organismos de la AGE (MAPA, MITECO, Catastro, IGN, CNIG…) y los representantes agrarios y cartográficos de las 17 CC. AA. donde, entre otros temas, se mostró la situación actual sobre las obligaciones reglamentarias para la publicación y reutilización a cargo del EC-AGRI A4, las unidades T1 y D3 del JRC, FEGA y el CODIIGE. Además, se presentaron varios casos de éxito y se debatió ampliamente sobre como las políticas de digitalización e innovación impulsadas por el MAPA y la UE pueden contribuir a un mejor uso de estos datos y a la sostenibilidad del sector agrario.

España ha sido seleccionada por la Comisión Europea para celebrar estas jornadas por ser uno de los Estados miembro en los que más impulso se ha dado a las políticas de apertura de datos de la PAC. Como resultado de estas jornadas se espera que los intereses de España, de sus administraciones y agricultores, sean tenidos en cuenta en la definición de futuras políticas comunitarias en este ámbito, haciendo a nuestro país protagonista en el impulso de la transición digital y del mercado único de datos de la Unión Europea en el ámbito agrario.

Publicado por Pablo Barreira González.

11 abr 2024

CCASAT, la red de colaboración e investigación en información cartográfica


El grupo CCASAT (Coordinación Cartográfica en el Sistema de Administración del Territorio), con sede en la Universidad Politécnica de Valencia, es una red de investigación, apoyo y colaboración para trabajar, desde la información gráfica, en la mejora de la administración del territorio, fundamentalmente en aspectos que sirvan de apoyo para conseguir seguridad en la tenencia de la tierra y valoración con efecto administrativo.

CCASAT es miembro y colabora con diferentes organismos como el Comité Permanente del Catastro en Iberoamérica (CPCI), la Federación Internacional de Geómetras (FIG), la Red Académica de la organización mundial de las Naciones Unidas para la Gestión Global de la Información Geoespacial (UN-GGIM AN) o la Dirección General del Catastro (DGC) de España. Su trabajo está principalmente enfocado a España y Latinoamérica.

Recientemente CCASAT ha estrenado sitio web, en el se recopila toda la información relevante en torno a su actividad:
  • Objetivos del grupo y organismos con los que colabora.
  • Eventos relacionados con el catastro y los sistemas de administración del territorio.
  • Principales instituciones y organizaciones relacionadas con su ámbito de actuación.
  • Normativas, directrices, marcos legales, normas ISO, guías de buenas prácticas, etc.
  • Proyectos actuales.
  • Doctorado en Ingeniería Geomática.
  • Equipo de trabajo.
  • Enlaces y datos de contacto

La actividad de CCASAT se enmarca dentro de la indudable necesidad de mejorar la documentación, el registro y, en general, el reconocimiento de las relaciones de las personas con el territorio. Se calcula que un setenta por ciento de la población no goza de derechos seguros sobre la tierra y la propiedad.

Publicado por la editora.

10 abr 2024

Octava edición de los premios Pedro R. Muro-Medrano

El Grupo de Sistemas de Información Avanzados y el Instituto de Investigación en Ingeniería de Aragón convocan la octava edición de los premios Pedro R. Muro-Medrano a trabajos de fin de estudios que más aporten al desarrollo y explotación de los datos abiertos. Aunque en anteriores ediciones este premio ha estado restringido a trabajos realizados con datos geográficos abiertos, a partir de esta edición el premio quiere incluir el reconocimiento del trabajo en otros ámbitos y problemas, siempre que estén relacionados con los datos abiertos.

Dirigidos a quienes hayan defendido su trabajo de fin de estudios entre el 1 de enero de 2023 y el 31 de diciembre de 2023 en cualquier titulación de grado o máster de cualquier universidad española.

Plazo hasta el 21 de abril.

Mas información e inscripciones aquí.

Publicado por la editora

8 abr 2024

Impacto de la información coproducida por IGN y CNIG

 
Recientemente se ha hecho público el informe que ASEDIE (Asociación Multisectorial de la Información) ha elaborado sobre el alcance del impacto de la información coproducida por IGN y CNIG, principales proveedores nacionales de datos geoespaciales de disposición libre y gratuita.

Para la realización de este informe se ha contado con la colaboración de empresas infomediarias usuarias de información geoespacial, que han participado en una serie de encuestas sobre el alcance, valor y beneficios de los productos y servicios ofrecidos por el IGN y CNIG . También se han realizado entrevistas a diferentes expertos pertenecientes a distintos sectores de actividad. Y, por ultimo, se han analizado varios casos de usos reales de clientes de algunas empresas representativas del sector, a fin de mostrar el amplio alcance que tiene esta información en diferentes contextos.


Las conclusiones alcanzadas en este informe enfatizan la importancia y transversalidad que el uso de los productos y servicios geoespaciales suministrados por IGN y CNIG tienen sobre las empresas, su valor en términos económicos, su papel en la innovación y desarrollo de productos derivados y en la optimización y mejora de diferentes aspectos de negocio, tales como: la toma de decisiones, automatización de procesos, monitorización de recursos, ahorro de costes, entre otros. En definitiva, el trabajo recoge el inmenso impacto cuantitativo y cualitativo que la apertura pública de estos datos ha supuesto para las empresas del sector.

Consecuentemente con el objetivo de este extenso trabajo, que es la evolución y mejora de la recolección y generación de datos abiertos, útiles y de calidad, se finaliza proponiendo una serie aplicable y realista de pasos a seguir enfocados en la continua mejora: propuestas para la actualización del propio informe y su difusión en los ámbitos autonómicos, AGE y europeo, desarrollo de elementos de coordinación y colaboración público-privada y mejora del servicio ofrecido por IGN y CNIG.

Publicado por la editora.

25 mar 2024

Servicio OGC API de procesos: Proceso coordinatesTransform


El objetivo del proceso de transformación de coordenadas es obtener las coordenadas de un punto, dadas en un sistema de referencia, en otro, basándose en la especificación de OGC
Web Transformation Coordinate Service (WCTS). Este proceso permite la utilización de cualquier datum. En la página de API processes coordinatesTransform podemos consultar los parámetros de entrada y de salida:

Datos de entrada:
  • «point»: corresponde a pares de coordenadas separadas por comas. Las coordenadas geográficas deben introducirse en grado y fracción de grado (GG.GGGG) mientras que las coordenadas UTM se introducen en metros. En las coordenadas geográficas, en las longitudes oeste y latitudes sur, poner un signo negativo. Tipo de dato: string.
  • «source»: es el Sistema de Referencia Coordenadas de la geometría de entrada. Valor por defecto 4230 (ED50). Para la transformación entre ED50 y ETRS89 se usarán las rejillas PENR2009.gsb y BALR2009.gsb. Tipo de dato: integer.
  • «target»: es el Sistema de Referencia Coordenadas de la geometría de salida. Valor por defecto 4258 (ETRS89). Para la transformación entre ED50 y ETRS89 se usarán las rejillas PENR2009.gsb y BALR2009.gsb. Tipo de dato: integer.
Datos de salida:
  • «outformat»: son los pares de coordenadas transformadas al sistema de referencia indicado. Las coordenadas UTM se darán en metros mientras que las geográficas serán en grados sexagesimales. Si éstas se encuentran en las longitudes oeste y latitudes sur se mostrarán con un signo negativo.
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/coordinatesTransform y es obligatorio ejecutar la petición en JSON.

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 coordinatesTransform de una manera sencilla, de modo que podemos verificar el procedimiento para la obtención la transformación de coordenadas. Otra forma más experta de explotar lo servicios es a través del comando cURL o de una biblioteca de Python llamada requests.

A continuación, veremos varios ejemplos en los que iremos variando el sistema de coordenadas de entrada y, utilizando el servicio OGC API de procesos: transformación de coordenadas, obtendremos las coordenadas de un punto en otros sistemas de coordenadas diferentes:

 

Datos de entrada

Ejemplo

Punto

Source

Target

1

P

4326

25830

2

P

4326

23030

3

P

25830

4326

4

P

25830

4258

 Ejemplo 1

Partimos de las coordenadas geográficas de un punto P en WGS84 (-3.960924, 40.823162)  y queremos obtener las coordenadas en el Sistema de Referencia de Coordenadas ETR89 UTM Huso 30N (EPSG 25830). El código JSON de entrada que emplearemos para aplicar el proceso coordinatesTransform para obtención de coordenadas transformadas, es el siguiente:

 {
 "inputs": {
    "points": [
-3.960924, 40.823162],
    "source": 4326,
    "target": 25830

  }
}

El cURL que se ejecuta:

curl -X POST "https://api-processes.idee.es/processescoordinatesTransform/execution" -H "accept: application/json" -H "Content-Type: application/json" -d "{\"inputs\":{\"points\":[-3.960924,40.823162],\"source\":4326,\"target\":25830}} 

El resultado de las coordenadas en el el sistema de referencia ETRS89 UTM Huso 30N son:

 {
   
"x": 418968.65169915627,
   
"y": 4519570.897995114
}

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/coordinatesTransform/execution'
 myObj = {
             "inputs": {
             "points": [
                -3.960924,
                40.823162
             ],
             "source": 4326,
             "target": 25840
          }
 }

 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.

Ejemplo 2

En este segundo ejemplo, se muestra el código JSON de entrada empleado para la transformación de las coordenadas del Sistema de Referencia WGS84 (EPSG 4326) al ED50 UTM Huso 30N (EPSG 23030).

 {
 "inputs": {
    "points": [
-3.960924, 40.823162],
    "source": 4326,
    "target": 23030

  }
}

El cURL que se ejecuta:

curl -X POST "https://api-processes.idee.es/processescoordinatesTransform/execution" -H "accept: application/json" -H "Content-Type: application/json" -d "{\"inputs\":{\"points\":[-3.960924,40.823162],\"source\":4326,\"target\":23030}} 

El resultado de las coordenadas en EPSG 23030:

 {
   
"x": 19077.64189113514,
   
"y": 4519778.135371966
}

Ejemplo 3

En este ejemplo se quiere realizar una transformación del Sistema de Referencia de Coordenadas ETR89 UTM Huso 30N (EPSG 25830) al Sistema WGS84 (EPSG 4326), es un ejemplo de transformación de coordenadas inverso al ejemplo 1. Para ello, utilizaremos el siguiente código JSON:

 {
 "inputs": {
    "points": [
418968.65169915627, 4519570.897995114],
    "source": 25830,
    "target": 4326

  }
}

El cURL que se ejecuta:

curl -X POST "https://api-processes.idee.es/processescoordinatesTransform/execution" -H "accept: application/json" -H "Content-Type: application/json" -d "{\"inputs\":{\"points\":[418968.65169915627, 4519570.897995114],\"source\":25830,\"target\":4326}} 

El resultado de las coordenadas en EPSG 4326:

 {
   
"x": -3.960924,
   
"y": 40.82316200000001
}

Ejemplo 4

En este ejemplo se quiere obtener las coordenadas del Sistema de Referencia de Coordenadas ETR89 UTM Huso 30N (EPSG 25830) al Sistema ETR89 (EPSG 4258), el código JSON de entrada que utilizaremos es el siguiente:

 {
 "inputs": {
    "points": [
418968.65169915627, 4519570.897995114],
    "source": 25830,
    "target": 4258

  }
}

El cURL que se ejecuta:

curl -X POST "https://api-processes.idee.es/processescoordinatesTransform/execution" -H "accept: application/json" -H "Content-Type: application/json" -d "{\"inputs\":{\"points\":[418968.65169915627, 4519570.897995114],\"source\":25830,\"target\":4258}} 

El resultado de las coordenadas en EPSG 4258:

 {
   
"x": -3.960924,
   
"y": 40.82316200000001
}

Caso de Uso

Se está utilizando este proceso API de transformación de coordenadas en el servicio de transformación de coordenadas del IGN que permite transformar las coordenadas de un punto o un conjunto de datos en formato GML de un Sistema de Referencia a otro.



El anterior servicio WPS (Web Processing Service) ha dejado de estar operativo, debido a que ya se está utilizando en su lugar el nuevo servicio API processes.

Códigos EPSG

Los códigos EPSG (European Petroleum Survey Group) nos indican el Sistema de Referencia de Coordenadas (SRC). Estos nos servirán para realizar la transformación de coordenadas de un punto con un SRC origen a otro SRC destino en el servicio API processes.

Los códigos EPSG normalmente utilizados en España son:

Códigos EPSG

Descripción

EPSG: 3857

Proyección WGS84 / Pseudo-Mercator

EPSG: 4230

Coordenadas Geográficas ED50

EPSG:4326

Coordenadas Geográficas WGS84

EPSG:4258

Coordenadas Geográficas ETRS89

EPSG:23028

Proyección UTM ED50 Huso 28 N

EPSG:23029

Proyección UTM ED50 Huso 29 N

EPSG:23030

Proyección UTM ED50 Huso 30 N

EPSG:23031

Proyección UTM ED50 Huso 31 N

EPSG:25828

Proyección UTM ETRS89 Huso 28 N

EPSG:25829

Proyección UTM ETRS89 Huso 29 N

EPSG:25830

Proyección UTM ETRS89 Huso 30 N

EPSG:25831

Proyección UTM ETRS89 Huso 31 N

EPSG:4082

Proyección REGCAN95 Huso 27

EPSG:4083

Proyección REGCAN95 Huso 28

EPSG 32628

Proyección UTM WGS84 Huso 28 N

EPSG 32629

Proyección UTM WGS84 Huso 29 N

EPSG 32630

Proyección UTM WGS84 Huso 30 N

EPSG 32631

Proyección UTM WGS84 Huso 31 N

EPSG:3034

ETRS89/ETRS-LCC para la cartografía pan-Europeo a escalas <= 1:500.000

EPSG:3035

ETRS89/ETRS-LAEA para representación y análisis estadístico pan-Europeos

 Para más información, puedes acceder al portal Spatial Reference donde se puede buscar el código EPSG, obtener la información relativa al Sistema de Referencia de Coordenadas y la visualización de su correspondiente zona territorial.

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 consulta el artículo índice.

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

20 mar 2024

Nuevo servicio XYZ del Modelo Digital de Elevaciones de España

Estilo sombreado

La
Infraestructura de Datos Espaciales de España (IDEE) ofrece en su web los diferentes servicios teselados XYZ disponibles en España en teselas ráster. Dentro de estos servicios, se acaba de publicar el de Modelo Digital de Elevaciones de España con información de elevaciones codificada en RGB. Esta información que ya antes se podía consultar desde otro tipo de servicios (WMS, WCS, WMTS…) se ofrece ahora como un servicio web codificado en RGB para su uso en visualizadores y aplicaciones.
 

Modelo Digital de Elevaciones de España

Servicio de teselas

https://xyz-mdt.idee.es/1.0.0/raster-dem/{z}/{x}/{y}.png

Estilo Sombreado

https://xyz-mdt.idee.es/1.0.0/raster-dem/files/styles/style_sombreado.json


Este servicio se ha obtenido codificando los valores de alturas, a partir del Modelo Digital del Terreno (MDT05) proporcionado por el Plan Nacional de Ortofotografía Aérea. Se ha utilizado la aplicación rio-rgbify para codificar los valores y generar un juego de teselas en formato MapTiler Terrain RGB, desde el nivel de zoom 5 hasta el 15. Los valores se pueden decodificar desde el código de las aplicaciones según esta fórmula:

elevación = -10000 + ((Rojo x 256 x 256 + Verde x 256 + Azul) x 0.1)

Tesela sin estilo con los valores de alturas codificados en RGB

La diferencia con otros servicios, en los que ya se podía consultar esta información, es que el MDT está preteselado por lo que su consulta es muy rápida, y también es muy rápido realizar cálculos aprovechando esos valores de altura en cliente. En estos ejemplos se puede ver cómo se utiliza este tipo de servicio en OpenLayers para cálculo de zonas de inundación y en MapLibre para visualización en 3D.

Con este nuevo servicio se pretende ofrecer una nueva forma de explotar los MDT adecuada a las demandas de los diferentes clientes por desarrolladores en aplicaciones web, o en clientes de escritorio como QGIS.

Por ejemplo, se puede utilizar como fuente de datos «raster-dem» siguiendo la especificación de estilo de MapLibre. En este caso se ha generado un estilo predeterminado que realiza un sombreado sobre el MDT, utilizando el servicio como source de una capa tipo «hillshade».

Para utilizar el servicio desde QGIS, se puede incorporar al mapa desde «Añadir Capa XYZ». Seleccionar la Interpretación MapTiler Terreno RGB, para poder utilizar los valores de altura en la simbología.

Para saber más sobre los servicios teselados ráster puedes consultar esta entrada del blog.

Publicado por Cecilia Poyatos Hernández.

19 mar 2024

Nuevo formato en la Información Geográfica de Referencia de Redes de Transporte

 

Tranvía metropolitano de la Bahía de Cádiz que conecta de Chiclana de la Frontera, San Fernando y Cádiz

A finales del mes de febrero se ha publicado, a través del Centro de Descargas, la última versión de los datos de la Información Geográfica de Referencia de Redes de Transporte (IGR-RT).

Esta publicación tiene una novedad importante, y es que se ha realizado tanto en formato shapefile, como era habitual hasta ahora, como en formato GeoPackage.

Como en anteriores ocasiones, los datos están disponibles tanto por provincias (un archivo por provincia, que contiene las infraestructuras de todos los modos de transporte de la provincia en cuestión), como por modos (un archivo por modo de transporte, que contiene todas las infraestructuras de dicho modo para la totalidad del ámbito estatal).

En lo que respecta a los cambios que contiene esta nueva versión frente a la anterior, publicada en marzo de 2023, cabe destacar los siguientes:

  • En lo relativo a la red de carreteras: incorporación de nuevos trazados en las carreteras A-11, N-630, BA-020, EX-209 y EX-351, rekilometración de la A-7 y actualización de la titularidad en diversos tramos afectados por cesiones de la Dirección General de Carreteras y Comunidades Autónomas a otros organismos.
  • Con respecto a la red de caminos y sendas: mejora de los senderos de Gran Recorrido en las provincias de Asturias, Cantabria, Madrid, Comunidad Foral de Navarra, País Vasco y La Rioja; y actualización de caminos y sendas en Alicante, Castellón e Islas Baleares.
  • Actualización del viario urbano en las Comunidades Autónomas de Andalucía, Castilla la Mancha, Madrid, Galicia, Castilla-Léon y Extremadura.
  • Revisión de los atributos de la red de Puertos de Interés General del Estado.
  • En el ámbito ferroviario: integración de nuevos tramos pertenecientes a la red por raíl en Castilla y León y Cádiz, y mejora de las áreas ferroviarias en Castilla y León.
  • Por último, en lo que respecta al modo aéreo, inclusión de nuevos helipuertos en Aragón, Castilla y León, Extremadura y La Rioja.
A través del visualizador de la IGR-RT se puede consultar la información publicada. Igualmente, se puede acceder a los datos mediante los servicios Inspire de visualización y de descargas, que publicarán esta actualización próximamente.

Publicado por Sarah Cernuda Rodríguez.