UNA IMPLEMENTACIN DEL MODELO DE METADATOS DE OpenGIS

Julio de 2006 Rafael Oliva Santos, Eduardo Quesada Orozco - Universidad de la Habana Resmen El uso de metadatos para documentar la Informacin GeoEspacial y el uso de estndares internacionales para su gestin tienen gran importancia.. En este trabajo se presenta un modelo de Metadato de Informacin Geogrfica segn la norma OGC (Open Geoespatial Consortium) y la implementacin de una herramienta computacional para su administracin y consulta. Este modelo esta compuesto por un diseo Relacional y una Metodologa para interactuar con dicho diseo. Se introduce un mecanismo de herencia, similar al propuesto por la Orientacin a Objetos, para facilitar la reutilizacin de informacin en el modelo propuesto. Introduccin La gestin de la informacin geoespacial ha aumentado en los ltimos aos. Informacin geoespacial es aquella informacin de entes o eventos en la que est incluida la referencia a su localizacin en la superficie de la Tierra o las proximidades de esta.. Los logros alcanzados en materia de Informtica y Comunicaciones a finales del siglo pasado dieron paso a un nuevo intercambio de grandes volmenes de datos, as como al proceso y acceso de los mismos. Por lo que se hace cada da ms necesario un mecanismo bien estructurado para documentar los datos geogrficos. Ante esta problemtica surgen los metadatos de informacin geogrfica, que constituyen informacin sobre los datos geoespaciales. El uso y gestin de metadatos tiene gran importancia ya que estos recogen toda la informacin sobre el dato que no est contenida en l. Un metadato documenta un dato o un conjunto de datos y contiene elementos relacionados con la semntica de los datos, su calidad, autor, modo de identificacin, restricciones de uso y mantenimiento Existe una diversidad de formas de conformar un metadato, aspecto que est dado por el hecho que la documentacin del dato geoespacial es un texto libre, por lo que cada organizacin o institucin le da el formato que responde ms a sus intereses concretos y particulares. La pluralidad de formatos da como resultado el no entendimiento de las partes que participan en un intercambio o transferencia de datos. Para lograr una mayor unificacin de la semntica de los datos se propone la implementacin por parte de los modelos de metadatos de los estndares internacionales para metadatos de Informacin geogrfica. En este trabajo propondremos un modelo de Metadatos de Informacin Geogrfica segn el estndar de Metadatos OGC [OPE] [V1], presentada por Open Geospatial Con-sortium, basado a su ven en la norma ISO 19115 [ISO][V2]. Adems propondremos un sistema computacional que permita la gestin de Metadatos que cumplan con dicho estndar. Anlisis y diseo de un Modelo de Informacin geogrfica segn la norma OGC. Un modelo de datos es una definicin lgica, independiente y abstracta de los objetos, operadores y dems que en conjunto constituyen la mquina abstracta con la que interactan los usuarios. Los objetos nos permiten modelar la estructura de los datos. Los operadores permiten modelar su comportamiento C. J. Date [DAT]. El modelo de persistencia para metadatos de informacin geogrfica, uno de los

objetivo de este trabajo se compone de una propuesta de diseo Relacional que es un modelo de dato y el planteamiento de una metodologa. El diseo Relacional abarcar todo lo referente a cmo ser el almacenamiento. La metodologa puntualizar cmo trabajar e interactuar con dicho diseo Relacional. El diseo Relacional, como el nombre lo indica, est basado en el Modelo Relacional. El Modelo Relacional fue introducido en 1970 por el cientfico E. F. Codd. Este modelo se basa en dos grandes ramas de las matemticas: la lgica de predicados de primer orden y la teora de conjuntos. El Modelo Relacional tiene una estructura lgica sencilla: a nivel lgico todos los datos se estructuran en tablas formadas por filas y columnas. El diseo Relacional que se propondr est basado en un diseo EntidadRelacionalidad. Este diseo sigue fielmente el estndar OGC. Este estndar consiste en el establecimiento de datos y relaciones entre ellos con un nivel de obligatoriedad determinado. Estos elementos encierran la informacin almacenada en un metadato y permite que esta informacin sea persistente en el tiempo y de esta forma pueda ser almacenada en dispositivos magnticos como con los que contamos en la actualidad. El estndar propuesto por OpenGis Consortium [V1] es muy abarcador y rene todos los elementos que son necesarios para documentar debidamente datos geogrficos. Este estndar define una terminologa bsica e imprescindible para la correcta documentacin de la informacin geogrfica. Para la creacin del diseo Entidad - Relacionalidad se tuvieron en cuenta los anexos de la norma OGC [OPE]. En esta se expresa en diagramas de clases, desarrollados en Unified Modeling Language (UML), todos los elementos que conforman un metadato y las relaciones existentes entre ellos. En este trabajo se har referencia al diseo Entidad - Relacionalidad solamente con la palabra diseo. Composicin de un Metadato OGC. Un metadato OGC es un conjunto de datos y relaciones, estos datos se pueden agrupar en mdulos entre los que habr fuertes vnculos, al igual que entre los datos que conforman un mdulo. El esquema siguiente muestra la relacin existente entre los principales mdulos y la entidad principal del metadato:

A continuacin se listarn los mdulos principales que componen un metadato OGC. Entre parntesis se nombrar la entidad principal de cada mdulo segn la norma OGC: Informacin del Metadato (MD_Metadata). En este mdulo se almacena la informacin de corte general referente al

metadato, ejemplo de esto son las fechas de creacin y ltima actualizacin, como contactar al responsable del metadato, cul es el estndar que cumple el metadato y que versin de este especficamente; as como informacin sobre restricciones de uso y acceso a los datos. Identificacin (MD_Identification). Recoge los datos desde el punto de vista de descubrimiento del metadato, es decir provee los elementos suficientes para una rpida identificacin del dato o del conjunto de datos que se est documentando. Este mdulo incluye informacin sobre la fuente del dato, su resumen, propsito, personas naturales de contacto para satisfacer intereses ms especficos; as como el estado de avance en la creacin del dato y su actualizacin. Sistema de Referencia (MD_ReferenceSystem). Describe el sistema de referencia geoespacial y temporal usado. Recoge el tipo de coordenadas usadas e informacin general con el objetivo de hacer conversiones de un sistema de coordenadas a otros. Restricciones (MD_Constraints). En este mdulo se especifican las restricciones que tienen el uso y manejo de los datos Calidad de los Datos (DQ_DataQuality). Este mdulo contiene una valoracin general de la calidad de los datos. La entidad de DQ_DataQuality es opcional y contiene la informacin sobre las fuentes y procesos de la produccin usados en la obtencin de los datos. Mantenimiento (MD_MaintenanceInformation). Este mdulo almacena la informacin referente a la frecuencia de actualizacin del dato. Representacin geoespacial (MD_SpatialReprese-ntation). Recoge datos necesarios para la visualizacin y representacin grfica del dato, como puede ser el tipo del dato (rster o vectorial) y otros aspectos como son la dimensin del dato, escala de visualizacin. Contenido (MD_ContentInformation). Este mdulo contiene informacin que identifica los rasgos del catlogo usado e informacin que describe el volumen de los datos y tiene como objetivo fundamental detallar las entidades y atributos que componen al dato descrito. Referencia de Catlogo (MD_PortrayalCatalo-gueReference). Este mdulo contiene informacin que identifica el catlogo usado. Distribucin (MD_Distribution). Este mdulo contiene la informacin sobre el distribuidor del recurso, opciones sobre como obtenerlo, la identificacin del distribuidor, el formato de la distribucin, y el medio usado para la distribucin entre otras. Tiene como objetivo fundamental proveer todos los datos necesarios para que se puedan llevar a cabo solicitudes de datos. Extensin (MD_MetadataExtensionInformation). Contiene informacin adicional.

 Esquema de Aplicacin (MD_ApplicationSchema-Information). Informacin acerca del esquema de aplicacin utilizado para construir el conjunto de datos. Anlisis de los Datos presentes en la Norma OGC. En la norma OGC la informacin se organiza de diferentes maneras, por lo que existirn distintos tipos de Datos que la representen. El grado de obligatoriedad de los elementos que conforman un dato vara por lo que se hace necesario la imposicin de mecanismos que garanticen estos niveles en cada uno de los casos Tipos de Datos presentes en la Norma OGC. En la norma, encontramos principalmente dos tipos de datos: Atmicos y Compuestos. Atmicos: Son datos indivisibles, que expresan una informacin coherente y completa. Estos estn formados nicamente por un elemento. Compuestos: Son los datos formados por ms de un elemento, en los que cada uno de ellos no aporta la informacin que se espera para el dato general sino que es un subconjunto de ella, es necesaria la agrupacin de la informacin brindada por todos los elementos que conforman el dato para lograr la coherencia y completitud en la informacin que se debe ofrecer. Los elementos que forman estos datos pueden ser a su vez datos compuestos o datos atmicos. En el diseo Relacional se propone que los datos compuestos se almacenan en tablas donde todas las columnas representan alguno de los elementos que conforman el dato. Por tanto a un dato compuesto le corresponde una fila en la tabla que almacena los datos de ese tipo. La referenciacin a este tipo de datos ser siempre mediante identificadores. Si un dato compuesto contiene de igual forma datos compuestos, los identificadores de estos sern almacenados en un campo habilitado para ellos en la fila del dato, como ocurre con los datos atmicos. No existirn datos atmicos que no pertenezcan a algn dato compuesto por lo que los datos atmicos se representarn como una columna ms dentro de alguna tabla.

Ejemplo: Sin embargo elementos como: la descripcin del ambiente y la informacin suplemental son datos atmicos, ya que ellos por s solos transmiten una informacin vlida y lgica. Obligatoriedad de los elementos que conforman un metadato Segn OGC los datos que conforman un metadato pueden clasificarse atendiendo a su existencia en: obligatorios, opcionales o condicionados a la existencia de otros datos. Para lograr las clasificaciones de obligatoriedad de un dato en el metadato que define la norma OGC, el modelo planteado establece como aspecto obligatorio el establecimiento de un conjunto de medidas empleando los recursos de restricciones (constraints) que brinda SGBD donde se imple-mente, ejemplo de

