Banco de pruebas 15: Innovación en el procesamiento, análisis y visualización de datos geoespaciales
2020/02/28 – revisión 1.0
Índice
- 1. Impactos clave en el trabajo de estándares de OGC
- 2. Pasos futuros
- 3. Resúmenes de hilos
- 4. Datos sobre el banco de pruebas 15
En el 15.º banco de pruebas anual de OGC, las organizaciones patrocinadoras definieron una vez más los requisitos de interoperabilidad y/o tecnología de TI geoespacial. Siguiendo el método probado y bien establecido Proceso de banco de pruebas de OGCLos requisitos del mundo real de los patrocinadores del banco de pruebas se integran en un conjunto de arquitecturas de software por parte del personal de OGC. Los requisitos combinados se documentan y se publican como una convocatoria de participación (CFP) de OGC. Los proveedores de tecnología responden a la CFP y las organizaciones seleccionadas reciben apoyo y financiación de costos compartidos para investigar en colaboración y desarrollar rápidamente soluciones prototipo. Los resultados de la actividad del banco de pruebas se envían a la OGC. Programa de Normas OGC para ser considerado como un aporte al trabajo continuo de OGC sobre estándares consensuados y mejores prácticas.
Testbed-15 abordó seis temas principales (Threads) como se ilustra en la siguiente figura:
El siguiente fue el objetivo principal de investigación para cada hilo:
- La Observación de la tierra Hilo centrado en el desarrollo de un modelo de datos y una interfaz de catálogo asociada para apoyar la aplicación de Observación de la Tierra (EO) y el descubrimiento de procesos.
- La Seguridad centrada en los datos Thread investigó el estado actual de la seguridad en la protección de datos en un entorno geoespacial utilizando contenedores cifrados.
- La Análisis de la nube federada El hilo investigó cómo las tecnologías y arquitecturas emergentes con entornos de nube distribuidos pueden integrarse con éxito con OGC Open Web Services.
- La Actualizaciones de Delta El hilo exploró cómo se pueden proporcionar de forma segura cambios (actualizaciones) a los datos geoespaciales a los usuarios en el campo, especialmente en una situación denegada, interrumpida, intermitente y limitada (ancho de banda).
- La Marco de representación abierta modelos definidos por subprocesos, API y una arquitectura para respaldar y permitir la representación abierta e interoperable de contenido geoespacial.
- La Aprendizaje automático El hilo exploró cómo los modelos de aprendizaje automático y sus resultados podrían integrarse con OGC Open Web Services.
1. Impactos clave en el trabajo de estándares de OGC
El trabajo del banco de pruebas 15 dio como resultado:
- Dieciséis informes de ingeniería presentado a los Miembros y aprobado para lanzamiento público.
- Las diversas actividades del prototipo API proporcionaron información detallada sobre el Borrador de especificación común de la API de OGC apoyando la publicación de este documento como borrador de estándar OGC.
- Presentación de una propuesta formal para formar un Grupo de Trabajo de Estándares API de Estilos para continuar el desarrollo de los Estilos API de OGC con la intención de que dicha API sea aprobada como estándar oficial de OGC.
- Desarrollo y prueba de prototipo API de OGC: mapas y mosaicos y especificaciones de OGC API-Images y ChangeSets.
- Información técnica y requisitos detallados para el nuevo Registros API de OGC (Anteriormente Catálogo) Grupo de Trabajo de Normas.
- Investigación de la integración de varios modelos de aprendizaje automático en infraestructuras digitales basadas en estándares.
- Mejora de la arquitectura de “aplicaciones a los datos” para el procesamiento de datos en la nube de observación de la Tierra.
- Propuestas de ampliación/mejoras del OGC GeoPackage Estándar Incluye extensiones relacionadas con datos de características en mosaico, información de representación de codificación (estilos y símbolos), una propuesta para metadatos y perfiles de aplicación, y una extensión para soportar anotaciones semánticas.
2. Pasos futuros
- Presentación de las diversas especificaciones prototipo de API de OGC al Programa de Estándares de OGC para su desarrollo continuo y aprobación por consenso como Estándares de OGC.
- La próxima gran iniciativa de OGC, Banco de pruebas 16, se desarrollará de abril a diciembre de 2020, y los resultados del banco de pruebas se informarán como parte de las reuniones del Comité Técnico de OGC en septiembre y diciembre de 2020.
3. Resúmenes de hilos
Los seis subprocesos del banco de pruebas 15 se resumen en las siguientes secciones.
3.1. Tema 1: Datos seguros y nubes federadas (SFC)
3.1.1. Seguridad centrada en los datos
Explore cómo se pueden aplicar los principios de seguridad centrada en datos a nivel de características en un almacén de datos geoespaciales.
La seguridad centrada en los datos hace hincapié en la seguridad de los datos en sí, más que en la seguridad de las redes, los servidores o las aplicaciones. En Testbed-15, el enfoque se centró en cómo funciona la seguridad a nivel de funciones y qué implicaciones tiene esto en la red en términos de carga de comunicación adicional. Con un enfoque en las interacciones reales y los flujos de trabajo generales, el trabajo de Testbed-15 buscó responder a la pregunta de cómo se puede aplicar la seguridad centrada en los datos a las arquitecturas basadas en estándares OGC:
- ¿Cómo funciona la seguridad centrada en datos con los estándares y mejores prácticas de OGC?
- ¿Qué elementos ya están soportados y cómo?
- ¿Qué modificaciones a los estándares o mejores prácticas existentes de OGC son necesarias para explotar todo el potencial de la seguridad centrada en datos?
Para responder a estas preguntas, los participantes del banco de pruebas examinaron el uso de contenedores cifrados en combinación con datos geoespaciales utilizando la codificación para un OGC API – Features y Web Feature Service (WFS) Estructura FeatureCollection. En ese contexto, los participantes analizaron el uso de formatos de contenedores cifrados como STANAG 4778 de la OTAN “Información sobre la vinculación de metadatos estándar” con metadatos tal como se define en STANAG 4774 de la OTAN “Sintaxis de etiqueta de metadatos de confidencialidad” para permitir compartir información confidencial entre aliados.
Punto de aplicación de políticas geoespaciales (GeoPEP) como proxy para STANAG 4778
El trabajo realizado en Testbed 15 demostró que con un proxy de seguridad y un OGC API – Features servicio, una implementación puede satisfacer los requisitos de un modelo de seguridad centrado en datos. Seguridad centrada en datos de OGC El informe de ingeniería documenta los resultados de la implementación de tres escenarios centrados en los datos. Dos de los escenarios verificaron que existen métodos compatibles con versiones anteriores para implementar la seguridad centrada en los datos.
Los siguientes son recursos de información adicionales sobre la tarea de seguridad centrada en datos.
| Recurso de información | Ubicación del recurso |
|---|---|
| Requisitos | Requisitos para patrocinadores de CFP para seguridad centrada en datos |
| Informe de ingeniería | Informe de ingeniería de seguridad centrada en los datos |
| Presentación de Powerpoint | Presentación de diapositivas |
| Video corto | Youtube Video |
3.1.2. Análisis de la nube federada
Investigar cómo las tecnologías y arquitecturas emergentes que presentan entornos de nube distribuidos se pueden integrar con éxito con los estándares OGC
La llegada de la computación en la nube ha cambiado radicalmente la forma en que las personas y las organizaciones ven la informática y, más específicamente, la forma en que las personas y las organizaciones interactúan con los datos y los recursos de servicio. Todos los recursos informáticos, incluidas las nubes, existen en algún tipo de dominio administrativo en el que se puede gestionar el acceso. Mientras los recursos estén todos en el mismo dominio administrativo, la gestión del acceso es sencilla. Sin embargo, con el continuo desarrollo de nuestro mundo interconectado, cada vez es más común que los datos y servicios deseados por un usuario existan en diferentes dominios administrativos.
Acceder fácilmente a recursos distribuidos en diferentes dominios administrativos es un desafío. El enfoque ingenuo es que una persona mantenga n1 cuentas y credenciales diferentes para n2 organizaciones diferentes. Un enfoque más eficaz es la federación.
En términos simples, una federación permite que un conjunto de organizaciones participantes compartan datos y recursos de manera selectiva para propósitos específicos. El objetivo es lograr que los entornos federados sean tan uniformes, transparentes y fáciles de usar como un único entorno centralizado. Más precisamente, una federación es un contexto de seguridad y colaboración en el que los participantes pueden definir, acordar y aplicar políticas conjuntas de acceso y descubrimiento de recursos.
Los bancos de pruebas anteriores de OGC abordaron una serie de cuestiones relacionadas con el soporte de flujos de trabajo analíticos en los que los datos y los análisis se alojan o implementan de manera ad hoc en múltiples nubes heterogéneas que pertenecen a diferentes dominios administrativos. En esta actividad del banco de pruebas, OGC comenzó a evaluar la suficiencia de ese conjunto de trabajos y a identificar áreas en las que se necesita trabajo adicional. Esta evaluación se realizó a través de una prueba de concepto que ejecutaba una misión analítica no trivial que aprovechaba los datos y los análisis alojados en dos o más nubes.
En este contexto, son de particular interés tres casos de uso. En primer lugar, el manejo de la seguridad en las federaciones. En segundo lugar, cómo se gestionan las federaciones. Banco de pruebas 13 y Banco de pruebas 14 Los resultados de la investigación sobre “llevar aplicaciones a los datos” se relacionan con SCALE y SEED. SCALE es un sistema de código abierto que proporciona gestión y programación de procesamiento automatizado en un clúster de máquinas. SCALE utiliza la especificación SEED para ayudar en el descubrimiento y consumo de procesos empaquetados en contenedores Docker. En tercer lugar, el papel de las tecnologías de blockchain y de contabilidad distribuida en el contexto del manejo de la procedencia en las federaciones.
Descripción general del concepto de escala
Para cumplir con este objetivo, esta tarea se organizó en cuatro subtareas independientes. Los participantes abordaron las siguientes preguntas de investigación:
- Seguridad federada: ¿puede la Arquitectura de nube federada NIST/IEEE ¿Se puede validar (o invalidar) la funcionalidad de una nube federada en un escenario típico de análisis de nubes federadas que incluye entornos de nubes separados? ¿Cuáles son las ventajas y desventajas, y cómo encaja esta funcionalidad extendida dentro de la familia de estándares OGC?
- Analítica de nube federada: ¿Cómo incorporar SCALE y SEED a la familia de arquitecturas de nube compatibles con los estándares OGC? ¿Qué papel desempeña el estándar OGC WPS? ¿Qué soluciones de catálogo funcionan mejor?
- EOC, SCALE y SEED: ¿Cómo gestionar los diferentes enfoques para el procesamiento en la nube? ¿Dónde están las oportunidades de armonización? ¿Qué debe permanecer separado?
- Procedencia de nubes federadas: ¿Cómo se pueden utilizar las tecnologías de blockchain y de contabilidad distribuida para proteger la integridad de diferentes tipos de datos de procedencia?
Los resultados de cada una de estas actividades de trabajo se describen en los Informes de Ingeniería de Subprocesos, así como en el material adicional que se incluye a continuación:
| Recurso de información | Ubicación del recurso |
|---|---|
| Requisitos | Requisitos de patrocinador de CFP para análisis de nube federada |
| Informes de ingeniería | Informe de ingeniería de seguridad de nubes federadas Informe de ingeniería de análisis de nubes federadas Informe de ingeniería sobre unidades de trabajo de escalamiento (EOC, escala, SEED) Nube federada ProvenanInforme de ingeniería ce |
| Presentación de Powerpoint | Presentación de diapositivas |
| Video corto | Vídeo de OGC |
3.2. Tema 2: Procesamiento y representación en la nube (CPP)
3.2.1. Proceso de observación de la Tierra y descubrimiento de aplicaciones
Investigar enfoques para que los usuarios descubran y ejecuten las aplicaciones de observación de la Tierra que necesitan.
En la última década, han surgido varias plataformas que brindan acceso a datos de observación de la Tierra y capacidades de procesamiento. Estas plataformas albergan conjuntos de datos muy grandes (petabytes). Para procesar estos datos de manera eficaz, es fundamental un cambio de paradigma desde la descarga de datos y el procesamiento local hacia la carga y el procesamiento de aplicaciones cerca de la ubicación física de los datos. En el futuro, las capacidades de las plataformas deben combinarse para poder interpretar datos científicos a escala peta o exa.
El trabajo de Testbed-15 se centró en definir los elementos básicos para que las aplicaciones y los servicios relacionados puedan exponerse a través de un servicio de catálogo OGC. Los participantes de Testbed describieron y demostraron cómo se pueden utilizar los estándares OGC o cómo se debe ampliar su uso para permitir el descubrimiento y el uso de aplicaciones de procesamiento de datos EO que el usuario puede implementar y ejecutar o que ya están implementadas y disponibles detrás de interfaces OGC estandarizadas. Los participantes también demostraron cómo los sistemas existentes y emergentes, como los implementados por la NASA (por ejemplo, DAAC de la NASA y NASA DASS), ESA (ESA TEPs) o sistemas que ya han integrado varios nodos como el Federación de Redes del Sistema Terrestre (ESGF) – se puede federar para permitir el análisis y la visualización de datos en múltiples plataformas.
Los resultados de este trabajo definen los componentes básicos a través de los cuales dichas aplicaciones y servicios relacionados pueden exponerse a través de un servicio de Catálogo, incluyendo: un modelo de datos, interfaces de servicio y una interfaz de gestión de servicios.
Las principales conclusiones del trabajo incluyen:
- Los enlaces para el Catálogo propuesto y el Modelo de Datos GeoJSON son consistentes con los Estándares OGC existentes relacionados con el Contexto OWS y las Extensiones OGC de OpenSearch.
- El soporte para el descubrimiento de facetas y las respuestas de búsqueda por facetas se tomó prestado de las especificaciones OASIS SRU existentes y Extensión de la SRU OpenSearch.
- El modelo de datos propuesto se basa en las ofertas de contexto OGC OWS [OGC14-055r2] para describir los mecanismos y puntos finales de acceso a servicios o aplicaciones.
- Además del modelo basado en GeoJSON, en este ER también se propone la representación JSON-LD correspondiente. Un servicio o aplicación descrito en el catálogo se modela como un dcat:DataService en [DCAT-2].
Los resultados de las actividades de la tarea de seguridad centrada en datos, así como la información de respaldo, se proporcionan en los siguientes recursos:
| Recurso de información | Ubicación del recurso |
|---|---|
| Requisitos | Requisitos para el patrocinador de la convocatoria de propuestas para el proceso de observación de la Tierra y el descubrimiento de aplicaciones |
| Informe(s) de ingeniería | Catálogo e informe de ingeniería de descubrimiento |
| Presentación de Powerpoint | Presentación de diapositivas |
3.2.2. Marco de representación abierta
Definir los modelos, las API y la arquitectura para respaldar y permitir una representación abierta e interoperable.
La representación interoperable y dinámica de mapas y datos geoespaciales relacionados sigue siendo un desafío cuando se trabaja en múltiples entornos informáticos, de renderización, de comunicaciones y de visualización. A pesar de los esfuerzos anteriores, el OGC aún carece de un modelo conceptual sólido y de API relacionadas capaces de admitir múltiples codificaciones de estilo.
Por lo tanto, los temas principales abordados en el hilo OPF cubrieron la compatibilidad con el uso compartido y las actualizaciones de estilos, la representación del lado del cliente y del servidor de datos vectoriales y rasterizados, y la conversión de estilos de una codificación a otra. Este trabajo se basó en un borrador Modelo de estilo conceptualAdemás, existía el requisito de representar datos de acuerdo con definiciones de estilo en una infraestructura de ancho de banda denegado, interrumpido, intermitente y limitado (DDIL).
Descripción general de los principales elementos de trabajo del marco de representación abierta Testbed-15
El objetivo del hilo de trabajo de Open Portrayal Framework Testbed-15 era implementar un escenario de descubrimiento, acceso y representación de datos con estilos. El escenario se basó en un esfuerzo de ayuda humanitaria simulado en el área de Daraa, Siria. El escenario simulado requería que varios socios compartieran información de manera rápida y sin problemas a través de una imagen operativa común. Para promover esta "imagen común", se deben personalizar y compartir rápidamente mapas simples con estilos para operaciones diurnas o nocturnas entre organizaciones asociadas de muchas naciones. Las imágenes satelitales más recientes para el área de Daraa, Siria, también se agregaron a la "imagen común", como se ilustra a continuación. El escenario también incluyó requisitos para actualizaciones de datos realizadas como tareas en segundo plano y soporte para funcionalidad en línea/fuera de línea.
Resultado de la aplicación de conocimientos y borradores de API desarrollados en el hilo OPF
Algunos de los resultados clave del OPF:
- Mejora y validación del Modelo Conceptual de Estilos;
- Desarrollo y prueba de prototipos de API OGC para mosaicos, mapas, imágenes y coberturas;
- Demostración de que el modelo conceptual y la API de estilo funcionan bien en conjunto con OGC API – Features y las especificaciones emergentes OGC API: coberturas, mosaicos y mapas.
3.3. Tema 3: Aprendizaje automático y actualizaciones delta (MLD)
3.3.1. Aprendizaje automático
Desarrollar un conjunto de modelos de aprendizaje automático y explorar su uso dentro de entornos basados en servicios web OGC.
Las sinergias obtenidas mediante la integración del aprendizaje automático/aprendizaje profundo (ML/DL) con el análisis geoespacial, también conocido como GeoAI, están proporcionando un valor social cada vez mayor. Aplicaciones como la identificación rápida de madera enferma, la difusión de infecciones virales o el análisis del riesgo de avalanchas ya están aportando valor y salvando vidas. Sin embargo, queda mucho trabajo por hacer para desarrollar la sinergia geoespacial y ML/DL. Es necesario responder a cuestiones como cómo se puede optimizar la capacitación y qué papel tienen los estándares. Una gran variedad de datos geoespaciales están disponibles a través de interfaces OGC estandarizadas que podrían facilitar el descubrimiento y el acceso a los conjuntos de datos utilizados para alimentar las herramientas de ML.
Por lo tanto, la tarea de aprendizaje automático (ML) de OGC Testbed-15 exploró la utilidad de los servicios web de OGC (OWS) existentes para respaldar una amplia gama de herramientas de ML, incluido el procesamiento de datos de EO, la clasificación de imágenes, la extracción de características y la atribución de vectores. La pregunta clave de la investigación fue cómo se pueden integrar mejor estos diversos modelos de ML dentro de infraestructuras basadas en estándares. Estas infraestructuras incluyen servicios web de OGC que interactúan con cualquier tipo de repositorio de datos, desde archivos de imágenes bastante estables hasta archivos de datos de sensores de Big Data o sistemas en tiempo real.
Ejemplo OGC Web Processing Service Flujo de trabajo basado en ML/DL
La investigación implicó la implementación de cinco escenarios diferentes. Cada escenario se centró en un desafío de aprendizaje automático diferente y se implementaron prototipos como demostraciones individuales. Los cinco escenarios fueron:
- Predicción de cambios forestales: como primer paso hacia un sistema automatizado de predicción de cambios forestales, los participantes desarrollaron una capacidad de prototipo y demostraron el uso del aprendizaje automático para eliminar nubes y nubes de gran altitud (nubes de palomitas de maíz) de conjuntos de datos históricos para el Sitio estupendo de Petawawa.
- Planificación de la gestión forestal: para este escenario, los participantes presentaron un modelo de aprendizaje automático para la toma de decisiones sobre la gestión de la oferta forestal para las áreas forestales de la provincia de Nuevo Brunswick. Esto incluyó la recomendación de la ruta optimizada más eficiente desde el bosque hasta el mercado (el "modelo de flujo de madera") y la recomendación de la construcción de nuevas carreteras que sean más eficientes a lo largo del tiempo y que tengan en cuenta la seguridad.
- Diferenciación de lagos y ríos: los participantes entregaron un modelo ML que delineaba las características de los lagos y ríos a partir de un conjunto de datos vectoriales de cuerpos de agua no diferenciados.
- Recopilación de datos vinculados: los participantes desarrollaron una capacidad de aprendizaje automático basada en semántica para recopilar relaciones hidrológicas de la web para el área del río Richelieu y la cuenca hidrográfica. El proceso de recopilación utilizó una variedad de fuentes de datos.
- Descubrimiento de servicios web mediante la ubicación: los participantes entregaron un componente capaz de crear un catálogo permanente de servicios web circumpolares árticos relevantes. El objetivo era desarrollar un modelo de aprendizaje automático que pudiera realizar actividades como descubrir servicios web OGC y Esri REST que tengan alguna relevancia para la ciencia circumpolar y evaluar el nivel de confianza de cada servicio recomendado utilizando metadatos y parámetros de datos.
| Recurso de información | Ubicación del recurso |
|---|---|
| Requisitos | Requisitos para patrocinadores de CFP para aprendizaje automático |
| Informe(s) de ingeniería | Informe de ingeniería de aprendizaje automático Informe de ingeniería sobre el generador triple y el constructor de enlaces web semántico Catálogo e informe de ingeniería de descubrimiento |
| Presentación de Powerpoint | Presentación de diapositivas |
| Video corto | Vídeo de Youtube del modelo ML del bosque de Nuevo Brunswick |
3.3.2. Actualizaciones de Delta
Explore cómo se pueden proporcionar de forma segura cambios (actualizaciones) a los datos geoespaciales a los usuarios en el campo
En el mundo actual, los datos geosaptiales se recopilan y actualizan a un ritmo cada vez mayor. En muchos dominios de aplicación, los usuarios requieren estos datos actualizados lo más rápido posible. Los equipos de emergencias, los equipos de respuesta a incendios forestales, los combatientes, los entusiastas de los deportes extremos y más necesitan el contenido más reciente y de mejor calidad, incluidas actualizaciones casi en tiempo real.
La pregunta de investigación clave en la tarea de Actualizaciones Delta fue cómo implementar mecanismos de actualización delta confiables y seguros con los servicios web de próxima generación de OGC, como OGC API – Features y el borrador OGC API – ProcessesLa investigación incluyó la exploración de diferentes mecanismos que requieren mejoras en los existentes. OGC API – Features instancias o usos a desarrollar OGC API – Processes instancias para realizar una funcionalidad similar sin tocar los servicios de acceso a datos existentes.
Los participantes de Delta Updates diseñaron y documentaron una arquitectura de servicio que permite la entrega de actualizaciones priorizadas de características a un cliente, posiblemente actuando en un entorno DDIL (ancho de banda denegado, degradado, intermitente o limitado). Se investigaron y probaron dos escenarios técnicos diferentes:
- La mejora de Web Feature Service Instancias (WFS) para admitir actualizaciones en conjuntos de características.
- Utilizando un Web Processing Service Instancia (WPS) para acceder a las funciones, sin necesidad de modificar el servicio de datos descendente.
En el ER de actualizaciones delta, los participantes documentan cómo se pueden brindar actualizaciones delta priorizadas mediante una extensión transaccional OGC API – Features y el estándar y borrador actual de WPS OGC API – Processes especificación frente a instancias WFS operativas. Ambos enfoques utilizan el mismo algoritmo para realizar un seguimiento de los cambios en el conjunto de datos.
| Recurso de información | Ubicación del recurso |
|---|---|
| Requisitos | Requisitos de los patrocinadores del CFP para actualizaciones de Delta |
| Informe(s) de ingeniería | Delta actualiza su informe de ingeniería |
| Presentación de Powerpoint | Presentación de diapositivas |
| Video corto | Youtube Video |
3.4. Resumen de los informes de ingeniería del banco de pruebas 15
Un conjunto de informes de ingeniería (ER) de OGC describe las distintas actividades completadas durante la iniciativa Testbed 15. Cada ER proporciona un resumen ejecutivo seguido de secciones que documentan el enfoque de investigación y los detalles técnicos de las implementaciones del prototipo. El resumen ejecutivo incluye una declaración de valor sobre por qué el trabajo descrito es importante para las comunidades geoespaciales y/o de TI. Cada ER concluye con un resumen de los resultados, recomendaciones relacionadas con la línea base actual de los estándares de OGC y recomendaciones para el trabajo futuro de la iniciativa de interoperabilidad.
Estos informes de ingeniería públicos de OGC se presentan y son aprobados para su publicación por los miembros de OGC.
A continuación se muestra el conjunto completo de ER de Testbed 15:
Cada informe de ingeniería (ER) de OGC tiene un número de documento oficial de OGC (que se muestra en la primera columna). Esto es para una fácil referencia. La columna denominada “TB 15 Task” se refiere al número de tarea interna que se utiliza en el banco de pruebas. Los números de tarea se utilizan como referencias fáciles en la convocatoria de participación y en todos los documentos y materiales de presentación desarrollados en el banco de pruebas. Si hace clic en el número de tarea del banco de pruebas, se le redirigirá a un breve resumen de ese ER en particular.
Los ER de OGC pueden copiarse, distribuirse y usarse según sea necesario para la investigación y actividades relacionadas. Sin embargo, los ER son No cargos oficiales de los miembros de OGC y nunca deben figurar como requisitos obligatorios en las adquisiciones.
3.4.1. Resúmenes de ER
D001: Informe de ingeniería del generador triple y constructor de enlaces web semánticos
En el mundo de la información actual, los usuarios tienen acceso a una gran cantidad de información geoespacial. Cuando se puede combinar información de múltiples fuentes, su utilidad aumenta drásticamente. Sin embargo, no existe un marco de fusión bien definido que aborde las diferencias semánticas en fuentes geoespaciales heterogéneas. El generador de enlaces de la Web semántica y el generador triple ER describen un enfoque generalizado para realizar la fusión de datos de múltiples fuentes geoespaciales heterogéneas.
El caso de uso específico abordado en la actividad de investigación del hilo de aprendizaje automático Testbed 15 fue el enriquecimiento semántico de las características hidrográficas proporcionadas por Recursos Naturales de Canadá (NRCan)La discusión en el ER intenta definir y formalizar la secuencia de integración necesaria para realizar un proceso de fusión para producir entidades fusionadas semánticamente coherentes. Esto se hizo utilizando una serie de ontologías para respaldar la correlación y la mediación semántica definidas utilizando el nuevo Lenguaje de restricción de forma del W3C (SHACL), así como un motor de correlación que se implementó para ser accesible a través de una Interfaz de Programación de Aplicaciones (API) basada en el paradigma de Transferencia de Estado Representacional (REST).
Con base en los hallazgos del Testbed 15, el futuro trabajo de innovación de OGC deberá implementar el motor de fusión y mediación semántica sugerido.
D002: Informe de ingeniería de aprendizaje automático
La intersección del aprendizaje automático (ML) y el aprendizaje profundo (DL) y la tecnología geoespacial está creando oportunidades que antes no eran posibles. El uso de estas tecnologías está mejorando nuestra capacidad para aumentar el rendimiento de los cultivos mediante la agricultura de precisión, para combatir el crimen mediante la implementación de modelos de vigilancia predictiva o para mejorar la clasificación de imágenes y la detección de características. En la actividad de ML de Testbed 15, los participantes exploraron la capacidad de ML para interactuar con los estándares web de OGC y utilizarlos en el contexto de las aplicaciones de recursos naturales. Un objetivo clave de la investigación fue demostrar el uso de los estándares de OGC en el dominio de ML mediante el desarrollo de escenarios. Los escenarios utilizados en el hilo de ML fueron:
- Predicción de cambios en los bosques
- Planificación de la gestión forestal
- Diferenciación lago/río
- Recolección de datos vinculados
- Descubrimiento de servicios web a través de la ubicación
Cada escenario utilizó un conjunto de datos geoespaciales de apoyo junto con servicios de catalogación y procesamiento para respaldar los objetivos de la investigación. Un modelo de ML es el núcleo de cada escenario. En cada escenario, el objetivo era que el modelo tomara decisiones clave que un humano en el sistema tomaría normalmente en circunstancias normales. Cada escenario y las implementaciones de prototipos correspondientes recibieron el apoyo de al menos un cliente para demostrar la ejecución y el análisis de los resultados para la visualización.
En resumen, el hilo de ML incluyó cinco escenarios que utilizan siete modelos de ML en una arquitectura de solución que incluía implementaciones de los OGC Web Processing Service (WPS), OGC Web Feature Service (CFM) y OGC Catalogue Service para la Web (CSW) Normas. Este informe de evaluación incluye una investigación exhaustiva y documentación de las experiencias de los participantes del aprendizaje automático, lo que da como resultado un conjunto de recomendaciones para el trabajo futuro.
D004: Informe de ingeniería de seguridad centrada en datos
Con el auge de la computación en la nube, los datos confidenciales pueden circular o almacenarse en sistemas que están fuera del perímetro de seguridad tradicional. Los datos pueden circular libremente en cualquier lugar donde los necesite una fuerza laboral cada vez más móvil. Por lo tanto, las estrategias de ciberseguridad deben pasar de intentar mantener un perímetro seguro alrededor de los sistemas y las aplicaciones a proteger los datos contra el acceso no autorizado. Se requiere una estrategia de seguridad centrada en los datos.
El informe de investigación sobre seguridad centrada en los datos analiza el estado actual de la seguridad en la protección de datos en un entorno geoespacial. El informe de investigación examina el uso de formatos de contenedores cifrados como NATO STANAG 4778 “Información sobre la vinculación de metadatos estándar” con metadatos tal como se define en STANAG 4774 de la OTAN “Sintaxis de etiqueta de metadatos de confidencialidad” en combinación con datos geoespaciales utilizando la codificación para un OGC Web Feature Service (WFS) Estructura FeatureCollection. El ER también recomienda la creación de nuevos tipos de medios para admitir formatos de contenedores de salida como STANAG 4778. El ER luego analiza varios escenarios de implementación en los que un contenedor STANAG 4778 (lenguaje de marcado extensible (XML) mantiene datos cifrados del autor al servicio y al espectador. Estas implementaciones utilizan la nueva OGC API – Features Estándar con funciones cifradas mediante claves proporcionadas por los autores y usuarios de las funciones.
Los participantes demostraron que la seguridad centrada en los datos es posible dentro del marco de servicio de la API de OGC. El informe de investigación documenta los tres escenarios de DCS utilizados para investigar la seguridad centrada en los datos:
El informe de evaluación concluye con los problemas encontrados y recomendaciones para el trabajo futuro. Con base en estas recomendaciones, los participantes de Testbed 16 desarrollarán una implementación de seguridad centrada en datos en la familia de estándares API de OGC, incluida una implementación JSON de seguridad centrada en datos.
D005: Delta actualiza el informe de ingeniería
El documento de actualización de Delta Updates documenta el diseño de una arquitectura de servicio que permite la entrega de actualizaciones priorizadas de características geoespaciales a un cliente, que puede estar en un entorno DDIL (ancho de banda denegado, degradado, intermitente o limitado). La difusión de datos GEOINT en un entorno de ancho de banda DDIL es un problema complejo. Al no ofrecer todo el conjunto de datos, sino solo los cambios (actualizaciones delta) combinado con lista de prioridades Se identificó como un enfoque válido para este problema. Se investigaron y probaron dos escenarios técnicos diferentes:
- La mejora de Web Feature Service Instancias (WFS) para admitir actualizaciones en conjuntos de características.
- Utilizando un Web Processing Service Instancia (WPS) para acceder a las funciones, sin necesidad de modificar el servicio de datos descendente.
Como tal, el ER documenta cómo se pueden brindar actualizaciones delta priorizadas mediante una extensión transaccional a la OGC API – Features Nuestras y el borrador Estándar WPS/OGC API – Processes especificación delante de Web Feature Service instancias. Ambos enfoques utilizan el mismo algoritmo para realizar un seguimiento de los cambios en el conjunto de datos.
El ER concluye con una recomendación clave: que la OGC investigue un enfoque común para las actualizaciones delta en las API de OGC existentes y en desarrollo.
| Nota: | Changeset es un sinónimo de actualizaciones delta, al igual que las actualizaciones incrementales y las actualizaciones solo de cambios (COU). El término Changeset se utiliza en Informe de ingeniería del marco de representación abierta OGC Testbed-15 y OGC Testbed-15: Borrador de especificación de la API de imágenes y conjuntos de cambios. |
D010: Catálogo e informe de ingeniería de descubrimiento
Han surgido plataformas que admiten numerosas aplicaciones que brindan acceso a datos de observación de la Tierra y capacidades de procesamiento. Estas plataformas albergan conjuntos de datos muy grandes, lo que hace que un cambio de paradigma de la descarga de datos y el procesamiento local hacia la carga y el procesamiento de aplicaciones cerca de la ubicación física de los datos sea cada vez más importante. Para interpretar mejor los datos peta y exaescala Los datos científicos y las capacidades de estas plataformas deben combinarse.
El trabajo de esta actividad se basa en actividades anteriores del banco de pruebas OGC. Banco de pruebas OGC-13 y Banco de pruebas: 14 salas de emergencia Proponer soluciones para el empaquetado, despliegue y ejecución de aplicaciones en entornos de nube que expongan interfaces estandarizadas como la OGC Web Processing Service (WPS)Siempre que se proporcione una interfaz estandarizada dedicada, como una instancia OGC WPS, un entorno de ejecución de contenedores (por ejemplo, Docker) y acceso a datos, el enfoque propuesto es independiente de la plataforma de nube de destino.
El ER presenta el modelo de datos y la interfaz para un servicio de catálogo que permite el descubrimiento de aplicaciones EO y servicios de procesamiento relacionados para su posterior implementación y/o invocación en un entorno distribuido. El ER también proporciona los detalles arquitectónicos y de implementación de los componentes de software que se desarrollaron como parte de la actividad y que interactúan a través del modelo de datos descrito. Estos componentes de software incluyen clientes de catálogo, servidores de catálogo y servidores transaccionales WPS (WPS-T).
D011: Modelo conceptual de codificación y metadatos para el informe de ingeniería de estilos
El diseño del lado del cliente para el mapeo web requiere una forma de localizar un estilo adecuado en el servidor, determinar la aplicabilidad del estilo a las capas mostradas actualmente y recuperar el estilo. Un estilo es una secuencia de reglas de instrucciones de simbolización que se aplicarán mediante un motor de renderizado en una o más características y/o coberturas. Además, los catálogos de estilos y la reutilización de estilos requieren una forma de describir los estilos (qué tipo de simbolización se utiliza, qué capas están involucradas, qué atributos se necesitan). Al mismo tiempo, las aplicaciones tanto del cliente como del servidor admiten cada vez más una variedad más amplia de codificaciones de estilos abiertos. Para cumplir con estos y otros requisitos de interoperabilidad de estilos, se requiere un modelo conceptual de metadatos y codificación de estilos. El modelo proporciona información para comprender el uso previsto de un estilo, su disponibilidad y compatibilidad con las capas existentes. El modelo también admite la búsqueda de estilos. El ER describe el modelo conceptual de estilos desarrollado en Testbed 15.
En el banco de pruebas 15, el Styled Layer Descriptor (SLD) 1.0, Symbology Encoding (SE) 1.1, Hojas de estilo en cascada (CSS)y el ámbito https://docs.mapbox.com/mapbox-gl-js/style-spec/ Se revisaron los estilos de [Mapbox GL]. La actividad del banco de pruebas también se basó en trabajos anteriores de OGC, en particular:
- La Modelo conceptual de simbología OGC: parte central estándar candidato que define conceptos de representación comunes compartidos entre varias codificaciones de estilo.
- La Proyecto piloto de mosaicos vectoriales de OGC iniciativa que definió un prototipo de una API de estilos que es independiente de la codificación de estilos.
D012: Informe de ingeniería de API de estilos
Este documento de revisión preliminar documenta una especificación preliminar para una API web que permite a los servidores y clientes de mapas, así como a los editores de estilos visuales, administrar y obtener estilos. Las API web son interfaces de software que utilizan un estilo arquitectónico que se basa en las tecnologías de la Web. Los estilos consisten en instrucciones de simbolización que aplica un motor de renderizado sobre las características y/o coberturas.
El borrador de la API de estilos admite varios tipos de consumidores, principalmente:
- Editores de estilos visuales que crean, actualizan y eliminan estilos para conjuntos de datos compartidos por otras API web que implementan el OGC API – Features – Parte 1: Núcleo Norma o borrador API de OGC – Coberturas o borrador OGC API – Tiles especificaciones;
- API web que implementan el borrador OGC API – Maps especificación de estilos de obtención y representación de datos espaciales en el servidor;
- Clientes de mapas que obtienen estilos y representan datos espaciales (características o coberturas) en el cliente.
Los datos de características se pueden acceder directamente o se organizan en particiones espaciales, como un almacén de datos en mosaico (también conocido como "mosaicos vectoriales"). La API de estilos es coherente con la familia emergente de estándares de API de OGC. La API de estilos implementa el modelo conceptual para codificaciones de estilos y metadatos de estilos, como se documenta en el capítulo 6 de la Modelo conceptual de codificación y metadatos para estilos EREl modelo define tres conceptos principales:
- El estilo es el recurso principal.
- Cada estilo está disponible en una o más hojas de estilo: la representación de un estilo en una codificación como OGC SLD 1.0 or Estilo de MapboxLos clientes pueden luego utilizar la hoja de estilo del estilo que mejor se adapte a sus necesidades.
- Para cada estilo, hay metadatos de estilo disponibles que proporcionan información descriptiva general sobre el estilo.
D014: Informe de ingeniería de API de mapas y mosaicos del banco de pruebas 15
Desde 2017, la OGC ha centrado su esfuerzo en desarrollar estándares API basados en los conceptos definidos en una arquitectura orientada a recursos (ROA). Las API de la OGC se describen utilizando API abierta 3.0 Especificación. El ER define una prueba de concepto para una especificación de API de mapas y mosaicos. El borrador de la especificación de mapas y mosaicos se basa en la OGC API – Features – Parte 1: Estándar básico.
El borrador de la especificación de mosaicos describe un servicio que recupera representaciones de datos como mosaicos. En el borrador de la especificación, se supone que los mosaicos están organizados en Conjuntos de matrices de mosaicos (TMS) que consiste en matrices de mosaicos regulares disponibles en diferentes escalas o resoluciones.
El borrador de la especificación de Maps describe una API que presenta datos como mapas mediante la aplicación de un estilo. Estos mapas se pueden recuperar en una estructura en mosaico o como mapas de cualquier tamaño generados sobre la marcha. Algunas de las funciones del borrador de la especificación de Maps se basan en la OGC Web Map Tile Service (WMTS) 1.0 Estándar. Esto está relacionado con el uso de estilos mediante el borrador de la especificación de la API de estilos que se desarrolló en el hilo de trabajo de Open Portrayal Framework Testbed-15.
D015: Informe de ingeniería del marco de representación abierta (OPF)
Los estándares que permiten la representación interoperable son fundamentales en muchos dominios, donde los entornos distribuidos dan lugar a una variedad de estilos, motores de representación y tipos de datos espaciales. En este contexto, el objetivo del trabajo de OPF de Testbed 15 era permitir la representación de datos geoespaciales de manera uniforme, de acuerdo con los requisitos específicos del usuario sin una carga indebida para el usuario. El ER incluye una descripción general de los requisitos, una presentación detallada del escenario de demostración, una arquitectura de alto nivel y las soluciones prototipo que se desarrollaron.
Los principales temas abordados en el hilo OPF son el cambio y el uso compartido de estilos, la conversión de codificaciones de estilos, la representación del lado del cliente/servidor de datos vectoriales y raster y el suministro de datos en situaciones de infraestructura de ancho de banda denegado, interrumpido, intermitente y limitado (DDIL). Este ER, junto con los ER complementarios, documenta un conjunto de especificaciones emergentes que respaldan la representación interoperable de datos geoespaciales heterogéneos. Esto incluye una mejora GeoPackage modelo que se desarrolló para facilitar el diseño avanzado en situaciones fuera de línea. Los principales resultados se analizan en GeoPackage .
Se definió y documentó un escenario detallado de demostración y requisitos. En el análisis del escenario se explican los requisitos para los distintos desarrollos realizados en Testbed-15. Entre ellos se encuentran una serie de nuevas API web de OGC.
En este ER, la discusión de la API se realiza desde un punto de vista más abstracto, y algunos de los principales elementos de discusión y decisiones de diseño se destacan en el capítulo API web emergentes de OGC. La documentación detallada de las API se puede encontrar en los respectivos informes de ingeniería que se enumeran en el Resumen del hilo de OPF.
El informe de evaluación concluye con la documentación de una serie de debates generales y decisiones de diseño adoptadas por los participantes del OPF. Los participantes proporcionaron una descripción detallada de los aspectos de implementación y la presentación de los resultados, que se presentan en el Anexo A: Implementaciones del OPF.
D016: Informe de ingeniería de API de conjuntos de cambios e imágenes
Existe una necesidad crítica de poder actualizar de manera fácil y eficiente (según la prioridad) el contenido de un almacén de datos de imágenes en mosaico. La especificación preliminar de OGC API – Images and ChangeSet aborda el caso de uso de un servidor de mosaicos de OGC API que ofrece mosaicos de imágenes y un cliente que representa el resultado como un conjunto de imágenes. Las imágenes de origen se pueden actualizar y, por lo tanto, el servidor de mosaicos también debe poder entregar solo los mosaicos que han cambiado.
El ER aborda dos API independientes pero relacionadas:
- API OGC – Imágenes: permite gestionar (recuperar, crear y actualizar) conjuntos de imágenes georreferenciadas. La API permite el uso de mosaicos (donde las imágenes se combinan en una única “imagen” más grande), pero también podría servir para un caso de uso en el que una cámara en movimiento toma fotografías en ubicaciones a lo largo de una ruta y luego almacena las imágenes como una única colección.
- El borrador de la API de filtro ChangeSet permite filtrar una solicitud a un servicio de datos que especifica reglas tales que solo se envíen al cliente los cambios recientes.
La API OGC – Imágenes está diseñada para simplificar la creación y el mantenimiento de conjuntos de imágenes que luego pueden ser expuestos y recuperados por otras API OGC, como la API OGC – Coberturas. El uso del filtro ChangeSet ayuda a mantener a los clientes sincronizados con los cambios en el contenido de origen en los servidores y, al mismo tiempo, minimiza el ancho de banda necesario para la sincronización.
Nota: Que el Actualizaciones de Delta ER recomienda que la OGC investigue un enfoque común para las actualizaciones delta en las API de OGC existentes y en desarrollo.
D017: Informe de ingeniería resumido de representación
El resumen de representación ER proporciona un resumen ejecutivo del hilo de trabajo de Open Portrayal Framework (OPF) de Testbed 15. El Open Portrayal Framework de OGC es un conjunto de modelos emergentes y especificaciones de API que respaldan la representación interoperable de datos geoespaciales heterogéneos. El OPF facilita la representación de datos geoespaciales de manera uniforme, de acuerdo con los requisitos específicos del usuario. Los temas principales abordados en el hilo de OPF cubrieron la compatibilidad con el uso compartido y las actualizaciones de estilos, la representación del lado del cliente y del servidor de datos vectoriales y raster, y la conversión de estilos de una codificación a otra. Este trabajo se basó en los conceptos, las relaciones y los términos definidos en un borrador de modelo de estilo conceptual. Además, se abordó el requisito de representar datos de acuerdo con las definiciones de estilo en un escenario con infraestructura de ancho de banda denegado, interrumpido, intermitente y limitado (DDIL).
Para avanzar en el desarrollo, prueba y demostración de los modelos prototipo y las API, se definió un escenario detallado que permitió a los participantes evaluar la capacidad del OPF para brindar apoyo a usuarios simulados en una situación de ayuda humanitaria. El escenario del OPF se componía de cuatro aspectos principales:
- Aplicación de estilos a los datos
- Modificar y gestionar estilos
- Gestión de “conjuntos de cambios”
- Cómo abordar situaciones offline o DDIL
Basándose en el escenario OPF, el informe de evaluación describe cómo el trabajo realizado en el hilo OPF marcó un hito en el camino hacia la creación de entornos de representación de datos geoespaciales de múltiples fuentes y múltiples tipos de datos totalmente interoperables. El informe de evaluación destaca los logros de los participantes del banco de pruebas al analizar y demostrar cómo se abordaron los requisitos del escenario OPF.
D019: Informe de ingeniería de seguridad de nubes federadas
El área de las nubes federadas está experimentando un rápido crecimiento. Las nubes federadas representan la unión de software, infraestructura y servicios de plataforma de redes dispares a las que un cliente puede acceder a través de Internet. En este entorno, la necesidad de modelos de seguridad innovadores para el acceso de los usuarios a los recursos de la nube es primordial. Los modelos de seguridad tradicionales no son adecuados.
El ER de Seguridad de Nubes Federadas documenta el análisis de dos tipos de federación: la entidad centralizada y los enfoques de arquitectura distribuida. Ambos enfoques se analizaron desde la perspectiva de la seguridad. El ER documenta cómo se puede proporcionar la gestión de políticas de acceso, recursos y membresía federada dentro de un entorno de seguridad, al mismo tiempo que se proporciona portabilidad e interoperabilidad a todas las partes interesadas. El trabajo presentado en el ER también tuvo en cuenta cómo la gobernanza puede verse afectada por las opciones de diseño. Además, el ER proporciona una introducción a los conceptos de Federación y Nubes Federadas y luego presenta el concepto de un Administrador de Federación (FM) e intenta establecer una lista clara de aspectos de funcionalidad necesarios para administrar y usar una Federación. El ER concluye con un análisis completo de los Administradores de Federación implementados durante esta actividad de Testbed-15 y cómo abordar cada uno de los desafíos de funcionalidad.
Los resultados de los experimentos de integración indicaron que ambas arquitecturas conducen a diferentes consecuencias técnicas, que se investigaron y describieron en el estudio de caso. Por lo tanto, el estudio de caso constituye una base adecuada para futuras investigaciones sobre interoperabilidad y seguridad entre federaciones y entre ellas.
D020: Informe de ingeniería de análisis de la nube federada
El ER de Federated Clouds Analytics documenta los resultados y las experiencias adquiridas durante la tarea de Federated Cloud Analytics. El trabajo documentado aborda una cuestión más amplia de cómo aprovechar las arquitecturas de la nube que gestionan el procesamiento automatizado en un clúster de máquinas junto con el uso de estándares OGC. La investigación se centró en ESCALA Entorno del centro de datos. También como parte de esta actividad, el SEMILLA La especificación de la interfaz de trabajo se utilizó para empaquetar los metadatos de los parámetros de entrada/salida del trabajo con imágenes Docker que contienen algoritmos de procesamiento discretos. Esto permite a los desarrolladores preparar el software en un paquete autónomo que contiene todas las dependencias de ejecución, implementarlo y ejecutarlo en un entorno alojado con acceso a los datos. En este contexto, el ER documenta cómo el OGC Web Processing Service (WPS) 2.0 Estándar se puede utilizar como una API estándar para análisis en la nube para la automatización del flujo de trabajo.
Más específicamente, el ER proporciona un análisis de:
- El potencial del estándar OGC WPS como interfaz de programación de aplicaciones (API) para un servicio de automatización de flujo de trabajo para gestionar la ejecución de trabajos que involucran múltiples contenedores en el entorno del centro de datos a escala;
- Utilizando una implementación del estándar OGC WPS como interfaz general para la automatización del flujo de trabajo con contenedores;
- La idoneidad del estándar OGC WPS 2.0 como API para análisis de la nube;
- Uso de servicios web OGC (OWS) como fuentes y receptores de datos analíticos.
D021: Unidades de trabajo de escalamiento (EOC, Escala, SEED) Informe de ingeniería
Este ER presenta un análisis exhaustivo del trabajo producido en los hilos de Nubes de Observación de la Tierra (EOC) en los bancos de pruebas OGC 13 y 14 en relación con la GeoInt de Inteligencia Geoespacial Nacional (NGA) de EE. UU. SCALE y SEMILLA entornos. Scale permite gestionar el procesamiento automatizado en un grupo de máquinas. La especificación SEED facilita el descubrimiento y el consumo de una unidad de trabajo discreta contenida en una imagen de Docker.
El ER describe cómo los resultados de la investigación de OGC Testbed-13 y OGC Testbed-14 sobre “llevar aplicaciones/usuarios a los datos” se relacionan con Scale y SEED. Ambos enfoques tienen en común que encapsulan las cargas de trabajo en contenedores Docker, lo que las hace lo más independientes posible del entorno de ejecución. Más importante aún, dichos contenedores Docker se pueden mover a nodos en el centro de datos más cercano a los datos o a otros centros de datos en conjunto. Al comparar los dos enfoques, el ER identifica y describe oportunidades de armonización o estandarización. Sin embargo, esto también proporciona razones por las que algunas características deben permanecer separadas. Estos problemas difíciles requieren trabajo adicional, pero representan oportunidades que deben examinarse en futuras iniciativas.
Para los desarrolladores, el ER constituye una referencia técnica que respalda la comparación de los dos enfoques, permitiéndoles así tomar decisiones informadas, comprender las compensaciones, identificar estándares relevantes y aclarar malentendidos.
D022: Informe de ingeniería de procedencia de la nube federada
La garantía de la calidad y repetibilidad de los resultados de los datos es esencial en muchos campos, como la ciencia electrónica y la atención sanitaria, y requiere auditorías en la nube y el mantenimiento de la información de procedencia durante toda la ejecución del flujo de trabajo. El uso de componentes heterogéneos en un entorno de computación en la nube introduce riesgos de corrupción accidental de datos, errores de procesamiento, vulnerabilidades como violación de la seguridad, manipulación de datos o falsificación maliciosa de la procedencia. Los sistemas en la nube están estructurados de una manera fundamentalmente diferente a otros sistemas distribuidos, como las redes, y por lo tanto presentan nuevos desafíos para la recopilación de datos de procedencia.
El alcance del estudio documentado en este informe de investigación es una revisión del estado del arte de las tecnologías de procedencia y blockchain, identificando los desafíos y requisitos sobre el uso de la procedencia de la computación en la nube en una blockchain. Con base en estos análisis, se propone una arquitectura para compartir información de procedencia de flujos de trabajo en la nube federados que garanticen que la información de procedencia no haya sido alterada para que el usuario pueda confiar en los resultados producidos por el flujo de trabajo.
El estudio determinó que Identificadores autosuficientes del W3C (SSIs) y las credenciales verificables son activos fundamentales para la interacción a través de Internet y son la piedra angular para establecer la Red de confianza necesario para garantizar la procedencia de la información. SSI devuelve el control total de la identidad al propietario y el uso de Tecnología Ledger Distribuida (DLT) y Blockchain para apoyar Infraestructura de clave pública distribuida (DPKI) proporciona una alternativa sólida que aborda los problemas de usabilidad y seguridad del enfoque PKI centralizado.
D023: Informe de ingeniería del modelo MapML de Quebec
Mapa ML es un formato de texto para codificar información de mapas para la World Wide Web. El valor de MapML es permitir que el software de agente de usuario basado en la Web (navegadores y otros) muestre y edite mapas y datos de mapas sin personalización innecesaria.
El modelo de Quebec MapML ER describe la implementación del cliente habilitada con Map Markup Language (MapML) para el modelo de diferenciación de lagos y ríos de Quebec en la tarea de aprendizaje automático (ML). Este ER detalla las capacidades de análisis de MapML que se desarrollaron para ilustrar los resultados de un modelo ML para delinear las características de los lagos y ríos a partir de un conjunto de datos vectoriales de cuerpos de agua no diferenciados en Quebec, Canadá. Se accedió a los datos del cliente a través de un OGC Web Processing Service Interfaz (WPS) en coordinación con una OGC API – Features puesta en práctica.
El estudio concluye que MapML es adecuado no solo para representar una selección de características de una fuente de datos, sino que también puede ser útil como documento de metadatos que describe una colección de información. MapML podría proporcionar vínculos a la colección utilizando semántica de mapas (cuadros delimitadores, mosaicos, imágenes, características, etc.).
4. Datos sobre el banco de pruebas 15
En los bancos de pruebas anuales de OGC, las organizaciones patrocinadoras especifican los requisitos de interoperabilidad para abordar tanto sus necesidades como las brechas en la Línea base de estándares de OGCEl personal de OGC integra estos requisitos en un documento formal Convocatoria de participación (CFP)Los proveedores de tecnología, también conocidos como participantes, reciben apoyo y financiación de costo compartido para investigar en colaboración y desarrollar rápidamente soluciones prototipo. Cuando se completa el banco de pruebas, los resultados se documentan en Informes de ingeniería de OGCLos informes de ingeniería pueden especificar solicitudes de cambio a las normas OGC existentes, extensiones a una norma existente o incluso un nuevo borrador de especificación. Estos se envían al Programa de Normas OGC para su discusión, consideración y, finalmente, aprobación por parte de los miembros de normas abiertas y mejores prácticas basadas en el consenso.
4.1. Hechos
A continuación se presentan datos clave sobre la actividad del OGC Testbed 15.
- 8 Organizaciones miembros patrocinadoras
- 30 representantes de las 8 organizaciones patrocinadoras
- 66 participantes individuales activos de 22 Organizaciones Miembros.
- 113 observadores en representación de 72 organizaciones miembros.
- 16 Informes de ingeniería Escrito y aprobado para su divulgación pública.
El proyecto Testbed-15 comenzó con un taller de lanzamiento a principios de abril de 2019, organizado por el USGS en sus instalaciones de Reston, Virginia. La actividad del proyecto Testbed culminó con presentaciones y demostraciones breves en las reuniones del Comité Técnico de noviembre de 2019 en Toulouse, Francia.
4.1.1. Actividades clave de trabajo (hilos) del banco de pruebas 15
El banco de pruebas está organizado en una serie de hilos. Cada hilo combina una serie de tareas que se definen con más detalle en la convocatoria de participación. Los hilos integran una vista arquitectónica y temática, lo que permite mantener los elementos de trabajo relacionados juntos y eliminar dependencias entre hilos. Haga clic en el enlace si desea leer la descripción detallada de un hilo según se proporciona en la convocatoria de participación. Además, se proporcionan breves descripciones generales. aquí.
- Tema 1: Datos seguros y nubes federadas (SFC)
- Hilo 2: Procesamiento y representación en la nube (CPP)
- Hilo 3: Aprendizaje automático y actualizaciones delta (MLD)
4.1.2. Demostraciones en línea
Además de los Informes de Ingeniería, los participantes desarrollaron una serie de videos que muestran los resultados del trabajo realizado. Los videos están disponibles en la Canal de YouTube de Open GeospatialSi navega hasta el canal de YouTube de OGC, haga clic en la lista de reproducción Testbed 15. Aproveche también la oportunidad de ver otros videos que documentan diversas iniciativas de interoperabilidad de OGC.
4.1.3. Organizaciones participantes
Las siguientes organizaciones fueron seleccionadas como participantes oficiales del Testbed 15. Cada organización participante tenía resultados y tareas específicos basados en sus respuestas a la convocatoria de participación.
| 52 North | Alemania |
| Junta de Regentes de Arizona | US |
| Compusulta | Canada |
| CRIMEN | Canada |
| CuboWerx | Canada |
| Espacio Deimos | España |
| DigitalGlobe | US |
| Ecere | Canada |
| Frisia IT | Alemania |
| GeoSoluciones | Italia |
| CSISS Universidad George Mason | US |
| Compañía: Helyx Ltd. | UK |
| La imagen importa | US |
| instrumentos interactivos | Alemania |
| rasdamán | Alemania |
| Grupo RHEA | Bélgica |
| Dimensiones seguras | Alemania |
| Mantica celestial | US |
| Solenix Alemania | Alemania |
| Estrella espacial | Bélgica |
| Terradue | Italia |
| UAB-CREAF | España |
Última actualización 2020-02-28 16:16:45 +0100
