informegeobolivia

Infraestructura de Datos Espaciales del Estado Plurinacional de Bolivia.

PROYECTO GEONETWORK PARA GEOBOLIVIA

Elaborado por:

Omar Sucapuca

Con el apoyo de la Fundación iFARO


INDICE DE CONTENIDO 1 PLANTEAMIENTO DEL PROBLEMA.......................................................................................24

2 OBJETIVOS...................................................................................................................................25 2.1 Objetivo General.........................................................................................................................25 2.2 Objetivos Especificos..................................................................................................................25

3 HIPÓTESIS....................................................................................................................................26

4 MARCO TEÓRICO.......................................................................................................................26 4.1 Aplicaciones Software Libre.......................................................................................................26 4.1.1 Herramientas SIG libres...........................................................................................................26 4.2 Sistema de Información Geográfica (SIG)..................................................................................27 4.3 GeoNetwork................................................................................................................................28 4.3.1 Características...........................................................................................................................28 4.3.2 IDES consolidadas con GeoNetwork.......................................................................................29 4.3.3 Adaptaciones de GeoNetwork para la construcciÓn de IDE sectoriales. ................................30 4.4 Herramientas tecnológicas para GeoNetwork.............................................................................32 4.4.1 Java...........................................................................................................................................32 4.4.2 Apache Tomcat.........................................................................................................................33 4.4.3 PostgreSQL...............................................................................................................................33 4.5 Metadatos de GeoNetwork..........................................................................................................33 4.5.1 Estándar Dublin Core..............................................................................................................34 4.5.2 Estándar Comité Federal de Datos Geográficos.......................................................................35 4.5.3 Estándar ISO 19113..................................................................................................................36 4.6 Norma SUNIT..............................................................................................................................37

5 DESARROLLO DEL PROYECTO...............................................................................................38 5.1 Estudio de GeoNetwork..............................................................................................................385.1.1Requisitos e Instalación..............................................................................................................385.1.2Administración de GeoNetwork.................................................................................................395.1.3Administración de Metadatos de GeoNetwork..........................................................................415.1.4Estudio de Metadatos soportados por GeoNetwork...................................................................415.1.5Estudio de Metadato de la norma SUNIT...................................................................................425.1.6Estado del Arte de GeoNetwork.................................................................................................425.2.Aplicación de GeoNetwork en el proyecto GeoBolivia...............................................................455.2.1Descripción del Proyecto Geobolivia.........................................................................................465.2.2Metadatos de la Norma Boliviana SUNIT y su aplicación en GeoNetwork..............................465.2.3Matriz FODA de la aplicación de GeoNetwork en el Proyecto Geobolivia...............................47

6 CONCLUSIONES.........................................................................................................................50

ANEXOS............................................................................................................................................51ANEXO A Requisitos del GeoNetwork.............................................................................................51ANEXO B Instalación de JAVA/TOMCAT........................................................................................53ANEXO C Instalación y Configuración de GeoNetwork..................................................................55ANEXO D Instalación de PostgreSQL..............................................................................................57ANEXO E Metadato de Dublin Core (Formato XML)......................................................................59


ANEXO F Metadato de Comité Federal de Datos Geográficos (Formato XML)..............................60ANEXO G Metadato ISO 19110 (Formato XML)............................................................................61ANEXO H Metadato de norma Boliviana SUNIT.............................................................................68ANEXO I Personalización de Metadatos...........................................................................................70

BIBLIOGRAFIA................................................................................................................................73


PROYECTO GEONETWORK PARA GEOBOLIVIA

RESUMÉN

Los Sistemas de Informacion Geografica (SIG) han transformado el

contexto competitivo de los procesos de bienes y servicios.

GeoBolivia ha presentado y presenta a continuacion un proyecto

base de avance tecnologico. Las tecnologias de informacion y la

aplicación de estas a la Geografia Boliviana atrae ventajas

significativas debido a que se han convertido en un herramienta

para el analisis geografico de gran difusion. La causa principal

de esto reside en la multitud de actividades en las que pueden ser

utiles.

La tematica propuesta involucra la aplicación de un Catalogo de

Metadatos y formacion Georeferenciada, para lo cual su complejidad

requiere de abordajes interdisciplinarios, mediante

investigaciones de herramientas SIG, normas y estándares aplicados

a los metadatos. Se intenta mejorar la infraestructura de Datos

Espaciales para ello se tiene un resumén detallado de la

instalación y configuración de la herramienta de Catálogo de

Metadatos (GeoNetwork). Asi mismo se hace una análisis con ayuda

de la Matriz FODA acerca de la información obtenida para futuras

conclusiones y toma de decisiones.


1 PLANTEAMIENTO DEL PROBLEMA.

Desde el punto de vista de la planificación y administración

territorial – geográfica, por parte del gobierno local, la

posibilidad de gestión de información georeferenciada se ven

reducidas debido a que hasta la actualidad no se cuenta con una

IDE multitemática que permita la visualización y distribución de

datos geográficos vía internet.

Distintas instituciones trataron de desarrollar proyectos en

Sistemas de Información Geográfica pero la brecha digital en estos

casos fue la infraestructura de información y utilización de

software privativo. Para tal caso y para fortalecer el proyecto

GeoBolivia se hace uso de herramientas de información (Norma

SUNIT) y tecnologías con valor agregado de software libre.

Un sistema de información geográfica (SIG) en el ambito nacional,

se constituye en una herramienta que fortalece la gestión de

planificación, administración y prestación de servicios a

distintos municipios, localidades, instituciones, etc., via web o

tecnologias de internet. Para ello se plantea el diseño y

desarrollo de una IDE Multitematica basada en software libre.

2 OBJETIVOS.

Los objetivos del presente proyecto de investigación son:

2.1 Objetivo General.

• Implementar de manera experimental un catalogo de datos de

GeoNetwork1 en la página web del proyecto GeoBolivia con las

funcionalidades de: Visualizacion, Descarga y llenado de

metadato segun plantilla adaptada a la norma SUNIT (Sistema

Unico de información de la Tierra).

2.2 Objetivos Especificos.

• Instalar el catálogo de metadatos de GeoNetwork.

1 Catalogo de Metadatos.


• Recopilar y organizar la información geográfica del Estado

Plurinacional de Bolivia.

• Democratización de la información (metadatos) contenida en el

GeoNetwork de GeoBolivia.

• Implementar Metadatos a GeoNetwork según Norma SUNIT2.

• Realizar una matriz FODA de evaluación del instrumento

GeoNetwork para el proyecto GeoBolivia

3 HIPÓTESIS.

• El catálogo de Metadatos GeoNetwork ayudara a estandarizar,

distribuir y democratizar los recuros con referencias

espaciales del Estado Plurinacional de Bolivia.

4 MARCO TEÓRICO.

Las bases teoricas guiarán y darán una visión clara acerca de lo

que se plantea como proyecto.

Las deficiones conceptuales se encuentran esquematizados de manera

ascendente dentro del conocimiento tecnológico.

4.1 Aplicaciones Software Libre.

Software Libre se refiere a la libertad de los usuarios para

ejecutar, copiar, distribuir, estudiar, cambiar y mejorar el

software.

Las ventajas mas sobresalientes del Software Libre tenemos: bajo

costo de adquisición, innovación tecnológica, independencia del

proveedor, escrutinio público, adaptación del software, etc.

(Wikip2, 2011).

4.1.1 Herramientas SIG libres.

La información esta con base en el informe Panorama del Ecosistema

2 Norma Boliviana que reglamenta la Tierra.


de Software para SIG (Sanz y Montesinos, 2011), presentado por

primera vez en ls I Jornadas de SIG Libre de Girona en marzo de

2007.

Base de Datos GeoEspaciales: MySQL, PostgreSQL.

Servidores de Mapas y Geometrias: Deegree, FeatureServer,

GeoServer, MapGuide, MapServer, TilaCahe.

Herramientas de Metadatos.: GeoNetworkopensource, CatMDEdit.

Cliente Ligeros: Mapbender, MapFish, OpenLayers.

Clientes de Esctitorio: GRASS GIS, gvSIG, MapWindow.

Estas herramientas SIG libres son un resúmen de las aplicaciones

que se puede usar para desarrollar proyectos SIG. El presente

estudio utiliza la herramienta GeoNetworkOpensource para el

estudio de Metadatos.

4.2 Sistema de Información Geográfica (SIG).

La Wikipedia define a un Sistema de Información Geográfica (SIG o

GIS, en su acrónimo inglés [Geographic Information System]) como

una integración organizada de hardware, software y datos

geográficos diseñada para capturar, almacenar, manipular, analizar

y desplegar en todas sus formas la información geográficamente

referenciada con el fin de resolver problemas complejos de

planificación y gestión (Wikip3, 2011).

Los SIG (sistemas de Informacion Geografica) son sistemas que

permiten integrar y analizar informacion geografica, permitiendo

visualizar los datos obtenidos en un mapa.

La manera en la que los SIG integran la informacion es a traves de

