Herramientas de software propuestas la migración y

DOCUMENTO IDENTIFICACIÓN
DE HERRAMIENTAS-SOFTWAREPARA LA MIGRACIÓN Y
ALMACENAMIENTO DE LOS
DATOS RDF.
Unidad Administrativa Especial de Catastro Distrital
Carrera 30 No 25 – 90 PBX 2347600
www.catastrobogota.gov.co
http://mapas.bogota.gov.co
Este documento es de uso confidencial
Página1 de 19
Título
Versión
Documento de Identificación de Herramientas-Software Para La
Migración y Almacenamiento De Los Datos .RDF en Desarrollo
proyecto Piloto de Linked Data para Mapa de Referencia.
1.0
Autor
Unidad Administrativa Especial de Catastro Distrital – Gerencia
Infraestructura de Datos Espaciales para el Distrito Capital –Carlos
Andrés Pérez Sierra.
Identificador
LDMR-1.0
Fecha de creación
2015-09-24
Descripción
El presente documento presenta las herramientas de software más
utilizadas en la conversión y almacenamiento de los datos .Rdf,
exploración realizada en la web de la cual se logró identificar las
herramientas más recurrentes y que de alguna forma presentan
documentación al respecto.
Unidad Administrativa Especial de Catastro Distrital – UAECD
Publicador
Colaboradores
Tipo
Texto
Formato
Microsoft Word (.doc)
Fuente
Ver sección de bibliografía
Idioma
Español
Cobertura
Bogotá Distrito Capital
Derechos
Copyright
Palabras claves
Open Data, Linked Data, Rdf, Geodatabase.
Unidad Administrativa Especial de Catastro Distrital
Carrera 30 No 25 – 90 PBX 2347600
www.catastrobogota.gov.co
http://mapas.bogota.gov.co
Este documento es de uso confidencial
Página2 de 19
Fecha
Autor/ Modificado por
Versión
Cambio efectuado
2015/09/24
Carlos Andrés Pérez
Sierra
1.0
Primera versión del documento. No hay
cambios para registrar
Unidad Administrativa Especial de Catastro Distrital
Carrera 30 No 25 – 90 PBX 2347600
www.catastrobogota.gov.co
http://mapas.bogota.gov.co
Este documento es de uso confidencial
Página3 de 19
........................................................................................................... 6
... 7
2.1
Glosario ..................................................................................................................................................... 7
2.2
Generalidades ........................................................................................................................................... 8
2.3
Relevancia en la Búsqueda de Las Herramientas
de Software .......................................................... 8
.......................................................................................................... 9
3.1
FME Desktop ............................................................................................................................................ 9
3.1.1 Integración de Múltiples Tipos de Datos con Flexibilidad ..................................................................... 10
3.2
Tecnología de Acceso a Datos FDO ......................................................................................................... 11
3.3
Oracle 11G .............................................................................................................................................. 14
3.3.1 Tipo de dato SDO_GEOMETRY ................................................................................................................ 14
Con Oracle Spatial, la descripción de los objetos espaciales es guardada en una fila simple, en una columna
de tipo SDO_GEOMETRY de una tabla definida por el usuario. Cualquier tabla que tenga columnas del tipo
SDO_GEOMETRY debe tener otra columna, o conjunto de columnas, que definan una única clave primaria
para la tabla. Las tablas de este tipo algunas veces son llamadas tablas espaciales o tablas geométricas
espaciales. ........................................................................................................................................................ 14
Oracle Spatial define el tipo SDO_GEOMETRY como sigue: ............................................................................. 14
CREATE TYPE sdo_geometry AS OBJECT( ......................................................................................................... 14
SDO_GTYPE NUMBER, ..................................................................................................................................... 14
SDO_SRID NUMBER, ........................................................................................................................................ 14
SDO_POINT SDO_POINT_TYPE,........................................................................................................................ 14
SDO_ELEM_INFO SDO_ELEM_INFO_ARRAY, ................................................................................................... 14
SDO_ORDINATES SDO_ORDINATE_ARRAY); .................................................................................................... 14
CREATE TYPE sdo_ordinate_array AS VARRAY (1048576) of NUMBER; .......................................................... 15
3.3.2 Sdo_Gtype ............................................................................................................................................... 15
3.3.3 Sdo_Srid .................................................................................................................................................. 15
3.3.4 Sdo_Point ................................................................................................................................................ 15
3.3.5 Sdo_Elem_Info ........................................................................................................................................ 16
3.3.6 Sdo_Ordinates......................................................................................................................................... 16
Unidad Administrativa Especial de Catastro Distrital
Carrera 30 No 25 – 90 PBX 2347600
www.catastrobogota.gov.co
http://mapas.bogota.gov.co
Este documento es de uso confidencial
Página4 de 19
3.4
Aplicación Shape2s ................................................................................................................................. 17
3.5
SQL Loader ........................................................................................................................................... 18
........................................................................................................ 19
Unidad Administrativa Especial de Catastro Distrital
Carrera 30 No 25 – 90 PBX 2347600
www.catastrobogota.gov.co
http://mapas.bogota.gov.co
Este documento es de uso confidencial
Página5 de 19
Este documento forma parte de la investigación que se realiza del proyecto Piloto de Linked
Data para el Mapa de Referencia del Distrito Capital el cual forma parte del proyecto
estratégico Implementación de la Estrategia de Fortalecimiento de la Institucionalidad de
IDECA.
El enfoque de este documento es el de identificar, recopilar y presentar una serie de
Herramientas-Software Para La Migración y Almacenamiento De Los Datos .RDF. Dentro de
este camino se recopilaran aspectos teóricos, técnicos y tecnológicos de las practicas actuales
en dicha materia, entendiéndose esto como una exploración web realizada para identificar
las herramientas tecnológicas que pueden ser empleadas en la conversión y almacenamiento
de los datos geográficos, lo anterior con el fin contribuir en el proceso de investigación y
futuros desarrollos a este respecto: Herramientas que permitirán la migración y
almacenamiento de la información existente en una Geodatabase de datos geográficos.
Considérese este documento de manera articulada a los datos y documentos que se
mencionan a continuación:
-
-
Propuesta de adopción de especificaciones y estándares W3C y OGC para la
publicación, transformación, vinculación y consulta de recursos RDF.
Diagnostico sobre recursos ontológicos y no ontológicos para la red de ontologías de
Mapa de Referencia.
Especificación de los requerimientos técnicos y tecnológicos para la implementación
de servidores y sistemas manejadores de bases de datos semánticos dentro de la
Arquitectura Tecnológica de Referencia de la UAECD.
Modificación y re-definición al fichero del modelo ontológico del Mapa de Referencia
basado en el esquema Web – Reutilización de recursos ontológicos y no ontológicos y
su importación, así como la modificación del patrón de URI´s integradas en el Mapa de
Referencia v2.0.
Dado que en estos se establecen de manera detallado los criterios técnicos y tecnológicos
correspondientes a la arquitectura que debe ser implementada para adoptar la iniciativa de
Linked Data.
Unidad Administrativa Especial de Catastro Distrital
Carrera 30 No 25 – 90 PBX 2347600
www.catastrobogota.gov.co
http://mapas.bogota.gov.co
Este documento es de uso confidencial
Página6 de 19
Este texto se divide en dos partes, la primera corresponde al marco exploratorio que soporta
la Identificación de Herramientas-Software Para La Migración y Almacenamiento De Los Datos
.RDF y la segunda menciona la herramienta más recomendada dado su practicidad y
licensamiento en la UAECD.
ETL: Extraer, transformar y cargar los datos desde una localización, prácticamente en cualquier formato
o aplicación.
Herramienta De Software: Producto que da soporte a una tarea concreta, dicho soporte
consiste en una serie de servicios, cada uno de los cuales automatiza una operación individual.
SIG: sistema información geográfica
ETL: Extraer, transformar y cargar los datos desde una localización, prácticamente en cualquier formato
o aplicación.
Geodatabase: es un término que hace referencia a modelos de datos para el almacenamiento
de datos geográficos. Es una colección de datasets geográficos de varios tipos contenida en
una carpeta de sistema de archivos común, una base de datos de Microsoft Access o una base
de datos relacional multiusuario DBMS (por ejemplo Oracle, Microsoft SQL Server,
PostgreSQL, Informix o IBM DB2).
SPARQL: es lenguaje de consulta basado en RDF. Las consultas SPARQL trabajan en
representaciones RDF de los datos mediante la búsqueda de patrones que se ajusten a la
plantilla de la consulta, en efecto, la búsqueda de información se efectúa en los grafos de los
datos RDF basado en la plantillas y el filtros (restricciones en los nodos y arcos) expresados en
la consulta.
Unidad Administrativa Especial de Catastro Distrital
Carrera 30 No 25 – 90 PBX 2347600
www.catastrobogota.gov.co
http://mapas.bogota.gov.co
Este documento es de uso confidencial
Página7 de 19
RDF - Resource Description Framework (RDF): modelo de datos construido con una
estructura de arco-nodo “Grafo”, donde cada vínculo en un grafo se denomina una Tripleta
que está compuesta por: Sujeto (entidad inicial), Predicado (verbo que describe la relación),
Objeto (entidad final).
Toda conversión y/o migración de datos es crítica para el triunfo de cualquier iniciativa de
generación de nuevos datos. El principal objetivo es la obtención de resultados que coincidan
con las expectativas creadas al respecto, los cuales deben estar alineados con los requisitos
propuestos en el proyecto, para realizar dicha transformación de datos usted debe tener en
cuenta la utilización de las herramientas más adecuadas, para que desde ellas se logre
replicar exactamente el esquema de la información contenida en su bodega de datos y así
poder migrar los datos desde su origen al destino final, sin perder la información geográfica ni
semántica.
Linked Data es un proyecto que busca desde sus inicios tener una serie de herramientas que
soporten su implementación, basándose no solo en las herramientas que se utilicen en su
desarrollo actual, sino que busca la exploración e identificación de material de apoyo que
pueda servir a futuros emprendedores en el desarrollo y optimización de datos abiertos a
través de la web semántica.
Lo anterior se resume básicamente en la necesidad de dejar planteadas más alternativas para
su utilización y permitir que el desarrollo de este proyecto en el tiempo pueda ser aún más
sostenible y fácil de implementar gracias al material explorado. Lo anterior con el ánimo de
tener las condiciones para migrar y/o utilizar nuevas herramientas advirtiendo los posibles
cambios de condiciones que tiene la UAECD actualmente, gracias a ello en un futuro este
proyecto tendrá la posibilidad de adaptarse de acuerdo a las condiciones que se lleguen
implementar en la unidad en los temas de licenciamiento.
Unidad Administrativa Especial de Catastro Distrital
Carrera 30 No 25 – 90 PBX 2347600
www.catastrobogota.gov.co
http://mapas.bogota.gov.co
Este documento es de uso confidencial
Página8 de 19
Sin embrago es necesario recordar que UAECD, tiene un licensamiento que permite la
utilización de herramientas Esri y Oracle spatial, que sin duda alguna para este proyecto van a
ser de gran utilidad en el trabajo de conversión y migración de datos .RDF.
Es un conjunto de herramientas Spatial ETL, flexible y poderoso, utilizado en todo el mundo
para traducciones, transformaciones e integración de datos.
Le ayuda a obtener datos espaciales en el formato exacto y la estructura que usted necesita,
usando un proceso rápido, sencillo y directo. FME Desktop ofrece un flexible y Potente
conjunto de herramientas espaciales ETL para:
 La rápida TRADUCCIÓN de datos en cientos de formatos
 La TRANSFORMACIÓN flexible del modelo de datos
 La potente INTEGRACIÓN entre múltiples tipos de datos
