INCORPORACIÓN Y ACTUALIZACIÓN DE METADATOS ...repository.udistrital.edu.co/bitstream/11349/3702/1/...de Metadatos Geográficos, el cual debe responder a estándares ISO.” (DNP,

1

INCORPORACIÓN Y ACTUALIZACIÓN DE METADATOS GEOGRÁFICOS

PERTENECIENTES A LA DIRECCIÓN GENERAL MARITÍMA DE LA

NORMA TÉCNICA COLOMBIANA 4611 PRIMERA ACTUALIZACIÓN A

SEGUNDA ACTUALIZACIÓN A TRAVÉS DEL SISTEMA WEB DE

ADMINISTRACIÓN DE METADATOS INSTITUCIONAL – SWAMI.

Autor: Diego Fernando Rodriguez Lamus

UNIVERSIDAD DISTRITAL FRANCISCO JOSE DE CALDAS

FACULTAD DE INGENIERIA

INGENIERIA CATASTRAL Y GEODESIA

Bogotá D.C

2015

2


PERTENECIENTES A LA DIRECCIÓN GENERAL MARITÍMA DE LA NORMA

TÉCNICA COLOMBIANA 4611 PRIMERA ACTUALIZACIÓN A SEGUNDA

ACTUALIZACIÓN A TRAVÉS DEL SISTEMA WEB DE ADMINISTRACIÓN DE

METADATOS INSTITUCIONAL – SWAMI.

Autor: Diego Fernando Rodriguez Lamus

PROYECTO TRABAJO DE GRADO EN LA MODALIDAD DE PASANTÍA PARA

OPTAR AL TÍTULO DE INGENIERO CATASTRAL Y GEODESTA

Directora Interna: Luz Ángela Rocha Salamanca

Ingeniera Catastral y Geodesta

Docente Proyecto Curricular Ingeniería Catastral y Geodesia

Director Externo: Edwin Alberto Piragauta Vargas

Ingeniero Catastral y Geodesta

Director de Proyectos

Skaphe Tecnología SAS

UNIVERSIDAD DISTRITAL FRANCISCO JOSE DE CALDAS

FACULTAD DE INGENIERIA

INGENIERIA CATASTRAL Y GEODESIA

Bogotá D.C

2015

3

CONTENIDO

Pág

LISTA DE FIGURAS 4

LISTA DE TABLAS 6

1. INTRODUCCIÓN 7

2. PLANTEAMIENTO DEL PROBLEMA 8

3. OBJETIVOS 9

4. JUSTIFICACIÓN 10

5. MARCO TEÓRICO 12

6. ALCANCES Y LIMITACIONES 20

7. METODOLOGÍA 21

8. DESARROLLO 24

8.1. REVISIÓN, COMPARACIÓN, HOMOLOGACIÓN ENTRE LAS DOS VERSIONES

DE LA NORMA 24

8.2. HOMOLOGACIÓN CAMPOS DE LAS BASES DE DATOS 36

8.3. MIGRACIÓN Y ACTUALIZACIÓN DE METADATOS 43

8.4. IDENTIFICACIÓN INFORMACIÓN A DOCUMENTAR 47

8.5. ACTUALIZACIÓN Y CREACIÓN DE PLANTILLAS 49

8.6. CAPTURA 58

8.6.1. Elaboración de Muestras Gráficas 58

8.6.2. Captura 61

8.6.2.1. Creación del metadato desde plantilla 61

8.6.2.2. Creación nuevo metadato 63

8.7. VALIDACIÓN Y PUBLICACIÓN 64

9. RESULTADOS 65

10. CONCLUSIONES 69

11. RECOMENDACIONES 70

12. BIBLIOGRAFIA 71

13. ANEXOS 73

13.1. Manual de Captura de Metadatos en Swami 3.0 73

13.2. Scripts Migración Metadatos 107

4

LISTA DE FIGURAS

Figura 1- Esquema Articulador de la ICDE; Fuente: Conpes 3585

Figura 2- Nodo DIMAR - ICDE; Fuente: Pagina Web ICDE.

Figura 3- Jurisdicción Dirección General Marítima; Fuente: Pagina Web DIMAR.

Figura 4. Diagrama de Flujo sobre las actividades a realizar

Figura 5- Perfil metadato mínimo NTC 4611 Primera Actualización; Fuente: NTC

4611-Primera Actualización

Figura 6- Perfil metadato mínimo NTC 4611 Segunda Actualización; Fuente: NTC

4611-Segunda Actualización

Figura 7- Correspondencia entre primera y segunda actualización – Sección

identificación; Fuente: Elaboración Propia.


Calidad de los datos; Fuente: Elaboración Propia.


Sistema de Referencia; Fuente: Elaboración Propia.


Distribución; Fuente: Elaboración Propia.


Referencia del Metadato; Fuente: Elaboración Propia.

Figura 12- Correspondencia entre campos bases de datos – tabla

RM_REFERENCIA_METADATO; Fuente: Elaboración Propia.

Figura 13- Correspondencia entre campos bases de datos – tabla CI_CITACION;

Fuente: Elaboración Propia.


ID_MUESTRA_GRAFICA; Fuente: Elaboración Propia.


ID_IDENTIFICACION; Fuente: Elaboración Propia.


ID_NIVEL_RESOLUCION; Fuente: Elaboración Propia.


CA_PROCESOS; Fuente: Elaboración Propia.


CI_INFORMACION_EN_LINEA; Fuente: Elaboración Propia.


TR_TIPO_REFERENCIA; Fuente: Elaboración Propia.


TR_TABLA_REFERENCIA; Fuente: Elaboración Propia.

Figura 21. Scripts migración de bases de datos.

5

Figura 22. Software Irfanview y Ortofoto.

Figura 23- Elaboración Muestras graficas Datos LIDAR a través del complemento

de ArcGIS Lastools; Fuente: Elaboración Propia.

Figura 24. Muestras Gráficas Lidar Filtrado, Lidar Ascii, Lidar Crudo.

Figura 25. Muestra Gráfica Imagen Satelital Digital Globe.

Figura 26. Muestra gráfica Modelo Digital de Terreno.

Figura 27. Muestra gráfica Ortofotos RGB 432

Figura 28. Crear Metadato desde Plantilla

Figura 29. Ejemplo título metadato

Figura 30. Menú edición de un metadato

Figura 31. Nuevo metadato

Figura 32. Cobertura Metadatos Capturados.

Figura 33. Metadatos Migrados y Actualizados.

6

LISTA DE TABLAS

Tabla 1. Tipo de producto y su representación espacial.

Tabla 2. Tabla RM_REFERENCIA_METADATO. Fuente: Elaboración Propia

Tabla 3. Tabla CI_CITACION. Fuente: Elaboración Propia

Tabla 4. Tabla ID_MUESTRA_GRAFICA. Fuente: Elaboración Propia

Tabla 5. Tabla ID_IDENTIFICACION. Fuente: Elaboración Propia

Tabla 6. Tabla ID_NIVEL_RESOLUCION. Fuente: Elaboración Propia

Tabla 7. Tabla CA_PROCESOS. Fuente: Elaboración Propia

Tabla 8. Tabla CI_INFORMACION_EN_LINEA. Fuente: Elaboración Propia

Tabla 9. Tabla TR_TIPO_REFERENCIA. Fuente: Elaboración Propia

Tabla 10. Tabla TR_TABLA_REFERENCIA. Fuente: Elaboración Propia

Tabla 11. Campos y códigos a actualizar.

Tabla 12. Tipos de productos con sus respectivos procesos

Tabla 13. Plantilla Imágenes satelitales. Fuente: Elaboración Propia

Tabla 14. Plantilla Modelo Digital de Terreno - Caribe. Fuente: Elaboración Propia

7

1. INTRODUCCIÓN

El hombre desempeña todas sus actividades en un espacio geográfico, por lo cual

todas ellas producen o se alimentan de información geográfica, y más en los

últimos años con el avance acelerado de las tecnologías de la información y los

Sistemas de Información Geográfica. Esa información producida básicamente

sirve para la toma de decisiones desde los gobiernos, multinacionales hasta los

individuos.

Normalmente, los actores que usan la Información Geográfica son diferentes a los

que la producen, por ello es de vital importancia hacer una documentación sobre

esos datos para conocer sus posibles limitaciones y alcances. Estos datos al ser

una representación de la realidad, son un modelo que trata de representar el

mundo tal como es, pero los modelos son una abstracción, que tratan de

entenderla simplificándola, por lo cual no es algo idéntico a lo que se quiere

representar, por lo que depende de cada tipo de dato geográfico, en algunos

casos se hacen simplificaciones, se omiten elementos, en otros se agregan (IGAC,

2011), pero esto solo lo sabe el productor de la información, por lo cual es

necesario la documentación de la información geográfica por las razones ya

descritas, para que usuarios externos ajenos totalmente a los productores puedan

usarla de la mejor manera entendiendo sus limitaciones y alcances, para poder

utilizarla de la mejor forma. Además, esa documentación de los datos geográficos

permite una mejor administración, organización, control de los datos, así como el

conocimiento de los datos de otras organizaciones.

Los metadatos son estándares que permiten documentar la información

geográfica, para que cualquier persona pueda entenderlos, y para que cualquier

productor adapte esa documentación sobre los productos que ofrece a las normas

sobre el tema, con el objetivo de que sea entendible para cualquier usuario que

utiliza la información o datos geográficos, y saber si en realidad es lo que está

buscando. Dentro de los estándares para metadatos se encuentra la norma ISO

19115 en su versión del 2014 (ISO 19115:2014) que se encuentra dentro del

conjunto de estándares establecidos en el comité técnico 211 (ISO TC/211 –

Información Geográfica/Geomática), que define el esquema requerido para

describir información geográfica y servicios por medio de metadatos, y está su

adaptación colombiana que es la Norma Técnica Colombiana 4611 Segunda

Actualización.

8

2. PLANTEAMIENTO DEL PROBLEMA

Como base de la política de estandarización en Colombia, con la actualización de

la Norma Técnica Colombiana 4611 de su primera actualización a su segunda

actualización, las organizaciones estatales están obligadas a actualizar sus

metadatos. Sin embargo esta actividad se complica, ya que en la última

actualización se encuentran campos nuevos comparada con la primera versión por

lo cual ha de evaluarse como se deben estructurar esos campos, para cumplir

debidamente con la implementación de la norma.

El problema radica en actualizar los metadatos de una versión a otra de la NTC

4611, ya que los metadatos están montados sobre un aplicativo web (Sistema

Web de Administración de Metadatos Institucional – SWAMI 2.0), primera

actualización, y es necesario migrarlos a SWAMI 3.0, que es el equivalente a la

segunda versión de la Norma Colombiana sobre Metadatos. Se tienen dos perfiles

para la creación de metadatos: Mínimo y Detallado, donde el primero son los datos

mínimos que se requieren para documentar un objeto geográfico, y el segundo, se

le agregan ciertas extensiones para complementar y especificar mucho mejor los

alcances y limitaciones del mismo. En este caso específico, se hará la

incorporación y captura de metadatos en su perfil mínimo para la DIMAR a través

del contrato 111 suscrito entre la entidad y Skaphe Tecnología SAS que es la

empresa encargada de realizar todo el proceso de migración, incorporación y

actualización de los metadatos.

Con lo anterior se establece la necesidad de la ejecución del proyecto de la


PERTENECIENTES A LA DIRECCIÓN GENERAL MARITÍMA DE LA NORMA

TÉCNICA COLOMBIANA 4611 PRIMERA ACTUALIZACIÓN A SEGUNDA

ACTUALIZACIÓN A TRAVÉS DEL SISTEMA WEB DE ADMINISTRACIÓN DE

METADATOS INSTITUCIONAL – SWAMI.

9

3. OBJETIVOS

OBJETIVO GENERAL

Incorporar y actualizar metadatos en su perfil mínimo, de la primera a la segunda

actualización, documentados bajo la NTC 4611 a través de la captura y migración

de los mismos en el aplicativo web Swami 3.0, para cumplir con los estándares

nacionales, en materia de documentación de información geográfica.

OBJETIVOS ESPECÍFICOS

Capturar e Incorporar metadatos siguiendo el esquema de perfil mínimo de

metadato contenido en la NTC 4611 Segunda Actualización, en la

aplicación Swami 3.0 para cumplir los estándares nacionales en materia de

documentación de información geográfica.

Migrar metadatos de Swami 2.0 a su versión 3.0 a través de la

homologación entre campos de las bases de datos para mantener

actualizado el inventario que tiene la DIMAR acerca de la documentación

de información geográfica.

Modificar debidamente los metadatos según la Norma Técnica Colombiana

4611 Primera Actualización a la Segunda Actualización, haciendo

homologación de campos en las dos versiones del estándar de metadato

geográfico, para tener la documentación sobre información geográfica

actualizada a la norma más reciente.

10

4. JUSTIFICACIÓN

La Infraestructura Colombiana de Datos Espaciales ICDE como instrumento

integrador de políticas, estándares de la información geográfica, exige a cada una

de las entidades vinculadas entre ellas la Dirección General Marítima-DIMAR, a

cumplir ciertos objetivos plasmados en la Política Nacional de Información

Geográfica contenido en el documento CONPES 3585 de 2009.

POLITICA NACIONAL DE INFORMACIÓN GEOGRÁFICA-PNIG

Las acciones, actividades, procesos de las distintas entidades vinculadas a la

ICDE se deben orientar hacia el cumplimiento de los siguientes lineamientos que

conforman la PNIG (Política Nacional de Información Geográfica):

a) Utilizar la Información Geográfica básica oficial

b) Coordinar la generación de Información Geográfica

c) Producir y Custodiar los datos fundamentales

d) Estandarizar y documentar la información Geográfica

e) Consolidar el Banco Nacional de Imágenes

f) Establecer mecanismos de acceso a la Información Geográfica

g) Promover el uso eficaz de recursos para la producción de Información

Geográfica

h) Establecer la propiedad de la Información Geográfica

i) Garantizar la propiedad intelectual, seguridad y calidad

j) Armonizar las Infraestructuras de Datos Espaciales en todos los niveles

k) Promover la cultura en el uso de la información Geográfica

Este proyecto se enmarca en el literal “d” de la siguiente forma: “Todas las

entidades del Estado y aquellas de carácter mixto o privado que ejerzan funciones

públicas deberán seguir, en la producción o adquisición de Información

Geográfica, los lineamientos y normas técnicas definidas en el marco del Comité

Técnico de Normalización de la información geográfica 028 de ICONTEC, en el

cual participan instituciones que integran la ICDE”. (DNP, 2009) y en el literal f, en

el cual el CONPES señala lo siguiente “las entidades deberán documentar los

datos, productos y servicios geográficos de conformidad con el estándar nacional

de Metadatos Geográficos, el cual debe responder a estándares ISO.” (DNP,

2009).

11

Por lo anterior, la Dirección General Marítima - DIMAR al ser una entidad estatal

que produce y adquiere información geográfica está obligada a documentar sus

datos geográficos en base a las normas técnicas colombianas sobre la materia,

que sería la NTC 4611-Metadato Geográfico en su versión más reciente que es la

segunda actualización. Además de facilitar el acceso a la misma, a través de su

documentación, ya que se mantiene un orden que permite conocer de primera

mano, en donde está, para que sirve, alcances y limitaciones, para el usuario que

la requiera ya sea solo para consulta o para algún tipo de trabajo específico.

12

5. MARCO TEÓRICO

Infraestructura Colombiana de Datos Espaciales (ICDE)

Se define como un instrumento operativo a través del cual se integran políticas,

estándares, organizaciones y recursos tecnológicos que facilitan la producción, el

acceso y el uso de la Información Geográfica del territorio colombiano, que se

encuentra enfocada a servir de apoyo para la toma de decisiones en todos los

campos de la política pública. La ICDE se constituye en un ente que articula un

conjunto de estrategias alrededor de las distintas instituciones productoras de

datos geográficos para orientarlas hacia donde debe dirigirse el país en materia de

información geográfica para su máximo aprovechamiento por parte de los usuarios

que la requieran (DNP, 2009)

Figura 1- Esquema Articulador de la ICDE; Fuente: Conpes 3585

En la Infraestructura Colombiana de Datos Espaciales ICDE se encuentran las

siguientes entidades participantes:

- Instituto Geográfico Agustín Codazzi – IGAC (Integrante - Coordinador)

- Aeronáutica Civil

- Agencia Nacional de Hidrocarburos – ANH

- Comando General de las Fuerzas Militares

- Comisión de Regulación de Agua Potable y Saneamiento Básico – CRA

- Corporación Autónoma Regional de Cundinamarca – CAR

- CORANTIOQUIA

- Corpoica

- Comisión de regulación de Energía y Gas – CREG

- Infraestructura de Datos Espaciales para el Distrito Capital – IDECA (Integrante)

- Gobernación de Putumayo

- Agencia Nacional de Licencias Ambientales – ANLA

13

- Unidad Nacional para la Gestión del Riesgo de Desastres

- Ministerio de Agricultura

- Universidad Católica de Manizales

- Universidad de Manizales

- Instituto Colombiano de Bienestar Familiar – ICBF

- Corporación Autónoma Regional del Valle del Cauca – CVC (Integrante)

- CORPOCHIVOR

- CORPOBOYACA

- Ministerio de Relaciones Exteriores

- Universidad EAFIT

- Universidad Distrital Francisco José de Caldas

- Unidad de Planeación Minero Energética – UPME (Integrante)

- Unidad Administrativa Especial de Catastro Distrital – UAECD

- Sociedad Colombiana de Ingenieros

- Red Alma Mater

- Secretaria Distrital de Planeación

- Parques Nacionales Naturales

- Ministerio de Transporte

- Ministerio de Minas y Energía

- Ministerio de Educación Nacional

- Ministerio de Defensa

- Ministerio de Comercio, Industria y Turismo.

- Ministerio de Ambiente y Desarrollo Sostenible

- INVIAS (Integrante)

- IPSE

- Instituto de Investigaciones Marinas y Costeras – INVEMAR (Integrante)

- Instituto de Investigaciones Ambientales del Pacifico “John Von Neumann” – IIAP

- Instituto de Investigación de Recursos Biológicos Alexander Von Humboldt

(Integrante)

- Instituto de Hidrología, Meteorología y Estudios Ambientales de Colombia –

IDEAM (Integrante)

- Servicio Geológico Colombiano (Integrante)

- Instituto Amazónico de Investigaciones Científicas – SINCHI

- Gobernación de Boyacá

- Fuerza Aérea Colombiana – FAC

- Federación Nacional de Cafeteros

- Ejercito Nacional de Colombia

- Dirección General Marítima – DIMAR (Integrante)

- Departamento Nacional de Planeación – DNP

14

- Departamento Administrativo Nacional de Estadística – DANE

- Infraestructura de Datos Espaciales de Santiago de Cali – IDESC (Integrante)

- Sistema de Información regional – SIR (Integrante)

Cada una de las Entidades participantes en la ICDE, deben crear un nodo; de tal

forma que la Dirección General Marítima – DIMAR creo el Nodo DIMAR, el cual se

puede consultar a través de la página web de la ICDE. (ICDE, 2016).

Figura 2- Nodo DIMAR - ICDE; Fuente: Pagina Web ICDE.

Dirección General Marítima – DIMAR

Dirección General Marítima – DIMAR, es la Autoridad Marítima Colombia

encargada de ejecutar la política del gobierno en esta materia, contando con una

estructura que contribuye al fortalecimiento del poder marítimo nacional, velando

por la seguridad integral marítima, la protección de la vida humana en el mar, la

promoción de las actividades marítimas y el desarrollo científico y tecnológico de

la nación. Ejerce su autoridad sobre la jurisdicción marítima colombiana: 928.660

Km2 , y en los 2900 km de línea de costa (Litoral Pacífico y Caribe), así como en

los principales ríos ubicados en zonas de frontera y en los últimos 27 kilómetros

del Rio Magdalena antes de llegar a su desembocadura en el mar (DIMAR, 2016).

15

Figura 3- Jurisdicción Dirección General Marítima; Fuente: Pagina Web DIMAR.

Para poder cumplir con su misión, DIMAR cuenta con 17 capitanías de puerto que

le permiten un mayor acercamiento con el sector marítimo en cada una de las

regiones, las capitanías de puerto deben cumplir con las siguientes funciones

según el artículo 20 del Decreto 2324 de 1984:

- Ejercer la Autoridad Marítima en su jurisdicción.

- Hacer cumplir las leyes y disposiciones relacionadas con las actividades

marítimas.

- Conceptuar y tramitar ante la Dirección General Marítima, las solicitudes de

licencias, matrículas y patentes de navegación.

- Verificar los exámenes para expedir licencias.

- Expedir licencias de navegación para el personal de mar.

- Dirigir y supervisar el servicio de practicaje.

16

1- Autorizar el arribo y zarpe de naves e inspeccionar el funcionamiento de las

mismas.

2- Investigar, aún de oficio, los siniestros y accidentes marítimos, las

infracciones a las leyes, decretos y reglamentos que regulan las actividades

marítimas y la marina mercante colombiana y, dictar fallos de primer grado

e imponer las sanciones respectivas. 9

Las capitanías del litoral Caribe son las siguientes:

- Capitanía de Puerto de Puerto Bolívar

- Capitanía de Puerto de Riohacha

- Capitanía de Puerto de Santa Marta

- Capitanía de Puerto de Barranquilla

- Capitanía de Puerto de Cartagena

- Capitanía de Puerto de Coveñas

- Capitanía de Puerto de Turbo

En el litoral Pacífico se encuentran las siguientes capitanías de puerto:

- Capitanía de Puerto de Bahía Solano

- Capitanía de Puerto de Buenaventura

- Capitanía de Puerto de Guapi

- Capitanía de Puerto de Tumaco

En la zona Insular se encuentran las Capitanías de Puerto de San Andrés y la de

Providencia.

Por último, se encuentran las capitanías con jurisdicción sobre importantes ríos

fronterizos que son:

- Capitanía de Puerto de Puerto Leguizamo con jurisdicción sobre el rio

Putumayo

- Capitanía de Puerto de Leticia con jurisdicción sobre el rio Amazonas.

- Capitanía de Puerto Inírida con jurisdicción sobre el Rio Orinoco y Atabapo.

- Capitanía de Puerto de Puerto Carreño con jurisdicción sobre el Rio

Orinoco y Rio Meta.

Por lo anterior, se puede deducir que la DIMAR a través de sus dependencias

genera una gran cantidad de información geográfica de las zonas de jurisdicción

17