capas o ceberturas de datos que se van superponiendo unas a otras,

según la información que se requiera(Educa, 2011).


En la mayoria de los sectores los SIG pueden ser utilizados como

una herramienta de ayuda a la gestión y toma de decisiones, a

continuación se muestran las aplicaciones mas representativas

(Tinoco, 2011).

De acuerdo a Roberto Tinoco Guevarra, los campos mas resaltantes e

implementación de SIG son: cartografía automatizada,

infraestructura, gestión territorial, recursos mineros, ingenieria

de transito, geomarketing, banca (Tinoco, 2011).

4.3 GeoNetwork.

De acuerdo a la página oficial de GeoNetwork (GeoNetwork, 2011):

GeoNetwork es una aplicación de catálogo para administrar los

recursos con referencias espaciales. Se prevé la edición de

metadatos de gran alcance y las funciones de búsqueda, así como un

visualizador interactivo mapa web. Se utiliza actualmente en

numerosas iniciativas de infraestructura de datos espaciales en

todo el mundo. GeoNetwork ha sido desarrollado para conectar

comunidades de información espacial y sus datos usando una

arquitectura moderna, que es al mismo tiempo potente y de bajo

costo, basada en los principios de la Libre y Open Source Software

(FOSS) y estándares internacionales y abiertos para servicios y

protocolos (de ISO/TC211 y OGC).

El software proporciona una interfaz web fácil para la búsqueda de

datos geoespaciales a través de múltiples catálogos, combina y

distribuye servicios de mapas en el visualizador de mapas

integrados, publica datos geoespaciales utilizando las

herramientas de edición de metadatos en línea y opcionalmente el

servidor incrustado GeoServer Map. Los administradores tienen la

opción de gestionar las cuentas de usuarios y grupos, configurar

el servidor a través de web, utilidades basadas en los metadatos y

de escritorio y calendario de la cosecha de otros catálogos.


4.3.1 Características.

• La interfaz publica de GeoNetwork OpenSource3 ofrece algunas

maneras para encontrar los Metadatos le interesan.

• Ofrece la posibilidad de visualizar una o mas de las capas

que el servidor ofrece.

• Acceso inmediato a la búsqueda de catálogos geoespaciales

locales y distribuidos

• La carga y descarga de datos, gráficos, documentos, archivos

PDF y cualquier otro tipo de contenido.

• Una web interactiva, con visor de mapas para combinar

servicios web.

• Entradas recientemente actualizadas, también accesibles como

canales de noticias RSS4 y como GeoRSS5.

• En linea de edición de metadatos con un poderoso sistema de

plantillas. Facilidad con visualizadores de las plantillas.

• Soporte masivo para ISO6 19115 / ISO 19119 / ISO 19139 / ISO

19110 y perfiles ISO, FGDC7 y el formato de metadatos Dublin

Core.

• Geonetwork es un entorno de gestión de información espacial

estandarizado y descentralizado, diseñado para permitir

acceso a bases de datos georreferenciadas, productos

cartográficos y metadatos de varias fuentes, usando las

capacidades de la internet.

• Usando el protocolo Z39.50 puede acceder a catálogos remotos

y hace que sus datos estén disponibles para otros servicios

de catalogo.

3 Código Abierto.4 Really Simple Syndication, un formato XML para sindicar o compartir contenido en la web.5 Es un conjunto de estandares para representar informacion geografica mediante el uso de capas.6 Organizacion Internacion de Normalizacion.7 Federal Geographic data Commitee, Comite Federal de datos Geograficos.


4.3.2 IDES consolidadas con GeoNetwork.

Exiten varias iniciativas de aplicaciones de Infraestructura de

Datos Espaciales basada en GeoNetwork para organizaciones grandes,

pequeñas y medianas empresas (PyMES8). Las primeras fueron la

GeoNetwork de la FAO y WFP VAMSIEGeoNetwork, ambos en sus sedes

en Roma, Italia. También la OMS9, CGIAR10, BRGM, AEE,[FGDC] y el

Global Change Information and Research Centre (GCIRC) de China

están trabajando en la implementación de GeoNetwok opensource como

su herramienta de gestión de informacion espacial.

Varias herramientas relacionadas vienen en el paquete de software

de GeoNetwork, incluyendo GeoServer, Base de Datos McKoi, y

servidor Yi (Wikip6, 2011).

Dado que GeoBolivia busca una Infraestructura de Datos Espaciales

para el Estado Plurinacional de Bolivia a continuación se detallan

las aplicaciones de GeoNetwork para la construcciÓn de IDES

sectoriales para distintas localidades.

4.3.3 Adaptaciones de GeoNetwork para la construcciÓn de IDE

sectoriales.

En el desarrollo del proyecto IDEC (infraestructura de Datos

Espaciales de Cataluña), se utiliza las tecnologías de

interoperatibilidad que se ponen a disposición y los servicios de

acceso a información que la IDE permite, se puede construir

infraestructuras derivadas, especializadas en dominios concretos,

es decir, IDE sectoriales.

Las IDEs sectoriales son infraestructuras de datos espaciales

sobre temáticas especificas. En ellas se pueden encontrar

prácticamente los mismos servicios que en IDEC, pero destinados

8 Pequeñas y Medianas Empresas9 Organizacion Mundial de la Salud.10 Grupo Consultivo para la investigacion Agricola internacional.


aun teman o sector concreto.

A nivel tecnológico, la IDE sectorial contiene un conjunto de

servicios OGC (OpenGis) accesibles, preseleccionados en función

del dominio de especialización y en muchos casos un Catalogo de

Metadatos circunscrito a la información propia del dominio, ambos

servicios amparados dentro de un geoportal especifico para el

dominio en cuestión.

Actualmente en el geoportal de IDEC se pueden encontrar

referencias a tres IDEs sectoriales (Geoportal, 2011).

IDE LOCAL.

Geoportal creado para la AOC (Administradora Abierta de Cataluña)

para acoger los servicios de la infraestructura de Datos

Espaciales de las Administraciones Locales Catalañas (IdeLocal,

2011).

IDE COSTAS.

Geoportal que tiene por objetivo mejorar e incrementar el acceso a

esta información para toda la comunidad de usuarios, de tal forma

que su participación en la gestión y transformación de la costa

pueda se mas activa y documentada. Dispone de un servidor de mapas

que da acceso a la cartografía del ICC. Medio Ambiente, CREAF,

etc.; asi como de un Catalogo de datos para facilitar la búsqueda

de información relacionada con el litoral Catalán (Costas, 2011).

IDEC.

IDEC ha desarrollado para el Instituto Cartográfico de Cataluña,

un catálogo y un gestor de datos para facilitar la búsqueda y

visualización de información geográfica producida por el ICC en el

ámbito de Cataluña.

Todas estas IDE tienen en común que han sido creadas a partir de

la personalización de los recursos propios de IDEC. Como por


ejemplo el catálogo de metadatos.

Cabe decir que el catalogo de metadatos de IDEC, no es un catalogo

basado en software libre ya que en su periodo de implementación,

año 2002, no existía ninguna opción de software libre con

garantías (Idec, 2011).

Otras experiencias relevantes de la implementación de GeoNetwork

son:

• http://www.osdm.gov.au/GNTC0709_ModificationsToGeonetwork_Pig

ot.pdf?ID=324

• http://http://www.comunidadandina.org/predecan/doc/r2/Atlas/A

tlasMemTec.pdf

4.4 Herramientas tecnológicas para GeoNetwork.

GeoNetwork tiene la siguiente arquitectura de software, a

continuacion se lo refleja en un Diagrama de Flujos:

http://www.osdm.gov.au/GNTC0709_ModificationsToGeonetwork_Pigot.pdf?ID=324


http://http://www.comunidadandina.org/predecan/doc/r2/Atlas/AtlasMemTec.pdf

http://http://www.comunidadandina.org/predecan/doc/r2/Atlas/AtlasMemTec.pdf



4.4.1 Java.

De acuerdo a Wikipedia, Java es un lenguaje de programación

orientado a objetos, desarrollado por Sun Microsystem (Wikip,

2011). El lenguaje en si mismo toma mucha de su sintaxis de C y C+

+, pero tiene un modelo de objetos mas simple y elimina

herramientas de bajo nivel.

4.4.2 Apache Tomcat.

Tomcat (también llamado Jakarta Tomcat o Apache Tomcat) funciona

como un contenedor de servlets desarrollado bajo el proyecto

Jakarta en la Apache Software Foundation (Wikip5, 2011).

Es una implementacion de software de código abierto de JAVA

Servlet y tecnologias de JavaServer Pages. El Java Servlet y

paginas JavaServer se desarrollan bajo la Java Community Process.

Tomcat es desarrollado en un entorno abierto y participativo y

publicado bajo la licencia Apache version (Tomcat, 2011).

4.4.3 PostgreSQL.

PostgreSQL es una potenta Base de Datos objetorelacional de

codigo abierto. Se ejecuta en todos los principales sistemas