Unidad Administrativa Especial de Catastro Distrital
Carrera 30 No 25 – 90 PBX 2347600
www.catastrobogota.gov.co
http://mapas.bogota.gov.co
Este documento es de uso confidencial
Página9 de 19
La transformación de datos es crítica para el éxito de cualquier iniciativa de conversión de
datos. Obtener los resultados que coincidan con la mayoría de los requerimientos de su
proyecto, no tiene que ser un complicado juego de rompecabezas. FME Desktop le brinda
completa flexibilidad para transformar sus datos al modelo de datos que necesita. Utilizando
el conjunto de herramientas enriquecido con capacidades de modelado de datos, puede
reestructurar exactamente el esquema de sus datos, así como moverlos desde el origen al
destino, sin perder la información semántica.
FME Desktop incluye una galería de más de 300 transformadores que ofrecen ilimitadas
alternativas para la manipulación de sus datos espaciales. Las tareas comunes de los datos de
transformación incluyen:





Realización de operaciones geométricas
Combinación de datos desde múltiples orígenes y tipos
Unión de atributos de las bases de datos para features con geometría
Realización de operaciones con atributos
Ajuste de la simbología del feature
FME Desktop le proporciona la capacidad de integrar diferentes tipos de datos en una
traducción sencilla. Usando el componente FME Workbench, usted puede simplemente al
apuntar y hacer un clic, integrar múltiples tipos de datos desde múltiples orígenes, creando un
modelo de datos unificado. Por ejemplo, usted puede usar FME Desktop para combinar
vectores e imágenes ráster en una única traducción o puede unificar archivos CAD con
atributos de una base de datos. Usted puede también utilizar FME Workbench para ejecutar
consultas SQL, en sistemas de bases de datos espaciales, incluyendo:





1
ESRI® Geodatabase
Microsoft® SQL Server® 2008
MySQL®
Oracle®
PostGIS 1
ftp://ftp.safe.com/fme/2010/brochures/FME_Desktop_Spanish.pdf
Unidad Administrativa Especial de Catastro Distrital
Carrera 30 No 25 – 90 PBX 2347600
www.catastrobogota.gov.co
http://mapas.bogota.gov.co
Este documento es de uso confidencial
Página10 de 19
Tecnología de Acceso de Datos FDO es una API para la manipulación, la definición y el análisis
de información geoespacial, independientemente de donde se almacena. FDO utiliza un
modelo basado en el proveedor para soportar una variedad de fuentes de datos
geoespaciales, donde cada proveedor normalmente soporta un formato de datos o los datos
de tienda en particular. LGPLRead more... FDO ("Feature Data Object") es, el software libre de
código abierto bajo la licencia LGPL.
El Feature Data Objects API proporciona una interfaz genérica, basada en comandos a una
serie de tecnologías de código de datos de back-end para almacenar, recuperar, actualizar y
analizar los datos GIS (Sistema de Información Geográfica).
FDO proporciona un modelo para extender su interfaz a las tecnologías de fuentes de datos
adicionales. El API genérico es extensible, y es posible añadir comandos personalizados a un
proveedor particular. Un proveedor es una aplicación específica de la API FDO que
proporciona acceso a los datos almacenados en una tecnología de fuente de datos en
particular. Por ejemplo, el Proveedor FDO OSGeo para MySQL proporciona acceso a los datos
SIG almacenados en una base de datos MySQL, y el Proveedor FDO OSGeo para SHP
proporciona acceso a los datos SIG almacenados en un archivo SHP. El grado en que un
Unidad Administrativa Especial de Catastro Distrital
Carrera 30 No 25 – 90 PBX 2347600
www.catastrobogota.gov.co
http://mapas.bogota.gov.co
Este documento es de uso confidencial
Página11 de 19
proveedor implementa la API FDO está limitado por las capacidades nativas de la tecnología
de fuente de datos subyacente.
Una aplicación cliente crea una conexión con un proveedor y luego utiliza el objeto de
conexión para crear objetos de comando para las acciones FDO como Select. El cliente utiliza
el objeto de comando para configurar los parámetros de comando con la opción de dejar
algunos parámetros con valores por defecto. En su caso, como en el caso de Select, la
ejecución del comando devuelve un objeto lector que contiene los resultados del comando.
Una aplicación cliente puede utilizar el FDO Capacidades API para determinar cuáles son los
servicios a particulares ofertas de proveedores. Por ejemplo, el Proveedor FDO OSGeo SDF
apoya la inserción de los datos, y el Proveedor FDO OSGeo WMS no.
El almacenamiento de datos de entidad FDO se puede modelar como una jerarquía de
contención.




