El proceso de armonizaci ón de los datos - PCyP...

El proceso de armonizaciEl proceso de armonizacióón de los datosn de los datos

Pedro Mendive / José Manuel Vázquez

12 de junio de 2014

El proceso de armonización de los datos (2)

Índice

� Documentación y reglamentación de referencia� Especificaciones de Datos, Guías Técnicas� Pinceladas de UML� Práctica de transformación: Lugares Protegidos (Anexo I, tema 9)


Documentación y reglamentación de referencia

Reglamentación y documentación técnica INSPIREReglamentación y documentación técnica INSPIRE

Normas de ejecuciónNormas de ejecución

COMMISSION REGULATION (EU) No 1089/2010 of 23 November 2010

COMMISSION REGULATION (EU) No 1089/2010 of 23 November 2010

Guías técnicasGuías técnicas

Anexo IAnexo I Anexo IIAnexo II Anexo IIIAnexo III


Documentación y reglamentación de referencia

� Para garantizar que las infraestructuras de datos espaciales sean compatibles y utilizables en un contexto comunitario y transfonterizo, la Directiva exige que se adopten unas normas de ejecución (IR) comunes en estas áreas:� Metadatos (Metadata)� Especificaciones de datos (Data Specifications)� Servicios de red (Network Services)� Distribución de datos y servicios (Data and Service Sharing)� Seguimiento e informes (Monitoring and Reporting)

http://inspire.ec.europa.eu/index.cfm/pageid/47


Especificaciones de datos INSPIRE

� http://inspire.ec.europa.eu/index.cfm/pageid/2


Guías Técnicas INSPIRE

� Bastante extensas, redactadas en inglés� Una guía por cada tema de cada anexo� También hay guías de temáticas comunes� Se identifican D.2.8.III.x_vx.y(.z)


Guías Técnicas INSPIRE

� Requerimientos de las Normas de Ejecución� Requerimientos de las Guías Técnicas� Recomendaciones


Esquema de una Guía Técnica INSPIRE

� 0. Introducción, resumen ejecutivo, agradecimientos� 1. Alcance� 2. Visión general� 3. Alcances específicos (si los hay)� 4. Identificación del documento� 5. Estructura y Contenido de los datos� 6. Sistemas de referencia, unidades de medida y cuadrículas� 7. Calidad de datos� 8. Metadatos� 9. Entrega� 10. Captura de datos� 11. Representación� A. Anexos


Estructura y Contenido de los datos

� 5.1. Application schema – Visión general� 5.2. Nociones básicas� 5.3. Application schema <tema en cuestión>

� 5.3.1. Descripción• Visión general textual• Visión general en UML• Consistencia entre conjuntos de datos espaciales• Gestión de identificadores

• Referencias de modelado de objetos• Representación de la geometría• Representación del tiempo

� 5.3.2. Catálogo de objetos geográficos� 5.3.3. Listas mantenidas externamente


UML: Introducción

� UML (Unified Modeling Language):� Lenguaje : con su sintaxis y semántica. Es fundamentalmente visual� Modelado : modelar supone capturar los aspectos más importantes de

una cosa desde un cierto punto de vista, simplificando u omitiendo el resto de aspectos.

� Unificado : pretende ser un lenguaje común para expresar relaciones, comportamientos y conceptos de alto nivel entre los distintos actores de la organización.

� Primera versión (1.0) publicada por Booch, Rumbaugh y Jacobson en 1994. Asumida por el OMG en 1997 (1.1). Actualmente, estamos en la versión 2.0


UML: Diagramas� Estructura

� Diagrama de clases� Diagrama de objetos� Diagrama de componentes� Diagrama de estructura compuesta

� Diagrama de paquetes� Diagrama de despliegue

� Comportamiento� Diagrama de casos de uso� Diagrama de actividades� Diagrama de estado

� Interacción� Diagrama de secuencia� Diagrama de comunicación

� Diagrama de tiempo� Diagrama de interacción


Clases UML: definición

� Estamos rodeados de cosas que poseen ciertas propiedades (atributos) y que realizan ciertas acciones (operaciones)

� Las podemos agrupar en categorías, es a lo que llamamos clases� Es decir, una clase es un grupo de cosas que tienen los mismos

atributos y operaciones� Un objeto es una instancia o ejemplar de una clase, una entidad con

valores específicos de atributos y operaciones� Ejemplo:

� Renault, Ford, Toyota… son coches, luego podemos pensar en la claseCoche.

� En cambio, el Renault Mégane Grand Tour 1.6, diésel, rojo, matrícula 1234UML es un objeto de la clase Coche.


Clases UML: representación

Clase Objeto

Nombre

Atributos

Operaciones

El parámetro p indica quépuerta hay que abrir o cerrar


Clases UML: relaciones

� Asociación


Clases: relaciones

� Agregación