marítima, de los litorales (Bienes de uso público), Islas; la anterior información

puede servir de suministro para muchas entidades de nivel nacional ya sean

privadas o públicas que justifiquen el uso de la misma para los propósitos

misionales de cada una de ellas, por lo tanto, es de suma importancia que se

documenten estos datos geográficos de la mejor manera para que usuarios tanto

externos como internos puedan aprovechar el máximo potencial que brindan este

tipo de datos y que puedan ser compartidos, lo cual requiere que estén

estandarizados. (DIMAR, 2016)

Estándares

Según el diccionario de la real academia española un estándar es un documento

establecido por consenso, aprobado por un cuerpo reconocido, y que ofrece

reglas, guías o características para que se use repetidamente.

Los estándares internacionales sobre la información geográfica se desarrollan en

la ISO que es la organización internacional de estandarización a través del grupo

de trabajo 211. La norma de Metadatos es la ISO 19115 y su par colombiano la

norma NTC 4611.

ISO 19115

El objetivo de este Estándar es suministrar un procedimiento para la descripción

de conjuntos de datos geográficos digitales para que los usuarios puedan

determinar si los datos serán de utilidad para ellos, así del cómo acceder a los

mismos. Mediante el establecimiento de un conjunto común de terminología de

metadatos, definiciones y procedimientos de extensión, este estándar promueve el

uso apropiado y la recuperación eficiente los datos geográficos. Adicionalmente

este estándar de metadatos tiene beneficios complementarios como son el facilitar

la organización y administración de datos geográficos y proporcionar información

sobre una base de datos de una organización a otra. Esta norma permite

familiarizar a los usuarios con terminología geográfica aún aquellos que no

conocen de ella y hace posible la catalogación, recuperación y reutilización de la

información geográfica. (ISO, 2003).

NTC 4611 Segunda Actualización

Esta norma establece los requisitos del esquema para describir la información

geográfica bien sea análoga y digital así como servicios geográficos. Proporciona

los elementos que permiten documentar la información, por medio de secciones

como: identificación, calidad, representación espacial, sistema de referencia,

contenido de los datos, catálogo de símbolos y distribución, para un conjunto

18

cualquiera de datos geográficos, soportadas por secciones de información

adicional como: contacto, citación, fecha, que permiten documentar los datos

completamente. Esta norma también define los elementos del metadato geográfico

mandatorios, condicionales y opcionales que permiten definir la información

mínima requerida para describir el conjunto de datos por medio de su localización,

su aptitud de uso, la forma de acceder al producto, y sus limitaciones ya sean

legales, de acceso o de uso. (ICONTEC, 2011).

Metadato

Datos acerca del contenido, calidad, condición u otras características de los datos

y servicios geográficos (ICONTEC, 2011). En otras palabras, son los datos sobre

los datos, son la documentación sobre qué tipo de dato es, en qué condiciones fue

obtenida, cuáles son sus limitaciones, alcances, restricciones, siendo información

de gran ayuda para los usuarios que necesitan de esa información geográfica,

conocer de primera mano si el producto es acorde con las necesidades de lo que

se está buscando resolver o realizar.

GeoNetwork Opensource

Es una aplicación que permite catalogar, administrar recursos espacialmente

referenciados, suministrando poderosas funciones de edición y búsqueda de

metadatos así como un geo visor interactivo. Es actualmente usado en numerosos

proyectos de infraestructuras de datos espaciales alrededor del mundo.

El proyecto GeoNetwork empezó en el año 2001 como un sistema de catálogo

para datos espaciales para la Organización de las Naciones Unidas para la

Alimentación y la Agricultura (FAO), Programa Mundial de Alimentos (WFP) y

Programa de las Naciones Unidas para el Medio Ambiente (UNEP). El proyecto es

parte del Open Source Geospatial (OSGeo).

El aplicativo es lanzado bajo la GPL v2 license (Licencia Pública General de

GNU), puede ser usado y modificado libremente. (GEONETWORK OPENSOURCE,

2016).

Sistema Web de Administración de Metadatos Institucional (SWAMI)

Es un aplicativo web en línea que permite documentar todo de tipo de información

geográfica como mapas, ortofotos, aerofotografías, modelos, estudios, entre

muchos otros que produzcan entidades públicas y privadas, teniendo en cuenta el

cumplimiento de estándares en cuanto a documentación de información

geográfica o metadatos geográficos. También sirve para que cualquier usuario que

19

necesite adquirir información o por simple curiosidad consulte sobre los datos que

necesite. La versión 3.0 que es la más reciente está diseñada especialmente para

cumplir con los estándares establecidos por la Norma Técnica Colombiana 4611

Segunda Actualización. (IGAC, 2015)

XML (Extensible Markup Language)

Es un lenguaje de marcado desarrollado por la World Wide Web Consortium

(W3C) utilizado para almacenar datos de forma legible. Se aplica mucho en

internet, pero también se propone como un estándar para el intercambio de

información entre distintos sistemas. Se puede usar en bases de datos, editores

de texto, hojas de cálculo y muchas más cosas. Es el lenguaje que permite la

compatibilidad entre sistemas para compartir la información de una manera

segura, fiable y fácil. (W3Schools, 2016)

Este lenguaje permite definir etiquetas personalizadas para descripción y

organización de datos, entre sus principales características se encuentran que es

basado en texto, orientado a los contenidos no a la presentación, las etiquetas se

definen para crear los documentos no tienen ningún significado predeterminado,

además incorpora la extensibilidad, estructura y validación de SGML (Lenguaje de

Marcado Generalizado Estándar) del cual es un subconjunto XML y HTML

(Lenguaje de Marcas de Hipertexto). (W3Schools, 2016)

20

6. ALCANCES Y LIMITACIONES

El presente trabajo permitirá a la DIMAR conocer de primera mano con que

información geográfica cuenta, lo que permitirá mejorar la eficiencia en la gestión y

administración de los datos geográficos de la entidad, así como actualizar su base

de datos de metadatos geográficos, ya que existen productos que no habían sido

documentados, evitando así su perdida para mostrar las posibles utilidades o usos

que pueda tener. También se generan los procedimientos para capturar metadatos

con base en la segunda Actualización de la NTC 4611.

El no contar con la documentación sobre la información geográfica, puede limitar

el uso, acceso, administración, gestión de la información por parte de la entidad, lo

cual volvería ineficiente la búsqueda y distribución de datos para propósitos

específicos de trabajo por parte de la misma entidad, usuarios gubernamentales,

académicos, empresariales, individuales, entre otros, lo cual restringiría el uso de

datos geográficos importantes para la toma de decisiones en el marco de las

actividades, funciones que realiza la entidad solicitante.

21

7. METODOLOGÍA

La metodología utilizada para la captura, incorporación de metadatos tomando

como marco la NTC 4611 Segunda Actualización, se compone de las siguientes

actividades (IDECA, 2011):

1. Revisión, Comparación, Homologación entre las dos versiones de la

norma

La primera etapa consistió en el análisis de cada una de las dos actualizaciones

de la NTC 4611, para determinar la relación o correspondencia entre las dos

versiones en cuanto a los campos, caracterizar como se diligenciaron los campos

nuevos, además de determinar la información que debía eliminarse por no estar

incluida en la actualización de la norma.

2. Homologación Campos entre las dos bases de datos

Luego de hacer el análisis y comparación minuciosos entre los campos de la

norma, se establecieron relaciones entre la misma y las tablas, campos presentes

en la base de datos, partiendo de la teoría hacia la práctica, se encontraron casos

donde la información nueva debió obtenerse de algún lado para lo cual se llegó a

un consenso entre las dos partes involucradas en el proyecto. Para esta parte se

analizó cada una de las particularidades de las funcionalidades y bases de datos

de las dos versiones del aplicativo Swami para la correcta migración.

3. Migración metadatos

Después de finalizada la homologación entre las dos bases de datos se procedió

mediante scripts tanto de SQL como de JAVA, a la migración de los metadatos ya

existentes en la base de datos de swami 2.0 a la nueva base de datos de swami

3.0, esto último se realizó trasladando la información entre campos de una versión

a la otra teniendo en cuenta que la versión swami 3 maneja el lenguaje xml

(eXtensible Markup Language).

4. Identificación de la información a documentar

Esta etapa se realizó de acuerdo a los requerimientos establecidos por la DIMAR

ya que ellos definieron cuales son los datos que hacían falta por incorporar o

actualizar en la base de datos. Se hizo un reconocimiento general de las

condiciones de la información, para determinar, que tipos de productos existían, lo

que facilitó el diseño e implementación de las plantillas para metadatos, para lo

cual se inventariaron los productos técnicos existentes.

22

5. Generación de Plantillas de Metadatos

Las plantillas se diseñaron de acuerdo a la tipología de los productos o

información a documentar, teniendo en cuenta, que debe ajustarse a la Norma

Técnica Colombiana 4611 Metadato Geográfico, Segunda Actualización. Es en

esta etapa, donde para la actualización de los metadatos a la versión más reciente

de la NTC 4611, se comparó para revisar los campos nuevos y omitidos de una

versión respecto a la otra, y como diligenciarlos, para cumplir con los estándares

nacionales. Las plantillas se hacen con el objetivo de facilitar la captura, donde se

identifican los elementos o campos repetitivos o constantes según la norma,

contribuyen también a la disminución de errores en el proceso de captura, esto

último cuando son grandes volúmenes de información geográfica a documentar.

6. Captura de Metadatos

En esta etapa, se empezó a diligenciar para cada metadato todos los campos que

se consideraron en la etapa anterior, es aquí cuando se toma la plantilla apropiada

de acuerdo al producto a documentar, y en base a ella, se diligencian los campos

propios de cada dato, y los que se repiten en un conjunto o tipo de datos, son los

que tiene la plantilla incorporados. En el presente trabajo, esta etapa en su

totalidad se realizó sobre el Aplicativo Swami 3.0 (Sistema Web de Administración

de Metadatos), que ya tiene unos campos definidos para el perfil mínimo de

captura de metadato acordes con la norma técnica colombiana 4611 segunda

actualización.

7. Validación y Publicación de Metadatos

Se realizó a través de un muestreo por lotes de información, donde se revisó la

estructura de los campos que no dependen de las plantillas, ya que son los que se

verían más afectados por errores humanos que son inevitables o poco

sistemáticos.

Después de elaborado el metadato, se realizó un control de calidad del mismo, a

través de la validación en estructura y contenido, que no es más que la posterior

revisión para que los campos estén de acuerdo a la estructura de la norma y

tengan la información completa y correcta. Después de asegurarse que el

metadato reproduce fielmente la información que describe el producto geográfico,

se publicó, en el aplicativo SWAMI es pasar del estado de “Edición” a “Público”,

para que cualquier persona interesada pueda consultarlo y este segura de que lo

que está allí es confiable.

23

La metodología adoptada para el desarrollo de este proyecto está representada

por el siguiente diagrama de flujo, que facilitara la comprensión del mismo:

Figura 4. Diagrama de Flujo sobre las actividades a realizar

24

8. DESARROLLO

8.1. REVISIÓN, COMPARACIÓN, HOMOLOGACIÓN ENTRE LAS DOS

VERSIONES DE LA NORMA

El primer paso en el desarrollo de la pasantía fue el estudio de las normas

implicadas en la documentación de información geográfica (Metadatos), estas

normas fueron la Norma Técnica Colombiana 4611 – Primera Actualización y la

misma norma en su segunda actualización, se realizó este paso porque en la

versión 2 del aplicativo swami los metadatos estaban bajo la estructura de la

primera versión de la NTC 4611 mientras que en la versión 3 del aplicativo se

requería actualizar los metadatos a la segunda actualización de la NTC 4611.

Posterior a la revisión de las dos normas se hizo una comparación entre las dos

para las diferencias en cuanto a estructura del metadato:

Campos Metadato Mínimo NTC 4611-Primera Actualización

25

26

Figura 5- Perfil metadato mínimo NTC 4611 Primera Actualización; Fuente: NTC

4611-Primera Actualización

Campos Metadato Mínimo NTC 4611-Segunda Actualización

27

28

29

Figura 6- Perfil metadato mínimo NTC 4611 Segunda Actualización; Fuente: NTC

4611-Segunda Actualización

Diferencias entre las dos versiones de la NTC 4611 (Metadato Mínimo)

Para la migración se establecieron unas correspondencias entre campos de una

versión a otra, para los campos nuevos se hicieron sugerencias a la DIMAR de

como diligenciarlos y la entidad decidió de acuerdo a sus requerimientos internos.

La correspondencia resumida entre los campos de una versión a otra de la Norma

Técnica Colombiana 4611 fue la siguiente:

30


identificación; Fuente: Elaboración Propia.

En la figura No. 7, en las primeras siete columnas se tienen los campos de la NTC

4611 Segunda Actualización y hacia el lado derecho en la última columna su

equivalente en la Primera Actualización de la misma. Las filas que están

resaltadas en color rojo, son los campos nuevos o con los que se tuvo alguna

dificultad al tratar de hallar las correspondencias. En la primera Sección

denominada Identificación:

1. IDENTIFICACION(Obligatorio)

1.1. Identificación del dato (Obligatorio)

1.1.1. Citación(Obligatorio)

1.1.1.1. Titulo(Obligatorio)

1.1.1.2. Fecha(Obligatorio)

1.1.2. Resumen(Obligatorio)

1.1.3. . Punto de Contacto (Condicional): Aquí es donde el autor, propietario,

custodio de la información.

1.1.4. Tipo de Representación Espacial (Condicional): En la actualización 2

está pero en la 1 no.

1.1.5. Nivel de detalle (Condicional-¿Existe un nivel de detalle?)

1.1.5.1. Escala (Condicional – 1.1.5.1. Escala o 1.1.5.2. resolución)

1.1.5.1.1. Denominador (Obligatorio)

1.1.5.1.2. Resolución (Condicional-Escala o resolución)

1.1.6. Idioma (Obligatorio): En la actualización 2 está pero en la 1 no.

1.1.7. Conjunto de Caracteres (Condicional): En la actualización 2 está pero en

la 1 no.

1.1.8. Categoría Temática (Obligatorio)

31

1.1.9. Cubrimiento (Condicional)

1.1.9.1. Cubrimiento Geográfico (Condicional)

1.1.9.1.1. . Coordenadas geográficas limites (Condicional-1.1.9.1.1.

Coordenadas geográficas límites o 1.1.9.1.2. Descripción

Geográfica)

1.1.9.1.1.1. Oeste(Obligatorio)

1.1.9.1.1.2. Este(Obligatorio)

1.1.9.1.1.3. Sur(Obligatorio)

1.1.9.1.1.4. Norte(Obligatorio)

1.1.9.1.2. Descripción Geográfica (Condicional-1.1.9.1.1. Coordenadas

Geográficas límites o 1.1.9.1.2. Descripción geográfica)

1.1.9.1.2.1. Identificador Geográfico (Obligatorio)

1.1.9.1.2.1.1. Código (Obligatorio)

1.1.9.2. . Cubrimiento Temporal (Condicional – 1.1.9.2. Cubrimiento

Temporal o 1.1.9.3. Cubrimiento Vertical): En la primera

actualización seria el periodo de tiempo.

1.1.9.2.1. Extensión temporal(Obligatorio)

1.1.9.3. . Cubrimiento Vertical (Condicional – 1.1.9.2 Cubrimiento Temporal

o 1.1.9.3. Cubrimiento Vertical): No está presente en la versión 1, si

en la 2.

1.1.9.3.1. Valor Mínimo(Obligatorio)

1.1.9.3.2. Valor Máximo(Obligatorio)

1.1.9.3.3. Dátum Vertical(Obligatorio)

Los campos nuevos son Tipo de Representación Espacial que no tiene una

correspondencia definida en la primera versión, pero que en la segunda versión

tiene un dominio definido de valores que representa la forma como está

representada la información espacialmente:

Tipo de Producto Tipo de Representación Espacial

Ortofotos Ráster

Aerofotografías Raster

MDT, MDV TIN

LIDAR Vectorial

Imágenes Satelitales Ráster Tabla 1. Tipo de producto y su representación espacial.

Idioma y conjunto de caracteres son dos campos no tan relevantes pero que

representan el idioma usado en el producto geográfico (por defecto se establece el

32

idioma español) y la codificación de caracteres (por defecto, la codificación utf-8),

respectivamente; la descripción geográfica se optó por no diligenciarla ya que es

un campo condicional en donde se llenan las coordenadas geográficas máximas o

el campo en cuestión, y como todos los productos son geográficos, por ende,

deben tener un sistema de referencia espacial asociado y una ubicación definida

en el marco del mismo; el cubrimiento vertical representa las cotas máxima y

mínima de cubrimiento del dato, desde el principio no se contó con esta

información por lo que se acordó no diligenciarlo, además que es condicional a

que se llene este campo o el de cubrimiento temporal del cual si se tenía

información disponible desde la primera versión de la norma y las plantillas

suministradas para la captura de los metadatos nuevos.


Calidad de los datos; Fuente: Elaboración Propia.

33

En la sección 2 de Calidad de los datos (Figura 8) desde la versión 1 de la NTC

4611 solo se tenía el informe general de calidad, que es una descripción

generalizada de las variables, procesos actividades realizadas para cumplir con

los requerimientos de calidad de la información geográfica establecidos en los

diferentes estándares para el tema.

2. CALIDAD DE LOS DATOS (Obligatorio): En la versión 1 esta solamente

Informe General de Calidad.

2.1. Alcance (Obligatorio): No presente en la versión 1.

2.1.1. Nivel (Obligatorio): No presente en la versión 1.

2.1.2. Descripción del nivel (Condicional – 2.1.1. Nivel no es “conjunto de

datos o series”)

2.1.2.1. Atributos

2.1.2.2. Objetos

2.1.2.3. Instancias de objetos

2.1.2.4. Instancias de atributos

2.1.2.5. Conjunto de datos

2.1.2.6. Otros

2.2. Historia (Obligatorio): No presente en la versión 1.

2.2.1. Declaración (Condicional)

2.2.2. Fuentes de información (Condicional)

2.2.2.1. Citación(Obligatorio)

2.2.2.2. Descripcion-contribucion(Obligatorio)

2.2.2.3. Escala (Condicional)

2.2.2.3.1. Denominador(Obligatorio)

2.2.3. Proceso(Obligatorio)

2.2.3.1. Descripción(Obligatorio)

En la segunda versión se cuenta con más campos en la misma sección que tratan

de describir de una manera más especifica la calidad de los productos

documentados donde no se contaba con la información de aquellos campos

nuevos, por lo cual se recurrió a la información que ya se tenía disponible (Informe

General de Calidad) y se trató de acoplar su correspondencia a el campo proceso

definido según la norma como Información acerca del proceso llevado a cabo para

la elaboración y mantenimiento del conjunto de datos, por lo cual fue seleccionado

para la homologación con el campo de Informe general de calidad junto con la

condición para que el campo fuera mandatorio u obligatorio, por lo cual no se

debía dejar vacío o nulo; la mayoría de campos de la sección de Calidad están

sujetos a la disponibilidad de información para los productos a documentar, como

34

con campos condicionales a que exista la información y a otras condiciones, si no

hay nada de ello lo más lógico es dejarlos vacíos para no incurrir en errores en el

momento de hacer el metadato.


Sistema de Referencia; Fuente: Elaboración Propia.

La siguiente sección, la numero 3, es la de Sistema de Referencia denominada así

porque es allí donde va la información referente al sistema de coordenadas

utilizado para georreferenciar los datos o conjunto de datos:

3. SISTEMA DE REFERENCIA (Condicional): No en la versión 1.

3.1. Identificación del sistema de referencia (Condicional – 3.1. Identificación

del sistema de referencia o 3.2. descripción del sistema de referencia)

3.1.1. Código(Obligatorio)

3.1.2. Información del Sistema de referencia(Obligatorio)

3.1.2.1. Responsable del Identificador del sistema (Opcional)

3.2. Descripción del Sistema de referencia (Condicional – 3.1. Identificación

del sistema de referencia o 3.2. descripción del sistema de referencia)

En la primera versión de la norma para metadato mínimo no existía esta parte, por

lo cual para la migración se recurrió a concertar e indagar a la Dimar sobre los

sistemas de referencia utilizados por la entidad, donde en la mayoría de

productos adoptaron el Datúm oficial para Colombia que es MAGNA-SIRGAS. Un

mismo conjunto de datos puede tener varios sistemas asociados, por ejemplo, un

producto en coordenadas geográficas y otro en coordenadas planas, para la

inclusión en el aplicativo estos sistemas se diferenciaban mediante un

identificador único que es el brindado por la European Petroleum Survey Group –

EPSG. Hay dos campos principales en esta sección, Identificación del sistema de

referencia y la descripción del sistema, que entre los dos son excluyentes, es

decir, solo uno de los dos debe estar diligenciado. Para el presente proyecto solo

35

se diligencio el campo de Identificación ya que todos los datos contaban con un

sistema conocido y estandarizado discriminado mediante identificadores únicos

(EPSG), mientras que el otro campo se incluye solo cuando el sistema de

referencia es arbitrario como por ejemplo la nomenclatura de una ciudad.


Distribución; Fuente: Elaboración Propia.

La sección número 4. Distribución (Figura 10), principalmente aborda los campos

de Formato y Opción de Transferencia, en esta sección no se presentó ninguna

novedad ya que los campos están presentes en las dos versiones de la norma.

4. . DISTRIBUCIÓN (Condicional): Presente en las dos versiones, con la

diferencia que en la 1, hay un campo para distribuidor.

4.1. Formato (Condicional)

4.1.1. Nombre(Obligatorio)

4.1.2. Versión(Obligatorio)

4.2. Opción de Transferencia Digital (Condicional)

4.2.1. Opción en Línea (Condicional)

4.2.1.1. Dirección en línea(Obligatorio)


Referencia del Metadato; Fuente: Elaboración Propia.

36

Por último, está la sección de referencia del metadato, que tiene cuatro campos

problemáticos, que son Idioma, Conjunto de Caracteres, Nombre del estándar y

versión del estándar; con idioma y conjunto de caracteres se abordó de la misma

manera que en la sección No. 1 (Identificación), mientras que para los otros dos

campos todos los metadatos migrados y capturados iban a quedar bajo el marco

de la Norma Técnica Colombiana 4611 – Metadato Geográfico y la versión del

estándar es la segunda actualización; en la primera actualización de la norma se

asumía que todos los metadatos estaban capturados bajo la misma versión, por lo

cual en la nueva versión fue una diferencia importante ya que se pueden capturar