operativos, incluyendo Linux, UNIX (AIX, BSD, HPUX, SGI IRIX, Mac

OS X, Solaris, Tru64) y Windows.

Es compatible con conjuntos de caracteres internacionales,

codificaciones de caracteres multibyte, Unicode, y es consciente

de la configuración regional para la clasificación, mayúsculas y

minúsculas, y el formato. Es altamente escalable, tanto en la

enorme cantidad de datos que puede manejar y en el número de

usuarios concurrentes que puede acomodar (PostgreSQL, 2011).

4.5 Metadatos de GeoNetwork.

Son datos que describen otros datos. En general, un grupo de


metadatos se refiere a un grupo de datos, llamado recurso. El

concepto de metadatos es análogo al uso de índices para localizar

objetos en vez de datos. Por ejemplo, en una biblioteca se usan

fichas que especifican autores, títulos, casas editoriales y

lugares para buscar libros. Así, los metadatos ayudan a ubicar

datos (Wikip4, 2011).

Los inicios de los estándares SIG comenzaron con la comunidad de

bibliotecas digitales los cuales establecieron formatos para

describir colecciones de libros, el formato MARC y luego Dublin

Core (DC) , pero salvo excepciones, dichos formatos son demasiado

generales como para servir bien a la comunidad de la informacion

geográfica. A raíz de ello se formo un Comité Federal de Datos

Geográficos (FGDC) y uno de los primeros 'resultados' fue la

publicación de la norma norteamericana de metadatos geoespaciales

(Content Standart for Digital Geospatial Metadata) en 1998.

Justo cuando estas normas empezaron a difunderse, el Organismo

Internacional de Normas (ISO) creo un comité técnico (numero 211)

con el fin de homogeneizar las otras normas e intentar llegar a un

consenso internacional sobre los metadatos geoespaciales. En el

año 2011 salio un borrador bastante solido, el preestándar ISO

19139, y dos años mas tarde el documento final (Mappping, 2011).

A continuación se presentan los estándares que GeoNetwork soporta

y al final la Norma SUNIT que es la norma georeferenciada a ser

utilizada en el Estado Plutinacional de Bolivia.

4.5.1 Estándar Dublin Core.

Dublin Core se define por ISO en su norma ISO 15836 del año 2003 y

la norma NISO Z39.852007. Es un sistema de 15 definiciones

semánticas descriptivas que pretenden transmitir un significado

semántico a las mismas. En general, se puede clasificar estos

elementos en tres grupos que indican la clase o el ámbito de la


informacion que se guarda en ellos (Dublin, 2011).

• Elementos relacionados principalmente con el “contenido” del

recurso.

• Elementos relacionados principalmente con el recurso cuando

es visto como “una propiedad intelectual” .

• Elementos relacionados principalmente con la “instanciación”

del recurso.

Ventajas.

• Simplicidad

• Flexibilidad

• Independencia Sintáctica

• Interoperabilidad Semántica

• Alto Nivel de Normalización

• Crecimiento y evolución del estándar a través de la DCMI

• Consenso Internacional

• Modularidad de Metadatos en la Web

• Arquitectura de Metadatos para la Web

• Ínter operable y uso mundialmente entre bibliotecólogos.

4.5.2 Estándar Comité Federal de Datos Geográficos.

El objetivo de este estándar es proporcionar un conjunto común de

terminología y definiciones para la documentación de datos

geoespaciales digitales. Define la información requerida por los

usuarios de información espacial para determinar la disponibilidad

del conjunto de datos, la propiedad para un uso determinado, el

acceso al conjunto de datos y la forma de transferencia de los

datos.

El estándar esta organizado como una jerarquía de elementos de

datos y elementos compuestos que definen el contenido de


información para los metadatos que documentan un conjunto digital

de datos geoespaciales, este especifica:

• Nombres de los elementos simples y compuestos a ser usados.

• La definición de estos elementos simples y compuestos.

• Información sobre los valores que deben ser provistos para

esos elementos.

• Los elementos que son obligatorios, aquellos que son

obligatorios si corresponde y los opcionales.

4.5.3 Estándar ISO 19113.

Con el fin de definir una estructura que sirva para describir los

datos geograficos se creo la norma internacional ISO 19115: 2003

Geographic Information Metadata.

Ventajas.

• Ahorrar Tiempo, ahorra dinero, asegura calidad, asegura

integridad.

• Proporciona un juego común de condiciones.

• Habilita búsquedas automatizadas.

• Interoperatibilidad, entre esquemas procedentes de

especificaciones de las series ISO 19100.

• La previsibilidad, estos esquemas son previsibles para

cualquier clase, atributo, asociación, etc., se codifican

igual para cualquier elemento UML del mismo tipo.

• La usabilidad, tener una codificación basada en reglas

permite generar XML de un modo automático o semiautomático.

• La extensibilidad, se han definido extensiones mediante la

creación de un diccionario de datos, con las mismas

características que el definido en ISO 19139, para facilitar

la interoperatibilidad, facilidad en el uso, etc.

• El polimorfismo, la fiabilidad para asumir diferentes formas,


es decir, facilitar la adaptabilidad cultural y lingüística.

Utilidad.

• Determinar la disponibilidad de un conjunto de datos

geoespaciales.

• Saber si el conjunto de datos geoespaciales satisface las

necesidades especificas del usuario interno o externo.

• Definir los medios por los cuales acceder al conjunto de

datos geoespaciales.

• Adecuar el conjunto de datos geoespaciales exitosamente.

• Utilizar un sola nomenclatura y un conjunto común de

definiciones para documentar el conjunto de datos.

4.6 Norma SUNIT.

Norma SUNIT, el objeto de la norma es el de establecer procesos,

mecanismos y procedimientos para el acceso, organización,

administración y difusión de la informacion geoespacial.

Se hace necesaria la emisión de la Norma Técnica a efectos de

establecer formatos y parámetros que permitan la estandarización

del manejo de la información georeferenciada a nivel nacional,

conforme lo prescrito por el párrafo II del Articulo 413 del D.S.

29215 (Sunit, 2011)

Para fines de la aplicación de la Norma SUNIT y considerando la

basta información georeferenciada que se manejara, se tiene

establecido, en concordancia con los estándares planteados por el

Consorcio Open GIS, que se refiere a un lenguaje y criterios

comunes para el manejo e intercambio o transferencia de este tipo

de informacion la estructuración de los Metadatos.

El listado de los metadatos mínimos para el SUNIT que cada

cobertura deber contener, se ha dividido en cinco grandes grupos:


• identificación del Archivo.

• Información sobre la referencia espacial.

• Información de la entidades y atributos.

• Información para la distribución de la coberturas.

• Información de referencia de los metadatos.

La información que debe llenarse al interior de los grupos

mencionados, consiste en la identificación de los principales

datos relacionados tanto a la creación, fuentes y fechas de

captura de los datos, responsables de su elaboración, direcciones

de contacto, escalas de trabajo y publicación, formatos originales

de creación, etc., mismos que permitirán un mejor manejo e

identificación de los responsables de su creación y otros

parámetros técnicos que permitan una mejor coordinación del uso y

actualización de dicha informacion cartográfica digital.

Para lograr una mejor compresión de lo mencionado, para todos los

grupos se deberá llenar, cuando corresponda, un total de 34

registros.

Dicho listado para los metadatos con sus correspondientes

aclaraciones de llenado, es desplegado en el Anexo H.

5 DESARROLLO DEL PROYECTO.

En esta sección se presenta inicialmente un Estudio de GeoNetwork

para posteriormente describir un estudio de la aplicación de

GeoNetwork en el proyecto GeoBolivia.

5.1 Estudio de GeoNetwork.

Tras la implementación del Catálogo de Metadato (GeoNetwork) de

manera local, se toman tres puntos de desarrollo.

Para la implementación del Catálogo de Metadatos (GeoNetwork) de

manera local, se tomán los siguientes puntos de desarrollo.


5.1.1 Requisitos e Instalación.

El detalle de requitos necesarios se encuentran en el Anexo A, la

instalación sigue los siguiente pasos: Instalacion de Java JDK,

instalacion de Tomcat 6, instalación de GeoNetwork, instalación de

postgreSQL.

El Anexo B, Anexo C y Anexo D detallán los procesos de su

instalacion de estas herramientas.

Tras la finalización de las instalaciones y sus correspondientes

configuraciones se tuvo un problema, que era el levantamiento del

GeoNetwork, para lo cual se soluciono con la agregación del

archivo “.war” generado por la instalación de GeoNetwok dentro de

la lista de aplicaciones del Tomcat.

Una vez agregada dicha componente el GeoNetwork inicio.

5.1.2 Administración de GeoNetwork.

Para el ingreso al módulo de Administración los datos por default

son username=admin y password=admin.

La siguiente pantalla corresponde al panel de administracion de

GeoNetowork.


Entonces de acuerdo a los objetivos planteados se subieron los

metadatos de ejemplo que tiene GeoNetwork (Opcion: Añadir

Metadatos de Ejemplo).