esto es restringir un campo a que no acepte valores NULL o la utilizacin de disparadores (trigger) para evaluar o verificar la existencia de datos o de condiciones. Relaciones presentes en la norma OGC. En la norma OGC se observan principalmente cinco tipos de relaciones segn la aridad, es decir la mnima y mxima cantidad de elementos con los que se establece la relacin. Cero o un elemento: Se almacena el identificador de este en la tupla correspondiente, en caso de no almacenarlo se le asigna el valor NULL al campo correspondiente. Un elemento: Propio de los datos compuestos que constituyen elementos obligatorios dentro de otros datos. De cero a dos elementos: Aunque la norma no expresa nada al respecto el modelo se crean dos columnas para el almacenamiento de estos datos. En caso de existir slo uno se almacena en la primera columna, de forma que es imposible tener algn dato (distinto de NULL) en la segunda columna sin que en la primera se almacene otro distinto de NULL. Mayor igual que cero elementos: En este caso como no se conoce la cantidad exacta de elementos a almacenar estos se almacenan en una tabla auxiliar donde cada elemento va acompaado del elemento con el que est relacionado. Mayor igual que un elemento: Este caso es similar al anterior y se garantiza la insercin de al menos un elemento mediante el uso de restricciones. Aspectos abiertos de la norma OGC. Relaciones inter-modulares en los Metadatos de Informacin Geogrfica. La norma por tener un carcter tan general y amplio omite algunos detalles y sacrifica ciertos aspectos para ganar en generalidad y que sea posible la adopcin de la misma por distintas instituciones o pases. Es por eso que el modelo planteado, a pesar que est diseado con bastante nivel de abstraccin intentando ser lo ms general posible, hace algunas modificaciones de la misma y la adecua ciertas cuestiones segn criterios ms especficos. Estas modificaciones no pretenden en medida alguna acotar la informacin propuesta por la norma sino que tratando de no perder la posibilidad de extensin ajustar ciertos parme-tros para lograr un mejor modelado. Los metadatos son la documentacin de los datos. Las relaciones existentes entre los datos se convierten en relaciones entre los metadatos. Existen varios tipos de relaciones entre los metadatos, las que son mayores en nmero que las presentes entre los datos. Herencia entre los Metadatos de Informacin Geogrfica. Entre los metadatos se manifiestan relaciones de herencia; esto est dado por el vnculo semntico y la abstraccin que tengan los datos que son documentados en ellos. Existen caractersticas que se repiten o se heredan en un metadato de menor nivel de abstraccin de uno con mayor nivel. En la norma para reflejar la relacin de herencia se almacena en la entidad metadato un identificador de otro metadato que pudiera ser su antecesor en cuanto a abstraccin o el manejo de ciertos conceptos. La modelacin adecuada de un mecanismo de Herencia se deja libre en la norma OGC. Generalidades de la herencia entre Metadatos de Informacin Geogrfica. La presencia de elementos comunes entre datos de informacin geogrfica est dada porque estos reflejan precisamente la realidad desde un punto de vista geogrfico, lo que hace que esta pueda ser observada desde varios niveles de abstraccin.