metadatos siguiendo los lineamientos de cualquier norma que se requiera en el

tema de documentación de información geográfica, claro está haciendo las

adaptaciones necesarias en la parte de desarrollo del aplicativo.

5. REFERENCIA DEL METADATO (Obligatorio): No presente en la versión

1, sin embargo, en el aplicativo SWAMI está diligenciada esta sección.

5.1. Identificador del Archivo(Obligatorio)

5.2. Idioma(Obligatorio)

5.3. Conjunto de caracteres (Condicional): No está en la 1 versión.

5.4. Nombre del Estándar del metadato (Obligatorio)

5.5. Versión del Estándar del metadato (Condicional)

5.6. Punto de Contacto(Obligatorio)

5.7. Fecha de Creación del metadato(Obligatorio)

8.2. HOMOLOGACIÓN CAMPOS DE LAS BASES DE DATOS

El aplicativo swami 3 trabaja sobre la plataforma de Geonetwork Opensource,

claro está con algunas modificaciones realizadas por el IGAC para adaptarlo a las

necesidades del país en materia de documentación de información geográfica,

mientras que swami 2 si fue desarrollada desde ceros.

La principal diferencia radica en que las bases de datos de los dos aplicativos son

muy diferentes, siendo la de swami 2 mucho más relacional con bastantes tablas y

relaciones mientras que en swami 3 se veía más compacta con menos tablas

además de introducir campos de tipo xml (Extensible Markup Language) que es un

tipo de lenguaje de marcado con soporte para bases de datos; en el proceso de

migración y actualización de los metadatos muchos de los datos que debían ir

entre las etiquetas xml estaban en campos de la base de datos de swami 2, por lo

que a través de scripts se formó el documento xml, en donde cada parte del

mismo se extraía de tablas y campos dispersos en la base de datos de swami 2.

37

En el proceso de captura de metadatos se debe llevar un orden para crearlos, ese

orden implicaba unas tablas y campos involucrados desde la base de datos, para

lo cual se hizo el ejercicio de seguir ese orden desde swami 2 y hallar su campo

homólogo en la base de datos de swami 3, para saber en qué orden debía

hacerse la migración:


RM_REFERENCIA_METADATO; Fuente: Elaboración Propia.

Como primera tabla involucrada en el proceso de captura en swami 2, se tiene

RM_REFERENCIA_METADATO:

Nombre S2 Tipo S2 Tabla Swami3 Campo S3

ME_METADATO_ID Numeric (11,0), not null

metadata Id (PK,numeric(38,0), not null)

CO_CONTACTO_ID Numeric (11,0), null

Sw_contacto Id (PK, numeric(38,0), not

null)

FECHA_CREACION_METADATO Datetime, null

metadata Fecha_creacion (datetime,null)

FECHA_REVISION_METADATO Datetime, null

NOMBRE_ESTANDAR_VERS_METADATO

Varchar(255), null

VALOR NUEVO EN SWAMI 3

VALOR NUEVO EN SWAMI 3

RESTRICCIONES_ACCESO Varchar(255), null

metadata Restricción_de_acceso(varchar(512), null)

RESTRICCIONES_USO_ID Numeric (11,0), null

Sw_dominio_norma

Id (PK, numeric(38,0), not

null)

Tabla 2. Tabla RM_REFERENCIA_METADATO. Fuente: Elaboración Propia

38

La siguiente tabla involucrada en el proceso de captura en swami 2, es

CI_CITACION:

Figura 13- Correspondencia entre campos bases de datos – tabla CI_CITACION;

Fuente: Elaboración Propia.

Nombre S2 Tipo S2 Tabla Swami3 Campo(s) S3

CI_CITACION_ID Numeric (11,0), not null

Sw_citacion Id (PK,numeric(38,0),

not null)

FECHA Datetime, null Sw_citacion Fecha_creacion (datetime,null) Fecha_modificacion (datetime,null)

TITULO Varchar(700), not null

Sw_citacion Titulo (varchar(700), not null)

EDICION Varchar(255), null

Sw_citacion Versión (numeric(38,0), not null)

FORMA_PRESENTACION_ID Numeric(11,0), null

Sw_dominio_norma Id (PK,numeric(38,0),

not null)

SERIE Varchar(2000), null

Sw_citacion Xml_data (text, not null)

IDENTIFICADOR Varchar(255), null

metadata Identificador (varchar(64), null)

TITULO_ALTERNO Varchar(700), null


LOGIN Varchar(32), null

Sw_citacion Usuario( varchar(255), not null)

TR_PRODUCTO_ID Numeric(11,0), null

Sw_producto Id (PK,numeric(38,0),

not null)

OTROS_DETALLES_CITACION Varchar(1000), null


LUGAR_PUBLICACION Varchar(512), null

Tabla 3. Tabla CI_CITACION. Fuente: Elaboración Propia

39

Siguiendo el orden de captura de metadatos sigue la tabla de ID_MUESTRA_GRAFICA:


ID_MUESTRA_GRAFICA; Fuente: Elaboración Propia.


ID_MUESTRA_GRAFICA_ID Numeric (11,0), not null

metadata Data (text, null)

ME_METADATO_ID Numeric (11,0), null

metadata Id (PK, numeric(38,0),

not null)

NOMBRE_ARCHIVO Varchar(64), null


TIPO Varchar(4), null


NOMBRE_RECURSO Varchar(256), null


Tabla 4. Tabla ID_MUESTRA_GRAFICA. Fuente: Elaboración Propia

La siguiente tabla en el orden de captura es ID_IDENTIFICACION:


ID_IDENTIFICACION; Fuente: Elaboración Propia.

40



metadata Id

(PK,numeric(38,0),

not null)

CI_CITACION_ID Numeric (11,0), null

Sw_citacion Id

(PK,numeric(38,0),

not null)

RESUMEN Varchar(4000), null


USO_INFORMACION_COMPLEMENTARIA

Varchar(4000), null


PROPOSITO Varchar(2000), null


CREDITOS Varchar(2000), null


AMBIENTE_DE_DESARROLLO Varchar(2000), null

Sw_dominio_aplicacion

Nombre (varchar(255), not null)

RESTRICCIONES_ACCESO Varchar(2000), null

metadata Restricción_de_acceso (varchar(512, null)

RESTRICCIONES_USO_ID Numeric (11,0), null

Sw_dominio_norma Id

(PK,numeric(38,0),

not null)

RESTRICCIONES_SEGURIDAD_ID Numeric(11,0), null

Sw_dominio_norma Id

(PK,numeric(38,0),

not null)

MISION Varchar(2000), null

Sw_citacion Xml_data (text, not

null)

FRANJA Varchar(255), null

FILA Varchar(255), null

AVANCE_ID Numeric (11,0), null

Sw_dominio_norma Id

(PK,numeric(38,0),

not null)

MANTENIMIENTO_ACTUALIZACION_ID

Numeric (11,0), null

Sw_dominio_norma Id

(PK,numeric(38,0),

not null)

EXTENSION_GEOGRAFICA Varchar(4000), null


OESTE_G Numeric metadata West

41

(18,7), null (numeric(18,7),null)

ESTE_G Numeric (18,7), null

metadata East (numeric(18,7),null)

NORTE_G Numeric (18,7), null

metadata north (numeric(18,7),null)

SUR_G Numeric (18,7), null

metadata south (numeric(18,7),null)

Tabla 5. Tabla ID_IDENTIFICACION. Fuente: Elaboración Propia

Tabla ID_NIVEL_RESOLUCION:


ID_NIVEL_RESOLUCION; Fuente: Elaboración Propia.


ID_NIVEL_RESOLUCION_ID Numeric (11,0), not null

Sw_dominio_aplicacion Id (PK, numeric(38,0),

not null)



not null)

NIVEL RESOLUCION Varchar(512), not null

Sw_dominio_aplicacion Nombre (varchar(255), not null)

Tabla 6. Tabla ID_NIVEL_RESOLUCION. Fuente: Elaboración Propia

Tabla CA_PROCESOS:


CA_PROCESOS; Fuente: Elaboración Propia.


CA_PROCESOS_ID Numeric (11,0), not null



not null)

PROCESOS Varchar(1000), not null


Tabla 7. Tabla CA_PROCESOS. Fuente: Elaboración Propia

42

Tabla CI_INFORMACION_EN_LINEA


CI_INFORMACION_EN_LINEA; Fuente: Elaboración Propia.


CI_INFORMACION_EN_LINEA_ID Numeric (11,0), not null

CI_CITACION_ID Numeric (11,0), not null

Sw_citacion Id

(PK,numeric(38,0),

not null)

DIRECCION_EN_LINEA Varchar(255), not null


Tabla 8. Tabla CI_INFORMACION_EN_LINEA. Fuente: Elaboración Propia

Tabla TR_TIPO_REFERENCIA


TR_TIPO_REFERENCIA; Fuente: Elaboración Propia.


TR_TIPO_REFERENCIA_ID Numeric (11,0), not null

Sw_dominio_aplicacion Sw_dominio_norma

Id_tipo

(numeric(38,0), not

null)

Id_tipo (varchar (255), not null)

NOMBRE_TIPO Varchar(255), null


tipo (varchar(255), not null) tipo (varchar (255), not null)

Tabla 9. Tabla TR_TIPO_REFERENCIA. Fuente: Elaboración Propia

43

Tabla TR_TABLA_REFERENCIA


TR_TABLA_REFERENCIA; Fuente: Elaboración Propia.


TR_TABLA_REFERENCIA_ID Numeric (11,0), not null


Id_tipo

(numeric(38,0), not

null)

Id_tipo (varchar (255), not null)

TR_TIPO_REFERENCIA_ID Numeric (11,0), not null


tipo (varchar(255), not null) tipo (varchar (255), not null)

PALABRA CLAVE Varchar(512), not null


nombre (varchar(255), not null) nombre (varchar(255), not null)

CODIGO_DOMINIO Varchar(8), null

Tabla 10. Tabla TR_TABLA_REFERENCIA. Fuente: Elaboración Propia

8.3. MIGRACIÓN Y ACTUALIZACIÓN DE METADATOS

Después de analizar las correspondencias entre campos de la base de datos en

trabajo conjunto con los ingenieros desarrolladores, se fueron realizando y

ajustando los scripts tanto en lenguaje SQL (sql) como en JAVA (jar), para migrar

los datos presentes en swami 2 hacia la estructura de la base de datos de swami

3, estos scripts fueron desarrollados conjuntamente con los ingenieros

44

desarrolladores en donde mi papel fue la validación del funcionamiento de los

mismos para paulatinamente ajustarlos de acuerdo a los errores.

Para la migración de los metadatos se debía contar con cierta información previa

traída desde la anterior base de datos compuesta por las tablas de

departamentos, ciudades, contactos, descriptores, dominios de la norma y de la

aplicación, organización, país, categorías todas ellas necesarias porque los datos

contenidos en ellas se encontraban en todos los metadatos incluidos en el proceso

de migración.

(Ver Anexo 13.2).

Figura 21. Scripts migración de bases de datos.

Después de la migración se realiza el proceso de actualizar todos los metadatos a

la segunda actualización de la NTC 4611, de acuerdo a si el campo se podía

actualizar o si no era necesario hacerlo. Los campos que se actualizaron después

de la revisión fueron los siguientes:

Campos a actualizar Valores o Campos utilizados para actualizar

Tipo de Representación Espacial Remitirse a la tabla No. 1.

Idioma Español

Conjunto de Caracteres Utf-8

Nivel de detalle Si tenía el formato 1:XXXX se codificaba como escala, si no se codifico como resolución

Sistema de referencia Código EPSG 4686 : MAGNA-SIRGAS (Datúm oficial de Colombia )

Nombre del estándar Norma Técnica Colombiana 4611 – Metadato Geográfico

45

Versión de la norma Segunda Actualización

Proceso Se diligencio con el campo “Informe General de Calidad” de swami 2.

Tabla 11. Campos y códigos a actualizar.

En el último ítem de la tabla 11 (Proceso) se tuvo en cuenta la clase de producto

geográfico para diligenciar el campo con los siguientes valores:

Tipo de Producto Proceso

Mapas-Cartas Náuticas-Costa Caribe Elaborado siguiendo los lineamientos técnicos señalados por la Organización Hidrográfica Internacional (OIH). Las Cartas Náuticas se constituyen en la cartografía oficial de la República de Colombia en los espacios marítimos Jurisdiccionales.

Mapas-Cartas Náuticas-Costa Pacifica Elaborado siguiendo los lineamientos técnicos señalados por la Organización Hidrográfica Internacional (OIH). Las Cartas Náuticas se constituyen en la cartografía oficial de la República de Colombia en los espacios marítimos Jurisdiccionales.

Mapas-Cartas Náuticas-Archipiélago de San Andrés y Providencia

Elaborado siguiendo los lineamientos técnicos señalados por la Organización Hidrográfica Internacional (OIH). Las Cartas Náuticas se constituyen en la cartografía oficial de la República de Colombia en los espacios marítimos Jurisdiccionales.

Mapas-Mapas de Jurisdicción DIMAR-Costa Caribe

El ortofotomapa temático de la jurisdicción de DIMAR, se obtiene a partir de la aplicación de las variables temáticas que conforman el modelo conceptual para el trazado de la jurisdicción, que se materializan en procedimientos y especificaciones técnicas.

Mapas-Mapas de Jurisdicción DIMAR-Costa Pacifica

El ortofotomapa temático de la jurisdicción de DIMAR, se obtiene a partir de la aplicación de las variables temáticas que conforman el modelo conceptual para el trazado de la jurisdicción, que se materializan en procedimientos y especificaciones técnicas.

Imágenes-Aerofotografías-Digitales La geometría y los niveles de precisión

46

alcanzados en la fotografía aérea digital colectada, es garantizada de acuerdo a los estrictos niveles de control de calidad en los parámetros técnicos de planeación, ejecución y evaluación del vuelo, así como en la calibración de la cámara digital, de acuerdo a los lineamientos técnicos y requerimientos

Imágenes-Ortorrectificadas-Ortofotos Los niveles de precisión de las ortofotos son un derivado de la calibración de sensores (cámara aérea digital y sensor LIDAR), edición y mejoramiento del modelo de elevación del terreno, así como de un estricto control de calidad en la radiometría y geometría del producto final, de acuerdo a los lineamientos técnicos y requerimientos establecidos por DIMAR,

Proyectos-Información Geográfica-Continental

El desarrollo de políticas y procedimientos convenientes para evaluar y asegurar la integridad en el control de calidad de los productos es imperativo durante toda la ejecución del proyecto, desde su planeamiento hasta la entrega final de productos. A través de numerosos chequeos QC(Quality Control) y concentrando análisis detallados en las tareas que forman la base de la calidad, se logra asegurar la exactitud final del producto, éstos incluyen: Planeación del vuelo de acuerdo a los parámetros técnicos definidos; colección y post procesamientos de la fotografía aérea; colección y post procesamiento de datos LIDAR; inspección de calidad del vuelo; planeamiento de GPS; localización y cantidad de estaciones base como apoyo cinemático para la toma de datos LIDAR y aerografía digital; inspección de equipos de apoyo como GPS, AGPS e IMU; levantamiento de control terrestre; aerotriangulación analítica digital; ortofoto digital; generación de mosaicos; corrección radiométrica y geométrica a nivel plancha y proyecto; datos LIDAR; calibración de los datos LIDAR; generación de DTM y DSM; verificación de precisión con puntos GPS de

47

apoyo; filtrado automático y manual de los datos; verificación de consistencia de la información a nivel proyecto; generación de entregables a nivel plancha.

Modelos Digitales de Elevación-Modelos Digitales de Superficie-Datos Lidar

Los datos LIDAR fueron sometidos a tareas de postprocesamiento de datos, provenientes de diferentes fuentes como AGPS, GPS, IMU y LIDAR, a procesos de validación y de estricto control de calidad, que garantizan la exactitud posicional de los datos del modelo de evaluación, para posteriormente realizar la clasificación de cada uno de los retornos como insumo de las diferentes aplicaciones temáticas, todo esto siguiendo los lineamientos técnicos y requerimientos establecidos por DIMAR.

Tabla 12. Tipos de productos con sus respectivos procesos

Para el diligenciamiento de la sección Sistema de Referencia se tuvieron en

cuenta los siguientes lineamientos:

8.4. IDENTIFICACIÓN INFORMACIÓN A DOCUMENTAR

Para empezar el proceso de captura de los metadatos nuevos, requeridos por la

Dirección General Marítima, primero se tuvo que hacer el inventario de la

información entregada por DIMAR: (grupos de información o lotes de productos):

1. Lote de datos Atlas Ingeniería (431 Productos): productos de ortofotos y

modelos LIDAR los cuales pertenecen a la zona comprendida por la jurisdicción de

la Capitanía de Puerto de Tumaco. Se adaptaron las plantillas de este conjunto de

datos a la segunda actualización del estándar colombiano sobre metadato

geográfico.

2. Lote de datos INSULAR (1490 Productos), se realizaron 3 plantillas por

cayo/isla (Providencia, Quitasueño, Serrana, Serranilla) para un total de 12

plantillas. Se actualizaron también las plantillas de las islas/cayos que están

montados en Swami 2 (Alburquerque, Este Sudeste, Roncador, San Andrés) a la

Norma Técnica Colombiana –NTC 4611 - Metadato Geográfico, Segunda

Actualización. Se están realizando muestras gráficas de Ortofotos y Modelos

48

LIDAR, para incluirlas en el proceso de captura de los metadatos nuevos en

SWAMI 3, con la segunda actualización de la NTC 4611:

Providencia (301 Ortofotos y LIDAR)

150 Ortofotos (.img);

151 Modelos LIDAR (.las)

Quitasueño (542 Ortofotos y LIDAR)

• 271 Ortofotos (.img,.tif)

• 271 Modelos LIDAR (.las)

Serrana (498 Productos)

• 249 Ortofotos (.img, .tif)

• 249 Modelos LIDAR (.las)

Serranilla (149 Productos)

• 149 Ortofotos (.img)

3. Imágenes Satelitales Digital Globe (31 productos): Se entregaron 31

imágenes satelitales correspondientes a la constelación de Digital Globe obtenidos

de sensores como World View 1, 2 y 3. La Dirección General Marítima no tenía

ningún producto de este tipo capturado antes por lo que toco recurrir a hacer la

plantilla desde cero claro está con datos suministrados por los funcionarios de la

DIMAR que a su vez la habían obtenido del proveedor de la información, se

realizaron muestras gráficas correspondientes a cada una de las imágenes para

obtener una vista previa del dato en el aplicativo.

4. 1152 Ortofotos y LIDAR filtrados, Autor Fuerza Aérea Colombiana: Este

conjunto de datos principalmente correspondían al litoral pacífico del país de

zonas como Buenaventura, Tumaco, Bahía Solano, etc., se adaptaron las

plantillas suministradas por el proveedor (FAC) de la primera actualización a la

segunda actualización de la NTC 4611, se realizaron muestras gráficas para cada

una de las ortofotos y datos LIDAR.

5. 1726 Ortofotos RGB 432, LIDAR Crudos, LIDAR ASCII, Autor Fuerza Aérea

Colombiana: Este grupo de información pertenece al lote anterior, por lo que si se

49

suman las dos cantidades el resultado da que para el lote de FAC fueron 2878

productos, a los cuales se les hizo el mismo procedimiento que el lote anterior.

6. 320 Modelos Digitales de Terreno y de vegetación, Autor Centro de

Investigaciones Oceanográficas e Hidrográficas (CIOH): Para este lote de

información sucedió lo mismo que en el de las imágenes satelitales ya que no se

contaba con una plantilla definida por lo que toco recurrir a los funcionarios de la

DIMAR para el suministro de la información como los autores, fechas, resumen,

resolución, etc., ya que fue realizada por una dependencia de la misma entidad.

8.5. ACTUALIZACIÓN Y CREACIÓN DE PLANTILLAS

La mayoría de lotes entregados para la captura por la Dirección General Marítima

incluían las plantillas de metadatos en formato de Microsoft Office Excel pero en la

primera actualización de la NTC 4611, por lo que debían ser actualizadas a la

segunda actualización de la norma, esto sucedía con los metadatos incluidos por

los proveedores de la información a documentar. Por otro lado, existían productos

de los que no se tenía una plantilla establecida en la DIMAR donde la única

solución era crear una nueva plantilla, intentando seguir el modelo de las plantillas

ya establecidas y haciendo cambios donde fuera necesario dado el tipo de

producto geográfico; los casos específicos donde se presentó esta situación

fueron los modelos digitales de terreno y de vegetación junto con las imágenes

satelitales, más adelante se explicará con detalles el procedimiento utilizado para

realizar las plantillas de estos productos específicos.

En total fueron actualizadas 59 plantillas de la primera actualización de la NTC

4611 a su segunda actualización, se crearon 3 plantillas nuevas, para un total de

62 plantillas utilizadas en el proceso de captura. Se actualizó un número mayor de

plantillas por que dependiendo el proveedor la separaban por zonas y cada zona

tenía sus particularidades mientras que las nuevas se generalizaban porque los

datos no ameritaban una separación por ubicación debido a la poca cantidad de

productos. (320 MDT’s y MDV’s, 31 Imágenes Satelitales, para un total de 351

productos)

50

METADATO MINIMO DE PRODUCTO IMAGEN SATELITAL

ITEM NORMA

NOMBRE ITEM Plantilla (Item Capturado)

1 IDENTIFICACIÓN

1.1 Identificación del dato

1.1.1 Citación

1.1.1.1 Título

Imagen Satelital No. XXXXXXXXXX. Sensor XXXXXX. Capitania de Puerto de XXXXXX, Departamento de XXXXXX. Municipio de XXXXX. Año 2014.

1.1.1.2 Fecha XX/XX/XXXX

Tipo de Fecha Creación

1.1.2 Resumen

Las imágenes satelitales en alta resolución espacial de la superficie terrestre se constituyen como una poderosa herramienta, útil para la planeación y desarrollo de proyectos de investigación y de gran soporte para la toma de decisiones estratégicas, permitiendo, entender los cambios continuos que se dan en superficie, optimizar recursos y tiempo.

1.1.3 Punto de Contacto

1.1.4

Tipo de Representación Espacial Grilla

1.1.5 Nivel de detalle

1.1.5.1 Escala

1.1.5.1.1 Denominador

1.1.5.2 Resolución

1.1.6 Idioma spa

1.1.7

Conjunto de Caracteres utf8

1.1.8 Categoría temática Aguas Continentales

Categoría temática Geoposicionamiento