GeoNetwork sopórta metadatos personalizados, estas de acuerdo a

lo siguiente:

• Se puede insertar metadatos directamente desde el módulo de

insercion en formato XML. (Opción: insertar metadatos XML).

• Importación batch, otro tipo de subida de metadatos (Opción:

Importacion batch).

• Otra sección de metadatos es la opción de Plantillas de


Metadatos. Para añadir una plantilla de Metadatos de acuerdo a la

norma SUNIT se sigue los pasos descritos en el Anexo I.

5.1.3 Administración de Metadatos de GeoNetwork.

Entre las opciones que tenemos para los metadatos, estan por

ejemplo: Nuevo Metadato, Insertar nuevo metadato XML, Busqueda de

Metadatos, Listado de los metadatos, privilegios de metadatos,

plantillas de Metadatos, metadatos de ejemplo, etc.

De acuerdo a los objetivos planteados, los metadatos aplicados a

la norma SUNIT, se muestran dentro de la lista de plantillas de

Metadatos para su uso en el manejo del catalogo.

5.1.4 Estudio de Metadatos soportados por GeoNetwork.

GeoNetwork es un ambiente estandarizado, en su version v2.6.3

soporta por defecto los estándares ISO19139/119, ISO19110, DUBLIN

CORE y FGDCSTD. Para cualquier otro tipo de estructura de

metadatos, se presenta mas adelante la forma de personalizar

metadatos o shemas de metadatos.

Estandar Dublin Core.

• Es un tipo de estándar utilizado como metadato base, capaces

de propocionar la información descriptiva básica sobre cualquier

recurso.

• Es mas usado en el campo de la educación y por instituciones

de investigación.

• Dentro del template de Dublin Core del GeoNetwork se denota a

doce (14) campos para completar la información georeferenciada y

un campo generado (Identificador de Recurso).

Estandar Comite Federal de Datos Geograficos.

• Este estandar es mayormente utilizado y ya implementado por

gobiernos como los EE.UU., Canada, Reino Unido.


• Dentro del template de FGDC del GeoNetwork se visualiza a 26

campos obligatorios para una descripción básica para el estándar

de informacion geográfica.

Estandar ISO 19139.

• Para el estandar ISO 19139 dentro de GeoNetwork existe

templates de tipo (Template for Raster data in ISO19139 y Template

for Vector data in ISO19139).

5.1.5 Estudio de Metadato de la norma SUNIT.

La Norma SUNIT de acuerdo al estandar FGDC guardan similitud en su

formato, conteniendo los campos necesarios para unar norma

georeferenciada.

De acuerdo a revisiones y comparaciones de las normas, un punto

importante para el Estado Plurinacional de Bolivia es de vital

importancia el campo de Idioma dentro del metadato del SUNIT, esto

debido a la variedad de cultural por regiones que se tiene en

Bolivia.

5.1.6 Estado del Arte de GeoNetwork.

El análisis del estado de arte de GeoNetwork se lo realiza a

través de un analisis FODA.

Factores Internos.

a) Fortalezas.

Las fortalezas de GeoNetwork se reflejan en sus funcionalidades

(GeoNetwork, 2011).

• Es una herramienta que permite guardar, buscar y gestionar

metadatos a partir de aplicaciones cliente basadas en web.

• Tienen módulos estructurados y pueden ser personalizados a

partir de plantillas XSL (eXtensible Stylesheet Language).


• Facilidades de uso entre operaciones de metadatos como el

descubrimiento, la exploración y la explotación de metadatos.

• Promociona soluciones multidisciplinares entórno al

desarrollo sostenible.

• GeoNetwork soporta los metadatos mas importantes de los

estandares SIG (FGDC, ISO 19113, Dublin Core).

• El proyecto GeoNetwork opensource promueve que comparta la

información temática y georeferenciada disponible entre las

organizaciones.

b) Debilidades.

La wiki de OsGeo las dificultades de GeoNetwork son (OsGeo, 2011):

Problemas de visualización de capas:

• WFS. Geonetwork no es aun capaz de visualizar en su mapa

interactivo las capas WFS.

• WMS. Se tiene problemas en la visualización de una capa WMS

aunque aparezca en la lista de capas disponibles, este

problema se hacer regular debido al soporte de la proyección

EPSG:4326 en el mapfile.

• GeoNetwork soporta solo EPSG:4326 en su mapa interactivo. Se

puede comprobar el log de Apache para ver que pedidos hace

GeoNetwork al servidor WMS.

Factores Externos.

a) Oportunidades.

• Los mapas, incluyendo aquellos derivados de imagen satelital,

son herramientas comunicacionales que juegan un papel

importante en el trabajo de los que deben tomar decisiones

(p.e., planificadores de desarrollo sostenible y gestores de

emergencias y ayuda humanitaria) que necesitan productos


cartográficos confiables, actualizados y fáciles de usar como

base para actuar y planificar mejor sus actividades; los

expertos en GIS que necesiten intercambiar datos geográficos

consistentes y actuales; y analistas espaciales que necesitan

datos multidisciplinares para hacer análisis geográficos

preliminares y pronósticos fiables.

• Las imágenes satelitales y las bases de datos espaciales,

podrían ayudar a los países en la lucha contra el hambre y la

pobreza rural.

• Los usuarios pueden combinar mapas extraídos de diversos

servidores de instituciones de desarrollo de todo el mundo

para obtener mapas temáticos a la medida de sus necesidades

en sus propias computadoras que incluyan variables como la

cubierta vegetal, la calidad del suelo, la vegetación y la

densidad demográfica, así como el acceso al mercado.

• Aplicación Libre representa una revolución en el modo en que

están concebidos los actuales programas informáticos. Esta

clase de aplicaciones no pone limites a la creatividad ni al

ingenio del posible usuario. En la medida que herramientas

SIG de Software Libre maduren, GeoNetwork de podra

benficionar de los adelantos que estas tengan.

• Se trata de una aplicación que prevee puede resultar mas

económica que las aplicaciones o software propietarios.

b) Amenazas.

Con informacion de muchos foros de SIG, se concluyo lo siguiente:

Las licencias comerciales o llamadas ESRI del software SIG estan

captando empresas relacionadas con las tecnologias de Sistemas de

Informacion Geograficas. Estas empresas se apoyan en el

mantenimiento que brindan aun expirado el tiempo de mantenimiento

del producto (software comercial en forma general se ha

comprometido a dar apoyo independientemente de la version del

software). Es asi que los sistemas SIG libres estan perdiendo


espacios en empresas o nichos de mercado por causa del

mantenimiento que brinda las licencias privativas.

Asi mismo se pueden presentar errores los cuales pueden

convertirse en amenazas al dificultar el uso de herramientas de

información geografica:

ETAPA DEL PROCESO FUENTES DE ERROR

Adquisicion de información Errores de campo, errores en los mapas fuentes, errores de analisis de imagenes.

Insumo de los datos Errores de digitilizacion, errores de generalizacion en los elementos a digitar

Almacenamiento de los datos Precision numerica inapropiada para los datos de uso. Resolucion espacial no apropiada para representar la varibilidad de la siuperficie en estudio

Manipulacion de la información Propoganda de errores al combinar dos o mas mapas.

Generación de productos Seleccion de escalas inapropiadas para mapas.Errores asociados al medio utilizado para mapasErrores asociados al equipo utilzado para mapas.

Aplicación de resultados Interpreteaciones incorrectas de los datos.Uso inadecuado de los resultados por descnocimiento o falta de formacion de los usuarios.

La anterior información es relevante debido a la cantidad de

errores que se puede reducir, la informacion obtenida es de

(Mapealo, 2011).

5.2. Aplicación de GeoNetwork en el proyecto GeoBolivia.

En la presente sección se desarrolla la descripción del proyecto

GeoBolivia, el estudio de los metadatos de la norma SUNIT y su


splicación y la elaboración de la matriz FODA de GeoNetwork para

GeoBolivia.

5.2.1 Descripción del Proyecto Geobolivia.

El proyecto GeoBolivia “se enmarca en la necesidad del Estado

Plurinacional de Bolivia de conformar una infraestructura de Datos

Espaciales que permita el almacenamiento y distribución de datos

geográficos que hacen al interés, planificación y desarrollo del

país”. Y tiene como objetivo general: “Estandarizar, distribuir t

democratizar la información geográfica del Estado Plurinacional de

Bolivia”.

De acuerdo a la anterior descripción de GeoBolivia en lo técnico

normativo, el proyecto involucra a la integración de datos y

metadatos en base al estándar GeoNetwork, reconocida mundialmente

como norma técnica de clasificación de información geoespacial.

5.2.2 Metadatos de la Norma Boliviana SUNIT y su aplicación en

GeoNetwork.

La estructura de la norma SUNIT es el metadato estandar para el

estado Boliviano y recomienda que si alguna otra institución

utiliza otra aplicaciones SIG (por ejemplo ArcGIS) deberan seguir