Cada uno de los niveles de abstraccin, con los que puede ser documentada la informacin geoespacial, tienen sus caractersticas propias que lo distinguen de los dems y hace necesario su estudio por separado. Al mismo tiempo muchos niveles contienen elementos que estn presentes tambin en el nivel de abstraccin inmediato superior. La estrecha relacin entre estos niveles de abstraccin hace evidente las relaciones de herencia presentes entre datos de este tipo. Ejemplo de esto pudieran ser los datos referentes al municipio Habana del Este, un nivel mayor de abstraccin pudieran ser los mismos tipos de datos pero tomados de la Provincia Ciudad de La Habana, entre estos dos conjuntos de datos existe una estrecha relacin dada precisamente porque uno contiene, abarca, colinda o est fuertemente vinculado geogrficamente al otro. Ambos datos comparten datos como son la Elipsoide Geodsica y la Proyeccin. Una relacin de parentesco entre datos hace que exista tambin una relacin entre los metadatos que los describen. Este vnculo entre los metadatos de informacin geogrfica es mucho ms fuerte, ya que no solamente este tipo de metadatos documentan el dato desde el punto de vista de su contenido sino tambin que lo describen teniendo presente otros aspectos no geogrficos como pueden ser: la calidad del dato, formato en que se encuentra almacenado, autores, elementos que lo identifican, entre otros. Es muy frecuente que datos que tengan relacin desde el punto de vista geogrfico hayan sido recolectados o creados por la misma institucin o los mismos autores. Si se agrupan los metadatos segn intereses especficos se podr observar que en la mayora de los casos existe una estrecha vinculacin geogrfica entre ellos. Esta estrecha relacin trae consigo que todos los metadatos que estn involucrados en ella sean necesarios para cualquier proceso que vincule primeramente a alguno de ellos. El hecho que datos de informacin geogrfica tengan como responsables a las mismas instituciones o especialistas hace posible que estos generalmente tengan el mismo nivel de calidad, estn almacenados en igual formato y tengan elementos comunes que los identifican de otros conjuntos de datos. Todas ests caractersticas estn recogidas en los metadatos y de esta forma se reafirma el vnculo existentes entre los datos. Una solucin a las relaciones inter-metadatos desde la perspectiva del paradigma de Programacin Orientada a Objetos. Un problema existente en cualquier modelacin de metadatos es como optimizar el almacenamiento de estos datos y como evitar los errores humanos a la hora de tener que repetir toda la informacin que es comn a varios niveles. Este mismo problema se dio en la programacin. La mayora de los modelos ya sea de la realidad objetiva o entidades que surgen de nuestras necesidades tienen una estructura jerrquica donde estn presentes las relaciones de herencia. 1. Las relaciones de herencia en la Programacin Orientada Objetos. La Programacin Orientada a Objetos (POO) surge en la dcada de los 70 con una nueva propuesta de paradigma de hacer software, la cul refleja mucho mejor el mundo real que los paradigmas de programacin existentes en ese momento y trae consigo conceptos y mecanismos nuevos como son los de clase, objeto, polimorfismo y herencia. La herencia es uno de los principales pilares de la Programacin Orientada a Objetos (POO). La herencia como re-curso de la POO es un modelo de abstraccin de la realidad e imita las relaciones de parentesco existentes entre los seres vivos y las consecuencias que estas implican; refleja la precedencia existente entre diferentes niveles conceptuales que tambin se pueden ver como relaciones de parentesco. La herencia permite y potencia la reutilizacin de cdigo: ya que las clases hijas heredan las funcionalidades de la clase padre. Este recurso hace posible que los

herederos o descendientes se especialicen, es decir redefinan las funcionalidades de su ancestro y permite que los herederos puedan ampliar el modelo propuesto por el ancestro, tienen la posibilidad de sumar nuevas funcionalidades no planteadas en la definicin del padre. 2. Modelo de las relaciones de herencia entre Meta-datos de Informacin Geogrfica. Proponemos establecer un modelo de herencia como el planteado en la POO a nivel de metadato, ya que la norma precisa tener referencia a algn metadato que haga la funcin de padre, es decir que est en un nivel ms alto de abstraccin en la misma lnea de desarrollo. Puede ocurrir que un metadato no tenga antecesores es decir, que todos sus elementos son propios de l porque no son heredados. Al establecerle el antecesor a un metadato automticamente este hereda todos los datos y mdulos que conforman al padre. Es decir, sus datos atmicos toman los mismos valores que el padre y los mdulos son los mismos. De est manera se logra la reutilizacin de la informacin, evitando as almacenar la misma informacin varias veces y los errores e inconsistencias lgicas que esto traera. Para lograr que esta herencia permita la especializacin de los herederos, estos tienen la posibilidad de cambiar tanto los datos atmicos como los mdulos, en cuyo caso a partir de este nivel en la herencia los datos y mdulos a heredar son los redefinidos. Los herederos tienen la posibilidad de ampliar los datos o cantidad de mdulos propuestos por su antecesor, siempre que la cantidad se mantenga dentro de la establecida por la norma para cada tipo de mdulo. Con este modelo se logra el principal objetivo de la herencia en la Programacin Orientada a Objetos, la reutil-izacin. Este modelo mantiene las dos formas de herencia ms conocidas: Generalizacin (Para ampliar el concepto heredado). Especializacin (Para especializar una parte del concepto heredado). Una implementacin de herencia desarrollada en el diseo Relacional. El modelo de la persistencia de los datos que se plantear en este trabajo est basado en un diseo Relacional. Actualmente se estn introduciendo en los ambientes relacionales algunas nociones de la orientacin a objetos. Es necesario desarrollar el modelo planteado anteriormente que es puramente orientado a objeto en un entorno Relacional. 1. Correspondencia entre el diseo Relacional y la propuesta de modelacin Orientada a Objetos Primeramente hay que darle a cada metadato la categora de clase, cuya clase predecesora sera el estndar OGC, es decir el estndar como tal lo consideraremos el padre de cualquier jerarqua. Cada metadato (clase) ser un heredero de esa especificacin (clase) de manera directa o indirecta. Los metadatos que no tienen referencia a otro metadato como padre se asume que heredan de la especificacin, de esta manera se garantiza que todos cumplan con la especificacin porque en cada jerarqua existe un metadato que no tiene padre. Los elementos por los que est formado el metadato sern sus variables de instancia. Los tipos mdulos sern una especie de coleccin de objetos, es decir seran variables de instancia, y en ellas estaran almacenados los mdulos de ese tipo presentes en el metadato. Estos seran vistos como referencias a objetos (contenido de mdulo) ya que son almacenados en tablas distintas y son accedidos a travs de un identificador presente en la tabla principal perteneciente al metadato. Hasta este punto se sigue la misma filosofa que la POO y el manejo de objetos se hace por referencia. Los datos atmicos sern las variables de instancia que almacenan los datos de tipos primitivos. , Estos no son tratados a travs de identificadores sino que su valor como es atmico es almacenado en la tabla principal del metadato en un campo previsto para cada uno. Estos no son tratados como lo hace la POO,