Categoría temática Océanos

Categoría temática Sensores remotos / mapas base / cobertura terrestre

1.1.9 Cubrimiento

1.1.9.1

Cubrimiento Geográfico

1.1.9.1.1

Coordenadas geográficas límites

1.1.9.1.1.1 Oeste

1.1.9.1.1.2 Este

1.1.9.1.1.3 Sur

1.1.9.1.1.4 Norte

1.1.9.1.2

Descripción Geográfica

1.1.9.1.2.1

Identificador Geográfico

1.1.9.1.2.1.1 Código

1.1.9.2

Cubrimiento Temporal

51

1.1.9.2.1 Extensión Temporal

1.1.9.3 Cubrimiento Vertical

1.1.9.3.1 Valor Mínimo

1.1.9.3.2 Valor Máximo

1.1.9.3.3 Dátum vertical

2 CALIDAD DE LOS DATOS

2.1 Alcance

2.1.1 Nivel Conjunto de datos

2.1.2 Descripción del nivel Conjunto de datos

2.1.2.1 Atributos

2.1.2.2 Objetos

2.1.2.3 Instancias de objetos

2.1.2.4

Instancias de atributos

2.1.2.5 Conjunto de datos

2.1.2.6 Otros

2.2 Historia

2.2.1 Declaración

2.2.2

Fuentes de información

2.2.2.1 Citación

2.2.2.2

Descripción-contribución

2.2.2.3 Escala


2.2.3 Proceso

2.2.3.1 Descripción

Las imágenes se obtienen de descargas en RGB o Pancromático de la cobertura de imágenes disponibles GBM (Digital Base Map) es un mosaico continuo, con color balanceado en las escalas de baja y media resolución espacial, permitiendo una visualización de imágenes continua desde escalas nacionales, regionales y hasta llegar al detalle de 60cm con las tomas disponibles de los satélites de DigitalGlobe.

3 SISTEMA DE REFERENCIA

3.1

Identificación del Sistema de Referencia

3.1.1 Código WGS84 (4326)

3.1.2

Información del Sistema de Referencia

3.1.2.1

Responsable del Identificador del Sistema EPSG - European Petroleum Survey Group

3.2

Descripción del Sistema de Referencia

4 DISTRIBUCIÓN

4.1 Formato

4.1.1 Nombre TIFF: Tag Image File Format

52

4.1.2 Versión

4.2

Opción de Transferencia Digital

4.2.1 Opción en Línea

4.2.1.1 Dirección en Línea No Aplica

5 Referencia del metadato

5.1

Identificador del Archivo Automático

5.2 Idioma Español (spa)

5.3


5.4

Nombre del Estándar del Metadato Norma Técnica Colombiana-NTC 4611-Metadato Geográfico

5.5

Versión del Estándar del Metadato Segunda Actualización

5.6 Punto de Contacto

Nombre de la Organización Procalculo Prosis S.A

Cargo Gerente Unidad de Negocios de tecnologías geo-espaciales

Tipo de Responsable Distribuidor

Información sobre el contacto

Direccion Calle 82 19 26

Ciudad Bogotá, D.C.

Departamento Cundinamarca

Codigo Postal

País Colombia

Correo Electrónico [email protected]

Telefono 57 1 7451145 Ext. 4530

Horario de Atención N/A

Instrucciones de Contacto N/A


Nombre de la Organización Dirección General Marítima - DIMAR

Cargo Director General Marítimo

Tipo de Responsable Propietario


Direccion Carrera 54 No 26 - 50



Codigo Postal

País Colombia


Telefono 57 1 2200490

Horario de Atención 08:00 a 17:00

mailto:[email protected]


53

Instrucciones de Contacto Atención personal, telefónica o por correo electrónico.


Nombre de la Organización

Dirección General Marítima - DIMAR -Subdirección de Desarrollo Marítimo - SUBDEMAR

Cargo Subdirector de Desarrollo Marítimo - SUBDEMAR

Tipo de Responsable Custodio





Codigo Postal

País Colombia


Telefono 57 1 2200490



5.7

Fecha de Creación del metadato Automático

Tabla 13. Plantilla Imágenes satelitales. Fuente: Elaboración Propia

En la tabla 11 se puede observar la plantilla elaborada para las imágenes

satelitales; los campos fueron aprobados por los funcionarios de la DIMAR,

encargados de la administración de la información capturada, la mayoría de

campos fueron diligenciados con información que entrega el proveedor al cliente

(DIMAR). Para el titulo se trató de seguir una estructura que se viene manejando

por parte de la Autoridad Marítima de la siguiente forma:

Imagen Satelital No. Cp03_Gale_2014_09_05. Sensor World View-3. Capitanía

de Puerto de Cartagena. Departamento de Bolívar. Municipio de Santa Catalina.

Año 2015.

Se trata de hacer explicita la ubicación geográfica en el titulo ya que en esta última

versión del estándar de metadatos no existen descriptores geográficos que

faciliten la búsqueda, el número de la imagen se da en un orden interno

establecido en la entidad que sigue el siguiente esquema:

Cp03_Gale_2014_09_05

Donde los primeros cuatro caracteres representan el número de capitanía a la cual

pertenece la imagen, los siguientes caracteres después de la primera raya al piso


54

son la abreviatura del lugar geográfico más significativo y conocido que abarca la

imagen, y los últimos números representa la fecha de toma AAAA_MM_DD. La

información referente a ubicación geográfica, sensor y año, se obtuvo de varias

capas de información geográfica (Capitanías de Puerto, Departamentos,

Municipios, Cobertura imágenes) brindada por la Dirección General Marítima.

Junto con los funcionarios designados por la Autoridad Marítima para el proyecto,

se definieron los campos de resumen, proceso, así como, el de sistema de

referencia que para todo el conjunto de datos es WGS84 (EPSG 4326), se definió

también el de formato como TIFF, y por último se establecieron los puntos de

contacto con sus respectivos roles de autor, propietario y custodio, como se puede

ver en la tabla 13.

La otra plantilla nueva que se hizo desde cero fue la de los modelos de vegetación

y de terreno realizados por la DIMAR a través de una de sus dependencias como

lo es el centro de investigaciones oceanográficas e hidrográficas del caribe –

CIOH, la cual quedo de la siguiente manera:

METADATO MÍNIMO DE PRODUCTO MODELO DIGITAL DE TERRENO

ITEM NORMA NOMBRE ITEM Plantilla (Item Capturado)

1 IDENTIFICACIÓN

1.1

Identificación del dato

1.1.1 Citación

1.1.1.1 Título

Modelo Digital de Terreno dtm_XXX. Capitanía de Puerto de XXXXXX. Departamento de XXXXX. Municipio de XXXXX.Año 2008-2010.

1.1.1.2 Fecha 2010/12/12

Tipo de Fecha Publicación

1.1.2 Resumen

Un Modelo Digital de Terreno es una representación digital en formato Raster de una variable continua sobre una superficie bidimensional (de la superficie del terreno) por medio de un conjunto de valores Z referenciados.

1.1.3 Punto de Contacto

1.1.4

Tipo de Representación Espacial

TIN

1.1.5 Nivel de detalle

1.1.5.1 Escala


1.1.5.2 Resolución 0,3 m

1.1.6 Idioma Español (spa)

1.1.7


55

1.1.8 Categoría temática Aguas Continentales

Categoría temática Geoposicionamiento

Categoría temática Océanos

Categoría temática Sensores remotos / mapas base / cobertura terrestre

1.1.9 Cubrimiento

1.1.9.1

Cubrimiento Geográfico

1.1.9.1.1

Coordenadas geográficas límites

1.1.9.1.1.1 Oeste

1.1.9.1.1.2 Este

1.1.9.1.1.3 Sur

1.1.9.1.1.4 Norte

1.1.9.1.2

Descripción Geográfica

1.1.9.1.2.1

Identificador Geográfico

1.1.9.1.2.1.1 Código

1.1.9.2

Cubrimiento Temporal

1.1.9.2.1 Extensión Temporal 2008/01/01 - 2010/12/12

1.1.9.3 Cubrimiento Vertical

1.1.9.3.1 Valor Mínimo

1.1.9.3.2 Valor Máximo

1.1.9.3.3 Dátum vertical

2 CALIDAD DE LOS DATOS

2.1 Alcance

2.1.1 Nivel Conjunto de datos

2.1.2 Descripción del nivel Conjunto de datos

2.1.2.1 Atributos

2.1.2.2 Objetos

2.1.2.3 Instancias de objetos

2.1.2.4

Instancias de atributos

2.1.2.5 Conjunto de datos

Área San Andrés. Producto Modelo Digital de Terreno. Capitanía de Puerto de San Andrés. Departamento de Archipiélago de San Andrés Providencia y Santa Catalina. Año XXXX.

2.1.2.6 Otros

2.2 Historia

2.2.1 Declaración

2.2.2

Fuentes de información

2.2.2.1 Citación

2.2.2.2

Descripción-contribución

2.2.2.3 Escala


56

2.2.3 Proceso

2.2.3.1 Descripción

Se generan a partir de datos LiDAR por medio de herramientas de geo – procesamiento, filtrando los datos correspondientes a suelo desnudo.

3 SISTEMA DE REFERENCIA

3.1

Identificación del Sistema de Referencia

3.1.1 Código MAGNA-SIRGAS / Colombia Far West zone (3114)

3.1.2

Información del Sistema de Referencia

3.1.2.1

Responsable del Identificador del Sistema EPSG - European Petroleum Survey Group

3.2

Descripción del Sistema de Referencia

4 DISTRIBUCIÓN

4.1 Formato

4.1.1 Nombre .ADF

4.1.2 Versión

4.1 Formato

4.1.1 Nombre

4.1.2 Versión

4.2

Opción de Transferencia Digital

4.2.1 Opción en Línea

4.2.1.1 Dirección en Línea No Aplica

5 Referencia del metadato

5.1

Identificador del Archivo Automático

5.2 Idioma Español (spa)

5.3


5.4

Nombre del Estándar del Metadato Norma Técnica Colombiana-NTC 4611-Metadato Geográfico

5.5

Versión del Estándar del Metadato Segunda Actualización



Centro de Investigaciones Oceanográficas e Hidrográficas - CIOH

Cargo Director Centro de Investigaciones Oceanográficas e Hidrográficas – CIOH

Tipo de Responsable Autor


Direccion

Ciudad Cartagena

Departamento Bolivar

Codigo Postal

57

País Colombia


Telefono 57 5 6695291


Instrucciones de Contacto N/A




Cargo Subdirector de Desarrollo Marítimo - SUBDEMAR

Tipo de Responsable Propietario





Codigo Postal

País Colombia


Telefono 57 1 2200490






Cargo Jefe División de Litorales y Áreas Marítimas - DILEM

Tipo de Responsable Custodio





Codigo Postal

País Colombia


Telefono 57 1 2200490



5.7

Fecha de Creación del metadato Automático

Tabla 14. Plantilla Modelo Digital de Terreno - Caribe. Fuente: Elaboración Propia

Donde la información de calidad de los datos, Resumen, puntos de contacto,

fechas, resolución, cubrimiento temporal, fue suministrada por los funcionarios de

la DIMAR que se encargaron de hacer esos productos. El tipo de representación




58

espacial es TIN (Triangle Irregular Network) que fue el método por el cual se

realizaron los modelos, la resolución estaba dada por los LIDAR que se utilizaron

como insumo para realizar los mismos, para la ubicación geográfica contenida en

el titulo se abrió cada uno de los modelos en el software ArcMap 10.2., junto con

los archivos shape de capitanía, departamentos, municipios, parques naturales.

Modelo Digital de Terreno dtm_XXX. Capitanía de Puerto de XXXXXX.

Departamento de XXXXX. Municipio de XXXXX. Año 2008-2010.

Como se ve en el anterior párrafo, el titulo de cada uno de los modelos tiene la

siguiente estructura dtm_XXX, donde las tres X representan un consecutivo que

fue asignado por la DIMAR para guardar estos modelos en sus servidores.

8.6. CAPTURA

8.6.1. Elaboración de Muestras Gráficas

Las muestras gráficas son la vista previa del metadato que se está documentando,

por lo que no se puede poner el producto ya que por ejemplo, una imagen tif

fácilmente puede pesar más de 100 MB, por lo que se recurrió a distintas

soluciones para reducir el tamaño de las imágenes a uno muy pequeño que en

promedio era 10 KB para subirlas al aplicativo.

Para hacer las muestras gráficas de cada uno de los productos se dependía del

tipo de los mismos, como se menciona a continuación:

Ortofotos: Las ortofotos como se entregaban en formato .tif, que es reconocido

por el software Irfanview y que permite hacer una conversión de formato masiva, a

formato .JPEG con una resolución de 20 dpi (dots per inch – puntos por pulgada),

con un peso aproximado de 10 KB el ideal, para subirlas a Swami 3.

59

Figura 22. Software Irfanview y Ortofoto.

LIDAR: Para los datos LIDAR se recurrió a un complemento de ArcGis llamado

LASTools, el cual contiene herramientas para manipular este tipo de datos

geográficos, y que permite transformar masivamente los datos de formato .LAS a

.Tif utilizando las2grid. Después de esa conversión se realiza el mismo

procedimiento aplicado a las ortofotos en el software Irfanview para reducir el

tamaño de las imágenes. Este mismo proceso se siguió tanto para los datos

LIDAR crudos como los que están en formato .ASCII, gracias a que el

complemento reconoce también estos últimos formatos.

Figura 23- Elaboración Muestras graficas Datos LIDAR a través del complemento

de ArcGIS Lastools; Fuente: Elaboración Propia.

60

Figura 24. Muestras Gráficas Lidar Filtrado, Lidar Ascii, Lidar Crudo.

Imágenes Satelitales: Las imágenes satelitales entregadas por la DIMAR fueron

acompañadas por una vista previa de cada una en formato .tif las cuales eran

pesadas para el cargue al aplicativo (aproximadamente 30 MB) por lo que se les

aplicó el mismo procedimiento que a las ortofotos.

Figura 25. Muestra Gráfica Imagen Satelital Digital Globe.

Modelos Digitales de Terreno y de Vegetación: Para este tipo de productos se

siguió un procedimiento manual donde desde el software ArcMap, se captura la

imagen de pantalla mediante la herramienta GreenShot, posteriormente se

guardaron en formato .jpeg y mediante el software Irfanview se realizó la

reducción de tamaño de las mismas.

Figura 26. Muestra gráfica Modelo Digital de Terreno.

Ortofotos RGB 432: Para este tipo de producto se utilizó un procedimiento similar

al de los MDT y MDV, la única diferencia es que a cada imagen desde ArcMap se

61

le modificaban las bandas de color verdadero RGB 321 a las de infrarrojo cercano

432.

Figura 27. Muestra gráfica Ortofotos RGB 432

8.6.2. Captura

Todo el proceso de captura de metadatos nuevos se realizó en el aplicativo Swami

3.0, después de haber migrado los datos necesarios así como los metadatos

desde Swami 2.0. La captura se realiza a partir del ingreso al aplicativo a través

del link suministrado para ello, una vez terminada se traslada y hace el despliegue

de la base de datos en el servidor oficial al cual tiene acceso toda clase de público

interesado en la información geográfica de la DIMAR. (Para ver el proceso

detallado de captura revisar el anexo 13.1)

Lo primero que se hizo fue crear la plantilla en Swami 3 (Ver anexo 13.1) acorde a

los productos que se van a documentar, luego de esto se ingresaba un metadato

nuevo, utilizando el módulo de captura, el cual permite ingresar metadatos desde

cero, desde plantillas, ingresar o crear nuevas plantillas y editar algunas ya

existentes.

8.6.2.1. Creación del metadato desde plantilla

En SWAMI3 se generan los metadatos desde plantillas creadas por el usuario,

donde se cambian o editan campos, para facilitar la captura de metadatos que

contienen datos que tienden a repetirse, como se muestra en las figuras 28 y 29.

62

Figura 28. Crear Metadato desde Plantilla

Figura 29. Ejemplo título metadato

Después de seguir los pasos anteriores, la ventana que arrojara es la siguiente:

63

Figura 30. Menú edición de un metadato

En el caso de la captura de los metadatos nuevos de la DIMAR, los campos que

diligencian o cambian por lo que no estaban en la plantilla, fueron las coordenadas

(Algunos productos los tenían tanto en coordenadas geográficas como planas)

que en el caso de las Ortofotos y datos LIDAR se obtenían de las grillas que tiene

la DIMAR para organizar su información geográfica, para los demás productos se

determinó su cubrimiento geográfico individualmente.

8.6.2.2. Creación nuevo metadato

Esta funcionalidad del módulo de captura permite crear un metadato desde ceros,

sin embargo no es el más recomendable, debido a que para cada nuevo metadato

se deben llenar todos los campos, mientras que al crearlo desde una plantilla se

disminuyen los campos a editar, y por lo tanto se minimiza el tiempo de captura de

los metadatos.

64

Figura 31. Nuevo metadato

Esta opción es similar a la de creación de plantillas, por lo que se debe seguir el

mismo procedimiento utilizado en esa funcionalidad.(ver anexo 13.1)

8.7. VALIDACIÓN Y PUBLICACIÓN

Al terminar el proceso de captura de la información se debe realizar un control de

calidad, este control se hizo a través de muestreo aleatorio sobre los lotes de

información entregado por Dimar donde se tomaban unos pocos metadatos para

controlar su estructura, contenido, coherencia, ubicación geográfica, título, si se

detectan errores inmediatamente se editan a través del aplicativo y se corrigen los

errores encontrados.

La visualización de los metadatos a través de la red aún estaba restringida en la

etapa de desarrollo del proyecto, sin embargo luego de estar seguros de que la

validación metadato fue exitosa, se cambiaba el estado a “público” donde se

puede consultar por cualquier persona que ingrese a la aplicación a través de una

simple búsqueda.

65

9. RESULTADOS

Los resultados del proyecto de pasantía comprenden en forma general las Bases

de datos de los metadatos capturados, migrados y actualizados, así como, las

plantillas creadas y actualizadas.

Cabe anotar que estas bases de datos están restringidas en cuanto al acceso por

pertenecer a una entidad del sector defensa que resguarda la soberanía nacional,

pero cualquier persona puede remitirse a la aplicación y allí hacer las consultas

pertinentes.

Los resultados del proyecto fueron los siguientes:

66

- Captura de 5150 metadatos en el aplicativo Swami 3.0 (Ortofotos, Datos

LIDAR, Imágenes de Sensores remotos, Modelos Digitales de Vegetación,

Modelos Digitales de Terreno). El detalle del inventario de los metadatos

capturados se puede ver en la sección 9.4 de inventario de información a

documentar.

Figura 32. Cobertura Metadatos Capturados.

67

- Migración y Actualización de 30250 metadatos desde la versión 2.0 de

Swami a la versión 3 del mismo aplicativo (Aerofotografías, Mapas, Cartas

Náuticas, Ortofotos, Datos LIDAR).

Figura 33. Metadatos Migrados y Actualizados.

- 3 plantillas nuevas (Imágenes Satelitales, Modelos Digitales de vegetación

y de terreno) para tipos de productos que la entidad nunca había

documentado, el ejercicio consistió en una interlocución constante con los

funcionarios de la Dirección General Marítima para realizar correcciones o

68

ajustes a las mismas para total satisfacción en la entrega de los productos

finales.

- 60 plantillas actualizadas a la segunda actualización de la Norma Técnica

Colombiana 4611 desde la primera actualización, este procedimiento debió

realizarse debido a que todas las plantillas disponibles en Dimar de los

proveedores de la información geográfica estaban en la primera versión del

estándar colombiano en materia de metadatos geográficos.

69

10. CONCLUSIONES

Para capturar e incorporar metadatos tomando como marco un determinado

estándar ya sea nacional o internacional, es necesario conocerlo, revisarlo,

estudiarlo para comprenderlo y para aplicarlo en la realización de la

documentación de la información geográfica. También se debe conocer al

detalle los productos a documentar así como el aplicativo, en este caso Swami

3 donde se realizó el trabajo, por lo cual antes de realizar un proyecto de este

tipo, se requiere una familiarización temprana con los ambientes de trabajo ya

sea a través de la experiencia autodidacta o transferencia de conocimientos

por parte de personas capacitadas para ello.

La migración implicaba conocimientos tanto de la norma, el aplicativo, los

productos geográficos documentados, bases de datos para lo cual se requirió

el trabajo con un equipo multidisciplinario desde los diferentes campos de

acción en las distintas etapas del proyecto; para este proceso clave fue de

gran importancia el conocimiento de las funcionalidades del aplicativo en la

versión 2 y 3, para partir de las secciones generales hacia los campos más

específicos logrando así inferir a que campo se puede transferir determinada

información con base en la descripción y título del mismo. De igual forma fue

de gran apoyo los manuales de usuario suministrados por el IGAC para la

realización de esta actividad.

Para modificar o actualizar debidamente los metadatos de la primera a la

segunda versión de la Norma Técnica Colombiana 4611 se tuvo en cuenta solo

la parte de la norma, ya que en el aplicativo existe una funcionalidad de

metadato mínimo y extendido que no obedece los requerimientos del estándar

que se pretende implementar. Sin embargo, en la aplicación se trata de

adaptar los campos de la norma en su segunda versión pero no totalmente por

lo cual no se debe confiar solo en el aplicativo, hay que hacer un estudio de los

perfiles de conformidad (Mínimo y Extendido) de acuerdo con los

requerimientos establecidos por la entidad que necesita catalogar sus

metadatos para luego plasmar ese análisis en la debida utilización del Sistema

Web de Administración de Metadatos – SWAMI.

70

11. RECOMENDACIONES

En un próximo proyecto de actualización de metadatos o captura tomando lo

estipulado en la Norma Técnica Colombiana 4611 - Metadato Geográfico -

Segunda Actualización se puede detallar la sección de calidad de datos, siempre y

cuando se cuente con la información necesaria para realizarla, en el marco de las

normas de calidad de la información geográfica, que a la fecha de realización del

presente proyecto, son: la Norma Técnica Colombiana 5660 (Información

Geográfica - Evaluación de la Calidad. Procesos y Medidas) y la NTC 5043

(Información Geográfica - Conceptos Básicos de la Calidad de los Datos

Geográficos).

71

12.BIBLIOGRAFIA

COLOMBIA. CONGRESO DE LA REPUBLICA. Decreto Ley 2324. (18,

Septiembre, 1984). Por el cual se reorganiza la Dirección General Marítima y

Portuaria.. Diario oficial. Bogotá, D.C.,