el formato del estándar FGDC, lo que presupone que la norma SUNIT

esta basado en este estándar.

Por lo tanto la aplicación de los metadatos de la norma SUNIT si

se pueden aplicar al Catalogo de Metadatos GeoNetwork, si se toma

las siguientes consideraciones:

• Escoger como plantilla de metadatos la FGDC debido a la

similitud de campos o de caracteristicas (Opción: Plantilla

de Metadatos, dentro del grupo de creacion de metadatos).

• Para poder ingresar un metadato de acuerdo a la norma SUNIT,

se puede ingresar un metadato en formato XML, en el cual ya

se puede personalizar campos (Opción: Insertar metadatos


XML).

• Otra forma es crear un metadato a partir de programas que de

creación de XML.

• En el caso personalizado de la norma SUNIT, se puede ingresar

un Schema o plantilla de metadatos de acuerdo al Anexo I.

Un estudio en el metadato de la norma SUNIT y haciendo una

implementacion para el estado actual de Bolivia, este atrae

ciertas recomendaciones:

• Agregación del campo “Idioma”. La incorporacion de la

caracteristica idioma es de vital importancia, debido a la

diversidad de idiomas (las mas representativas son el

Quechua, Aymara, Español) que tienen las culturas bolivianas

y las instituciones que lo abarcan.

La información del IDIOMA fue rescatado del estandar Dublin Core.

IDIOMA (Dublin Core).

5.2.3 Matriz FODA de la aplicación de GeoNetwork en el

Proyecto Geobolivia.

El catálogo de metadatos GeoNetwork es aplicable al proyecto

GeoBolivia, con base al siguiente análisis.

Análisis Interno.

El análisis interno permite fijar las fortalezas y debilidades de

GeoBolivia, realizando un estudio que permite conocer la cantidad

y calidad de los recursos y procesos con que se cuenta.


Fortalezas.

• Las infraestructuras y procedimientos técnicos permiten a

usuarios avanzados, dentro de instituciones, entidades

estatales, acceder directamente a la base de datos desde sus

Sistemas de Informacion Geografica.

• Posibilidad a instituciones que lo necesiten, de descargar

replicas completas o parciales para facilitar un uso local

sin necesidad de conexión permanente

Debilidades.

• Compleja adaptabilidad de GeoNetwork a una estación de

trabajo o servidor (en el caso personal Linux).

• La solicitud de metadatos por via administrativa, el llenado

de formularios por técnicos de entidades productoras es muy

dificultoso para su distribución y su democratización de la

información georeferenciada.

Análisis Externo.

Este análisis le permite fijar las oportunidades y amenazas que el

contexto puede presentarle a GEO Bolivia.

Oportunidades.

• Las instituciones que se conformen al proyecto de la

plataforma IDEEPB tendran como beneficios, el alojamiento de

sus datos espaciales en un servidor y obtención grandes

flujos de información.

• Libertad de acceso de información espacial web a través del

catalogo de metadatos entre instituciones afiliadas o de

convenio con GeoBolivia.

• Desarrollo de proyectos de sistemas de informacion geografica

directamente en base a la plataforma de IDEEPB.


Amenazas.

• Dispersión de información georeferenciada en las distintas

entidades. Los cuales se encuentran en distintos formatos y

en muchos casos carecen de la descripción necesaria para sus

uso público.

• Para GeoBolivia un problema latente es la infraestructura de

trabajo, el no contar con este recurso es un freno al avance

del proyecto de implementación GeoNetwork.

Estrategias.

Las estrategias que se plantean a continuación están basadas en la

anterior Matriz FODA.

• El uso de software libre coadyuvara en una mejora de

implementación de infraestructura.

• Uso de metadatos estandarizados entre distintas empresas con

el propósito de homogeneizar información.

• Incentivar las ventajas y oportunidades que puede atraer el

proyecto en empresas, instituciones, organizaciones, etc.

• Adquisicion e integracion de datos espaciales producidos por

el Estado Boliviano al IDEEPB diferenciada de datos de otras

instituciones como el SUNIT y el SITAP.

• Adquision de datos espaciales desde diversas fuentes para la

generacion de servicios (visualizacion, consulta, descrga,

etc.) que permitan el acceso remoto a esta informacion.

• Se implementaran insfraestructuras y procesamientos tecnicos

para permitir a usuarios avanzados, dentro de las entidades

estatales, acceder directamente a la base de datos desde sus

Sistemas de Informacion Geografica mediante conexiones de

tipo “servidorcliente”.


6 CONCLUSIONES.

EL GeoNetwork, como herramienta de SIG ha permitido distribuir

aplicaciones de catalogo de metadatos de forma rapida,

personalizada y sin coste de licencias. Creando una red operable

que permite descubrir y compratir informacion geoespacial.

El visualizador de mapas geograficos de GeoNetwork permitira a las

instituciones y poblacion del Estado Plurinacional de Bolivia

utilizar dichas herramientas para crear mapas, crear o importar

metadatos en funcion a las necesidades personales y poder obtener

mapas desplegables en la web, de facil uso y con exportacion de su

informacion.

Se prevee que existira complejidad institucional lo que

dificultara el acceso a los datos. Este punto es importante cuando

se quiere crear metadatos de capas que derivan de otras originadas

por otros organismos o instituciones. Afortunadamente, la

progresiva creacion de normas y recomendacion para metadatos por

parte del SUNIT es reduciendo esa dificultad.

Las herramientas de elaboracion de metadatos estan todavia en la

fase de asimilacion del estandar SUNIT (esta basada en el estandar

FGDC), que otorga estructura a los campos del metadato, por lo que

puede existir problemas de incompatibilidad entre ellas.

Las herramientas utilizadas en el trabajo fueron aplicaciones

libres lo cual atrajo gran beneficio en costos ademas de la

potencia que tienen en sus funciones.

Se considera fundamental, antes de comenzar a crear metadatos,

acordar con instituciones reglamentarias (SUNIT), y fijar el

estandar de metadato a utilizar, lo cualquier optimizara

esfuerzos.


La herramienta de catalogo de metadatos que utiliza GeoNetwork se

ha configurado como una herramienta util y valida para la creacion

y mantenimiento de metadatos.

El constante proceso de gestion de informacion geografica exige

que las etapas de creacion y armado de metadatos sea continuo e

iterativo.

A pesar de los avances logrados en el area de los SIG todavia el

concepto de error no esta presente en la mayoria de sus usuarios

ni en sus bases. La utilidad de la informacion digital dependera

cada vez mas de su calidad y por lo tanto es esencial establecer

normas y procedimientos que le permitan al usuario determinar si

un conjunto de datos cumple con las normas de calidad que requiere

un proyecto.

Finalmente la experiencia de trabajar con aplicaciones SIG como en

el caso particular es el catálogo de metadatos GeoNetwork, se

logro cumplir la mayoria de los objetivos planteados, además de

interactuar con otras aplicaciones libres (base de datos

postgreSQL, servidor Apache Tomcat),

Finalmente la experiencia de trabajo de GeoBolivia ha sido

satisfactoria.

ANEXOS.

ANEXO A Requisitos del GeoNetwork.


GeoNetwork puede funcionar tanto en plataformas de MS Windows, Linux o Mac OS X.

Algunos requisitos generales del sistema para el software para funcionar sin

problemas son los siguientes:

Procesador: 1GHz o Superior

Memoria: 512MB o mas

Espacio en Disco: 30MB como mínimo. Sin embargo, se sugiere tener un mínimo de

250 MB de espacio libre en disco. Se requiere espacio adicional dependiendo de

la cantidad de datos espaciales que se espera para subir a la geodatabase

interior.

Otros requisitos de software: Java Runtime Environment (JRE 1.5.0). Para

instalaciones de servidor, Apache Tomcat y un dedicado compatible con JDBC SGBD

(MySQL, PostgreSQL, Oracle) se puede utilizar en lugar del embarcadero de

McKoiDB respectivamente.

Navegadores.

GeoNetwork debe trabajar normalmente con los siguientes navegadores:

• Firefox (Todos)

• Internet Explorer (Windows)

• Safari (Mac OS X Leopard)


ANEXO B Instalación de JAVA/TOMCAT.

Instalar Sun Java JDK 1.6

user ~ $ sudo addaptrepository "deb http://archive.canonical.com/

lucid partner"

user ~ $ sudo aptget update

user ~ $ sudo aptget install sunjava6jdk

user ~ $ java –version

java version “1.6.0_20”

OpenJDK Runtime Environment (IcedTea6 1.8) (6b181.80ubuntu1)

OpenJDK Server VM (build 14.0b16, mixed mode)

Instalar Tomcat 6 y Cambiar el Tomcat Security.

user ~ $ sudo aptget install tomcat6

user ~ $ sudo nano /etc/default/tomcat6

Reemplazar:

TOMCAT_SECURITY=YES

con

TOMCAT_SECURITY=NO

Se puede probar si el Tomcat esta levantado tecleando en el navegador preferido:

locahost:8080.