principalmente porque son datos muy factibles a cambiar de un metadato a otro. Su simplicidad de representacin hace posible que se manejen as. En este caso el modelo planteado se refiere solamente a las variables de instancia obviando los mtodos y funciones, ya que a estos no se les ha hecho corresponder ningn elemento en el modelo. 2. Implementacin del modelo de herencia Al establecer un antecesor todos los campos del metadato (variables de instancia) sern copias fieles de las del metadatos antecesor. En el caso de los datos atmicos (tipos primitivos) en cada campo estar una copia del dato correspondiente en el padre y en el caso de los mdulos (objetos) en cada campo habr una copia del identificador (referencia) existente en el padre. Es decir, la herencia directa sucede de igual forma que en la POO. Un heredero debe tener la posibilidad de redefinir los mdulos heredados de la definicin de su antecesor y los cambios que este realice quedan establecidos para todos aquellos que hereden de l. En cualquier caso la definicin del padre se mantiene inmutable. En caso que un metadato cambie la definicin de algn mdulo heredado, estos cambios se reflejarn tambin en la definicin del metadato padre, puesto que ambos metadatos contienen identificadores iguales al mdulo modificado. Esto constituye un problema y va en contra de lo planteado en la POO. La solucin a este problema podra ser que el heredero crear otro mdulo que sea copia fiel del primero y es a este segundo al que se le haran las modificaciones. Para lograr que las entidades hijas que no hayan redefinido el mdulo cambiado, tengan acceso al mdulo modificado es necesario tener informacin sobre si el mdulo que se desea modificar es heredado o no. Crear un nuevo mdulo implica crear un nuevo identificador y perder la referencia al mdulo original. Tener la informacin si un mdulo es heredado o no, se logra disponiendo de un campo lgico por cada mdulo presente en el metadato, este campo sirviera como referencia para saber si el mdulo fue creado o fue heredado de alguno de los metadatos ancestros. Con esta modificacin al diseo inicial, es decir un campo lgico por cada identificador de mdulo presente en el metadato, se puede heredar para lograr una especializacin de los herederos. Si un padre quiere modificar uno de sus mdulos, como el campo lgico que le corresponde a este mdulo indica que no es heredado, los cambios se harn en el propio mdulo y sern vlidos para todos los herederos, ya que el identificador contina invariante y cuando el mdulo sea accedido a travs de l se vern los cambios. Si un heredero quiere modificar un mdulo heredado el campo lgico correspondiente a este indicar que es heredado y sencillamente estar modificndose una copia del mdulo del padre y es a esa copia a la que se le hacen las modificaciones, luego se actualiza el campo lgico indicando que es un mdulo no heredado. A partir de ese momento ser el mdulo que heredarn los hijos del metadato que hizo la redefinicin en lugar del mdulo original. Cuando un hijo quiera ampliar su definicin los nuevos mdulos se agregaran a la definicin y tendrn el campo lgico indicando que no es heredado. De esta manera este mdulo podr ser adquirido por todos los herederos. Generalizacin de la herencia modelada a la relacin inter-Modular en Metadatos de Informacin Geogrfica. Las relaciones de herencia entre metadatos son un caso particular entre las relaciones inter-modulares que propone la norma OGC. Cuando se explic los tipos de relaciones existentes en el modelo propuesto y los tipos de datos, veamos las relaciones de inclusin cuando los datos eran compuestos. A este tipo de relacin se le daba un tratamiento especial: No se almacenaba el dato sino un identificador que lo referenciar. 1. Mdulos Propios. Cualquier mdulo debiera tener posibilidad de modificar los mdulos que el