DEPARTAMENTO NACIONAL DE PLANEACION (DNP), CONSEJO NACIONAL

DE POLITICA ECONÓMICA Y SOCIAL. Documento Conpes 3585: Consolidación

de la política nacional de información geográfica y la infraestructura colombiana de

datos espaciales –ICDE. Bogotá D.C: DNP, 2009.

DIRECCIÓN GENERAL MARITIMA – DIMAR. Pagina Web oficial . [en línea] <

https://www.dimar.mil.co/content/que-es-dimar-0>. [citado en 09 de marzo de

2016].

GEONETWORK OPENSOURCE. Manual del usuario. [en línea] <

http://geonetwork-opensource.org/manuals/trunk/eng/users/index.html>. [citado en

09 de marzo de 2016

INFRAESTRUCTURA COLOMBIANA DE DATOS ESPACIALES- ICDE. Listado

de las entidades que conforman la ICDE. [en línea]

http://www.icde.org.co/web/guest/inicio. [citado en 09 de Mazo de 2016].

INFRAESTRUCTURA DE DATOS ESPACIALES PARA EL DISTRITO CAPITAL

(IDECA), UNIDAD ADMINISTRATIVA ESPECIAL DE CATASTRO DISTRITAL

(UAECD). Instructivo para la creación de metadatos geográficos – perfil

documentos. Bogotá D.C: IDECA, 2011. [en línea].

<http://www.ideca.gov.co/sites/default/files/files/Documentos/Metadatos/IPIG-03-

Instructivo_Creacion_Metadatos_Geograficos_Documentos_V2_0_2011.pdf>

[citado en 11 de octubre de 2015].

INSTITUTO COLOMBIANO DE NORMAS TÉCNICAS Y CERTIFICACIÓN

(ICONTEC). Información Geográfica Metadato Geográfico. 2 Actualización. Bogotá

D.C: ICONTEC, 2011. (NTC 4611).

INSTITUTO GEOGRÁFICO AGUSTÍN CODAZZI (IGAC), INSTITUTO

PANAMERICANO DE GEOGRAFÍA E HISTORIA (IPGH). Perfil Latinoamericano

de Metadatos Geográficos – LAMP. Abril de 2011. [en línea].

http://metadatos.ign.es/MD-

https://www.dimar.mil.co/content/que-es-dimar-0

http://geonetwork-opensource.org/manuals/trunk/eng/users/index.html

http://www.icde.org.co/web/guest/inicio

http://metadatos.ign.es/MD-theme/documentos/Perfil%20Latinoamericano%20de%20Metadatos%20-%20LAMP.pdf

72

theme/documentos/Perfil%20Latinoamericano%20de%20Metadatos%20-

%20LAMP.pdf

INSTITUTO GEOGRAFICO AGUSTIN CODAZZI (IGAC). Swami 3.0. [en línea].

<http://srvmetadata.igac.gov.co/swami/>. [citado en 26 de septiembre de 2015].

INTERNATIONAL STANDARD ORGANIZATION (ISO): TECHNICAL COMMITTE

211-GEOGRAPHIC INFORMATION/GEOMATICS. Project Information ISO 19115

Geographic Information – Metadata. [en línea]. <http://www.isotc211.org/>. [citado

en 26 de septiembre de 2015].

W3SCHOOLS. Introduction to XML. [en línea]

http://www.w3schools.com/xml/xml_whatis.asp. [citado en 09 de marzo de 2016].



http://www.w3schools.com/xml/xml_whatis.asp

73

13. ANEXOS

13.1. MANUAL DE CAPTURA EN SWAMI 3.0 EN EL MARCO DE LA NTC 4611

SEGUNDA ACTUALIZACIÓN.

Tabla de contenido

MANUAL DE CAPTURA DE METADATOS EN SWAMI 3

1. ADMINISTRACIÓN DE PLANTILLAS

1.1. CREAR UNA PLANTILLA

1.1.1 Referencia del Metadato

1.1.2 Contacto del Metadato

1.1.3 Referencia Espacial

1.1.4 Identificación

1.1.4.1 Subsección General

1.1.4.2 Subsección Punto de Contacto

1.1.4.3 Subsección Tipo de Representación Espacial

1.1.4.4 Subsección Nivel de detalle

1.1.4.5 Subsección Idioma

1.1.4.6 Subsección Conjunto de Caracteres

1.1.4.7 Subsección Categoría Temática

1.1.4.8 Subsección Cubrimiento

1.1.4.8.1 Cubrimiento Geográfico

1.1.4.8.2 Cubrimiento Temporal

1.1.4.8.3 Cubrimiento Vertical

1.1.5. Calidad de los datos

1.1.5.1 Subsección Alcance

1.1.5.2 Subsección Historia

1.1.6. Distribución

1.2. EDITAR PLANTILLA

74

1.3. CREAR METADATO DESDE PLANTILLA

1.4. CREAR NUEVO METADATO

1.5. DUPLICAR METADATO

1.6. DUPLICAR PLANTILLA

1.7. EDITAR METADATO

2. VALIDACIÓN DE METADATOS

Tabla de Ilustraciones

Imagen 1. Página de Inicio

Imagen 2. Autenticación de usuarios

Imagen 3. Módulo de Captura

Imagen 4. Selección funcionalidad administrar plantillas

Imagen 5. Administrar Plantillas

Imagen 6. Selección de categoría

Imagen 7. Edición de Plantilla

Imagen 8. Referencia del Metadato

Imagen 9. Ejemplo registro referencia del metadato

Imagen 10. Contacto del metadato

Imagen 11. Buscador de contactos

Imagen 12. Referencia espacial

Imagen 13. Aspectos generales referencia espacial

Imagen 14. Identificación

Imagen 15. Aspectos generales de la identificación del dato

Imagen 16. Editar citación

Imagen 17. Edición fecha de la citación

Imagen 18. Ejemplo fecha de una citación

Imagen 19. Cargar muestra gráfica

Imagen 20. Ejemplo adición de muestras gráficas

Imagen 21. Punto de contacto

Imagen 22. Tipo de representación espacial

Imagen 23. Nivel de detalle

Imagen 24. Selección de resolución / escala

Imagen 25. Idioma

Imagen 26. Conjunto de caracteres

75

Imagen 27. Categoría temática

Imagen 28. Cubrimiento

Imagen 29. Cubrimiento geográfico

Imagen 30. Aspectos generales cubrimiento geográfico

Imagen 31. Cubrimiento temporal

Imagen 32. Cubrimiento vertical

Imagen 33. Aspectos generales cubrimiento vertical

Imagen 34. Calidad de los datos

Imagen 35. Alcance e Historia de la calidad de los datos

Imagen 36. Alcance de la calidad de los datos

Imagen 37. Historia de la calidad de los datos

Imagen 38. Aspectos generales de la historia de la calidad de los datos

Imagen 39. Distribución

Imagen 40. Formato de distribución

Imagen 41. Opción de Transferencia digital

Imagen 42. Opción en linea

Imagen 43. Ejemplo opción de transferencia digital

Imagen 44. Menú edición de metadatos / plantillas

Imagen 45. Ejemplo HTML de una plantilla

Imagen 46. Menú Administrar Plantillas

Imagen 47. Ejemplo menú de un metadato / plantilla

Imagen 48. Crear Metadato desde Plantilla

Imagen 49. Agregar Título

Imagen 50. Ejemplo título metadato

Imagen 51. Menú edición de un metadato

Imagen 52. Nuevo metadato

Imagen 53. Duplicar metadato

Imagen 54. Menú metadato duplicado

Imagen 55. Duplicar plantilla

Imagen 56. Menú duplicar plantilla

Imagen 57. Consulta de metadatos

Imagen 58. Menú consulta de metadato

Imagen 59. Validar metadatos

76

MANUAL DE CAPTURA DE METADATOS EN SWAMI 3

El presente manual tiene como objeto servir de guía para la captura de metadatos

en la aplicación SWAMI 3, de acuerdo a la Norma Técnica Colombiana 4611 –

Segunda Actualización, en el perfil de captura mínimo.

Al entrar al enlace suministrado para acceder a la aplicativo web de SWAMI

(Sistema Web de Administración de Metadatos Institucional) en su versión No. 3,

aparecerá la siguiente ventana en el navegador web:

Imagen 1. Página de Inicio

En la ventana aparecen dos botones Consulta e Ingresar. Cuando se hace clic en

el botón de Ingresar aparecerá un cuadro donde se ingresaran las

credenciales de usuario:

Imagen 2. Autenticación de usuarios

Después de ingresar al aplicativo mediante un usuario y contraseña, se activaran

los siguientes módulos: Administración de Contenido, Administración del Sistema,

Captura, Consulta y Validación, para el propósito de esta manual solo se tendrán

en cuenta los módulos de Captura y Validación.

77

Imagen 3. Módulo de Captura

En el módulo de captura se pueden encontrar las siguientes funcionalidades:

Administrar Plantillas: En esta opción se tiene la posibilidad de crear, editar, ver

metadatos asociados a cada plantilla, ver los reportes xml y html de las plantillas

almacenadas en la base de datos.

Crear Citación: A través de ésta funcionalidad podrá crear nuevas citaciones y editar citaciones ya existentes en el sistema. Crear Metadato desde Plantilla: Para realizar una captura de metadatos rápida y organizada, a través de ésta funcionalidad podrá generar un metadato, utilizando como modelo una plantilla creada previamente. Crear Nuevo Metadato: A través de ésta funcionalidad podrá crear nuevas entradas de metadatos en el sistema. Duplicar Metadato: Para la creación de un metadato basándose en uno similar o que cambia varía puntualmente, del menú principal de Captura seleccione Duplicar Metadato. A través de ésta función usted puede generar una copia de un metadato para luego editarlo. Duplicar Plantilla: A través de ésta funcionalidad podrá generar una plantilla partiendo de un formato previamente establecido en las plantillas cargadas en el sistema, posteriormente tendrá la posibilidad de hacer los cambios necesarios. Editar Metadato: Por medio de esta opción podrá corregir o actualizar un metadato que se encuentre en la base de datos del sistema. Se debe tener en cuenta que la consulta que realiza el catálogo de metadatos solo devolverá los metadatos que han sido creados bajo el usuario que realiza la consulta.

1. ADMINISTRACIÓN DE PLANTILLAS

Las Plantillas permiten hacer la captura de metadatos mucho más rápida y eficaz, ya que en estas se ingresan datos que no se modifican en la captura de cualquier metadato, es decir, en la plantilla se ingresan los datos que se repiten por lotes o grupos de productos a documentar.

78

1.1. CREAR UNA PLANTILLA

Para la Creación de una Plantilla, se ingresa por el módulo de Captura y luego por el de Administración de Plantillas:

Imagen 4. Selección funcionalidad administrar plantillas

Aparecerá la siguiente ventana:

Imagen 5. Administrar Plantillas

En la parte Izquierda de la Imagen, que es la sección de Nueva Plantilla, está el campo de Nombre de la Plantilla donde se ingresa el nombre de la misma, por ejemplo, Plantilla Prueba Manual. El campo Categoría dependerá del tipo de producto que se va a documentar mediante los metadatos, por ejemplo, Ortofotos:

79

Imagen 6. Selección de categoría

Luego se selecciona el Perfil del metadato, donde solamente hay dos opciones: Mínimo y Detallado, para más información sobre estos perfiles de captura se puede remitir a la Norma Técnica Colombiana 4611 Metadato Geográfico Segunda Actualización. A grandes rasgos la diferencia entre los dos perfiles de captura radica en que el Perfil Mínimo son los mínimos datos que se requieren para una plena identificación de un producto geográfico y el Perfil Detallado incluye más datos para especificar mucho mejor la naturaleza del producto, además de incluir extensiones que son campos que no están incluidos en la norma pero que la entidad los considera necesarios para lograr una buena documentación de sus productos geográficos. Luego de haber diligenciado y seleccionado los campos descritos en la sección de Nueva Plantilla se da clic en el botón guardar . Se pasará a la siguiente ventana:

Imagen 7. Edición de Plantilla

80

Donde se podrá ver el Titulo de la Plantilla, el Código de Metadato, el perfil, Estado del metadato, ver los reportes XML y HTML, para continuar con la creación de la plantilla se le da clic en el botón ubicado en la parte central de la pantalla

, que nos arrojará el formulario para ingresar los datos suministrados del metadato. A partir de aquí, se describirá el proceso por secciones:

1.1.1 Referencia del Metadato

Imagen 8. Referencia del Metadato

En esta sección la mayoría de campos se diligencia automáticamente al crear el metadato (Identificador el Metadato, Idioma, Conjunto de Caracteres, Fecha de Creación del metadato), el campo Nombre del estándar se diligencia con el nombre de la norma en la cual se basa la captura del metadato que para este caso es Norma Técnica Colombiana-NTC 4611-Metadato Geográfico, para el campo versión del Metadato se selecciona la versión de la norma que va en Nombre del estándar en este caso Segunda Actualización.

Imagen 9. Ejemplo registro referencia del metadato

81

1.1.2 Contacto del Metadato

Imagen 10. Contacto del metadato

Para poder diligenciar esta sección debidamente es necesario introducir los datos de contacto en el módulo de Administración de Contenido. En esta sección se van añadiendo contactos a través del botón Nuevo

Contacto :

Imagen 11. Buscador de contactos

Los contactos se deberán buscar por nombre, aparecerán solo los que han sido ingresados previamente por el usuario. Luego de buscarlo, el aplicativo arrojará una lista de resultados de los cuales se seleccionara uno, después se tendrá que seleccionar de una lista desplegable el Tipo de responsable que corresponde al contacto (Autor, Creador, Custodio, Distribuidor, Editor, Jefe de Investigación, Procesador, Propietario, Proveedor de datos, Proveedor de Metadatos, Publicador, Punto de Contacto, Usuario), luego de haber introducido los contactos que se consideren necesarios aparecerá el siguiente cuadro con Nombre del Contacto, cargo, Información sobre el contacto, Tipo de responsable

82

1.1.3 Referencia Espacial

Imagen 12. Referencia espacial

En esta sección se introduce el sistema de referencia espacial al cual están asociados los productos a documentar. Para introducir los datos del sistema

de referencia se le da en la opción de Nuevo :

Imagen 13. Aspectos generales referencia espacial

Existen dos posibles secciones para diligenciar: Descripción del Sistema de referencia e Identificación del Sistema de referencia, se debe llenar solamente una de las dos secciones (de acuerdo con la NTC 4611). El

83

Primer Campo Descripción del Sistema de referencia se diligencia cuando la referencia espacial es arbitraria y no está definida mediante parámetros, es decir, no es conocida o estandarizada. El Segundo Campo de Identificación se diligencia cuando el sistema es conocido y se puede identificar inequívocamente, en este caso, se identifica mediante un identificador EPSG (Magna Sirgas - 4686). Luego de esto se le da en el

botón guardar ubicado en la parte superior izquierda de la pantalla y

luego en el botón atrás , para regresar a la ventana donde están las secciones del metadato. También se puede Editar un sistema de referencia creado en caso de haber cometido algún error, a través del botón Editar

, o se puede eliminar en caso de no necesitar más esta referencia espacial , las ultimas opciones están presentes en la sección de referencia espacial.

1.1.4 Identificación

Imagen 14. Identificación

La sección de Identificación tiene varias subsecciones, para añadir una

nueva identificación se le da a la opción de Adicionar , para Editar o Eliminar, se le da en o , respectivamente. Normalmente lo que se hace es Editar la identificación que se crea automáticamente, a través del botón Editar:

Imagen 15. Aspectos generales de la identificación del dato

84

1.1.4.1 Subsección General

En la subsección de General, aparecen tres campos para ser editados Citación, Muestra Gráfica y Resumen. En el campo de Citación al darle en el botón de Editar Citación aparecerá la siguiente ventana:

Imagen 16. Editar citación

Esta subsección de Citación, está dividida en partes (General, Título alterno, Fecha, Grupo Responsable, Forma de Presentación, Serie), para la Norma Técnica Colombiana 4611 – Segunda Actualización solo se contemplan la parte General y Fecha, dentro de la parte general lo único que coincide con la Norma es el título, que es el campo que va a llevar la estructura de los nombres de los metadatos que van a ser creados mediante la plantilla, el resto de campos se diligenciaran dependiendo si se tiene la disponibilidad de los datos, según el estándar o las necesidades de documentación de información geográfica de la entidad. La otra parte a editar es fecha:

Imagen 17. Edición fecha de la citación

En esta parte de fecha se introduce la fecha de la que se tenga disponibilidad, y de la lista desplegable de tipo de fecha se escoge la opción más conveniente (Creación, Publicación, Revisión), luego de esto se

selecciona opción Adicionar , y aparecerá en un cuadro de la siguiente manera:

85

Imagen 18. Ejemplo fecha de una citación

Las demás partes que conforman la subsección de Citación, se pueden editar siguiendo el manual de Usuario y Administración (Capitulo 3. Captura, Crear Citación) donde esta explicado al detalle cada una de esas partes, teniendo en cuenta las necesidades de documentación de información geográfica. Lo siguiente es la adición de la muestra gráfica. Se debe seleccionar una imagen (cuyo formato sea: .png, .jpg o .tif y su tamaño no exceda los 10 MB) como una vista previa que permita al usuario que consulta los metadatos llevarse una idea general de como se ve el producto documentado. Para ingresar a esa parte se va al botón Cargar Muestra

Gráfica :

Imagen 19. Cargar muestra gráfica

Para subir una muestra gráfica se le da en el botón examinar , y se busca en el equipo la ubicación de la misma y al seleccionarla se le da en

Abrir, luego se le da en el botón Cargar ubicado al lado derecho del botón Examinar.

86

Imagen 20. Ejemplo adición de muestras gráficas

Después de haber subido la imagen de muestra gráfica, se da clic en el

botón atrás , para regresar a la subsección General. Finalmente para completar la subsección general, queda el campo de Resumen que es una breve descripción de lo que es el producto que se va a documentar.

1.1.4.2 Subsección Punto de Contacto

Imagen 21. Punto de contacto

Esta subsección, funciona de la misma manera que la sección del metadato Contacto del Metadato, se puede ingresar lo mismo en las dos partes.

1.1.4.3 Subsección Tipo de Representación Espacial

En esta subsección se especifica el método usado para representar espacialmente la información geográfica.

87

Imagen 22. Tipo de representación espacial

Se selecciona de la lista desplegable Tipo de representación espacial la opción que se ajuste al tipo de producto que se está documentando (Modelo estéreo, Raster, Tabla de texto, TIN, Vectorial, Video), luego de seleccionarlo dar clic en la opción de Adicionar , y se desplegara en la tabla inferior la opción seleccionada.

1.1.4.4 Subsección Nivel de detalle

Imagen 23. Nivel de detalle

Esta subsección se conforma de dos partes que son Escala y Resolución, en donde dependiendo el producto que se esté documentando se escoge una u otra opción, al seleccionar cualquiera de las dos opciones de la lista desplegable se activara otra lista desplegable que permitirá seleccionar la resolución o escala correspondiente.

Imagen 24. Selección de resolución / escala

88

Después de seleccionar de cualquiera de las listas desplegables

(Resolución y Escala), se da clic en el botón adicionar , para que se agregue al metadato, para confirmar que se seleccionó la opción correcta se verifica en las tablas inferiores. Nota: Tanto las resoluciones como las escalas están almacenadas en la base de datos, para modificarlas, eliminarlas o agregarlas se hará desde el módulo Administración de Contenidos, funcionalidad de Dominios de la Aplicación y se buscara por Tipo (Resolución, Denominador).

1.1.4.5 Subsección Idioma

Imagen 25. Idioma

En esta subsección se deberá seleccionar el(los) idioma(s) en los que están disponibles los productos, por defecto aparece el que quedo en la parte de referencia del metadato. Se pueden añadir o eliminar idiomas en el módulo Administración de Contenido, funcionalidad Dominios de la Aplicación, Tipo idioma.

1.1.4.6 Subsección Conjunto de Caracteres

Nombre del estándar de codificación de caracteres utilizado por el conjunto de datos.

Imagen 26. Conjunto de caracteres

Por defecto esta la opción utf8, si es necesario cambiarla se selecciona una de la lista desplegable y se le da en el botón Adicionar , o si es necesario eliminar alguno se selecciona el botón Eliminar .

89

1.1.4.7 Subsección Categoría Temática

Clasificación temática general del conjunto de datos. Se documenta de acuerdo a los dominios establecidos.

Imagen 27. Categoría temática

En esta subsección, se selecciona de la lista desplegable Categoría Temática una o varias de acuerdo a los productos y metadatos suministrados por el proveedor a la entidad. Las opciones presentes están de acuerdo a los dominios establecidos en la Norma Técnica Colombiana 4611: Actividad Agropecuaria, Ecosistema, Límites políticos, Climatología/Meteorología/Atmósfera, Economía, Altitud, Medio ambiente, Información Geo científica, Salud, Sensores remotos/ mapas base/ cobertura terrestre, Infraestructura militar, Aguas continentales, Geoposicionamiento, Océanos, Planeación/Catastro, Sociedad, Construcciones/estructuras, Transporte, Servicios. Después de seleccionar la(s) opción(es) adecuada(s) se le da clic en el botón Adicionar o

Eliminar si es necesario.

1.1.4.8 Subsección Cubrimiento

Información del cubrimiento, incluyendo extensión geográfica (marco o polígono límite), vertical y temporal del conjunto de datos.

Imagen 28. Cubrimiento

Existen tres opciones que son Nuevo, Editar y Eliminar. Cuando se le da clic en la opción Nuevo , aparece la siguiente ventana:

90

Esta subsección de Cubrimiento está compuesta por tres partes: Cubrimiento Geográfico, Temporal y Vertical.

1.1.4.8.1 Cubrimiento Geográfico

Desde este campo se realiza la documentación del área cubierta por el dato con mayor grado de detalle. Permite realizarlo desde las coordenadas geográficas límites, el polígono que ocupa el dato o el identificador geográfico de la zona correspondiente.

Imagen 29. Cubrimiento geográfico

Hay tres opciones Adicionar, Editar y Eliminar. Cuando se da clic en Adicionar aparece la siguiente ventana:

Imagen 30. Aspectos generales cubrimiento geográfico

En esa ventana se introducen las coordenadas Máximas (Norte, Sur, Este, Oeste), para asegurarse que es la ubicación correcta se puede dar clic en el botón , que inmediatamente desplegara el cuadrilátero sobre el mapa de acuerdo con las coordenadas ingresadas por el usuario. En cuanto a las opciones de Editar y Eliminar, se utilizan cuando se requiere eliminar o editar las coordenadas por algún error. Luego se da clic en Guardar y Atrás para regresar a Cubrimiento.