Una fuente de datos puede contener uno o más almacenes de datos.
Un almacén de datos puede contener uno o más esquemas de características y uno o
más contextos espaciales.
Un esquema característica puede contener una o más clases características.
Una clase de entidad contiene una geometría de la entidad, en caso dado una o más
propiedades de la geometría no cuentan, y opcionalmente otros tipos de propiedades.
Una geometría se representa usando construcciones geométricas definidas ya sea como listas
de uno o más puntos XY o XYZ o definidas paramétricamente, por ejemplo, como un arco
circular. Si bien la geometría normalmente es de dos o tres dimensiones, que también puede
contener la dimensión de medición (M) para proporcionar la base para los segmentos
dinámicos. OpenGIS Simple Features Implementation Specification for SQL FDO geometría se
basa en el OpenGIS Simple Features Especificación de Implementación para SQL (versión 1.1,
documento de 99 a 049), pero se amplía para incluir z y medir las dimensiones y arcos de
círculo.
Un esquema es una descripción lógica de los tipos de datos utilizados para modelar objetos
del mundo real. Un esquema no es las instancias de datos reales (es decir, no una carretera o
terreno parcela en particular), sino que es de metadatos. Un esquema es un modelo de los
tipos de datos que se encuentran en un almacén de datos. Esquemas de funciones FDO se
pueden escribir en un archivo XML. Open GIS Consortium Geography Markup Language El
Unidad Administrativa Especial de Catastro Distrital
Carrera 30 No 25 – 90 PBX 2347600
www.catastrobogota.gov.co
http://mapas.bogota.gov.co
Este documento es de uso confidencial
Página12 de 19
formato XML FDO para el esquema está basado en el Open GIS Consortium Geography
Markup Language (versión 2.1.1, documento de 02 a 009). El modelo de esquema es el uso de
clases y propiedades basado en objetos y es independiente de cualquier formato de
almacenamiento físico. 2
Característica
Descripción
Comandos
Conexión
Capacidades
Conectarse a un almacén de datos.
Obtener información mediante programación acerca de las características que un proveedor apoya
y no admite.
Almacén de datos
Crear, destruir y almacenes de datos de lista.
Describir esquema
Obtener un esquema de función de un almacén de datos.
Aplicar esquema
Crear un esquema de función en un almacén de datos.
Gestionar las propiedades requeridas para el almacenamiento y manipulación de los datos
geométricos.
Utilice el filtro y expresión del lenguaje FDO para seleccionar un conjunto de características de un
almacén de datos.
Selecciona grupos de características del almacén de datos y aplica filtros para cada uno de los
grupos.
Contexto espacial
Seleccionar
Seleccione Agregados
Insertar
Crear una instancia de una clase de esquema de características y agregarlo al almacén de datos.
Actualización
Modificar una característica en el almacén de datos.
Borrar
Eliminar una función desde el almacén de datos.
Apoya la ejecución de una sentencia SQL en un RDBMS subyacente. Dos ejecutar se proporcionan
métodos para distinguir entre las declaraciones que devuelven datos de la tabla frente a los que
ejecutan operaciones no tipo de consulta.
Comando SQL
Transacciones
Bloqueo
Transacciones largas
Soporta el procesamiento de transacciones (begin, commit, rollback).
Bloqueos persistentes y de transacción son compatibles. Se aplica un bloqueo persistente, si un
usuario requiere acceso exclusivo a un objeto durante un período prolongado de tiempo (por
ejemplo, para múltiples sesiones). En contraste, un bloqueo de transacción se aplica si se requiere
acceso exclusivo a un objeto para la duración de solamente una transacción. Una transacción de
este tipo podría cubrir el tiempo necesario para cambiar un objeto.
Grupo cambios condicionales a uno o más objetos. Una larga transacción raíz representa datos
permanentes. Un descendiente de una larga operación de raíz representa revisiones a objetos,
donde las revisiones no implican cambios permanentes en esos objetos.
Capacidades de esquema
Esquema Anulaciones
Esto permite que las aplicaciones FDO para personalizar las asignaciones entre Característica
(lógico) Esquemas y el esquema físico del almacén de datos de proveedores.Esquema de
asignaciones se pueden personalizar a través de conjuntos Anulación de esquema. Cada esquema
de funciones puede tener un número de conjuntos asociados, uno por Proveedor FDO que la
característica de esquema podría aplicarse en contra.
Los esquemas de Relaciones
Exteriores
Acceder a los datos almacenados en los esquemas creados por aplicaciones de terceros.
Asociaciones
La asociación cuenta con propiedades que describen el vínculo entre las clases que se asocia.
The linkage can be one-to-one or many-to-many. La vinculación puede ser de uno a uno o de
muchos a muchos.
Limitaciones de datos de
propiedad
Especificar que una propiedad o una lista de propiedades en su conjunto tienen valores únicos
para todos los objetos de esa clase en un almacén de datos.Una restricción única que se basa en
una lista de dos o más propiedades se llama una restricción única compuesta. Este tipo de
restricción se aplica a todos los tipos de propiedad de datos a excepción de Boole, BLOB y CLOB.
Una propiedad booleana se puede incluir si es parte de una restricción de unicidad compuesta.
Inheritance- Herencia
Supports feature class hierarchies. Apoyos cuentan con jerarquías de clases.
Propiedades del objeto
Soporta propiedades de la clase cuyo tipo es una clase.
Característica esquema de
serialización
Característica serialización de
datos
Leer y escribir Característica de esquema, esquema anulaciones y Espacial información de
contexto utilizando un formato OGC GML.
Configuración XML
Soporta configuración específica del proveedor.
Setup and Tools - Configuración y Herramientas
2
Leer y escribir datos de entidad utilizando un formato OGC GML.
http://fdo.osgeo.org/
Unidad Administrativa Especial de Catastro Distrital
Carrera 30 No 25 – 90 PBX 2347600
www.catastrobogota.gov.co
http://mapas.bogota.gov.co
Este documento es de uso confidencial
Página13 de 19
Para el caso de la UAECD se recomienda la utilización de Oracle, debido a que es una
herramienta que ofrece un licenciamiento ya existente y se obtiene soporte recurrente de
esta compañía, adicionalmente se puede encontrar información directa en su página o por el
intermedio del ingeniero designado por dicha compañía para este proyecto.
En el caso de Oracle 11g se utiliza una sencilla aplicación desarrollada por esta multinacional,
llamada
y que nos permitía exportar toda la información geométrica
(en formato shape) a formato entendible por el sistema gestor (formato SDO_GEOMETRY).
Una vez exportada, necesitábamos cargarla dentro de la base de datos en su tabla
correspondiente, por lo que vimos que Oracle también disponía de su herramienta
correspondiente, llamada SQL Loader, que viene ya integrada en la propia BBDD y no
necesitaba instalación previa. Ambas aplicaciones se utilizan por línea de comandos y
disponen de una interfaz sencilla para su ejecución, lo que podría ayudar a desarrollar con
mayor rapidez este proyecto.3
A continuación se describe brevemente el sistema gestor (formato SDO_GEOMETRY):
Con Oracle Spatial, la descripción de los objetos espaciales es guardada en una fila simple, en
una columna de tipo SDO_GEOMETRY de una tabla definida por el usuario. Cualquier tabla
que tenga columnas del tipo SDO_GEOMETRY debe tener otra columna, o conjunto de
columnas, que definan una única clave primaria para la tabla. Las tablas de este tipo algunas
veces son llamadas tablas espaciales o tablas geométricas espaciales.
Oracle Spatial define el tipo SDO_GEOMETRY como sigue:
CREATE TYPE sdo_geometry AS OBJECT(
SDO_GTYPE NUMBER,
SDO_SRID NUMBER,
SDO_POINT SDO_POINT_TYPE,
SDO_ELEM_INFO SDO_ELEM_INFO_ARRAY,
SDO_ORDINATES SDO_ORDINATE_ARRAY);
Oracle Spatial también define los tipos SDO_ELEM_INFO_ARRAY, SDO_ORDINATE_ARRAY y
SDO_POINT_TYPE los cuales son usados en la definición del tipo SDO_GEOMETRY como sigue:
3
http://e-archivo.uc3m.es/bitstream/handle/10016/13205/MemoriaPFC_Vanessa_Malta_Donoso.pdf?sequence=1
Unidad Administrativa Especial de Catastro Distrital
Carrera 30 No 25 – 90 PBX 2347600
www.catastrobogota.gov.co
http://mapas.bogota.gov.co
Este documento es de uso confidencial
Página14 de 19
CREATE TYPE sdo_point_type AS OBJECT(
X NUMBER,
Y NUMBER,
Z NUMBER);
CREATE TYPE sdo_elem_info_array AS VARRAY (1048576) of NUMBER;
CREATE TYPE sdo_ordinate_array AS VARRAY (1048576) of NUMBER;
El tipo SDO_GEOMETRY tiene métodos que proporcionan acceso a algunos de los atributos.
A continuación se describe la semántica de cada atributo de SDO_GEOMETRY y algunas
consideraciones de uso.
El atributo SDO_GTYPE indica el tipo de la geometría. Los tipos válidos de geometría
corresponden con aquellos especificados en el Geometry Object Model for the OGIS Simple
Features for SQL (Modelo de Objetos Geométricos para el OGIS, Open Geographic Information
System, para Características Simples de SQL) (con la excepción de Superficies). Los valores
numéricos difieren de los dados por las especificaciones del OGIS, pero tienen una
correspondencia directa entre los nombres y la semántica donde es aplicable.
El atributo SDO_SRID puede ser usado para identificar un sistema de coordenadas (Sistema
espacial de referencia) que será asociado con la geometría. Si SDO_SRID es nulo (null), ningún
sistema de coordenadas será asociado con la geometría. Si SDO_SRID no es nulo, debe
contener un valor de la columna SRID de la tabla MDSYS.CS_SRS y este valor debe ser
insertado dentro de la columna SRID de la vista USER_SDO_GEOM_METADATA.
Todos los elementos geométricos en la misma columna deben tener el mismo valor de
SDO_SRID.
El atributo SDO_POINT es definido usando el tipo SDO_POINT_TYPE, que tiene los atributos
(X,Y,Z) todos de tipo NUMBER. Si los arrays SDO_ELEM_INFO y SDO_ORDINATES son ambos
nulos, y el atributo SDO_POINT es no nulo, entonces los valores de la X y la Y se consideran las
coordenadas de un punto geométrico. Si sucede lo contrario, el atributo SDO_POINT será
ignorado por Oracle Spatial.
Unidad Administrativa Especial de Catastro Distrital
Carrera 30 No 25 – 90 PBX 2347600
www.catastrobogota.gov.co
http://mapas.bogota.gov.co
Este documento es de uso confidencial
Página15 de 19
Para un óptimo almacenaje, se deberían guardar los puntos geométricos en el atributo
SDO_POINT, esto es, si solamente se tienen puntos en esa columna, es muy recomendable
que se guarden los puntos geométricos en este atributo. No usar el atributo SDO_POINT en la
definición de puntos en un sistema de referencia linear (LRS).
El atributo SDO_ELEM_INFO es definido usando un array de longitud variable de números.
Este atributo permite interpretar las coordenadas guardadas en el ATRIBUTO SDO_ORDINATES.