contiene. Como es lgico es posible que las circunstancias que originaron la necesidad de almacenar el dato hayan cambiado y sea necesario cambiar algunas de las informaciones ya almacenadas anteriormente. Aqu nos encontramos con un problema de gran similitud que el que se present cuando se analizaban las relaciones de herencia que se presentan potencialmente entre metadatos. El problema que surge a raz de la modificacin de un mdulo consiste en: que no sera adecuado que un mdulo que no fue el creador del mdulo contenido cambie su informacin. Esto pudiera traer consigo inconsistencias lgicas puesto que el mdulo contenido fue creado con un fin especfico y al ser cambiado por otro mdulo que no es el creador est sujeto a que se le introduzcan cambios que den al traste con la completitud y congruencia de la idea seguida en su creacin. Un mdulo contenedor de otro, relacionado con este mediante la relacin de pertenencia, pero distinto a su creador debiera poder cambiar toda la informacin que l contiene. Esto es contradictorio a lo planteado anteriormente. Entonces hay que hallar una solucin para permitir las dos cosas. Es decir que cualquier mdulo pueda cambiar los que l contiene y que nunca se cambie la definicin de un mdulo por parte de otro mdulo que no sea el creador. 2. Solucin a la modificacin no deseada y el potencial derecho a modificar De cierta forma plantearemos una metodologa para asociar cada mdulo a otro mediante la relacin de propiedad. Es decir un mdulo siempre est vinculado con otro mdulo que es su propietario, excepto el mdulo que recoge los datos fundamentales del metadato (MD_Metadata) que no tiene propietario pues el no es referenciado desde otro mdulo por relaciones de inclusin. Solamente a los metadatos los pueden referenciar otros metadatos y sera mediante la relacin de paternidad. Mediante la formalizacin de este tipo de relacin se puede establecer que solamente sean modificados los mdulos por su mdulo propietario. Es decir los mdulos no propietarios de mdulos contenidos por ellos no podrn modificarlos. Estos mdulos no propietarios como tambin deberan tener el derecho de cambiar la informacin contenida en ellos tambin tienen que poder modificar la informacin de los mdulos que ellos incluyen. Para esto se realizar el mismo procedimiento que se emple en la herencia cuando un metadato heredero quera cambiar los mdulos heredados. Cuando un mdulo quiera cambiar la definicin de un mdulo incluido en l del cual el primero no es propietario, se realizar una copia del mdulo que se quiere modificar y esta es la que tendr los cambios realizados. Aplicando este mtodo no se afecta la definicin hecha por el propietario del mdulo cambiado y cualquier mdulo tiene la posibilidad de cambiar los que el contiene. Vale sealar que cuando un mdulo propietario hace un cambio en la definicin del mdulo correspondiente estos cambios sern visibles para todos los mdulos que lo contienen y que no son propietarios de l. En caso que para estos mdulos no sea factible el cambio, estos tendrn que hacer una redefinicin, crendose as uno nuevo. Esta generalizacin del modelo de herencia aplicado para las relaciones entre mdulos principales de los metadatos a todos los mdulos en general le confiere un grado de dificultad al modelo que ser un problema a solucionar en su implementacin. 3. Mdulos propietarios de mdulos En el caso de los mdulos que contienen otros mdulos se aplica el procedimiento anterior recursivamente hasta que se encuentre un mdulo que es propio del mdulo que lo contiene o hasta el nivel de metadato. Al nivel de metadato no se le aplica el procedimiento descrito recursivamente ya que un metadato es la entidad fundamental, la que le da sentido a todo el modelo. En una continuacin del proyecto con la existencia de un va de administracin del sistema ya podrn algunos mdulos ser independiente de la existencia de un metadato.

Entre los mdulos se da la relacin de propiedad y la no independencia en la existencia de no existir un mdulo propietario, lo que implica que de no existir el mdulo propietario no tiene sentido la existencia de los mdulos posedos mientras no sean propiedad de otros mdulos a la vez; por esta razn si se borra el mdulo propietario se borrarn todos los mdulos posedos que no tengan relacin de propiedad con otros mdulos. Implementacin Computacional de un sistema de gestin de Metadatos segn el modelo diseado. La implementacin de determinado modelo de datos es una realizacin fsica, en una mquina real, de los componentes de la mquina abstracta que en conjunto constituyen ese modelo. [DAT] C. J. Date. Este modelo de metadato de informacin geogrfica fue concebido teniendo en cuenta su implementacin computacional. En particular la herencia entre metadatos ha sido modelada tomando como referencia la Programacin Orientada a Objetos. La aplicacin que se propone como implementacin del modelo planteado, es un clsico sistema cliente-servidor. La aplicacin se nombra OGC Metadata Manager. Flujo de Informacin El flujo de la Informacin en el sistema descrito est representado en el siguiente diagrama:

El sistema es una variante de la arquitectura Cliente-Servidor. El servidor de Base de Datos es la capa fsica que se comunicar exclusivamente con la Capa de Enlace. Esta es la encargada de servir de intermediario entre la Interfaz Grfica y el Servidor de Base de Datos. Las reglas del negocio se compartirn entre la Capa de Enlace y la Capa del Servidor de Base de Datos. Servidor de Datos. El servidor de Datos es la capa de la aplicacin que tiene la responsabilidad de hacer persistentes los datos en el tiempo. Para eso se utiliz el Sistema de Gestin de Bases de Datos (SGBD) SQL Server. Todo el peso de la seleccin de los datos segn los pedidos que haga la Capa de Enlace cae sobre el motor de dicho SGBD. En esta capa se llevan a cabo los clculos y procesos fundamentales que son base del modelo planteado. El resto de las capas sern de forma general interfaces o canales de intercambio de informacin. La seleccin y toma de decisiones se llevar a cabo en el Servidor de Base de Datos. El intercambio de informacin entre la Capa de Enlace y el Servidor de Base de Datos es mediante procedimientos almacenados previamente programados. Capa de Enlace.