91

1.1.4.8.2 Cubrimiento Temporal

Todo dato hace referencia a un periodo para el cual es válido, en este campo se documenta dicho cubrimiento.

Imagen 31. Cubrimiento temporal

Para añadir el periodo de cubrimiento de la información a documentar, se requiere añadir fecha inicial y fecha final, luego se da clic en la opción de Adicionar , también está la opción de Eliminar para remover cualquier periodo de tiempo por errores en su captura.

1.1.4.8.3 Cubrimiento Vertical.

Se relaciona la cota máxima y la cota mínima del dato.

Imagen 32. Cubrimiento vertical

Al darle clic en el botón Nuevo, aparece lo siguiente:

Imagen 33. Aspectos generales cubrimiento vertical

Donde se introducen el valor de cota mínima y máxima, así como el datúm vertical. Luego de introducir los datos se da clic en la opción de Guardar y Atrás para devolverse a Cubrimiento. En la Norma Técnica Colombiana

92

4611 – Segunda Actualización para metadato mínimo se exige que se diligencie el Cubrimiento Vertical o Temporal, pero no los dos. Luego de diligenciar Cubrimiento se le da clic en Guardar en la parte superior Izquierda, para que queden actualizados los cambios hechos en la sección de identificación y dar en Atrás para devolverse a las secciones del metadato.

1.1.5. Calidad de los datos

Se documenta la información sobre la calidad del dato especificado en el alcance de calidad, la cual evalúa el grado en que un producto cumple con los requerimientos de calidad en información geográfica.

Imagen 34. Calidad de los datos

Existen los mismos tres botones presentes en todas las secciones (Nuevo, Editar y Eliminar), cuando se da clic en el botón Nuevo aparece lo siguiente:

Imagen 35. Alcance e Historia de la calidad de los datos

Donde hay presentes dos subsecciones Alcance e Historia.

1.1.5.1 Subsección Alcance

Información sobre la calidad del dato especificado en el alcance de calidad, la cual evalúa el grado en que un producto cumple con los requerimientos que lo hacen apto para su utilización.

93

Imagen 36. Alcance de la calidad de los datos

En esta subsección se editan tres campos (Nivel, Descripción del Nivel y Conjunto de Datos), Los dos primeros son listas desplegables. El campo de Nivel tiene las siguientes opciones Atributo, Conjunto de datos, Conjunto de datos no geográficos, Grupo de la dimensión, Hardware de la colección, Modelo, objeto, series, servicio, sesión de campo, sesión de la colección, Software, subconjunto, Tipo de Atributo, Tipo de Objeto, Tipo de Propiedad. El campo Descripción de Nivel se compone de las siguientes opciones: Conjunto de datos, Atributos, Instancias de Atributos, Objetos, Instancias de Objetos, Otros. Por último se encuentra el campo de texto libre Conjunto de datos, que es donde se introduce el nombre del conjunto de datos que se están describiendo con los metadatos.

1.1.5.2 Subsección Historia

En esta sección de calidad se resaltara la información sobre los eventos, parámetros y fuentes de datos utilizados en la producción del dato, además, la Información acerca del proceso llevado a cabo para la elaboración y mantenimiento del conjunto de datos.

Imagen 37. Historia de la calidad de los datos

Esta subsección a su vez se compone de tres partes: General, Proceso y Fuentes de Información. De acuerdo al estándar colombiano (NTC 4611) solo se diligencia

94

la parte de proceso. Para la parte general se ingresa la explicación general del proceso productivo dado por el productor de datos. El Proceso es una Breve descripción de la secuencia del proceso aplicado a los conjuntos de datos de fuente incluyendo los parámetros relacionados o tolerancia. Y las Fuentes de Información hacen referencia a la Información acerca de la fuente de datos utilizada en la creación de los datos especificados en el alcance. Haciendo especial énfasis en la parte de proceso que es la que corresponde con el estándar o norma, al darle clic en Nuevo aparecerá la siguiente ventana:

Imagen 38. Aspectos generales de la historia de la calidad de los datos

Donde solo se debe diligenciar Descripción, que es una información suministrada por el proveedor de los productos.

1.1.6. Distribución

Permite agregar la información asociada a la forma de distribuir el producto.

Imagen 39. Distribución

La última sección está compuesta por dos subsecciones: Formato y Opción de Transferencia Digital. En la primera se documenta las características del formato del producto que se distribuye, los formatos se pueden agregar en el módulo de Administración de Contenidos. Para agregar un formato al

metadato se selecciona la opción Nuevo , donde aparecerá lo siguiente:

95

Imagen 40. Formato de distribución

Aparecerá una lista desplegable de donde se selecciona el formato deseado, se pueden agregar tantos formatos como se consideren necesarios. Si no existe el formato deseado se podrá agregar uno nuevo en el módulo de Administración de Contenido, opción Dominios de la Aplicación y agregar uno nuevo de tipo Nombre. También se pueden editar o eliminar los formatos que se le agregan al metadato mediante los botones

de y , respectivamente. Para la subsección de Opción de Transferencia Digital aparece lo siguiente:

Imagen 41. Opción de Transferencia digital

Donde están los botones de Nuevo, Editar y Eliminar. Al seleccionar la opción Nuevo el aplicativo nos dirige a la siguiente ventana.

96

Imagen 42. Opción en linea

Donde se debe diligenciar el campo de Dirección en línea donde se encuentra el producto de acuerdo a los lineamientos de la entidad, si no tiene disponibilidad web se ingresa No Aplica. Al introducir la dirección se le da en adicionar y debe aparecer en la tabla inferior. Si existe algún error se puede eliminar o editar la dirección que se introdujo.

Luego se le da en el botón guardar , y después en el botón , haciendo lo anterior se vuelve a las secciones del metadato.

Imagen 43. Ejemplo opción de transferencia digital

Para finalizar la creación de la plantilla le damos clic en el botón , lo cual nos direcciona a la siguiente pantalla:

97

Imagen 44. Menú edición de metadatos / plantillas

Para ver un reporte de cómo se va a ver la plantilla, se le da clic en el botón , lo cual nos dirigirá a una nueva pestaña en el navegador. Para finalizar la creación

de la plantilla se da clic en el botón :

98

Imagen 45. Ejemplo HTML de una plantilla

Si algún dato es erroneo, se puede devolver a editar el metadato a la sección correspondiente, los cambios se veran reflejados una vez se actualize la pagina en el navegador.

99

1.2. EDITAR PLANTILLA

Imagen 46. Menú Administrar Plantillas

Para editar cualquier plantilla que este en la base de datos de SWAMI 3, se

selecciona de la lista que está en la parte derecha de la pantalla y se selecciona

la opción editar , se dirigirá a la siguiente ventana:

Imagen 47. Ejemplo menú de un metadato / plantilla

La cual ya es familiar, de aquí en adelante se procede a editar los datos tal como

si se estuviera creando la plantilla, el procedimiento es muy similar.

1.3. CREAR METADATO DESDE PLANTILLA

Esta opción sirve para crear metadatos desde plantillas creadas por el usuario,

donde se cambian o editan ciertos campos para facilitar la captura de metadatos

que contienen datos que tienden a repetirse.

100

Imagen 48. Crear Metadato desde Plantilla

Imagen 49. Agregar Título

La anterior ventana es la de Crear Metadato desde Plantilla. Primero se

selecciona la plantilla que se va a tomar para crear el metadato, luego se le

cambia el título al deseado y se le da en Guardar:

101

Imagen 50. Ejemplo título metadato

Después de seguir los pasos anteriores, la ventana que arrojara es la siguiente:

Imagen 51. Menú edición de un metadato

Donde los campos que se ingresaron en la plantilla ya aparecen diligenciados.

Con esto se acelera el proceso dado que solo se deberá modificar los campos que

cambian. A partir de este punto se seguirá el mismo procedimiento que se tuvo en

cuenta para la creación de la plantilla, pero llenando muchos menos datos, y no

toda la cantidad de la creación de Plantillas.

1.4. CREAR NUEVO METADATO

Esta funcionalidad del módulo de captura permite crear un metadato desde ceros,

no es recomendable porque para cada nuevo metadato hay que llenar todos los

campos mientras que al crearlo desde una plantilla son menos los campos a

editar, y por lo tanto, menos tiempo en la captura de metadatos.

102

Imagen 52. Nuevo metadato

Esta opción es similar a la de creación de plantillas, por lo que se debe seguir el

mismo procedimiento utilizado en esa funcionalidad.

1.5. DUPLICAR METADATO

Esta funcionalidad permite duplicar un metadato ya creado

Imagen 53. Duplicar metadato

Para utilizar la funcionalidad primero se debe buscar el metadato que se va a

duplicar en la parte derecha en la sección de Buscar Metadatos, luego se

selecciona y por último se le da en el botón Guardar:

103

Imagen 54. Menú metadato duplicado

Luego de esto se puede seguir exactamente el mismo procedimiento que para

crear una nueva plantilla, crear un metadato desde plantilla o crear un nuevo

metadato.

1.6. DUPLICAR PLANTILLA

Esta funcionalidad permite duplicar las plantillas que han sido creadas y después

modificarlas.

Imagen 55. Duplicar plantilla

Para duplicar cualquier plantilla, se selecciona de la lista que se sitúa a la derecha

de la pantalla, se revisa el nombre y título de la misma, si es el caso se modifican

y se da clic en Guardar , luego aparecerá la siguiente pantalla:

104

Imagen 56. Menú duplicar plantilla

Luego de esto se puede seguir exactamente el mismo procedimiento que para

crear una nueva plantilla, crear un metadato desde plantilla o crear un nuevo

metadato.

1.7. EDITAR METADATO

Esta opción permite buscar y modificar cualquier metadato que se desee, pero

sujeto esto a una restricción que solo se pueden editar los metadatos que hayan

sido creados por el mismo usuario.

Imagen 57. Consulta de metadatos

Para editar un metadato se busca y se selecciona el metadato a editar, luego se

da clic en Editar Metadato , y aparecerá el siguiente pantallazo.

105

Imagen 58. Menú consulta de metadato

Donde se puede seguir el procedimiento descrito en la parte de creación de las

plantillas, que es exactamente el mismo, teniendo en cuenta, que solo se edita lo

que el usuario considere que debe cambiarse o eliminar lo que este erróneo.

2. VALIDACIÓN DE METADATOS

Ya una vez terminado o finalizado la documentación del metadato, cumpliendo a

plenitud los estándares y controles de calidad establecidos se debe pasar a la

validación del metadato, es aquí donde haremos la respectiva validación del

metadato y respectivamente se hará público para poder ser consultado por

terceros.

Imagen 59. Validar metadatos

106

Después del proceso de captura y del control de calidad, se debe cambiar el

estado de Edición a Público para que pueda ser consultado por cualquier persona

que lo necesite, el procedimiento consiste en buscar el metadato, luego

seleccionarlo de la lista inferior y en la parte inferior se le da clic en Público

, para después darle a Cambiar Estado , y el metadato ya

podrá verse por cualquier persona que entre al aplicativo y seleccione la

funcionalidad Consultar.

107

13.2. Scripts Migración Metadatos

Los scripts en este anexo, fueron elaborados por un equipo multidisciplinario que

comprendio ingenieros catastrales y de sistemas, donde mi papel fue validar que

el funcionamiento de los scripts fuera el correcto, asi como elaborar la

correspondencia entre campos de las dos versiones de Swami.

El script consiste principalmente en trasladar la información entre las bases de

datos de Swami 2 a Swami 3, previo análisis de las tablas y los campos para

saber a donde se debía migrar la información.

/**********DEPARTAMENTOS**********/

ALTER TABLE [swami3].[dbo].[sw_ciudad] NOCHECK CONSTRAINT ALL

DELETE FROM [swami3].[dbo].[sw_departamento] WHERE 1=1

ALTER TABLE [swami3].[dbo].[sw_ciudad] CHECK CONSTRAINT ALL

SET IDENTITY_INSERT [swami3].[dbo].[sw_departamento] ON

INSERT INTO [swami3].[dbo].[sw_departamento]

(id,version, nombre, pais_id)

SELECT

[TR_DEPARTAMENTO_ID]

,0 ASVERSION

,[NOMBRE_DEPARTAMENTO]

,CASE [TR_PAIS_ID]

WHEN 13 THEN 14

ELSE [TR_PAIS_ID]

END AS [TR_PAIS_ID]

FROM [swami2].[dbo].[TR_DEPARTAMENTO];

SET IDENTITY_INSERT [swami3].[dbo].[sw_departamento] OFF

DECLARE @NEW_INDEX1 INT = (SELECT MAX([id]) FROM [swami3].[dbo].[sw_departamento]) + 1

DBCC checkident ('[swami3].[dbo].[sw_departamento]', reseed, @NEW_INDEX1)

/**********CIUDADES**********/

ALTER TABLE [swami3].[dbo].[sw_organizacion] NOCHECK CONSTRAINT ALL

DELETE FROM [swami3].[dbo].[sw_ciudad] WHERE 1=1

ALTER TABLE [swami3].[dbo].[sw_organizacion] CHECK CONSTRAINT ALL

SET IDENTITY_INSERT [swami3].[dbo].[sw_ciudad] ON

INSERT INTO [swami3].[dbo].[sw_ciudad]

(id,version, departamento_id, nombre)

SELECT

[TR_CIUDAD_ID]

,0 AS VERSION

,[TR_DEPARTAMENTO_ID]

,[NOMBRE_CIUDAD]

FROM [swami2].[dbo].[TR_CIUDAD]

SET IDENTITY_INSERT [swami3].[dbo].[sw_ciudad] OFF

108

DECLARE @NEW_INDEX2 INT = (SELECT MAX([id]) FROM [swami3].[dbo].[sw_ciudad]) + 1

DBCC checkident ('[swami3].[dbo].[sw_ciudad]', reseed, @NEW_INDEX2)

/**********ORGANIZACIONES**********/

ALTER TABLE [swami3].[dbo].[usergroups] NOCHECK CONSTRAINT ALL

ALTER TABLE [swami3].[dbo].[metadata] NOCHECK CONSTRAINT ALL

ALTER TABLE [swami3].[dbo].[groups] NOCHECK CONSTRAINT ALL

DELETE FROM [swami3].[dbo].[sw_organizacion] WHERE 1=1

ALTER TABLE [swami3].[dbo].[groups] CHECK CONSTRAINT ALL

ALTER TABLE [swami3].[dbo].[metadata] CHECK CONSTRAINT ALL

ALTER TABLE [swami3].[dbo].[usergroups] CHECK CONSTRAINT ALL

SET IDENTITY_INSERT [swami3].[dbo].[sw_organizacion] ON

INSERT INTO [swami3].[dbo].[sw_organizacion]

(id,version, ciudad_id, codigo_postal, direccion, horario, instrucciones_contacto, nombre)

SELECT

[swami2].[dbo].[CO_SEDE].[CO_SEDE_ID]

,0 AS [VERSION]

,[TR_CIUDAD_ID]

,NULL AS [CODIGO_POSTAL]

,CASE

WHEN [DIRECCION] IS NULL THEN 'N/A'

ELSE [DIRECCION]

END AS direccion

,CASE

WHEN [HORAS_SERVICIO] IS NULL THEN 'N/A'

ELSE [HORAS_SERVICIO]

END AS horario

,ISNULL(CONVERT(varchar(2000),[INSTRUCCIONES_CONTACTO]),'N/A')

[INSTRUCCIONES_CONTACTO]

,CASE

WHEN [swami2].[dbo].[CO_ORGANIZACION].[NOMBRE] IS NULL THEN

[swami2].[dbo].[CO_SEDE].[NOMBRE]

ELSE [swami2].[dbo].[CO_ORGANIZACION].[NOMBRE] +' - '+ [swami2].[dbo].[CO_SEDE].[NOMBRE]

END AS [NOMBRE]

FROM [swami2].[dbo].[CO_ORGANIZACION]

RIGHT JOIN [swami2].[dbo].[CO_SEDE] ON ([swami2].[dbo].[CO_ORGANIZACION].CO_ORGANIZACION_ID

= [swami2].[dbo].[CO_SEDE].CO_ORGANIZACION_ID)

LEFT JOIN [swami2].[dbo].[CO_DIRECCION] ON ([swami2].[dbo].[CO_SEDE].CO_SEDE_ID =

[swami2].[dbo].[CO_DIRECCION].CO_SEDE_ID);

SET IDENTITY_INSERT [swami3].[dbo].[sw_organizacion] OFF

/**********PERMISOS**********/

ALTER TABLE [swami3].[dbo].[sw_permiso] NOCHECK CONSTRAINT ALL;

DELETE FROM [swami3].[dbo].[sw_permiso] WHERE 1=1;

ALTER TABLE [swami3].[dbo].[sw_permiso] CHECK CONSTRAINT ALL;

INSERT INTO [swami3].[dbo].[sw_permiso](version, opcion_id, perfil_usuario_id)VALUES (0, 11, 1);


109





















































110






/**********AREAS**********/

ALTER TABLE [swami3].[dbo].[groupsdes] NOCHECK CONSTRAINT ALL;

ALTER TABLE [swami3].[dbo].[operationallowed] NOCHECK CONSTRAINT ALL;

ALTER TABLE [swami3].[dbo].[usergroups] NOCHECK CONSTRAINT ALL;

ALTER TABLE [swami3].[dbo].[sw_clasificacion_area] NOCHECK CONSTRAINT ALL;

ALTER TABLE [swami3].[dbo].[metadata] NOCHECK CONSTRAINT ALL;

DELETE FROM [swami3].[dbo].[groups] WHERE 1=1;

DELETE FROM [swami3].[dbo].[groupsdes] WHERE 1=1;

ALTER TABLE [swami3].[dbo].[metadata] CHECK CONSTRAINT ALL;

ALTER TABLE [swami3].[dbo].[sw_clasificacion_area] CHECK CONSTRAINT ALL;

ALTER TABLE [swami3].[dbo].[usergroups] CHECK CONSTRAINT ALL;

ALTER TABLE [swami3].[dbo].[operationallowed] CHECK CONSTRAINT ALL;

ALTER TABLE [swami3].[dbo].[groupsdes] CHECK CONSTRAINT ALL;

SET IDENTITY_INSERT [swami3].[dbo].[groups] ON

INSERT INTO [swami3].[dbo].[groups]

(id, name,description, email, referrer,version, organizacion_id)

SELECT

[TA_AREA_ID]

,[NOMBRE_AREA]

,NULL AS DESCRIPCION

,NULL AS EMAIL

,NULL AS REFERRER

,0 AS VERSION

,[CO_SEDE_ID]

FROM [swami2].[dbo].[TA_AREA]

SET IDENTITY_INSERT [swami3].[dbo].[groups] OFF

DECLARE @NEW_INDEX3 INT = (SELECT MAX([id]) FROM [swami3].[dbo].[groups]) + 1

DBCC checkident ('[swami3].[dbo].[groups]', reseed, @NEW_INDEX3)

/**********CLASIFICACION**********/

/**********************************************************************************/

ALTER TABLE [swami3].[dbo].[sw_clasificacion] NOCHECK CONSTRAINT ALL;


ALTER TABLE [swami3].[dbo].[sw_producto] NOCHECK CONSTRAINT ALL;

DELETE FROM [swami3].[dbo].[sw_clasificacion] WHERE 1=1;

ALTER TABLE [swami3].[dbo].[sw_producto] CHECK CONSTRAINT ALL;


ALTER TABLE [swami3].[dbo].[sw_clasificacion] CHECK CONSTRAINT ALL;

/**********************************************************************************/

/**********************************************************************************/

INSERT INTO [swami3].[dbo].[sw_clasificacion]

111

(version, asignacion_manual, codigo, nivel, nombre, padre_id, codigo_completo)

SELECT

0 AS VERSION

,CASE [ASIGNACION_MANUAL_COD_PROD]

WHEN 'Y' THEN 1

WHEN 'N' THEN 0

END AS [ASIGNACION_MANUAL_COD_PROD]

,[CODIGO]

,1 AS NIVEL

,[NOMBRE]

,NULL AS PADRE_ID

,[CODIGO] AS CODIGO_COMPLETO

FROM [swami2].[dbo].[TR_CATEGORIA]

/**********************************************************************************/

/**********************************************************************************/



SELECT

0 AS VERSION

,CASE [swami2].[dbo].[TR_CATEGORIA].[ASIGNACION_MANUAL_COD_PROD]

WHEN 'Y' THEN 1

WHEN 'N' THEN 0


,[swami2].[dbo].[TR_GRUPO].[CODIGO]

,2 AS NIVEL

,[swami2].[dbo].[TR_GRUPO].[NOMBRE]

,(SELECT id FROM [swami3].[dbo].[sw_clasificacion] WHERE [swami3].[dbo].[sw_clasificacion].[nivel] = 1

AND [swami3].[dbo].[sw_clasificacion].[codigo] = [swami2].[dbo].[TR_CATEGORIA].[CODIGO])AS

PADRE_ID/**[swami2].[dbo].[TR_GRUPO].[TR_CATEGORIA_ID] AS PADRE_ID**/

,[swami2].[dbo].[TR_CATEGORIA].[CODIGO] + [swami2].[dbo].[TR_GRUPO].[CODIGO] AS

CODIGO_COMPLETO

FROM [swami2].[dbo].[TR_GRUPO] JOIN [swami2].[dbo].[TR_CATEGORIA] ON

([swami2].[dbo].[TR_GRUPO].[TR_CATEGORIA_ID] =

[swami2].[dbo].[TR_CATEGORIA].[TR_CATEGORIA_ID])

/**********************************************************************************/

/**********************************************************************************/



SELECT

0 ASVERSION

,CASE [swami2].[dbo].[TR_CATEGORIA].[ASIGNACION_MANUAL_COD_PROD]

WHEN 'Y' THEN 1

WHEN 'N' THEN 0


,[swami2].[dbo].[TR_SUBGRUPO].[CODIGO]

,3 AS NIVEL

,[swami2].[dbo].[TR_SUBGRUPO].[NOMBRE]

,(SELECT id FROM [swami3].[dbo].[sw_clasificacion] WHERE [swami3].[dbo].[sw_clasificacion].[nivel] = 2

AND [swami3].[dbo].[sw_clasificacion].[codigo_completo] =

112

[swami2].[dbo].[TR_CATEGORIA].[CODIGO]+[swami2].[dbo].[TR_GRUPO].[CODIGO])AS