SDO_STARTING_OFFSET - Indica la distancia desde el inicio (offset) del
array. SDO_ORDINATES - donde está guardada la primera coordenada de este
elemento. El valor de comienzo es normalmente 1 y no 0. Así, la primera coordenada
para el primer elemento estará en SDO_GEOMETRY.SDO_ORDINATES(1).
Para
un
segundo
elemento,
la
primera
coordenada
estará
en
SDO_GEOMETRY.SDO_ORDINATES(n), donde n refleja la posición dentro de la
definición de SDO_ORDINATE_ARRAY (por ejemplo, 19 para el decimonoveno
número).
 SDO_ETYPE
– Indica el tipo de elemento. Los valores válidos se mostrarán en la
Tabla 2.
El atributo SDO_ORDINATES es definido usando un array de longitud variable (1048576) de
tipo NUMBER que almacena los valores de las coordenadas que construyen los límites de un
objeto espacial. Este array debe ser usado en conjunción con el array de longitud variable
SDO_ELEM_INFO. Los valores en el array son ordenados por dimensión. Por ejemplo, un
polígono cuyos límites tengan cuatro puntos de dos dimensiones se guardará como {X1, Y1,
X2, Y2, X3, Y3, X4, Y4, X1, Y1}.
Unidad Administrativa Especial de Catastro Distrital
Carrera 30 No 25 – 90 PBX 2347600
www.catastrobogota.gov.co
http://mapas.bogota.gov.co
Este documento es de uso confidencial
Página16 de 19
Esta sencilla herramienta de Oracle, ha permitido exportar las capas generadas desde un
programa de edición de geometrías a un archivo .sql que contiene la definición de tabla, junto
con otros archivos para la carga de información geográfica y alfanumérica.
Esta aplicación se ejecuta por línea de comandos bajo las plataformas Windows NT, Sun
Solaris y Linux. Dependiendo de cuál sea, la sintaxis para invocar al programa modifica
ligeramente. Si se está utilizando una versión de Oracle superior a la 9i, y una plataforma
Windows NT, el formato para ejecutar shp2sdo será el siguiente:
shp2sdo.exe states states -g geom -d -x (-180,180) -y (-90,90) -s 8307
-t 0.5 –v
Dónde:
states
El archive shape a convertir (puede ser archivos con la extensión
.dbf, .shp, y .shx).
states
El nombre que se dará a la table a crear en Oracle.
-g Geom
Geom el nombre que se le va a dar a la columna de tipo
SDO_GEOMETRY en la tabla a crear.
-d
Coloca los datos en el archivo de control generado por la aplicación.
-x
Los límites de la primera dimensión en el sistema de coordenadas.
Éstos serán (-180,180).
-y
Los límites de la segunda dimensión en el sistema de
coordenadas. Éstos serán (-90,90).
-s
El SRID (Spatial Reference System ID) utilizado. Por defecto se
Asigna el 8307.
-t
Margen de error permitido. Por defecto 0.5.
-v
Modo de salida de la aplicación. En este caso muestra mensajes
Unidad Administrativa Especial de Catastro Distrital
Carrera 30 No 25 – 90 PBX 2347600
www.catastrobogota.gov.co
http://mapas.bogota.gov.co
Este documento es de uso confidencial
Página17 de 19
Genera los siguientes archivos:
Archivos .sql
Generan la tabla en sintaxis de SQL con los tipos de datos que se han asignado en el
programa de edición de geometrías (ArcView 3.3). También crea los metadatos para
la tabla.
Archivos .ctl
Son los que contienen los datos que han sido insertados en ArcView y que serán
introducidos en la tabla. Se cargarán con otra herramienta de Oracle, SQL Loader,
que se explicará más delante.
SQL LOADER
Se trata de otra herramienta de Oracle, con la que podemos cargar los datos después de
haber creado la tabla con los archivos generados por shp2sdo.
También se ejecuta por línea de comandos, y su sintaxis es bastante sencilla:
sqlldr usuario/contraseña archivo.ctl
De esta forma, cargaremos los datos introducidos en ArcView en la tabla creada en la base de
datos Oracle. Inmediatamente se generarán dos tipos de archivos por cada tabla geométrica
insertada:
Archivos .bad
Son aquellas geometrías que no se han insertado debido a alguna incorrección en
sus coordenadas, como por ejemplo, no haberse cerrado correctamente o no haber
respetado los límites de las dimensiones.
Archivos .log
En ellos se especifica el número de aciertos o errores que la carga de datos haya
podido ocasionar. En este caso, los errores pueden ser no sólo de tipo geométrico,
sino también de tipo constraint (violación de clave primaria, clave foránea no
encontrada, checks, etc.)
Unidad Administrativa Especial de Catastro Distrital
Carrera 30 No 25 – 90 PBX 2347600
www.catastrobogota.gov.co
http://mapas.bogota.gov.co
Este documento es de uso confidencial
Página18 de 19