La Capa de Enlace es la encargada de servir de puente entre la Interfaz Visual con la que intercambia el cliente directamente y el Servidor de Base de Datos donde se encuentran almacenados los metadatos. La importancia principal de esta capa es la de unificar el acceso al motor de base de datos y con ello lograr una mayor seguridad del uso y manejo de los datos. Esta capa es suficientemente general, ya que ella es la encargada de intercambiar informacin con la parte de la aplicacin que est en contacto directo con el usuario final. Esta es la capa con ms volumen de programacin, debido a su doble funcin comunicativa, con el Servidor de BD y la Interfaz Grfica. La afirmacin anterior considera solamente el trabajo del programador, tambin hay que considerar que el motor del SGBD brinda muchas funcionalidades que sera muy difcil sustituir y que en ambientes grficos los entornos actuales ayudan en gran medida generando cdigo. Est capa a su vez est subdividida en dos capas principalmente Capa de Enlace con la Base de Datos y Capa de Enlace con la Interfaz Visual. Estas subcapas se comunican entre s y estn vinculadas a la Base de Datos y la Interfaz Visual respectivamente. La subcapa de Enlace con la BD se implementa a travs de un Web Service, l cual es el elemento clave en la recuperacin e insercin de datos. Este provee una serie de mtodos a travs de los cuales se puede lograr el intercambio real de datos. Este Web Service se basa en la tecnologa ADO.NET (ActiveX Data Objects provisto en el .NET Framework) para lograr la conexin e intercambio con la BD. Para ello cuenta con un objeto SqlConnection dotado de un nombre de usuario y contrasea para la conexin. En la subcapa de Enlace con la Interfaz Grfica para cada mdulo implementado se dispondr de un control. Cada uno de estos agrupa todos los controles necesarios para la captura y exhibicin de los elementos que conforman al mdulo. Estos controles sern capaces de salvar la informacin, cargarla e iniciarla en un estado vlido y consistente de acuerdo a las restricciones del mdulo. La implementacin de mdulos en controles separados le da autonoma a la implementacin y potencia en gran medida la reutilizacin. Ya que es posible utilizar dichos controles en otras aplicaciones que necesiten mostrar estos mdulos por separado. De esta forma se deja clara la modu-larizacin de la informacin. La Capa de Enlace es la que mayor importancia tiene en trminos de ampliacin y reutilizacin. Esta capa existe precisamente para modularizar el acceso a la informacin almacenada as como su procesamiento de forma que ambas funcionalidades sean ajenas de la Interfaz Grfica con la que se estn visualizando. Cada subcapa de la Capa de Enlace para proveer una inter-faz de intercambio del sistema con otras aplicaciones: La subcapa de Enlace con la BD est constituida por un Web Service por lo que su utilizacin desde cualquier entorno de desarrollo y cualquier aplicacin que permita el establecimiento de conexiones va Web es posible. Todas las funcionalidades de acceso, insercin y procesamiento de datos forman parte de las funciones que ofrece esta subcapa, as que tambin estarn disponibles para otras aplicaciones que sean clientes de esta. La subcapa de Enlace con la Interfaz Grfica est formada principalmente por un conjunto de Controles. Cada uno de estos controles representa la informacin de un mdulo por lo que su utilizacin por otras aplicaciones es posible. Las funcionalidades concernientes a la carga y salvado son englobadas por el control. Lo que facilita el intercambio entre sistemas. El sistema descrito permite actualmente la gestin de metadatos teniendo en

cuenta los elementos establecidos como obligatorios por la norma OGC. En la siguiente figura se observa la interfaz del sistema y el mdulo principal del Metadato OGC.

Visor Cartogrfico El visor de Cartografa, que se muestra al seleccionar el Tab Viewer, como se observa en la figura, brinda la funcionalidad bsica de visualizacin de informacin cartogrfica asociada a los metadatos. Este visor ha sido desarrollado utilizando las herramientas ofrecidas por la tecnologa OLatino de Cadic S.A.

Conclusiones Dada la gran importancia de la documentacin de los datos geoespaciales, en estos momentos se hace vital el uso y gestin de metadatos, para lo cual es conveniente la creacin de modelos conceptuales de metadatos de Informacin Geogrfica, que implementen algn estndar internacional. Nuestro modelo implementa la norma de Metadatos OGC [OPE], presentada por Open Geospatial Consortium, que est basada en la norma ISO 19115 [ISO].

Este estndar es ampliamente aceptado y general, ya que se utilizaron para su creacin experiencias anteriores y criterios de muchas organizaciones y profesionales del ramo. As como tambin se observa la necesidad de la creacin de sistemas computacionales que sean capaces de gestionar y hacer anlisis de metadatos. La metodologa de intercambio con el sistema de almacenamiento que cumple con el diseo Entidad-Relacionalidad propuesto, est dirigida a lograr una gestin slida de la informacin, teniendo en cuenta las caractersticas propias que imponen las Ciencias de la Tierra para esta esfera de la informacin geogrfica. Este proceso se bas en ideas obtenidas de tecnologas y mecanismos de la Orientacin a Objetos. Presentamos adems la implementacin del modelo planteado, realizada sobre Microsoft SQL Server, aunque portable a cualquier otro SGBD u otro proveedor de datos sin mayores dificultades. Esta herramienta es la encargada de la actualizacin y visualizacin de la informacin.