� Composición



� Generalización / Especialización (Herencia)



� Cardinalidad

1..* 114

1..*

1

1 1

0..* 0..*


Clases UML: estereotipos

� Clasificación de alto nivel que proporciona cierta indicación de la clase de objeto que es.

� Estereotipos habituales en UML:� <<Interface>>: conjunto de operaciones � <<Abstract>>: clases que no proveen objetos� <<Metaclass>>: una clase cuyas instancias son clases

� Estereotipos habituales en INSPIRE� <<dataType>>: incluyen a los tipos de datos primitivos predefinidos y a

los tipos definibles por el usuario� <<enumeration>>: tipo de datos cuyas instancias son una lista de valores

literales, es una lista cerrada� <<codeList>>: es útil para expresar una larga lista de valores potenciales� <<voidable>>: puede tomar el valor vacío.


+marca+modelo+cilindrada+tipocombustible+color+matricula

Coche


� Ejemplo

1..* 1

14

1..*

1

1 1

0..* 0..*

+reductora+traccion

Todoterreno

+consumoMedio+volumenMaletero

Monovolumen

+denominacion+sedeSocial

Marca

+dimensiones+uso

Rueda

+posicion+climatizada

Plaza



� Ejemplo

1..* 1

1 1

0..* 0..*

+reductora+traccion

Todoterreno


Monovolumen


Marca+marca+modelo+cilindrada+tipocombustible+color+matricula+ruedas: Rueda [4]+plazas: Plaza [1..*]

Coche

+dimensiones+uso

<<dataType>>Rueda


<<dataType>>Plaza



� Ejemplo

1..* 1

1 1

0..* 0..*

+reductora+traccion

Todoterreno


Monovolumen


Marca+marca+modelo+cilindrada+tipocombustible: Combustible+color: Color+matricula+ruedas: Rueda [4]+plazas: Plaza [1..*]

Coche

+dimensiones+uso

<<dataType>>Rueda


<<dataType>>Plaza

GasolinaDieselEléctrico

<<enumeration>>Combustible

+rojo+verde+azul+blanco+negro+amarillo

<<codeList>>Color


Clases UML: estereotipo voidable

� INSPIRE distingue dos casos:1. Cuando el propietario de los datos desconoce un cierto atributo, cuyo

valor se queda vacío2. Cuando el propietario de los datos decide que ese atributo no es

aplicable

� En los dos casos el valor no esta contenido en la BD del propietario pero si puede existir o aplicarse en el mundo real.

� Puede calificarse mediante el tipo VoidValueReason (codelist) que incluye los valores:� Unpopulated : no se mantiene esta característica en el conjunto de

datos (caso 2)� Unknown : no se conoce esta característica para un determinado objeto.

(caso 1)

� Lo que no es voidable es Mandatory


Práctica de transformación: Lugares Protegidos

� Leyendo el punto 5.3 (página 28) de la guía técnica del tema lugares protegidos, identificada como D2.8.I.9_v3.2

� Accediendo a http://inspire.ec.europa.eu/data-model/approved/r4618-ir/html/



� Antecedentes• Participación Thematic Working Groups• Proyectos europeos:

• Euradin• natureSDI+• Hlandata• EEA

Experiencia en las distintas partes que componen todo el procesode ARMONIZACION cumpliendo la Directiva INSPIRE



� Flujo de trabajo

• Análisis de la información de partida

• Estudio de las Guías técnicas

• Reglas de mapeo• Transformación• Validación• Publicación



� Análisis de la información de partidamodelo de datos del proveedor

• Campos alfanuméricos• Geometría (puntos, líneas, polígonos)• Sistema de coordenadas



� Estudio de las Guías técnicas

• Temáticas• Esquema de aplicación• Code lists• Sistemas de referencia• Calidad de los datos

http://inspire.ec.europa.eu/index.cfm/pageid/2




• Atributos mandatories• Atributos voidables

• Atributos específicos• Atributos comunes

• Feature Catalogue – tipo de atributos








� Estudio de las Guías técnicas - Atributos comunesTemática de Nombres Geográficos



� Estudio de las Guías técnicas - Atributos comunesIdentificador de INSPIRE



� Reglas de mapeo

Matching Table

• Input• Output• Descripciones• Reglas• Ejemplos• Problemas


Practica de transformación: Lugares Protegidos

� Transformación

Software

• Cambiar formato• Cambiar modelo datos• Sistema de coordenadas

• Funciones• Lectura XSD



� Validación

• Básica

GMLAtributosCoordenadas

• Completa

El proceso de armonizaciEl proceso de armonizacióón de los datosn de los datos

Pedro Mendive / José Manuel Vázquez

Muchas gracias por vuestra atención

El proceso de armonizaci ón de los datos - PCyP...

Documents

Transcript of El proceso de armonizaci ón de los datos - PCyP...