En el caso particular, la instalación desde lo repositorios no sirvió así que se

tomo la opcion de descargar el directorio de Tomcat desde la pagina oficial

http://tomcat.apache.org/

Luego de descomprimir el paquete dentro del directorio

/home/tomcat6 o /usr/share/tomcat6.

Ya que estamos utilizando el paquete desde el sitio y no la instalación vía

repositorios debemos indicar a Tomcat la variable del JAVA_HOME.

En el home o del root, editamos el archivo .bashrc y al final se agrega:

sudo nano .bashrc

export JAVA_HOME=/usr/lib/jvm/java6sun

Para iniciar Tomcat desde la linea de comandos se teclea:


sudo /etc/init.d/tomcat6 start

Y para bajar el servicio:

sudo /etc/init.d/tomcat6 stop

O Restar el Servicio:

sudo /etc/init.d/tomcat6 restart


ANEXO C Instalación y Configuración de GeoNetwork.

Una vez instalada Java y Tomcat proseguimos a instalar y configurar el

Geonetwork.

Si todavía no tenemos el GeoNetwork lo podemos descargar desde la pagina

oficial, http://sourceforge.net/projects/geonetwork/files/GeoNetwork_opensource.

La configuración de GeoNetwork en Tomcat:

cd $HOME

sudo cp geonetwork.war /var/lib/tomcat6/webapps

Actualizamos las direcciones de los datos en WEBINF/config.xml

cd /var/lib/tomcat6/webapps/geonetwork/WEBINF

mkdir data

chown tomcat6:tomcat6 data

nano config.xml

Cambiar:

<uploadDir>WEBINF/data/temp</uploadDir>

<dataDir>WEBINF/data</dataDir>

Cambiamos y Agregamos al Saxon en el archivo Catalina,sh

sudo nano /usr/share/tomcat6/bin/catalina.sh

Agregar:

JAVA_OPTS="$JAVA_OPTS

XX:CompileCommand=exclude,net/sf/saxon/event/ReceivingContentHandler.startEleme

nt"

Finalizamos con el pausado y el inicio del servicio o simplemente el reset.

sudo /etc/init.d/tomcat6 stop

sudo /etc/init.d/tomcat6 start

o


Ahora verificamos que GeoNetwork este levantado:

http://localhost:8080/geonetwork


ANEXO D Instalación de PostgreSQL.

La instalacion sera directamente desde los repositorios para ello tecleamos:

sudo aptget install postgresql

Configurar las conexiones TCP

sudo nano /etc/postgresql/8.4/main/pg_hba.conf

sudo nano /etc/postgresql/8.4/postgree.conf

sudo /etc/init.d/postgresql8.4 restart

local all all trust

# IPv4 local connections:

host all all 127.0.0.1/32 md5

listen_addresses = 'localhost'

port = 5432

Pasamos a la creación de la Base de Datos.

user ~ $ sudo su postgres

postgres ~ $ psql

postgres=# CREATE USER geonetwork WITH PASSWORD 'secret';

postgres=# CREATE DATABASE geonetwork WITH OWNER = geonetwork ENCODING

'UTF8';

postgres=# \q

postgres ~ $ exit

user ~ $

Proseguimos con la creacion de las tablas y la carga de los datos iniciales.

cd /var/lib/tomcat6/webapps/geonetwork/WEBINF/classes/setup/sql/create

psql d geonetwork U geonetwork W f createdbpostgres.sql

cd /var/lib/tomcat6/webapps/geonetwork/WEBINF/classes/setup/sql/data

psql d geonetwork U geonetwork W f datadbpostgres.sql

Configurar la Base de Datos de GeoNetwork

cd /var/lib/tomcat6/webapps/geonetwork/WEBINF/geonetwork/WEBINF

nano config.xml


<! >


<! mckoi standalone >

<! >

<resource enabled="false">

....

<! >

<! postgres >

<! >

<resource enabled="true">

<name>maindb</name>

<provider>jeeves.resources.dbms.DbmsPool</provider>

<config>

<user>geonetwork</user>

<password>secret</password>

<driver>org.postgresql.Driver</driver>

<url>jdbc:postgresql://127.0.0.1/geonetwork</url>

<poolSize>10</poolSize>

<reconnectTime>3600</reconnectTime>

</config>

</resource>


ANEXO E Metadato de Dublin Core (Formato XML).

<?xml version="1.0" encoding="UTF8"?>

<simpledc xmlns:dc="http://purl.org/dc/elements/1.1/"

xmlns:dct="http://purl.org/dc/terms/">

<dc:title>Template for Dublin Core</dc:title>

<dc:creator/>

<dc:subject/>

<dc:description/>

<dc:publisher/>

<dc:contributor/>

<dc:date/>

<dc:type/>

<dc:format/>

<dc:identifier>3dbe7570ec2f4274a94d

223e970fb6e8</dc:identifier>

<dc:source/>

<dc:language/>

<dc:relation/>

<dc:coverage>North 90, South 90, East 180, West 180.

Global</dc:coverage>

<dc:rights/>

</simpledc>


ANEXO F Metadato de Comité Federal de Datos Geográficos (Formato

XML).


<metadata>

<idinfo>

<citation>

<citeinfo>

<origin/>

<pubdate/>

<title>Template for FGDC</title>

<pubinfo>

<pubplace/>

<publish/>

</pubinfo>

</citeinfo>

</citation>

<descript>

<abstract/>

<purpose/>

</descript>

<timeperd>

<timeinfo>

<rngdates>

<begdate/>

<enddate/>

</rngdates>

</timeinfo>

<current/>

</timeperd>

<status>

<progress/>

<update/>


ANEXO G Metadato ISO 19110 (Formato XML).


<gfc:FC_FeatureCatalogue xmlns:gfc="http://www.isotc211.org/2005/gfc"

xmlns:xsi="http://www.w3.org/2001/XMLSchemainstance"

xmlns:gmd="http://www.isotc211.org/2005/gmd"

xmlns:gco="http://www.isotc211.org/2005/gco" uuid="fc62fe9e592c489a8735

18625b78a090" xsi:schemaLocation="http://www.isotc211.org/2005/gfc

../../../../web/geonetwork/xml/schemas/iso19110/schema.xsd">

<gfc:name>

<gco:CharacterString>Feature catalogue template in

ISO19110</gco:CharacterString>

</gfc:name>

<gfc:scope>

<gco:CharacterString>Scope</gco:CharacterString>

</gfc:scope>

<gfc:fieldOfApplication>

<gco:CharacterString/>

</gfc:fieldOfApplication>

<gfc:versionNumber>

<gco:CharacterString>1.0</gco:CharacterString>

</gfc:versionNumber>

<gfc:versionDate>

<gco:DateTime xmlns:gmx="http://www.isotc211.org/2005/gmx">201103

31T12:25:53</gco:DateTime>

</gfc:versionDate>

<gfc:producer>

<gmd:CI_ResponsibleParty>

<gmd:individualName>

<gco:CharacterString>Individual name</gco:CharacterString>

</gmd:individualName>

<gmd:organisationName>


</gmd:organisationName>

<gmd:positionName>


</gmd:positionName>

<gmd:contactInfo>

<gmd:CI_Contact>

<gmd:phone>


<gmd:CI_Telephone>

<gmd:voice>


</gmd:voice>

<gmd:facsimile>


</gmd:facsimile>

</gmd:CI_Telephone>

</gmd:phone>

<gmd:address>

<gmd:CI_Address>

<gmd:deliveryPoint>


</gmd:deliveryPoint>

<gmd:city>


</gmd:city>

<gmd:administrativeArea>


</gmd:administrativeArea>

<gmd:postalCode>


</gmd:postalCode>

<gmd:country>


</gmd:country>

<gmd:electronicMailAddress>


</gmd:electronicMailAddress>

</gmd:CI_Address>

</gmd:address>

</gmd:CI_Contact>

</gmd:contactInfo>

<gmd:role>

<gmd:CI_RoleCode codeListValue="pointOfContact"

codeList="CI_RoleCode"/>

</gmd:role>

</gmd:CI_ResponsibleParty>

</gfc:producer>

<gfc:featureType>


<gfc:FC_FeatureType>

<gfc:typeName>

<gco:LocalName>Class name</gco:LocalName>

</gfc:typeName>

<gfc:definition>


</gfc:definition>

<gfc:isAbstract>

<gco:Boolean>false</gco:Boolean>

</gfc:isAbstract>

<gfc:aliases>

<gco:LocalName>Local name</gco:LocalName>

</gfc:aliases>

<gfc:featureCatalogue/>

<gfc:carrierOfCharacteristics>

<gfc:FC_FeatureAttribute>

<gfc:memberName>

<gco:LocalName>Type</gco:LocalName>

</gfc:memberName>

<gfc:definition>


</gfc:definition>

<gfc:cardinality>

<gco:Multiplicity>

<gco:range>

<gco:MultiplicityRange>

<gco:lower>

<gco:Integer>0</gco:Integer>

</gco:lower>