Referencias [CAD] CADIC S.A. Latino Objects Manual 2005 [DAT] Date, C. J. Introduccin a los Sistemas de Bases de Datos. 1999 [ISO] ISO/TC 211. Internacional Standard ISO/FDIS 19115.2003 [OPE] OpenGIS Consortium, The OpenGIS(tm) Abstract Specification, Topic 11: OpenGIS(tm) Metadata (ISO/TC 211 DIS 19115).Version 5. 2001 [V1] http://www.opengeospatial.org [V2] http://www.iso.org Otros materiales consultados Archer T, Whitechapel A. Inside C# Microsoft Press 2001, McGraw-Hill. 2001 Baares, J.A. & Bernab, M.A. & Gould & M., Muro-Medrano & P.R., Zarazaga & F.J. (Universidad de Zaragoza & Universidad Politcnica de Madrid) Aspectos tecnolgicos de la creacin de una Infraestructura Nacional Espaola de Informacin Geogrfica Bernab, M.A. & Domingo, A.M. & Fbrega, J.M. (EUIT Topogrfica. Universidad Politcnica de Madrid) Metadatos para un vuelo fotogramtrico. 2001 Carmona, Alvaro de J.Sistemas de Informacin Geogrficos Danko, David (ISO/TC211 Geographic information/Geomatics). ISO 19115.Geographic Information - Metadata Delgado Fernndez, Tatiana (Servicio Hidrogrfico y Geodsico de la Repblica de Cuba). Iniciativa cubana para la creacin de una Infraestructura Nacional de Datos Espaciales: Marco institucional, Estudio de Factibilidad y Servicio de Catlogos. Echeverra Martnez, Manuel (Secretaria de Estado de Aguas y Costas. Ministerio de Medio Ambiente (Espaa)) Las Infraestructuras de Datos Espaciales. Experiencias en su implantacin. 2001 Evans, John D.,( NASA Digital Earth Office). The new Digital Earth Reference Model Version 0.5. 2001 Estndar ISO/TC 211 DIS 19115 - Metadatos Fallas, Jorge (Laboratorio de Teledeteccin y Sistemas de Informacin Geogrfica (TeleSig)). Metadatos Geoespaciales: Qu son y para qu sirven?1997 Felicsimo, ngel M. Glosario de trminos usados en el trabajo con sistemas de Informacin Geogrfica. Franco, Rodolfo. Metadatos e Infraestructura de Datos Espaciales. 2005 Hyman, Glenn & Lance, Kate (Centro Internacional de Agricultura Tropical, Cali, Colombia) Encuesta sobre Infraestructuras de Datos Espaciales en las Amricas. 2000 Lara Gonzlez, Freddy Alexis.Visualizador de Datos Geogrficos sobre Internet. 2004

Manso Callejo, Miguel ngel (E.U.I.T.Topogrfica). Metadatos en los sistemas de informacin geogrfica. (ISO-19115). 2002-03. http://dityc.euitto.upm.es/~m.manso/docs/trabajo-metadatos.pdf Molina Aguilar, Andrs & Higueruela, Feito & Ruis de Miras, Juan (Escuela Politcnica Superior. Universidad de Jan. Dpto. de Informtica) El diseo de Bases de Datos Espaciales. .1997 Montes de Oca Richardson, Marta. Teora del diseo. Definiciones y algoritmosConferencias 6 y 7 del curso de Sistema de Gestin de Bases de Datos I (Universidad de la Habana) 2004-2005 Nebert, Douglas (GSD!/FGDC). Las Normas para la Informacin y los Servicios Geogrficos. Estado de los estndares relacionados Ostensen, Olaf (ISO/TC 211)The expanding agenda of Geographic information standards.2001 Perfil IDEC (Infraestructura de Datos Espaciales de Catalua) Recetario para Infraestructuras de Datos Espaciales (Traduccin del Cookbook SDI v.2) Rodrguez, Antonio F. (Secretara de AEN/CTN148). Normalizacin en el campo de la Informacin Geogrfica Senso, Jos A. & De la Rosa Piero, Antonio. El concepto de metadato. Algo ms que descripcin de recursos electrnicos Secretara Ejecutiva de la IDERC (Infraestructura de Datos Espaciales de la Repblica de Cuba) Estado actual y perspectivas de la IDERC. 2005 Van Oosterom, Peter (Department of Geodesy, TU Delft, The Netherlands). Tecnologa OpenGIS para la Interoperabilidad de la Geo-Informacin.. 2004 http://enciclopedia.us.es/index.php/Metadato MSDN (http://msdn.microsoft.com)