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 fuego para 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 lo suficientemente pronto como para solucionarlas.
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”.
Son esenciales 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 Rotterdam, con el apoyo de Geonovum y el Ayuntamiento de Rotterdam. El evento tuvo lugar en el emblemático edificio Timmerhuis , un referente de la arquitectura holandesa, y en el Vonk Innovation Centre , un centro de 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 la API de OGC: Registros . Para 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 intercambios de información 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í.
La sesión de clausura también incluyó un pastel tradicional holandés llamado tompouce , 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 presentó DGGAL , una biblioteca gratuita y de código abierto que proporciona una interfaz para los Sistemas de Referencia de Cuadrícula Global Discreta (DGGRS). Esta herramienta admite implementaciones de la API OGC (DGGS) y ofrece 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 muy sencilla. Inspirado por este tutorial, uno de los participantes del sprint utilizó esta biblioteca en su demostración final.
El segundo tutorial presentó la extensión WebSub de la API de SensorThings . WebSub, un estándar del W3C, es un protocolo que permite notificaciones en tiempo real sobre actualizaciones de contenido. Este enfoque es más eficiente para los clientes que consultar el servidor periódicamente, ya que evita la necesidad de establecer un intervalo fijo y funciona con los datos de sensores descritos por la API de SensorThings. Los instructores mostraron implementaciones de STA-WebSub tanto para el servidor como para el cliente, e incluso se ofrecieron a configurar una Raspberry Pi para recopilar datos ambientales para quienes desearan probar el método.
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 la simbología cartográfica OGC 2.0 . Esta 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ó con el instructor en los días siguientes 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 propició debates valiosos (aunque a veces avanzados). La lista completa de tutoriales, incluyendo resúmenes y enlaces relevantes, se puede encontrar aquí.
Actividades de la pista principal
Los desarrolladores que implementaron los estándares se autoorganizaron en grupos más pequeños, donde trabajaron en estrecha colaboración con los coordinadores del SWG, planteando preguntas y, en ocasiones, señalando problemas. Un esfuerzo destacable provino de OS4CSAPI: Open Source for Connected Systems API , que se destacó por su buena organización y la presentación de informes diarios de progreso por escrito.
pygeoapi confirmó su función como "campo de pruebas" para la implementación de estándares, siendo bifurcado dos veces durante el sprint (para OGC API – Connected Systems y OGC API – Joins) y recibiendo una solicitud de extracción preliminar para JSON-FG. Cabe destacar que estas implementaciones son prototipos y podrían integrarse en el 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 problemas, solicitudes de extracción y confirmaciones originadas por este sprint de código en este 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 problema de GitHub.
Puedes consultar los anuncios de futuros Code Sprints en el sitio web de Code Sprints . Si quieres saber más sobre los estándares de OGC desde la perspectiva de un desarrollador, visita el sitio web para desarrolladores de OGC . Si quieres charlar, únete al 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 esta publicación 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 en particular en la Hoja de Ruta de Estándares de la OGC.