<gco:upper>

<gco:UnlimitedInteger

isInfinite="true" xsi:nil="true"/>

</gco:upper>

</gco:MultiplicityRange>

</gco:range>

</gco:Multiplicity>

</gfc:cardinality>

<gfc:featureType/>

<gfc:valueMeasurementUnit>


<gml:UnitDefinition

xmlns:gml="http://www.opengis.net/gml" gml:id="unknown">

<gml:description/>

<gml:identifier codeSpace="unknown"/>

</gml:UnitDefinition>

</gfc:valueMeasurementUnit>

<gfc:listedValue>

<gfc:FC_ListedValue>

<gfc:label>

<gco:CharacterString>First type (eg.

Forest)</gco:CharacterString>

</gfc:label>

<gfc:code>

<gco:CharacterString>F</gco:CharacterString>

</gfc:code>

<gfc:definition>


</gfc:definition>

</gfc:FC_ListedValue>

</gfc:listedValue>

<gfc:listedValue>

<gfc:FC_ListedValue>

<gfc:label>

<gco:CharacterString>Second type (eg.

Water)</gco:CharacterString>

</gfc:label>

<gfc:code>

<gco:CharacterString>W</gco:CharacterString>

</gfc:code>

</gfc:FC_ListedValue>

</gfc:listedValue>

<gfc:valueType>

<gco:TypeName>

<gco:aName>

<gco:CharacterString>CHARACTER</gco:CharacterString>

</gco:aName>

</gco:TypeName>


</gfc:valueType>

</gfc:FC_FeatureAttribute>

</gfc:carrierOfCharacteristics>



<gfc:memberName>

<gco:LocalName>Identifier</gco:LocalName>

</gfc:memberName>

<gfc:definition>

<gco:CharacterString>Unique

identifier</gco:CharacterString>

</gfc:definition>

<gfc:cardinality>

<gco:Multiplicity>

<gco:range>


<gco:lower>


</gco:lower>

<gco:upper>


xsi:nil="false" isInfinite="false">1</gco:UnlimitedInteger>

</gco:upper>


</gco:range>

</gco:Multiplicity>

</gfc:cardinality>

<gfc:featureType/>

<gfc:valueType>

<gco:TypeName>

<gco:aName>

<gco:CharacterString>INTEGER</gco:CharacterString>

</gco:aName>

</gco:TypeName>

</gfc:valueType>






<gfc:memberName>

<gco:LocalName>Name</gco:LocalName>

</gfc:memberName>

<gfc:definition>

<gco:CharacterString>Name of the

feature</gco:CharacterString>

</gfc:definition>

<gfc:cardinality>

<gco:Multiplicity>

<gco:range>


<gco:lower>


</gco:lower>

<gco:upper>


isInfinite="true" xsi:nil="true"/>

</gco:upper>


</gco:range>

</gco:Multiplicity>

</gfc:cardinality>

<gfc:valueType>

<gco:TypeName>

<gco:aName>

<gco:CharacterString>CHARACTER</gco:CharacterString>

</gco:aName>

</gco:TypeName>

</gfc:valueType>



<gfc:constrainedBy>

<gfc:FC_Constraint>

<gfc:description>

<gco:CharacterString>Description of the feature

catalogue</gco:CharacterString>

</gfc:description>


</gfc:FC_Constraint>

</gfc:constrainedBy>

</gfc:FC_FeatureType>

</gfc:featureType>

</gfc:FC_FeatureCatalogue>


ANEXO H Metadato de norma Boliviana SUNIT.

A IDENTIFICACIÓN DEL ARCHIVO ACLARACIONES DEL LLENADO

1 Nombre de la cobertura

(vector o raster)

Nombre del Mapa, imágenes (Path/Row) o

fotos aéreas (lugar).

2 Fecha de publicaciónCuando se concluyo el mapa o se

capturo la imagen

3 Forma de representación de

los geodatos

Formato actual de los datos (.shp,

.lyr, .img, .dbf, análogo,etc.) 4 Vinculo Web Solo si los geodatos están en la web 5 Descripción Colocar un resumen de la cobertura

6 Ubicación de la informacionDonde esta físicamente: departamento,

ciudad,etc.

7 OrganizaciónInstitución que produjo la

informacion.

8 Profesional Persona encargada de la producción

cartográfica

9 Propósito Fines que persigue la elaboración de

la cobertura

10 Fecha de captura de datos

fuente De que fecha son los datos de origen

11 Fecha de elaboración de la

cobertura

Cuando se elaboro/concluyo la

cobertura

12 Vigencia Periodo de duración o validez de la

cobertura 13 Frecuencia de actualización Cada cuanto tiempo se actualiza

14 Palabras clave Cinco palabras clave de la cobertura

para mejor identificacion

15 Limitaciones de acceso y

uso

Si la informacion tiene restricciones

de acceso

16 Formato/software original

de datos

Cual es el formato o software de

origen

B. INFORMACIÓN SOBRE LA

REFERENCIA ESPACIAL

17 Escala de Origen Cual es la escala de origen de la

informacion

18 Escala de publicación

Cual es la escala de

publicación/impresión de la

informacion

19 Sistema de coordenadas Que sistema de coordenadas se

utilizaron 20 Sistema de Proyección Proyección actuar de la cobertura 21 Sistema de referencia Sistema de referencia actual


22 Parámetros Parámetros para la transformación de

la cobertura

23 Área geográfica de

recubrimiento

EL área geográfica cubierta

(municipio, provincia, TCO, cuenca,

área protegida, reserva forestal,

etc.)

C. INFORMACIÓN DE LAS ENTIDADES Y

ATRIBUTOS

24 Descripción de los campos de

la cobertura

Que significa el nombre/abreviación

de cada uno de los campos en la

tabla de atributos

25 La cobertura/mapa tiene su

memoria técnica? (SI/NO)

Colocar el titulo de la memoria y

adjuntar el documento en formato

digital

D. INFORMACIÓN PARA LA DISTRIBUCIÓN DE LAS

COBERTURAS

26 CD, DVD, descargas (ftp), otro Mediante que medio se va a

enviar la informacion

E. INFORMACIÓN DE REFERENCIA DE LOS METADATOS

27 Fecha elaboración del metadato Cuando se elaboro el

metadato

28 Información de contacto Persona responsable

metadato 29 Organización responsable Institución responsable 30 Dirección de contacto Dirección Institucional

31 Correo Electrónico Correo persona

responsables

32 Teléfono Oficina Incluir código de

departamentos 33 Teléfono Celular 34 Página Web Institucional

Cada cobertura deberá adjuntar su formulario de metadatos debidamente llenado,

es decir que debe existir un formulario por cobertura.


ANEXO I Personalización de Metadatos.

Existen situaciones en las que no se desea emplear los perfiles de metadatos estándar y utilizar, en su lugar, perfiles propios. En esta práctica veremos como Geonetwork tiene la capacidad de integrar perfiles11 de metadatos creados por el usuario12.

Para crear nuestro propio perfil en Geonetwork, tendremos que crear una serie de ficheros que depositaremos en los directorios de la instalación. Veamos uno a uno los paso a seguir.

Estructura general

El primer paso será crear un fichero XML con las estructura general de nuestro metadato.

Hay un ejemplo en el directorio del cdrom (material/geonetwork/organisation_template.xml)

Este fichero lo copiaremos al directorio $GEONET/web/geonetwork/xml/schemas/organisation . Previamente deberemos haber creado el directorio “organisation”.

Etiquetas específicas para idioma

El segundo paso será crear el fichero que contienes las etiquetas que verá el usuario cuando cree el nuevo metadato. Habría que crear un fichero por cada idioma, nosotros haremos el ejemplo para el idioma “en”.

Copiaremos el fichero organisation.xml que está en el directorio de material en $GEONET/web/geonetwork/loc/en/xml/

Creación del esquema

El tercer paso será la creación del esquema XML correspondiente al perfil nuevo que estamos creando. Este esquema será el encargado de validar nuestros nuevos metadatos en formato XML.

Copiaremos el fichero schema.xsd que está en el directorio de material en el directorio de geonetwork $GEONET/web/xml/schemas/organisation

Hojas de estilo para Geonetwork

El siguiente paso es el de crear una serie de hojas de estilo que necesita Geonetwork para realizar ciertas operaciones como extraer el thumbnail del metadato o el identificador unívoco uuid.

Habrá que copiar los siguientes ficheros al directorio $GEONET/web/geonetwork/xml/schemas/organisation/ :

extractthumbnails.xsl

extractuuid.xsl

schemasuggestions.xml

setthumbnail.xsl

unset_thumbnail.xsl

11 Emplearemos indistintamente los términos perfil y esquema de metadatos. Realmente el perfil define el contenido del metadato mientras que un esquema es un término más informático relacionado con XML.

12 Esta práctica no es más que la traducción del “Geonetwork schema/template Howto” que puede verse en http://geonetwork-opensource.org/documentation/how-to/geonetwork-shema-template-howto