Dentro del análisis y los contenidos encontrados en la exploración realizada en la web,
podemos concluir que las herramientas de software destinadas para el proceso de
transformación y almacenamiento de datos .RDF obedecen necesariamente a
licenciamiento o compra de nuevos productos para realizar dicha tarea.

La herramienta de software que se recomienda para la migración y almacenamiento de
los datos .RDF dadas las circunstancias de costos, licenciamiento y soporte es, ORACLE
11G ya que dispone de una API de funciones geométricas que pueden ser invocadas en
cualquier consulta, procedimiento, función o trigger para el tratamiento de nuestra
información espacial, adicionalmente complementa amigablemente con los productos
desarrollados por Esri, productos y licencias con los cuales cuenta UAECD para el
desarrollo del proyecto Linked Data.

Lo anterior no significa que llegado el caso no se pueda adoptar licenciamiento de otros
productos si dadas las circunstancias y desarrollo del proyecto lo permite o si por lo
contario la exploración con la herramienta sugerida no llega a cumplir con los objetivos en
el trascurso de los hitos que se desarrollen.

Se hace un llamado para que el proyecto siga continuando con la gestión mancomunada
entre la Gerencia y Subgerencias de la Unidad Administrativa Especial De Castro Distrital,
ya que es de vital importancia la ayuda que puedan sumar al proyecto, esto en razón de
soportar eficazmente las herramientas y los permisos necesarios con que cuenta la UAECD
Unidad Administrativa Especial de Catastro Distrital
Carrera 30 No 25 – 90 PBX 2347600
www.catastrobogota.gov.co
http://mapas.bogota.gov.co
Este documento es de uso confidencial
Página19 de 19