DEMOSTRADOR PROPIO
GeoSAT OpenGIS: arquitectura y registro de fuentes
Demostrador propio que hace explícitos procedencia, licencia, atribución, fecha de corte y versión antes de publicar información en una experiencia cartográfica.
ENTIDAD / RELACIÓN
GeoSAT
UBICACIÓN
Colombia · demostrador web
EVIDENCIA
Código, manifiestos y demostrador operativo propios
El problema que demuestra
Un visor puede dibujar una capa sin explicar de dónde salió, si puede redistribuirse o qué fecha representa. GeoSAT OpenGIS se construyó para hacer visibles esas decisiones antes del renderizado. Cada fuente que se autoriza para una muestra debe declarar origen, licencia, enlace de licencia, atribución, corte de datos, fecha de recuperación, hash y autorización de redistribución. Si el manifiesto está incompleto, la arquitectura no debe tratar el archivo como una muestra aprobada.
Ese contrato convierte la procedencia en una condición de publicación y no en una nota añadida al final. También permite separar la fuente remota, la respuesta normalizada y una instantánea local versionada, conservando el contexto necesario para explicar qué ve la persona usuaria.
Cómo está organizado el demostrador
OpenGIS define fuentes mediante consultas reproducibles y limita campos, extensión y número de elementos según cada caso. Las respuestas se normalizan antes de llegar al visor y las fallas se convierten en estados explícitos. Los contextos operativos disponibles incluyen riesgo volcánico en Cumbal, aptitud cafetera en Calarcá y un segmento de la Ruta Nacional 45A04. Son ejemplos construidos con fuentes identificadas, no resultados de consultoría ni datos simulados presentados como reales.
La misma estructura puede servir para inventariar WMS, WFS, APIs, catálogos y archivos institucionales. El objetivo no es obligar a que todo viva en una sola tecnología, sino documentar contratos entre productor y consumidor: propósito, responsable, CRS, campos, condiciones de uso, periodicidad y comportamiento ante cambios o indisponibilidad.
Qué evidencia y qué no
El demostrador evidencia una capacidad propia: registrar fuentes, consumirlas bajo reglas declaradas, normalizar datos y presentar procedencia junto a una experiencia web funcional. También muestra que una alternativa recuperable requiere estados de carga, error y disponibilidad, no solo un mapa cuando todos los proveedores responden.
No demuestra certificación de un estándar, disponibilidad permanente de terceros, calidad temática suficiente para cualquier decisión ni sustitución completa de una instalación existente. Un XML GetCapabilities puede describir operaciones declaradas sin probar que el servicio sea rápido, estable o correcto. La evaluación formal debe revisar la fuente y el proceso aplicable.
Uso como referencia de arquitectura
Para una institución, este caso permite discutir un primer registro de cinco a diez fuentes prioritarias. Cada entrada puede tener responsable, consumidores, licencia, corte, transformaciones y prueba de disponibilidad. El resultado es una línea base auditable para decidir qué documentar, corregir, publicar o monitorear, sin confundir el demostrador propio con una garantía sobre datos externos.