Gemelo Digital del Campo Cartagena

 

En 2016 el Mar Menor colapsó

Se trata de la laguna de agua salada más grande de Europa, amada tanto por los turistas como por las generaciones que han pasado allí toda su vida. El agua se convirtió en un «sopa verde» debido a que las algas no podían realizar la fotosíntesis bajo el sol. Toneladas de peces muertos arrastrados a las costas. Los residentes estaban desconsolados.

Las autoridades sabían que necesitaban restaurar la laguna. Muchos factores podrían haber contribuido a la degradación acelerada del Mar Menor. El desarrollo económico se había disparado debido a la popularidad de la laguna. La agricultura y las explotaciones ganaderas habían crecido exponencialmente en los alrededores.

Para resolver estos problemas, las autoridades necesitaban mapear el área circundante: al menos 1.600 kilómetros cuadrados, el área conocida como la Región del Campo de Cartagena. Recurrieron a TRAGSATEC para desarrollar un gemelo digital que les ayudara a encontrar una solución.

TRAGSATEC, Hexagon y los gemelos digitales en las decisiones gubernamentales

TRAGSATEC es una entidad de protección ambiental de propiedad estatal y con sede en Madrid. TRAGSATEC tenía un objetivo: descubrir cuáles fueron los principales factores que contribuyeron al declive de la región y proponer un plan de acción.

Isabel Quiles, especialista en sistemas de información geográfica (SIG) y gemelos digitales de TRAGSATEC, ayudó a liderar el proyecto. «Una de las principales prioridades del estado era mejorar lo que sabemos y podemos monitorizar» dijo. «Querían saber cómo fluía el agua en la superficie y bajo tierra, y querían monitorizar la calidad del agua y la humedad del suelo. Creímos que crear un gemelo digital de todo el Campo de La región de Cartagena era la mejor manera de hacerlo».

Los gemelos digitales son una representación digital exacta, interactiva y predictiva del mundo real. Ofrecen bucles de retroalimentación automática entre el mundo digital y el mundo real. Los gemelos digitales permiten a los usuarios experimentar, observar automáticamente los resultados y realizar los cambios correspondientes. La propuesta de TRAGSATEC supuso la creación del primer gemelo digital de España . Hexagon fue la compañía y LUCIAD la tecnología en la que confiaron para la el desarrollo del Gemelo Digital del Campo de Cartagena.

«Los gemelos digitales permiten realizar un inventario de infraestructuras críticas junto con modelado 3D para predecir el comportamiento del terreno durante las inundaciones», afirma Quiles. «Un gemelo digital nos permite hacer preguntas. ¿Qué pasa si hacemos este cambio? ¿Qué está pasando con la agricultura de la zona? ¿Todas estas granjas realmente están impactando la supervivencia de la laguna? Luego podremos realizar simulaciones para determinar las respuestas».

«Sólo para dar una idea de la magnitud de este proyecto». Quiles dijo: «Mapear 1.600 kilómetros cuadrados se hace con 51.000 imágenes nadirales, 200.000 imágenes oblicuas y más de cuatro terabytes de datos LiDAR». Para contextualizar, el Telescopio Espacial Hubble captura unos 10 terabytes por año.

TRAGSATEC utilizó todas estas imágenes para recrear una imagen 3D escenario de la región con precisión y realismo.

El producto final

Una vez que se visualizaron los datos, el equipo ejecutó su dos primeras simulaciones en el gemelo digital. En la primera, evaluaron escenarios de inundaciones en la minería, bulevares y sistemas de drenaje en todo la región. El equipo quería saber cómo las modificaciones afectarían a la dinámica del río, al terreno y al Mar Menor. «El gemelo digital simula inundaciones con condiciones pre y posteriores al evento», dijo. «Nos ayuda predecir el comportamiento hidráulico de cada canal en una gran inundación». El gemelo digital también permite arrastrar y soltar archivos BIM para mostrar cómo los obstáculos, como un muro, redirigirían las inundaciones.

TRAGSATEC simuló escenarios de inundaciones utilizando su gemelo digital del Campo de Cartagena. También se quiso estudiar la distancia entre el terreno y el agua subterránea en comparación con el nivel del mar. Esto ayudó a detectar áreas donde el agua subterránea podría florecer hacia la superficie. Mediante el uso de piezómetros (una medida para la presión del agua subterránea), pudieron calcular la distancia entre las superficies donde se encontraban las granjas y el agua subterránea debajo de ellos. TRAGSATEC utilizó estas simulaciones para determinar cómo la filtración de fertilizantes estaba afectando al agua subterránea.

El Gemelo Digital

El gemelo digital del Campo de Cartagena fue lanzado en noviembre de 2023 y está ahora disponible para el público en la dirección https://campo-cartagena-gemelo-digital.es/ .

«Estamos empezando a obtener las respuestas, cómo el turismo está afectando el ecosistema, o cómo la ganadería y la agricultura están afectando, contaminando el agua superficial», dijo Quiles. «El gemelo digital es mucho más que un 3D herramienta de visualización: es una plataforma que puede simular el futuro y facilitar una poderosa toma de decisiones».

Para España, el gemelo digital del Campo de Cartagena es solo el principio. Es un modelo replicable en toda España y otros países para combatir crisis climáticas como la desestabilización del Mar Menor.

Publicado por Julio Lerena Fernández.

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.

• Recorte de los ficheros por la cuadrícula del MTN25 para distribuirlo por hojas en el Centro de descargas del CNIG

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.

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:

• Concurso de ideas

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.

• Concurso de aplicaciones

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.

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

2. 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. 

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

4. 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. 

Fuente de la noticia.

Publicado por la editora.

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 OSGeo. Pero 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.

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.

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:

• Nuevo elemento en el parámetro «no_process»: Al haber publicado en este mes de agosto los Puntos de recarga eléctrica, se ha visto necesario añadir un filtro más, para que se pueden realizar búsquedas y que en los resultados aparezcan estos elementos. Ejemplo de petición: 
• https://www.cartociudad.es/geocoder/api/geocoder/candidates?q=madrid&no_process=punto_recarga_electrica

• 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.

https://www.cartociudad.es/geocoder/api/geocoder/candidates?q=colegio%20miguel%20hernandez&cod_postal_filter=28100,02316

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

Si se hace sin filtro se obtiene un total de 4 elementos:

https://www.cartociudad.es/geocoder/api/geocoder/candidates?q=colegio%20miguel%20hernandez 

• 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:

https://www.cartociudad.es/geocoder/api/geocoder/candidates?q=colegio%20miguel%20hernandez

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.