PADRE_ID/**[swami2].[dbo].[TR_GRUPO].[TR_CATEGORIA_ID] AS PADRE_ID**/

,[swami2].[dbo].[TR_CATEGORIA].[CODIGO] + [swami2].[dbo].[TR_GRUPO].[CODIGO] +

[swami2].[dbo].[TR_SUBGRUPO].[CODIGO] AS CODIGO_COMPLETO

FROM [swami2].[dbo].[TR_SUBGRUPO]

JOIN [swami2].[dbo].[TR_GRUPO] ON ([swami2].[dbo].[TR_GRUPO].[TR_GRUPO_ID] =

[swami2].[dbo].[TR_SUBGRUPO].[TR_GRUPO_ID])

JOIN [swami2].[dbo].[TR_CATEGORIA] ON ([swami2].[dbo].[TR_GRUPO].[TR_CATEGORIA_ID] =


/**********************************************************************************/

/**********CLASIFICACION AREA**********/


DELETE FROM [swami3].[dbo].[sw_clasificacion_area] WHERE 1=1;


SET IDENTITY_INSERT [swami3].[dbo].[sw_clasificacion_area] ON

INSERT INTO [swami3].[dbo].[sw_clasificacion_area]

(id,version, area_id, clasificacion_id)

SELECT

[swami2].[dbo].[TR_CATEGORIA_AREA].[TR_CATEGORIA_AREA_ID]

,0 AS VERSION

,[swami2].[dbo].[TR_CATEGORIA_AREA].[TA_AREA_ID]

,(SELECT id FROM [swami3].[dbo].[sw_clasificacion] WHERE [swami3].[dbo].[sw_clasificacion].[nivel]=1 AND

[swami3].[dbo].[sw_clasificacion].[codigo_completo]=[swami2].[dbo].[TR_CATEGORIA].[CODIGO])AS

CLASIFICACION_ID

FROM [swami2].[dbo].[TR_CATEGORIA_AREA]

JOIN [swami2].[dbo].[TR_CATEGORIA] ON ([swami2].[dbo].[TR_CATEGORIA_AREA].[TR_CATEGORIA_ID]

= [swami2].[dbo].[TR_CATEGORIA].[TR_CATEGORIA_ID])

SET IDENTITY_INSERT [swami3].[dbo].[sw_clasificacion_area] OFF

DECLARE @NEW_INDEX4 INT = (SELECT MAX([id]) FROM [swami3].[dbo].[sw_clasificacion_area]) + 1

DBCC checkident ('[swami3].[dbo].[sw_clasificacion_area]', reseed, @NEW_INDEX4)

/**********PRODUCTOS**********/

ALTER TABLE [swami3].[dbo].[sw_producto] NOCHECK CONSTRAINT ALL;

DELETE FROM [swami3].[dbo].[sw_producto] WHERE 1=1;

ALTER TABLE [swami3].[dbo].[sw_producto] CHECK CONSTRAINT ALL;

SET IDENTITY_INSERT [swami3].[dbo].[sw_producto] ON

INSERT INTO [swami3].[dbo].[sw_producto]

(id,version, clasificacion_id, codigo, codigo_completo)

SELECT

[swami2].[dbo].[TR_PRODUCTO].[TR_PRODUCTO_ID]

,0 AS VERSION

,(SELECT id FROM [swami3].[dbo].[sw_clasificacion] WHERE [swami3].[dbo].[sw_clasificacion].[nivel]=3 AND

[swami3].[dbo].[sw_clasificacion].[codigo_completo]=[swami2].[dbo].[TR_CATEGORIA].[CODIGO] +

[swami2].[dbo].[TR_GRUPO].[CODIGO] + [swami2].[dbo].[TR_SUBGRUPO].[CODIGO])AS

[TR_SUBGRUPO_ID]

113

,[swami2].[dbo].[TR_PRODUCTO].[CODIGO]

,[swami2].[dbo].[TR_PRODUCTO].[CODIGO_COMPLETO]

FROM [swami2].[dbo].[TR_PRODUCTO]

JOIN [swami2].[dbo].[TR_SUBGRUPO] ON ([swami2].[dbo].[TR_PRODUCTO].[TR_SUBGRUPO_ID] =

[swami2].[dbo].[TR_SUBGRUPO].[TR_SUBGRUPO_ID])

JOIN [swami2].[dbo].[TR_GRUPO] ON ([swami2].[dbo].[TR_SUBGRUPO].[TR_GRUPO_ID] =

[swami2].[dbo].[TR_GRUPO].[TR_GRUPO_ID])

JOIN [swami2].[dbo].[TR_CATEGORIA] ON ([swami2].[dbo].[TR_GRUPO].[TR_CATEGORIA_ID] =


SET IDENTITY_INSERT [swami3].[dbo].[sw_producto] OFF

DECLARE @NEW_INDEX5 INT = (SELECT MAX([id]) FROM [swami3].[dbo].[sw_producto]) + 1

DBCC checkident ('[swami3].[dbo].[sw_producto]', reseed, @NEW_INDEX5)

/**********CITACIONES TESAURO**********/

ALTER TABLE [swami3].[dbo].[sw_citacion] NOCHECK CONSTRAINT ALL;

DELETE FROM [swami3].[dbo].[sw_citacion] WHERE 1=1;

ALTER TABLE [swami3].[dbo].[sw_citacion] CHECK CONSTRAINT ALL;

INSERT INTO [swami3].[dbo].[sw_citacion]

(version, actualizado_por, creado_por, fecha_creacion, fecha_modificacion, producto, tipo, titulo, usuario,

xml_data)

SELECT

1 AS version

,[UPDATED_BY] AS actualizado_por

,[CREATED_BY] AS creado_por

,[CREATED] AS fecha_creacion

,[LAST_UPDATED] AS fecha_modificacion

,NULL AS producto

,'TESAURO'AS tipo

,[PALABRA_CLAVE] AS titulo

,'admin'AS usuario

,'<gmd:CI_Citation xmlns:gmd="http://www.isotc211.org/2005/gmd"

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:gml="http://www.opengis.net/gml"

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

xmlns:srv="http://www.isotc211.org/2005/srv"><gmd:title><gco:CharacterString>'+[PALABRA_CLAVE]+'</gco:

CharacterString></gmd:title></gmd:CI_Citation>'AS xml_data

FROM [swami2].[dbo].[TR_TABLA_REFERENCIA]

WHERE [TR_TIPO_REFERENCIA_ID] = 22OR [TR_TIPO_REFERENCIA_ID] =23

/**********CITACIONES PLANTILLA**********/



xml_data)

SELECT

1 AS version

,[swami2].[dbo].[CI_CITACION].[UPDATED_BY] AS actualizado_por

,[swami2].[dbo].[CI_CITACION].[CREATED_BY] AS creado_por

,[swami2].[dbo].[CI_CITACION].[CREATED] AS fecha_creacion

,[swami2].[dbo].[CI_CITACION].[LAST_UPDATED] AS fecha_modificacion

114

,[swami2].[dbo].[CI_CITACION].[TR_PRODUCTO_ID] AS producto

,'PLANTILLA'AS tipo

,[swami2].[dbo].[CI_CITACION].[TITULO] AS titulo

,[swami2].[dbo].[CI_CITACION].[LOGIN] AS usuario




xmlns:srv="http://www.isotc211.org/2005/srv">

<gmd:title><gco:CharacterString>'+[swami2].[dbo].[CI_CITACION].[TITULO]+'</gco:CharacterString></gmd:titl

e>

<gmd:edition>'+

CASE WHEN [swami2].[dbo].[CI_CITACION].[EDICION] IS NULL THEN'<gco:CharacterString/>'

ELSE'<gco:CharacterString>'+[swami2].[dbo].[CI_CITACION].[EDICION]+'</gco:CharacterString>'

END

+'</gmd:edition>

<gmd:otherCitationDetails>'+

CASE WHEN [swami2].[dbo].[CI_CITACION].[OTROS_DETALLES_CITACION] IS NULL

THEN'<gco:CharacterString/>'

ELSE'<gco:CharacterString>'+[swami2].[dbo].[CI_CITACION].[OTROS_DETALLES_CITACION]+'</gco:Chara

cterString>'

END

+'</gmd:otherCitationDetails>

<gmd:series><gmd:CI_Series>'+

CASE WHEN [swami2].[dbo].[CI_CITACION].[SERIE] IS NULL

THEN'<gmd:name><gco:CharacterString/></gmd:name>'

ELSE'<gmd:name><gco:CharacterString>'+[swami2].[dbo].[CI_CITACION].[SERIE]+'</gco:CharacterString></

gmd:name>'

END

+'<gmd:issueIdentification><gco:CharacterString/></gmd:issueIdentification><gmd:page><gco:CharacterStrin

g/></gmd:page></gmd:CI_Series></gmd:series>

<gmd:presentationForm>'+

CASE [swami2].[dbo].[CI_CITACION].[FORMA_PRESENTACION_ID]

WHEN 2067 THEN'<gmd:CI_PresentationFormCode codeListValue="documentHardcopy"

codeList="http://www.isotc211.org/2005/resources/codeList.xml#CI_DateTypeCode"/>'

WHEN 2070 THEN'<gmd:CI_PresentationFormCode codeListValue="imageDigital"




WHEN 2075 THEN'<gmd:CI_PresentationFormCode codeListValue="mapHardcopy"


WHEN 2076 THEN'<gmd:CI_PresentationFormCode codeListValue="mapDigital"




WHEN 2079 THEN'<gmd:CI_PresentationFormCode codeListValue="profileDigital"


WHEN 2080 THEN'<gmd:CI_PresentationFormCode codeListValue="tableDigital"


WHEN 3404 THEN'<gmd:CI_PresentationFormCode codeListValue="documentDigital"




115









WHEN 3411 THEN'<gmd:CI_PresentationFormCode codeListValue="imageHardcopy"


WHEN 3413 THEN'<gmd:CI_PresentationFormCode codeListValue="profileHardcopy"


WHEN 3414 THEN'<gmd:CI_PresentationFormCode codeListValue="tableHardcopy"


WHEN 3415 THEN'<gmd:CI_PresentationFormCode codeListValue="videoDigital"


WHEN 3416 THEN'<gmd:CI_PresentationFormCode codeListValue="videoHardcopy"


ELSE'<gmd:CI_PresentationFormCode codeListValue="documentDigital"


END

+'</gmd:presentationForm>'+

CASE WHEN [swami2].[dbo].[CI_CITACION].[TITULO_ALTERNO] IS NULL THEN''

ELSE'<gmd:alternateTitle><gco:CharacterString>'+[swami2].[dbo].[CI_CITACION].[TITULO_ALTERNO]+'</gc

o:CharacterString></gmd:alternateTitle>'

END

+'</gmd:CI_Citation>'AS xml_data

FROM [swami2].[dbo].[CI_CITACION]

JOIN [swami2].[dbo].[ID_IDENTIFICACION] ON ([swami2].[dbo].[CI_CITACION].[CI_CITACION_ID] =

[swami2].[dbo].[ID_IDENTIFICACION].[CI_CITACION_ID])

JOIN [swami2].[dbo].[TA_PLANTILLA] ON ([swami2].[dbo].[ID_IDENTIFICACION].[ME_METADATO_ID] =

[swami2].[dbo].[TA_PLANTILLA].[ME_METADATO_ID])

/**********CITACIONES FUENTE INFORMACION**********/



xml_data)

SELECT

1 AS version






,'FUENTE DE INFORMACIÓN'AS tipo







116


e>

<gmd:edition>'+



END

+'</gmd:edition>





cterString>'

END






gmd:name>'

END

































117













END





END



JOIN(SELECT [swami2].[dbo].[CA_FUENTE_INFORMACION].[CI_CITACION_ID] FROM

[swami2].[dbo].[CA_FUENTE_INFORMACION] GROUP BY [CI_CITACION_ID])AS A ON

([swami2].[dbo].[CI_CITACION].[CI_CITACION_ID] = A.[CI_CITACION_ID])

/**********CITACIONES METADATOS**********/



xml_data)

SELECT

1 AS version






,'METADATO'AS tipo








e>

<gmd:edition>'+



END

+'</gmd:edition>


118




cterString>'

END






gmd:name>'

END









































119





END





END



WHERE [swami2].[dbo].[CI_CITACION].[CI_CITACION_ID] NOT IN

(SELECT [swami2].[dbo].[CI_CITACION].[CI_CITACION_ID]


JOIN [swami2].[dbo].[ID_IDENTIFICACION] ON ([swami2].[dbo].[CI_CITACION].[CI_CITACION_ID] =

[swami2].[dbo].[ID_IDENTIFICACION].[CI_CITACION_ID])

JOIN [swami2].[dbo].[TA_PLANTILLA] ON ([swami2].[dbo].[ID_IDENTIFICACION].[ME_METADATO_ID] =

[swami2].[dbo].[TA_PLANTILLA].[ME_METADATO_ID]))

AND [swami2].[dbo].[CI_CITACION].[CI_CITACION_ID] NOT IN

(SELECT [swami2].[dbo].[CA_FUENTE_INFORMACION].[CI_CITACION_ID] FROM

[swami2].[dbo].[CA_FUENTE_INFORMACION])

/**********CONTACTOS**********/

ALTER TABLE [swami3].[dbo].[sw_contacto] NOCHECK CONSTRAINT ALL;

DELETE FROM [swami3].[dbo].[sw_contacto] WHERE 1=1;

ALTER TABLE [swami3].[dbo].[sw_contacto] CHECK CONSTRAINT ALL;

SET IDENTITY_INSERT [swami3].[dbo].[sw_contacto] ON

INSERT INTO [swami3].[dbo].[sw_contacto]

(id,version, actualizado_por, creado_por, fecha_creacion, fecha_modificacion, id_origen, nombre, xml_data)

SELECT

[swami2].[dbo].[CO_CONTACTO].[CO_CONTACTO_ID]

,1 AS version

,[swami2].[dbo].[CO_CONTACTO].[UPDATED_BY]

,[swami2].[dbo].[CO_CONTACTO].[CREATED_BY]

,[swami2].[dbo].[CO_CONTACTO].[CREATED]

,[swami2].[dbo].[CO_CONTACTO].[LAST_UPDATED]

,0 AS id_origen

,CASE

WHEN [swami2].[dbo].[CO_ORGANIZACION].[NOMBRE] IS NULL THEN''

ELSE [swami2].[dbo].[CO_ORGANIZACION].[NOMBRE]+' - '

END

+[swami2].[dbo].[CO_SEDE].[NOMBRE] AS nombre

,'<gmd:CI_ResponsibleParty xmlns:gmd="http://www.isotc211.org/2005/gmd"




<gmd:organisationName>

<gco:CharacterString>'+

CASE

120

WHEN [swami2].[dbo].[CO_ORGANIZACION].[NOMBRE] IS NULL THEN''

ELSE [swami2].[dbo].[CO_ORGANIZACION].[NOMBRE]+' - '

END

+[swami2].[dbo].[CO_SEDE].[NOMBRE]

+'</gco:CharacterString>

</gmd:organisationName>

<gmd:positionName>

<gco:CharacterString>'+[swami2].[dbo].[CO_CONTACTO].[CARGO_PERSONA]+'</gco:CharacterString>

</gmd:positionName>

<gmd:contactInfo>

<gmd:CI_Contact>

<gmd:hoursOfService>


CASE

WHEN [swami2].[dbo].[CO_SEDE].[HORAS_SERVICIO] IS NULL THEN'No Info'

ELSE [swami2].[dbo].[CO_SEDE].[HORAS_SERVICIO]

END


</gmd:hoursOfService>

<gmd:contactInstructions>


CASE

WHEN [swami2].[dbo].[CO_SEDE].[INSTRUCCIONES_CONTACTO] IS NULL THEN'No Info'

ELSE [swami2].[dbo].[CO_SEDE].[INSTRUCCIONES_CONTACTO]

END


</gmd:contactInstructions>

<gmd:address>

<gmd:CI_Address>

<gmd:deliveryPoint><gco:CharacterString>'+

CASE

WHEN [swami2].[dbo].[CO_DIRECCION].[DIRECCION] IS NULL THEN'No Info'

ELSE [swami2].[dbo].[CO_DIRECCION].[DIRECCION]

END

+'</gco:CharacterString></gmd:deliveryPoint>

<gmd:postalCode><gco:CharacterString/></gmd:postalCode>

<gmd:country><gco:CharacterString>'+[swami2].[dbo].[TR_PAIS].[NOMBRE_PAIS]+'</gco:CharacterString></

gmd:country>

<gmd:administrativeArea><gco:CharacterString>'+[swami2].[dbo].[TR_DEPARTAMENTO].[NOMBRE_DEPAR

TAMENTO]+'</gco:CharacterString></gmd:administrativeArea>

<gmd:city><gco:CharacterString>'+[swami2].[dbo].[TR_CIUDAD].[NOMBRE_CIUDAD]+'</gco:CharacterString

></gmd:city>

<gmd:electronicMailAddress><gco:CharacterString>'+

CASE

WHEN [swami2].[dbo].[CO_CORREO_ELECTRONICO].[CORREO_ELECTRONICO] IS NULL THEN'No Info'

ELSE [swami2].[dbo].[CO_CORREO_ELECTRONICO].[CORREO_ELECTRONICO]

END

+'</gco:CharacterString></gmd:electronicMailAddress>

</gmd:CI_Address>

</gmd:address>

<gmd:phone>

<gmd:CI_Telephone>

121

<gmd:voice><gco:CharacterString>'+

CASE

WHEN A.[TELEFONO] IS NULL THEN'No Info'

ELSE A.[TELEFONO]

END

+'</gco:CharacterString></gmd:voice>

</gmd:CI_Telephone>

</gmd:phone>

</gmd:CI_Contact>

</gmd:contactInfo>

</gmd:CI_ResponsibleParty>'AS xml_data

FROM [swami2].[dbo].[CO_CONTACTO]

JOIN [swami2].[dbo].[TA_AREA] ON ([swami2].[dbo].[CO_CONTACTO].[TA_AREA_ID] =

[swami2].[dbo].[TA_AREA].[TA_AREA_ID])

JOIN [swami2].[dbo].[CO_SEDE] ON ([swami2].[dbo].[TA_AREA].[CO_SEDE_ID] =

[swami2].[dbo].[CO_SEDE].[CO_SEDE_ID])

LEFT JOIN [swami2].[dbo].[CO_ORGANIZACION] ON ([swami2].[dbo].[CO_SEDE].[CO_ORGANIZACION_ID]

= [swami2].[dbo].[CO_ORGANIZACION].[CO_ORGANIZACION_ID])

JOIN [swami2].[dbo].[TR_PAIS] ON ([swami2].[dbo].[CO_SEDE].[TR_PAIS_ID] =

[swami2].[dbo].[TR_PAIS].[TR_PAIS_ID])

JOIN [swami2].[dbo].[TR_DEPARTAMENTO] ON ([swami2].[dbo].[CO_SEDE].[TR_DEPARTAMENTO_ID] =

[swami2].[dbo].[TR_DEPARTAMENTO].[TR_DEPARTAMENTO_ID])

JOIN [swami2].[dbo].[TR_CIUDAD] ON ([swami2].[dbo].[CO_SEDE].[TR_CIUDAD_ID] =

[swami2].[dbo].[TR_CIUDAD].[TR_CIUDAD_ID])

JOIN [swami2].[dbo].[CO_DIRECCION] ON ([swami2].[dbo].[CO_SEDE].[CO_SEDE_ID] =

[swami2].[dbo].[CO_DIRECCION].[CO_SEDE_ID])

JOIN [swami2].[dbo].[CO_CORREO_ELECTRONICO] ON ([swami2].[dbo].[CO_SEDE].[CO_SEDE_ID] =

[swami2].[dbo].[CO_CORREO_ELECTRONICO].[CO_SEDE_ID])

JOIN(SELECT MAX([TELEFONO])AS [TELEFONO], [CO_SEDE_ID] FROM [swami2].[dbo].[CO_TELEFONO]

GROUP BY [CO_SEDE_ID])AS A ON (A.[CO_SEDE_ID] = [swami2].[dbo].[CO_SEDE].[CO_SEDE_ID])

ORDER BY [swami2].[dbo].[CO_CONTACTO].[CO_CONTACTO_ID]

SET IDENTITY_INSERT [swami3].[dbo].[sw_contacto] OFF

DECLARE @NEW_INDEX6 INT = (SELECT MAX([id]) FROM [swami3].[dbo].[sw_contacto]) + 1

DBCC checkident ('[swami3].[dbo].[sw_contacto]', reseed, @NEW_INDEX6)

/**********DESCRIPTORES**********/

ALTER TABLE [swami3].[dbo].[sw_descriptor] NOCHECK CONSTRAINT ALL;

DELETE FROM [swami3].[dbo].[sw_descriptor] WHERE 1=1;

ALTER TABLE [swami3].[dbo].[sw_descriptor] CHECK CONSTRAINT ALL;

INSERT INTO [swami3].[dbo].[sw_descriptor]

(version, id_citacion, nombre, tipo)

SELECT

0 AS version

,(SELECT id FROM [swami3].[dbo].[sw_citacion] WHERE [swami3].[dbo].[sw_citacion].[tipo] ='TESAURO'AND

[swami3].[dbo].[sw_citacion].[titulo] = [swami2].[dbo].[TR_TABLA_REFERENCIA].[PALABRA_CLAVE])AS

id_citacion

,[swami2].[dbo].[TR_DESCRIPTOR_TEMA].[DESCRIPTOR_TEMA]+' -

'+[swami2].[dbo].[TR_TABLA_REFERENCIA].[PALABRA_CLAVE] AS nombre

,'TEMA'AS tipo

122

FROM [swami2].[dbo].[TR_DESCRIPTOR_TEMA]

JOIN [swami2].[dbo].[TR_TABLA_REFERENCIA] ON

([swami2].[dbo].[TR_DESCRIPTOR_TEMA].[TESAURO_TEMA_ID] =

[swami2].[dbo].[TR_TABLA_REFERENCIA].[TR_TABLA_REFERENCIA_ID])

INSERT INTO [swami3].[dbo].[sw_descriptor]

(version, id_citacion, nombre, tipo)

SELECT

0 AS version

,(SELECT id FROM [swami3].[dbo].[sw_citacion] WHERE [swami3].[dbo].[sw_citacion].[tipo] ='TESAURO'AND

[swami3].[dbo].[sw_citacion].[titulo] = [swami2].[dbo].[TR_TABLA_REFERENCIA].[PALABRA_CLAVE])AS