updatefixedinfo.xsl

Hoja de estilo para las búsquedas

Geonetwork necesita unos campos mínimos del metadato para poder realizar búsquedas, estos campos mínimos son “title”, “abstract”, “keywords” y “geographic box” por ello, hay que indicar la correspondencia entre estos campos y los campos del metadato nuevo.

Copiaremos la hoja de estilo organisation.xsl en $GEONET/web/geonetwork/xml/search/

Hoja de estilo para el esquema

Esta será la hoja de estilo que aplicará Geonetwork al metadato para mostrarlo al usuario cuando lo quiere visualizar o editar.

Copiaremos el fichero metadataorganisation.xsl en $GEONET/web/geonetwork/xsl

Modificación de los ficheros de configuración

Una vez creado los ficheros necesarios, tendremos que modificar ciertos ficheros de configuración de la instalación de Geonetwork.

En la sección “gui” del fichero $GEONET /web/geonetwork/WEBINF/config.xml añadiremos la siguiente línea:

<xml name="organisation" file="xml/organisation.xml" />

En el caso que desees que tu metadato tenga un thumbnail deberás añadir las siguientes líneas de código XSL en el fichero $GEONET/web/geonetwork/xsl/metadataedit.xsl :

<! thumbnails ><xsl:if test="string(geonet:info/schema)='organisation'"> <button class="content" onclick="doAction('{/root/gui/locService}/metadata.thumbnail.form')"> <xsl:valueof select="/root/gui/strings/thumbnails"/> </button></xsl:if>

En cuanto al fichero $GEONET/web/geonetwork/xsl/metadatautils.xsl al comienzo del fichero insertaremos lo siguiente:

<xsl:include href="metadataorganisation.xsl"/>

y en la sección “<! brief >”

<! organisation ><xsl:when test="$schema='organisation'"> <xsl:calltemplate name="organisationBrief"/></xsl:when>


Y finalmente en $GEONET/web/geonetwork/xsl/metadata.xsl dentro de la sección <! main schema switch >:

<! organisation ><xsl:when test="$schema='organisation'"> <xsl:applytemplates mode="organisation" select="." > <xsl:withparam name="schema" select="$schema"/> <xsl:withparam name="edit" select="$edit"/> </xsl:applytemplates></xsl:when>


BIBLIOGRAFIA.

– (GeoNetwork, 2011): Pagina Oficial de GeoNetowok. Visitado el

5 de Febrero de 2011, de www.geonetworkopensource.org

– (Wikip, 2011): Enciclopedia Libre Wikipedia. Visitado el 22

de Marzo de 2011, de http://es.wikipedia.org/wiki/Java_(lenguaje_de_programaci

%C3%B3n ) .

– (Wikip2, 2011): Enciclopedia Libre Wikipedia. Visitado el 28

de Marzo de 2011, de

http://es.wikipedia.org/wiki/Software_libre

– (Wikip3, 2011): Enciclopedia Libre Wikipedia. Vistado el 16

de Febrero de 2011, de

http://es.wikipedia.org/wiki/Sistema_de_Informaci

%C3%B3n_Geogr%C3%A1fica


de Marzo de 2011, de http://es.wikipedia.org/wiki/Metadato

– (Educa, 2011): Pagina del Programa Nacional Mapa Educativo.

Visitado el 21 de Marzo de 2011, de

http://www.mapaeducativo.edu.ar/encontrar/?a=qsig


de Marzo de 2011, de http://es.wikipedia.org/wiki/Tomcat


de Marzo de 2011, de

http://es.wikipedia.org/wiki/GeoNetwork_opensource

– (Sanz y Montesinos, 2011): Portal Web de tecnologias de

informacion. Visitado el 8 de Marzo de 2011, de

http://www.cuadernos.tpdh.org/file_upload/08_TIG_14_herramien

tasSIGlibres.pdf

– (Carmona y Monsalve, 2011): Alvaro de J. Carmona y Jhon Jairo

Monsalve 2008. Sistemas de Informacion Geografica. Visitado

en 28 de Marzo de 2011, en

http://www.monografias.com/trabajos/gis/gis.shtml

– (Mapping, 2011): Mapping, Revista Internacional de Ciencias

http://www.monografias.com/trabajos/gis/gis.shtml

http://www.cuadernos.tpdh.org/file_upload/08_TIG_14_herramientasSIGlibres.pdf

http://www.cuadernos.tpdh.org/file_upload/08_TIG_14_herramientasSIGlibres.pdf

http://es.wikipedia.org/wiki/GeoNetwork_opensource

http://es.wikipedia.org/wiki/Tomcat

http://www.mapaeducativo.edu.ar/encontrar/?a=qsig

http://es.wikipedia.org/wiki/Metadato

http://es.wikipedia.org/wiki/Sistema_de_Informaci%C3%B3n_Geogr%C3%A1fica



http://es.wikipedia.org/wiki/Software_libre

http://es.wikipedia.org/wiki/Java_(lenguaje_de_programaci%C3%B3n)

http://es.wikipedia.org/wiki/Java_(lenguaje_de_programaci%C3%B3n

http://es.wikipedia.org/wiki/Java_(lenguaje_de_programaci%C3%B3n

http://www.geonetwork-opensource.org/


de la Tierra. Visitado el 9 de Marzo de 2011, en

http://www.mappinginteractivo.com/plantillaante.asp?

id_articulo=1209

– (Mapping2, 2011): Mapping, Revista Internacion de Ciencias de

la Tierra. Visitado el 9 de Marzo, en


id_articulo=1455

– (Tomcat, 2011): Pagina Oficial de Apache Tomcat. Visitado el

28 de Marzo de 2011, de


id_articulo=1209

– (PostgreSQL, 2011): Pagina Oficial de PostgreSQL. Visitado el

25 de Marzo de 2011, en http://www.postgresql.org/

– (Tinoco, 2011): Roberto Tinoco Guevara. Definicion y Algunas

Aplicaciones de los Sistemas de Informacion Geografica.

Visitado el 25 de Febrero de 2011, de

http://www.monografias.com/trabajos14/informageogra/informage

ogra.shtml

– (Geoportal, 2011): IDEC, Infraestructura de Datos Espaciales

de Cataluña. Visitado el 16 de Febrero de 2011, de

http://www.geoportalidec.net

– (IdeLocal, 2011): IdeLocal. Visitado el 16 de Febrero de

2011, de http://www.geoportalidec.cat/idelocal

– (IdeCostas, 2011): IdeCOSTAS. Visitado el 16 de Febrero de

2011, de http://www.geoportalidec.net/idecostes

– (Idec, 2011): IDEC. Visitado el 16 de Febrero de 2011, de

http://www.geoportalidec.net/gestor/icc/cataleg

– (OsGeo, 2011). Open Source Geospatial Foundation. Visitado en

20 de Febrero de 2011, de

http://wiki.osgeo.org/wiki/Geonetwork:_b

%C3%BAsqueda_de_metadatos.

– (Enciclopedia, 2011). Enciclopedia Libre Wikipedia. Visitado

http://wiki.osgeo.org/wiki/Geonetwork:_b%C3%BAsqueda_de_metadatos



http://www.geoportal-idec.net/gestor/icc/cataleg

http://www.geoportal-idec.net/idecostes

http://www.geoportal-idec.cat/idelocal

http://www.geoportal-idec.net/

http://www.monografias.com/trabajos14/informageogra/informageogra.shtml

http://www.monografias.com/trabajos14/informageogra/informageogra.shtml

http://www.postgresql.org/

http://www.mappinginteractivo.com/plantilla-ante.asp?id_articulo=1209







el 15 de Febrero de 2011, de

http://es.wikipedia.org/wiki/Almac%C3%A9n_de_datos

– (Gobierno, 2008). Oficina Nacional de Gobierno Electronico e

Informatica. Instituto Geologico Minero y Metalurgico

(INGEMENT). Visitado el 5 de Marzo de 2011, de

http://metadatos.ingemmet.gob.pe/files/007.%20Propuesta%20de

%20Metadatos%20INGEMMET%20ISO19115_Ver01.pdf

– (Dublin, 2011). Metadato de Dublin Core. Visitado el 4 de

Marzo de 2011, de http://es.wikipedia.org/wiki/Dublin_Core

– (Sunit, 2011): Equipo Tecnico UTNIT. Unidad Tecnicas Nacional

de la Informacion de la Tierra. Capitulo V: Estandares y

Parametros Tecnicos de la informacion. Subdivision Metadatos.

Pag. 3539.

http://es.wikipedia.org/wiki/Dublin_Core

http://metadatos.ingemmet.gob.pe/files/007.%20Propuesta%20de%20Metadatos%20INGEMMET-%20ISO19115_Ver-01.pdf

http://metadatos.ingemmet.gob.pe/files/007.%20Propuesta%20de%20Metadatos%20INGEMMET-%20ISO19115_Ver-01.pdf

http://es.wikipedia.org/wiki/Almac%C3%A9n_de_datos

informegeobolivia

Documents