El mundo geoespacial está cambiando rápidamente. La IA está transformando la forma en que se crean e interpretan los datos. Surgen nuevas API en diversos ámbitos. Y las organizaciones de todo el mundo intentan modernizar sistemas obsoletos sin que esto afecte a lo que ya funciona.
En momentos como estos, es fácil hablar de “estándares”.
Es mucho más difícil —y mucho más importante— asegurarse de que realmente funcionen en la práctica.
Eso es lo que es un OGC Code Sprint: una prueba de presión de la realidad — un lugar donde las ideas se convierten en implementaciones, donde las suposiciones se encuentran con el código y donde las deficiencias salen a la luz con la suficiente antelación para corregirlas.
Los OGC Code Sprints son el espacio donde los estándares dejan de ser texto en una página y se convierten en herramientas que la gente puede usar realmente. Crean un entorno para implementadores, editores y personas interesadas en:
- Demuestra qué funciona (y qué no).
- Descubra casos extremos que nadie anticipó
- Detecta los problemas de integración antes de que lleguen a producción.
- Prueba los patrones emergentes con código del mundo real.
- Fomentar el entendimiento común y las soluciones prácticas
En un mundo que avanza a toda velocidad hacia sistemas conectados, infraestructuras preparadas para la IA e integración de datos entre distintos dominios, estos sprints ya no son “extras opcionales”.
Ellos son Esencial para construir ecosistemas tecnológicos en los que podamos confiar.
Una visión general del Rotterdam Code Sprint
Del 20 al 22 de octubre de 2025, el Open Geospatial Consortium (OGC) organizó un Code Sprint en Róterdam, con el apoyo de Geonovum y el Ayuntamiento de Róterdam. El sprint tuvo lugar en el emblemático Timmerhuis edificio, un hito de la arquitectura holandesa, y el Centro de Innovación Vonk, un centro neurálgico para la innovación tecnológica en la ciudad.
El sprint fue híbrido, combinando la participación presencial con el componente en línea alojado en el servidor de Discord de OGC-Events. El servidor, que ahora cuenta con 983 miembros, registra su mayor actividad durante y alrededor de los sprints, creando un espacio dinámico para la colaboración entre participantes presenciales y remotos.
¿Quiénes eran los velocistas?
Los participantes del Code Sprint provenían de 17 países distintos de diferentes continentes. Solo una pequeña parte asistió presencialmente, con una fuerte presencia local de los Países Bajos. Siempre es un placer ver una gran participación de nuestros anfitriones, como ocurrió en esta ocasión.
Cabe destacar que no es necesario ser programador para asistir a los OGC Code Sprints. Muchas contribuciones valiosas provienen de quienes participan en actividades sin código, como reportar problemas, realizar pruebas y crear documentación.
El sprint reunió a un grupo equilibrado de desarrolladores experimentados y participantes más orientados al producto. La mayoría de los asistentes ya estaban familiarizados con los estándares de OGC, aunque la experiencia previa no es un requisito y los nuevos participantes siempre son bienvenidos.
¿Cómo se estructuró el sprint?
El sprint estuvo precedido por un seminario web el 9 de octubre, que contextualizó el evento presentando los objetivos de los distintos Grupos de Trabajo de Estándares (GTE) y las áreas temáticas. Cualquier GTE puede registrar su interés en participar en el sprint antes del seminario web.
En el sprint de Rotterdam, presentamos diez SWG y dos pistas especiales: Linters y validadores y DCAT-AP y API de OGC – RegistrosPara muchos participantes, el trabajo de preparación comenzó en este punto.
El primer día comenzó con una sesión inaugural, tras la cual los participantes se organizaron en grupos de trabajo más pequeños, algunos presencialmente y otros en línea.
El grupo se reunía diariamente para breves reuniones y actualizaciones, y luego concluía con una sesión de demostración donde los participantes presentaban sus logros. El programa completo puede consultarse aquí. aqui.
La sesión de clausura también incluyó una tradicional presentación holandesa. tompouce Pastel, amablemente ofrecido por el director de Geonovum.
Discusiones ad hoc
Durante el sprint se programaron cuatro sesiones ad hoc para discutir temas específicos de interés:
- Debate en el Grupo de Trabajo JSON, que reúne a los presidentes y responsables de la implementación de los Grupos de Trabajo.
- Negociación de contenido mediante debate de perfiles: abordando múltiples estándares.
- Datos no geoespaciales en OGC API – Featureslo cual dio lugar a la elaboración de un documento de buenas prácticas.
- API de OGC – Sesión de registros: centrada en transacciones y recolección.
Estas discusiones fueron muy útiles, ya que reunieron a distintos implementadores, a veces con perspectivas diferentes sobre los Estándares. También fue muy útil que miembros de un Grupo de Trabajo participaran en las discusiones de otro, ya que podían encontrar puntos en común y, en ocasiones, sugerir ubicaciones alternativas para un requisito determinado.
Día de incorporación
El primer día del sprint también incluyó una Jornada de Integración, una sesión paralela para quienes desearan aprender sobre los Estándares OGC. La jornada comenzó con una introducción y continuó con una serie de cinco tutoriales de entre 45 y 60 minutos de duración cada uno.
El primer tutorial introdujo DGGAL, una biblioteca gratuita y de código abierto que proporciona una interfaz para Sistemas de Referencia de Cuadrícula Global Discreta (DGGRS). Esta herramienta admite implementaciones de la API OGC – DGGS y proporciona enlaces para diferentes lenguajes de programación. Durante el tutorial, los participantes experimentaron interactuando con un DGGRS mediante los enlaces de Python, cuya instalación fue bastante sencilla. Inspirado por este tutorial, uno de los participantes del sprint utilizó esta biblioteca en su demostración final.
El segundo tutorial introdujo el Extensión WebSub de la API de SensorThingsWebSub, un estándar del W3C, es un protocolo que permite notificaciones en tiempo real de actualizaciones de contenido. Este enfoque es más eficiente para los clientes que consultar constantemente al servidor para obtener actualizaciones, ya que evita la necesidad de establecer un intervalo fijo y funciona con datos de sensores descritos por la API de SensorThings. Los instructores demostraron implementaciones de servidor y cliente de STA-WebSub e incluso se ofrecieron a configurar una Raspberry Pi para recopilar datos ambientales para quienes desearan probar el enfoque.
A continuación, se realizó un tutorial sobre la versión más reciente de GeoNetwork (GeoNetwork 5), donde se mostró su compatibilidad nativa con la API de OGC para registros. GeoNetwork 5 es compatible con las partes 1 y 2 del estándar, e incluye funcionalidades atractivas como las búsquedas facetadas. El instructor proporcionó una composición de Docker que permitió ejecutar GeoNetwork 5 y sus dependencias como un conjunto de microservicios.
El siguiente tutorial se centró en la API de OGC: Uniones. Comenzó con una descripción general del estándar candidato, seguida de demostraciones de implementaciones tanto en el servidor como en el cliente. Durante esta demostración, el instructor realizó uniones dinámicas entre tablas (en formato CSV) y datos geoespaciales (entidades).
La sesión de mentoría concluyó con una introducción a libCartoSym, una biblioteca gratuita y de código abierto que implementa Simbología cartográfica OGC 2.0La biblioteca facilita la transcodificación entre formatos de representación populares como CartoSym-CSS, SLD y Mapbox GL. Uno de los asistentes, desarrollador de QGIS, colaboró posteriormente con el instructor para mejorar la compatibilidad con la simbología en QGIS.
Curiosamente, no tuvimos muchos principiantes en este Code Sprint. Los instructores de los tutoriales terminaron asistiendo a los tutoriales de los demás, lo que dio lugar a debates valiosos (aunque a veces avanzados). La lista completa de tutoriales, incluyendo resúmenes y enlaces relevantes, se puede encontrar aquí. aqui.
Actividades de la pista principal
Los desarrolladores que implementaron los estándares se autoorganizaron en grupos más pequeños, donde trabajaron estrechamente con los presidentes del SWG, planteando preguntas y, en ocasiones, señalando problemas. Un esfuerzo notable provino de OS4CSAPI: API de código abierto para sistemas conectados, quienes estaban bien organizados y proporcionaban informes de progreso diarios por escrito.
API de PyGeo Se confirmó su función como «entorno de pruebas» para la implementación de estándares, con dos bifurcaciones durante el sprint (para la API de OGC: Sistemas Conectados y la API de OGC: Uniones) y la recepción de una solicitud de extracción preliminar para JSON-FG. Cabe destacar que estas implementaciones son prototipos y podrían integrarse al repositorio principal.
Otro aspecto destacado fue la mayor concienciación entre los proyectos de software. Durante la sesión de demostración, varias implementaciones mostraron integraciones con otras herramientas presentadas en el sprint. El linter ogc-checker, por ejemplo, fue utilizado tanto por ldproxy como por pygeoapi para validar sus salidas JSON-FG.
La mayoría de las actividades descritas anteriormente se tradujeron en actividad de GitHub. Puedes encontrar enlaces a los issues, Pull Requests y commits originados por este sprint de código en este enlace. Problema de GitHub.
Estándares y proyectos de software que participaron en este sprint; las flechas punteadas indican qué estándares implementan los proyectos de software, mientras que las flechas rellenas indican los proyectos de software que utilizaron otros proyectos.
Reflexiones finales
Este sprint confirmó el papel fundamental de los Code Sprints en el proceso de desarrollo de estándares. A menudo, este es el momento en que los distintos implementadores ponen en práctica los estándares, y surgen muchas preguntas. En ocasiones, los presidentes del SWG pueden aclarar estas preguntas, y en otras, dan lugar a cambios que (con suerte) mejorarán el estándar.
El sprint también brinda la oportunidad de actualizar las implementaciones a las últimas versiones del estándar y de realizar experimentos de interoperabilidad entre clientes y servidores. En general, esto se traduce en una mayor adopción de los estándares y una mejor interoperabilidad.
Animamos a todas las personas interesadas en los estándares OGC, independientemente de su nivel de experiencia, a asistir a estos eventos y participar en este proceso.
Las lecciones aprendidas durante este sprint se recopilaron, de forma colaborativa, en un repositorio de GitHub. de problemas.
Puedes seguir los anuncios de futuros Code Sprints a través de Sitio web de Code SprintsSi quieres aprender más sobre los estándares OGC desde la perspectiva de un desarrollador, consulta el siguiente enlace: Sitio web para desarrolladores de OGCSi quieres charlar, encuéntranos en Servidor de Discord de OGC-Events.
¿Te interesa participar en nuestro próximo evento?
El OGC RAINBOW Sprint @ iDays 2025 tendrá lugar el 11 de diciembre de 2025 en el Dolce by Wyndham Bad Nauheim, en Hesse, Alemania.
Invitamos a desarrolladores, expertos en datos y profesionales geoespaciales a registrarse y participar.
🔗 Inscripción y detalles: https://events.ogc.org/SprintOpenScienceOGCRAINBOWOGCAPIs
Descargo de responsabilidad:
Para simplificar, en este artículo el término «Estándares» se utiliza para referirse tanto a los estándares aprobados como a los candidatos. Puede consultar el estado de un estándar específico en la página web. Hoja de ruta de los estándares OGC.