id_citacion

,[swami2].[dbo].[TR_DESCRIPTOR_LUGAR].[DESCRIPTOR_LUGAR]+' -

'+[swami2].[dbo].[TR_TABLA_REFERENCIA].[PALABRA_CLAVE] AS nombre

,'LUGAR'AS tipo

FROM [swami2].[dbo].[TR_DESCRIPTOR_LUGAR]

JOIN [swami2].[dbo].[TR_TABLA_REFERENCIA] ON

([swami2].[dbo].[TR_DESCRIPTOR_LUGAR].[TESAURO_LUGAR_ID] =

[swami2].[dbo].[TR_TABLA_REFERENCIA].[TR_TABLA_REFERENCIA_ID])

/**********USUARIOS**********/

ALTER TABLE [swami3].[dbo].[users] NOCHECK CONSTRAINT ALL;


ALTER TABLE [swami3].[dbo].[metadata] NOCHECK CONSTRAINT ALL;

DELETE FROM [swami3].[dbo].[users] WHERE 1=1;

ALTER TABLE [swami3].[dbo].[metadata] CHECK CONSTRAINT ALL;


ALTER TABLE [swami3].[dbo].[users] CHECK CONSTRAINT ALL;

INSERT INTO [swami3].[dbo].[users]

(username,password, surname, name,profile,address, city,state, zip, country, email, organisation, kind,version,

fecha_inactivacion, identificacion, perfil_usuario_id, organizacion_id)

SELECT

[LOGIN] AS username

,'f7c3bc1d808e4732adf679965ccc34ca7ae3441'AS password

,null AS surname

,[swami2].[dbo].[TA_USUARIO].[NOMBRE] AS name

,'Administrator'AS profile

,null AS address

,null AS city

,null AS state

,null AS zip

,null AS country

,[CORREO_ELECTRONICO] AS email

,[swami3].[dbo].[sw_organizacion].[nombre] AS organisation

,null AS kind

,1 AS version

,[FECHA_INACTIVACION] AS fecha_inactivacion

,[IDENTIFICACION] AS identificacion

,7 AS perfil_usuario_id

,[swami2].[dbo].[TA_AREA].[CO_SEDE_ID] AS organizacion_id

123

FROM [swami2].[dbo].[TA_USUARIO]

JOIN [swami2].[dbo].[TA_AREA] ON ([swami2].[dbo].[TA_USUARIO].[TA_AREA_ID] =


JOIN [swami3].[dbo].[sw_organizacion] ON ([swami2].[dbo].[TA_AREA].[CO_SEDE_ID] =

[swami3].[dbo].[sw_organizacion].[id])

/**********USUARIOS GRUPOS**********/


DELETE FROM [swami3].[dbo].[usergroups] WHERE 1=1;


INSERT INTO [swami3].[dbo].[usergroups]

(userid, groupid)

SELECT

(SELECT id FROM [swami3].[dbo].[users] WHERE [swami2].[dbo].[TA_USUARIO].[LOGIN] =

[swami3].[dbo].[users].[username])AS userid

,[TA_AREA_ID] AS groupid

FROM [swami2].[dbo].[TA_USUARIO]

/**********TIPOS REFERENCIA FALTANTES**********/

INSERT INTO [swami3].[dbo].[sw_dominio_norma](nombre, descripcion, codigo_iso, codigo, tipo,

id_tipo)values ('Convenio 13/1993 entre Municipios de Cartagena y el Instituto Geografico Agustin

Codazzi','Convenio 13/1993 entre Municipios de Cartagena y el Instituto Geografico Agustin

Codazzi',NULL,'020','Avance','1')


id_tipo)values ('Información Científica','Información Científica',NULL,'021','Avance','1')


id_tipo)values ('Infraestructura','Infraestructura',NULL,'022','Avance','1')


id_tipo)values ('Mapas Temáticos','Mapas Temáticos',NULL,'023','Avance','1')


id_tipo)values ('Mapas Topológicos','Mapas Topológicos',NULL,'024','Avance','1')


id_tipo)values ('Ordenamiento Territorial','Ordenamiento Territorial',NULL,'025','Avance','1')


id_tipo)values ('Planos Ciudades','Planos Ciudades',NULL,'026','Avance','1')


id_tipo)values ('Servicios y Comunicaciones (En la BD de SWAMI 3 esta sólo Servicios)','Servicios y

Comunicaciones (En la BD de SWAMI 3 esta sólo Servicios)',NULL,'027','Avance','1')


id_tipo)values ('Zonificación Ecológica','Zonificación Ecológica',NULL,'028','Avance','1')


id_tipo)values ('Documento','Documento',NULL,'015','Forma de Presentación','25')


id_tipo)values ('Imagen','Imagen',NULL,'016','Forma de Presentación','25')


id_tipo)values ('Imagen Fotográfica','Imagen Fotográfica',NULL,'017','Forma de Presentación','25')


id_tipo)values ('Mapa raster','Mapa raster',NULL,'018','Forma de Presentación','25')

124


id_tipo)values ('Mapa vector','Mapa vector',NULL,'019','Forma de Presentación','25')


id_tipo)values ('Modelo','Modelo',NULL,'020','Forma de Presentación','25')


id_tipo)values ('Papel-CD-Disquette','Papel-CD-Disquette',NULL,'021','Forma de Presentación','25')


id_tipo)values ('Perfil','Perfil',NULL,'022','Forma de Presentación','25')


id_tipo)values ('Plano vector (copia impresa-digital)','Plano vector (copia impresa-digital)',NULL,'023','Forma de

Presentación','25')


id_tipo)values ('Tabla','Tabla',NULL,'024','Forma de Presentación','25')


id_tipo)values ('Video Impreso','Video Impreso',NULL,'025','Forma de Presentación','25')


id_tipo)values ('Cinta 6.35 mm','Cinta 6.35 mm',NULL,'019','Nombre del Medio','21')


id_tipo)values ('Folleto','Folleto',NULL,'020','Nombre del Medio','21')


id_tipo)values ('Poligono','Poligono',NULL,'007','Tipo de Objeto Geométrico','13')


id_tipo)values ('Linea','Linea',NULL,'008','Tipo de Objeto Geométrico','13')


id_tipo)values ('Acuerdo de Cooperación','Acuerdo de Cooperación',NULL,'017','Tipo de Iniciativa','7')


id_tipo)values ('Contrato','Contrato',NULL,'018','Tipo de Iniciativa','7')


id_tipo)values ('Editor','Editor',NULL,'012','Tipo de Responsable','26')


id_tipo)values ('Proveedor de metadatos','Proveedor de metadatos',NULL,'013','Tipo de Responsable','26')

/**********PLANTILLAS**********/

ALTER INDEX [metadata_uuid_key] ON [swami3].[dbo].[metadata] DISABLE;

INSERT INTO [swami3].[dbo].[metadata]

(uuid, schemaid, istemplate, isharvested, createdate, changedate, data,source, title,root, harvestuuid,owner,

groupowner, harvesturi, rating, popularity,version, actualizado_por, area, creado_por, estado, estado_plantilla,

fecha_creacion, fecha_modificacion, fecha_publicacion, geonetwork_fecha_importacion, forma_presentacion,

fecha_indexacion, identificador, perfil, plantilla_padre_id, resolucion, restriccion_de_acceso, titulo_plantilla,

west, east, north, displayorder, south)

SELECT'2d98fbcc-7f08-4d29-9372-6370ad5e4f00'AS uuid

,'ntc4611'AS schemaid

,'y'AS istemplate

,'n'AS isharvested

,CASE

WHEN [swami2].[dbo].[TA_PLANTILLA].[CREATED] IS NULL THEN 'N/A'

ELSE CONVERT(VARCHAR, [swami2].[dbo].[TA_PLANTILLA].[CREATED])

END AS createdate

,CASE

WHEN [swami2].[dbo].[TA_PLANTILLA].[LAST_UPDATED] IS NULL THEN 'N/A'

125

ELSE CONVERT(VARCHAR, [swami2].[dbo].[TA_PLANTILLA].[LAST_UPDATED])

END AS changedate

,'Pendiente' AS data

,'N/A'AS source

,[swami2].[dbo].[TA_PLANTILLA].[NOMBRE_PLANTILLA] AS title

,null AS root

,null AS harvestuuid

,(SELECT [swami3].[dbo].[users].[id] FROM [swami3].[dbo].[users] WHERE [swami3].[dbo].[users].[username]

= [swami2].[dbo].[ME_METADATO].[LOGIN]) AS owner

,[swami2].[dbo].[ME_METADATO].[TA_AREA_ID] AS groupowner

,null AS harvesturi

,0 AS rating

,0 AS popularity

,1 AS version

,[swami2].[dbo].[TA_PLANTILLA].[UPDATED_BY] AS actualizado_por

,[swami2].[dbo].[ME_METADATO].[TA_AREA_ID] AS area

,[swami2].[dbo].[TA_PLANTILLA].[CREATED_BY] AS creado_por

,'Público'AS estado

,null AS estado_plantilla

,[swami2].[dbo].[ID_IDENTIFICACION].[CREATED] AS fecha_creacion

,[swami2].[dbo].[ID_IDENTIFICACION].[LAST_UPDATED] AS fecha_modificacion

,null AS fecha_publicacion

,null AS geonetwork_fecha_importacion

,CASE [swami2].[dbo].[CI_CITACION].[FORMA_PRESENTACION_ID]

WHEN 2067 THEN 'documentHardcopy'

WHEN 2070 THEN 'imageDigital'


WHEN 2075 THEN 'mapHardcopy'

WHEN 2076 THEN 'mapDigital'


WHEN 2079 THEN 'profileDigital'

WHEN 2080 THEN 'tableDigital'

WHEN 3404 THEN 'documentDigital'






WHEN 3411 THEN 'imageHardcopy'

WHEN 3413 THEN 'profileHardcopy'

WHEN 3414 THEN 'tableHardcopy'

WHEN 3415 THEN 'videoDigital'

WHEN 3416 THEN 'videoHardcopy'

ELSE null

END AS forma_presentacion

,null AS fecha_indexacion

,[swami2].[dbo].[CI_CITACION].[IDENTIFICADOR] AS identificador

,'Mínimo'AS perfil

,null AS plantilla_padre_id

,null AS resolucion

,[swami2].[dbo].[ID_IDENTIFICACION].[RESTRICCIONES_ACCESO] AS restriccion_de_acceso

,[swami2].[dbo].[CI_CITACION].[TITULO] AS titulo_plantilla

126

,[swami2].[dbo].[ID_IDENTIFICACION].[OESTE_G] AS west

,[swami2].[dbo].[ID_IDENTIFICACION].[ESTE_G] AS east

,[swami2].[dbo].[ID_IDENTIFICACION].[NORTE_G] AS north

,null AS displayorder

,[swami2].[dbo].[ID_IDENTIFICACION].[SUR_G] AS south

FROM [swami2].[dbo].[TA_PLANTILLA]

JOIN [swami2].[dbo].[ME_METADATO] ON ([swami2].[dbo].[TA_PLANTILLA].[ME_METADATO_ID] =

[swami2].[dbo].[ME_METADATO].[ME_METADATO_ID])

JOIN [swami2].[dbo].[ID_IDENTIFICACION] ON ([swami2].[dbo].[ME_METADATO].[ME_METADATO_ID] =

[swami2].[dbo].[ID_IDENTIFICACION].[ME_METADATO_ID])

JOIN [swami2].[dbo].[CI_CITACION] ON ([swami2].[dbo].[ID_IDENTIFICACION].[CI_CITACION_ID] =

[swami2].[dbo].[CI_CITACION].[CI_CITACION_ID])

LEFT JOIN (SELECT


,[swami2].[dbo].[CO_CONTACTO].[TA_AREA_ID]

,[swami2].[dbo].[CO_SEDE].[NOMBRE]

,[swami2].[dbo].[CO_CONTACTO].[CARGO_PERSONA]

,A.[TELEFONO]

,[swami2].[dbo].[CO_DIRECCION].[DIRECCION]

,[swami2].[dbo].[TR_CIUDAD].[NOMBRE_CIUDAD]

,[swami2].[dbo].[TR_DEPARTAMENTO].[NOMBRE_DEPARTAMENTO]

,[swami2].[dbo].[TR_PAIS].[NOMBRE_PAIS]

,[swami2].[dbo].[CO_CORREO_ELECTRONICO].[CORREO_ELECTRONICO]

,[swami2].[dbo].[CO_SEDE].[HORAS_SERVICIO]

,[swami2].[dbo].[CO_SEDE].[INSTRUCCIONES_CONTACTO]




















WHERE [swami2].[dbo].[CO_CONTACTO].[CO_CONTACTO_ID] IN (SELECT MAX(CO_CONTACTO_ID) AS

CO_CONTACTO_ID FROM [swami2].[dbo].[CO_CONTACTO] GROUP BY TA_AREA_ID)) AS B ON

(B.[TA_AREA_ID] = [swami2].[dbo].[ME_METADATO].[TA_AREA_ID])

/**********METADATOS**********/

INSERT INTO [swami3].[dbo].[metadata]

127

(uuid, schemaid, istemplate, isharvested, createdate, changedate, data,source, title,root, harvestuuid,owner,

groupowner, harvesturi, rating, popularity,version, actualizado_por, area, creado_por, estado, estado_plantilla,

fecha_creacion, fecha_modificacion, fecha_publicacion, geonetwork_fecha_importacion, forma_presentacion,

fecha_indexacion, identificador, perfil, plantilla_padre_id, resolucion, restriccion_de_acceso, titulo_plantilla,

west, east, north, displayorder, south)

SELECT'2d98fbcc-7f08-4d29-9372-6370ad5e4f00'AS uuid

,'ntc4611'AS schemaid

,'n'AS istemplate

,'n'AS isharvested

,CASE

WHEN [swami2].[dbo].[CI_CITACION].[CREATED] IS NULL THEN 'N/A'

ELSE CONVERT(VARCHAR, [swami2].[dbo].[CI_CITACION].[CREATED])

END AS createdate

,CASE

WHEN [swami2].[dbo].[CI_CITACION].[LAST_UPDATED] IS NULL THEN 'N/A'

ELSE CONVERT(VARCHAR, [swami2].[dbo].[CI_CITACION].[LAST_UPDATED])

END AS changedate

,'Pendiente' AS data

,'N/A'AS source

,[swami2].[dbo].[CI_CITACION].[TITULO] AS title

,'gmd:MD_Metadata' AS root

,null AS harvestuuid

,CASE

WHEN (SELECT [swami3].[dbo].[users].[id] FROM [swami3].[dbo].[users] WHERE

[swami3].[dbo].[users].[username] = [swami2].[dbo].[ME_METADATO].[LOGIN]) IS NULL THEN (SELECT

[swami3].[dbo].[users].[id] FROM [swami3].[dbo].[users] WHERE [swami3].[dbo].[users].[username] = 'admin')

ELSE (SELECT [swami3].[dbo].[users].[id] FROM [swami3].[dbo].[users] WHERE

[swami3].[dbo].[users].[username] = [swami2].[dbo].[ME_METADATO].[LOGIN])

END AS owner

,[swami2].[dbo].[ME_METADATO].[TA_AREA_ID] AS groupowner

,null AS harvesturi

,0 AS rating

,0 AS popularity

,1 AS version


,[swami2].[dbo].[ME_METADATO].[TA_AREA_ID] AS area


,'Público'AS estado

,null AS estado_plantilla

,[swami2].[dbo].[ID_IDENTIFICACION].[CREATED] AS fecha_creacion

,[swami2].[dbo].[ID_IDENTIFICACION].[LAST_UPDATED] AS fecha_modificacion

,null AS fecha_publicacion

,null AS geonetwork_fecha_importacion

,CASE [swami2].[dbo].[CI_CITACION].[FORMA_PRESENTACION_ID]




WHEN 2075 THEN 'mapHardcopy'





128

WHEN 3404 THEN 'documentDigital'






WHEN 3411 THEN 'imageHardcopy'

WHEN 3413 THEN 'profileHardcopy'

WHEN 3414 THEN 'tableHardcopy'

WHEN 3415 THEN 'videoDigital'

WHEN 3416 THEN 'videoHardcopy'

ELSE null

END AS forma_presentacion

,null AS fecha_indexacion

,[swami2].[dbo].[CI_CITACION].[IDENTIFICADOR] AS identificador

,'Mínimo'AS perfil

,null AS plantilla_padre_id

,null AS resolucion

,[swami2].[dbo].[ID_IDENTIFICACION].[RESTRICCIONES_ACCESO] AS restriccion_de_acceso

,[swami2].[dbo].[CI_CITACION].[TITULO] AS titulo_plantilla

,[swami2].[dbo].[ID_IDENTIFICACION].[OESTE_G] AS west

,[swami2].[dbo].[ID_IDENTIFICACION].[ESTE_G] AS east

,[swami2].[dbo].[ID_IDENTIFICACION].[NORTE_G] AS north

,null AS displayorder

,[swami2].[dbo].[ID_IDENTIFICACION].[SUR_G] AS south

FROM [swami2].[dbo].[ME_METADATO]

JOIN [swami2].[dbo].[ID_IDENTIFICACION] ON ([swami2].[dbo].[ME_METADATO].[ME_METADATO_ID] =

[swami2].[dbo].[ID_IDENTIFICACION].[ME_METADATO_ID])

JOIN [swami2].[dbo].[CI_CITACION] ON ([swami2].[dbo].[ID_IDENTIFICACION].[CI_CITACION_ID] =

[swami2].[dbo].[CI_CITACION].[CI_CITACION_ID])

LEFT JOIN (SELECT


,[swami2].[dbo].[CO_CONTACTO].[TA_AREA_ID]

,[swami2].[dbo].[CO_SEDE].[NOMBRE]

,[swami2].[dbo].[CO_CONTACTO].[CARGO_PERSONA]

,A.[TELEFONO]

,[swami2].[dbo].[CO_DIRECCION].[DIRECCION]

,[swami2].[dbo].[TR_CIUDAD].[NOMBRE_CIUDAD]

,[swami2].[dbo].[TR_DEPARTAMENTO].[NOMBRE_DEPARTAMENTO]

,[swami2].[dbo].[TR_PAIS].[NOMBRE_PAIS]

,[swami2].[dbo].[CO_CORREO_ELECTRONICO].[CORREO_ELECTRONICO]

,[swami2].[dbo].[CO_SEDE].[HORAS_SERVICIO]

,[swami2].[dbo].[CO_SEDE].[INSTRUCCIONES_CONTACTO]










129











WHERE [swami2].[dbo].[CO_CONTACTO].[CO_CONTACTO_ID] IN (SELECT MAX(CO_CONTACTO_ID) AS

CO_CONTACTO_ID FROM [swami2].[dbo].[CO_CONTACTO] GROUP BY TA_AREA_ID)) AS B ON

(B.[TA_AREA_ID] = [swami2].[dbo].[ME_METADATO].[TA_AREA_ID])

/**********OPERACIONES PERMITIDAS**********/

ALTER TABLE [swami3].[dbo].[operationallowed] NOCHECK CONSTRAINT ALL

DELETE FROM [swami3].[dbo].[operationallowed] WHERE 1=1

ALTER TABLE [swami3].[dbo].[operationallowed] CHECK CONSTRAINT ALL

INSERT INTO [swami3].[dbo].[operationallowed]

([groupid], [metadataid], [operationid])

SELECT [area], [id], 0 FROM [swami3].[dbo].[metadata] WHERE [area] IS NOT NULL AND [area] IN (SELECT

[id] FROM [swami3].[dbo].[groups])

INSERT INTO [swami3].[dbo].[operationallowed]

([groupid], [metadataid], [operationid])

SELECT [area], [id], 2 FROM [swami3].[dbo].[metadata] WHERE [area] IS NOT NULL AND [area] IN (SELECT

[id] FROM [swami3].[dbo].[groups])

/**********CATEGORIAS METADATOS**********/

ALTER TABLE [swami3].[dbo].[metadatacateg] NOCHECK CONSTRAINT ALL;

DELETE FROM [swami3].[dbo].[metadatacateg] WHERE 1=1;

ALTER TABLE [swami3].[dbo].[metadatacateg] CHECK CONSTRAINT ALL;

SET IDENTITY_INSERT [swami3].[dbo].[metadatacateg] ON

INSERT INTO [swami3].[dbo].[metadatacateg]

([metadataid], [categoryid])

SELECT [id]

,CASE SUBSTRING([identificador], 1, 2)

WHEN '01' THEN 5

WHEN '02' THEN 5

WHEN '03' THEN 1

WHEN '04' THEN 7

WHEN '05' THEN 8

WHEN '06' THEN 5

WHEN '07' THEN 10

WHEN '08' THEN 10

WHEN '09' THEN 2

ELSE 10

END

130

FROM [swami3].[dbo].[metadata]

WHERE [id] NOT IN (SELECT [id] FROM [swami3].[dbo].[metadata] WHERE [identificador] IS NULL)

SET IDENTITY_INSERT [swami3].[dbo].[metadatacateg] OFF

/**********DATUM VERTICAL**********/

ALTER TABLE [swami3].[dbo].[sw_datum_vertical] NOCHECK CONSTRAINT ALL

DELETE FROM [swami3].[dbo].[sw_datum_vertical] WHERE 1=1

ALTER TABLE [swami3].[dbo].[sw_datum_vertical] CHECK CONSTRAINT ALL

SET IDENTITY_INSERT [swami3].[dbo].[sw_datum_vertical] ON

INSERT INTO [swami3].[dbo].[sw_datum_vertical]

(id, version, nombre, unidad_medida_id)

SELECT

[TR_DATUM_ALTITUD_ID]

,0 AS version

,[NOMBRE]

,(SELECT [id] FROM [swami3].[dbo].[sw_dominio_aplicacion] WHERE [nombre]='1 metro')

FROM [swami2].[dbo].[TR_DATUM_ALTITUD]

SET IDENTITY_INSERT [swami3].[dbo].[sw_datum_vertical] OFF

DECLARE @NEW_INDEX7 INT = (SELECT MAX([id]) FROM [swami3].[dbo].[sw_datum_vertical]) + 1

DBCC checkident ('[swami3].[dbo].[sw_datum_vertical]', reseed, @NEW_INDEX7)

Documents

INCORPORACIÓN Y ACTUALIZACIÓN DE METADATOS ...repository.udistrital.edu.co/bitstream/11349/3702/1/...de Metadatos Geográficos, el cual debe responder a estándares ISO.” (DNP,