GENERACIN DE GEODATABASE PARA MANZANA CATASTRAL

JESSIKA ALEXANDRA ZAMBRANO HERNANDEZ

ADRIANA ELIZABETH BELTRN FORERO








UNIVERSIDAD DISTRITAL FRANCISCO JOS DE CALDAS
INGENIERA TOPOGRFICA
FACULTAD DE MEDIO AMBIENTE Y RECURSOS NATURALES
BOGOT D.C.
2012
OBJETIVOS



OBJETIVO GENERAL
Generar una Geodatabase en base a informacin relacionada con una
manzana catastral.

OBJETIVOS ESPECIFICOS

Creacin de un modelo de datos relacional complejo.
Creacin de Geodatabase personal, es decir que puede ser leda por varias
personas, pero editada por solo una persona.
Elaboracin de tablas, incluidas dentro de la personal Geodatabase
Elaboracin de plano de la manzana catastral, con extensin de salida
.dwg; para ser visualizado en ArcCatalog y ArcMap.
















MARCO TEORICO
TIPOS DE BASES DE DATOS

MODELO JERRQUICO

El sistema jerrquico ms comnmente conocido es el sistema IMS de IBM. Esta
base de datos tiene como objetivo establecer una jerarqua de fichas, de manera
que cada ficha puede contener a sus vez listas de otras fichas, y as
sucesivamente. P.ej., una ficha de clientes puede contener una lista de fichas de
facturas, cada una de las cuales puede contener a su vez una lista de fichas de
lneas de detalle que describen los servicios facturados.
Una base de datos jerrquica est compuesta por una secuencia de bases de
datos fsicas, de manera que cada base de datos fsica se compone de todas las
ocurrencias de un tipo de registro o ficha determinada.
Una ocurrencia de registro es una jerarqua de ocurrencias de segmento.
Cada ocurrencia de segmento est formada por un conjunto de ocurrencias o
instancias de los campos que componen el segmento.


MODELO EN RED.

Podemos considerar al modelo de bases de datos en red como de una potencia
intermedia entre el jerrquico y el relacional que estudiaremos ms adelante. Su
estructura es parecida a la jerrquica aunque bastante ms compleja, con lo que
se consiguen evitar, al menos en parte, los problemas de aqul.
Los conceptos fundamentales que debe conocer el administrador para definir el
esquema de una base de datos jerrquica, son los siguientes:
- Registro: Viene a ser como cada una de las fichas almacenadas en un fichero
convencional.
- Campos o elementos de datos. Son cada uno de los apartados de que se
compone una ficha.
- Conjunto: Es el concepto que permite relacionar entre s tipos de registro
distintos.

Una restriccin bastante importante de este modelo, es que una ocurrencia de
registro miembro puede pertenecer como mximo a una sola instancia de un
determinado conjunto, aunque puede participar en varios tipos de conjuntos
distintos.
Este modelo en red es ms potente que el modelo jerrquico, ya que aqul puede
simularse, aplicando una jerarqua de conjuntos en varios niveles.


MODELO RELACIONAL.

Este modelo intenta representar la base de datos como un conjunto de tablas.
Aunque las tablas son un concepto simple e intuitivo, existe una correspondencia
directa entre el concepto informtico de una tabla, y el concepto matemtico de
relacin, lo cual es una gran ventaja, pues permite efectuar formalizaciones de una
forma estricta mediante las herramientas matemticas asociadas, como pueda ser
el lgebra relacional en el mbito de las consultas.

Los conceptos bsicos del modelo relacional son:
- Registro: Es algo as como cada ficha de un fichero convencional.
- Tabla: Es un conjunto de fichas de un mismo tipo.

Por otro lado, adems de los modelos propios de base de datos existentes en la
realidad,
existen los llamados modelos semnticos, que permiten expresar relaciones entre
los datos,
independientemente del tipo de base de datos que se emplee finalmente. Uno de
estos modelos, el modelo Entidad-Relacin, que estudiaremos en el captulo
siguiente, tiene grandes similitudes con el modelo relacional, siendo esta otra gran
ventaja del modelo relacional, esto es, se pueden expresar las relaciones entre los
datos a travs de diagramas fciles de comprender y de modificar, y,
posteriormente, pasar el resultado a un esquema relacional.


MODELOS AVANZADOS.

Las bases de datos relacionales han sido y siguen siendo ampliamente utilizadas
para una
extensa gama de aplicaciones. Sin embargo, el aumento de potencia de los
ordenadores personales, ha hecho aparecer nuevas aplicaciones potentes que
requieren la utilizacin de datos complejamente relacionados o con necesidades
de consultas muy particulares, como puedan ser p.ej., los sistemas de informacin
geogrficos, el diseo de circuitos electrnicos por ordenador, etc.
Otro de los problemas que poseen los sistemas relacionales es el uso de los
lenguajes de
manipulacin y definicin de datos, que, aunque son muy simples de manejar
directamente por un usuario, son difciles de insertar en un lenguaje de
programacin convencional, lo que da lugar a un problema de impedancia o
resistencia de un lenguaje a ser utilizado junto con otro. Otros problemas se
refieren a la inclusin del concepto de orden en los registros almacenados. Dado
que una tabla es un conjunto de registros, y un conjunto no permite ni repeticiones
de sus
elementos, ni establece un orden entre ellos, es imposible representar ciertas
caractersticas de datos muy particulares.
Todos estos problemas han hecho que los investigadores estn buscando
alternativas fiables
a las bases de datos relacionales, como puedan ser las deductivas, las
persistentes, las funcionales, o las orientadas a objetos, pasando por una gama de
bases de datos histricas, espaciales, etc.


MODELO ORIENTADO A OBJETOS.

Actualmente, la creacin de programas ms grandes y complejos, ha hecho
avanzar los mtodos de programacin hacia nuevas formas que permiten el
trabajo en equipo de una forma ms eficaz y en la que se disminuyen los
problemas de coordinacin. Uno de estos mtodos consiste en la programacin
orientada a objetos (POO), que trata los problemas desde un punto de vista
realista, y modelndo cada uno de ellos como si se tratase de un conjunto de
elementos u objetos que interrelacionan entre s para solucionar el problema.
Para entender mejor esta filosofa, podemos pensar en ella como en el
funcionamiento de un reloj de cuerda. Un reloj de cuerda posee numerosos
elementos que interactan entre s para obtener como resultado final una
determinada posicin de las manecillas, que son interpretadas por una persona
como la hora actual. Cada uno de estos objetos es un elemento. Cuando un
engranaje, por ejemplo, gira, no lo hace por capricho, sino para obtener como
resultado el movimiento de otro engranaje, de una cremallera, o de la propia
manecilla. De esta forma, cuando el usuario da cuerda a la maquinaria,
lo que est haciendo realmente es modificar el estado de un objeto del reloj,
normalmente la espiral de la cuerda cuya energa potencial mueve la corona
haciendo que un oscilador avance el segundero. A su vez el movimiento del
segundero hace avanzar el del minutero, que hace avanzar el de la hora. Si
el reloj es de cuco, cada hora se activar la portezuela del cuco que saldr un
nmero determinado de veces segn la hora. De esta manera, una modificacin
del estado de un objeto por parte de un usuario, desencadena una serie de
acciones cuyo objetivo final es solucionar un problema al usuario: darle a
conocer la hora exacta. As, la programacin orientada a objetos pretende ser una
simulacin de los procesos de la realidad.
De este ejemplo podemos sacar varios conceptos tiles:
- Clase. Cuando hay varios objetos semejantes, pueden agruparse en una clase.
De hecho, todo objeto debe pertenecer a una clase, que define sus caractersticas
generales
.
- Estado. Son las caractersticas propias de cada objeto. Siguiendo con el caso de
los engranajes, su
estado puede ser el nmero de dientes, el tamao, etc. El estado se utiliza
especialmente para guardar
la situacin del objeto que vara con el tiempo. En nuestro caso almacenaramos la
situacin en un
espacio tridimensional, y la posicin o postura en que se encuentra.
- Encapsulacin. Cada objeto es consciente de sus propias caractersticas. El
engranaje sabe que si recibe una fuerza en uno de sus dientes, debe girar, y lo
sabe porque obedece a unas leyes fsicas.
En el caso de un programa, es el programador el que debe indicarle al objeto
como comportarse ante cada estmulo del exterior o de otro objeto. Los dems
objetos simplemente se limitan a indicarle al engranaje las fuerzas que le hacen, y
ya sabr el engranaje para dnde se ha de mover, y a qu otros objetos modificar.
- Mensaje. Es cada uno de los estmulos que se envan a un objeto.
- Herencia. Para facilitar la programacin, se puede establecer toda una jerarqua
de tipos o clases.

El avance de la programacin orientada a objetos ha llegado hasta los programas
de gestin y que requieren el uso de bases de datos. El problema surge en el
momento en que dos filosofas entran en conflicto: la filosofa orientada a objetos,
y la de la base de datos que se pretende usar, fundamentalmente relacional. El
conflicto principal es el problema de la impedancia, es decir, es difcil
hacer encajar una programacin orientada a objetos con las consultas y accesos
propios de la base de datos, realizados en un lenguaje de manipulacin y acceso
a los datos, lenguaje que suele ser de otro tipo, normalmente no procedural.












MODELO DE DATOS

MODELO ENTIDAD RELACIN

Modelo de datos que representa un esquema de base de datos mediante
entidades y asociaciones, describe una base de datos de una forma sencilla y
global, se realiza a partir de los requisitos de datos que debe cumplir una base de
datos.

ENTIDADES

Objeto del mundo real que tiene existencia pos s mismo

La seleccin de entidades consiste extractar los objetos que son relevantes.

ATRIBUTO

Caracterstica propia de una entidad, comn para todas las ocurrencias del mismo
tipo .
Dominio - Conjunto de valores permitidos para un atributo, ara cada atributo hay
que definir: Nombre Descripcin Dominio, Funcin (identificacin o definicin)

RELACIN O ASOCIACIN

Expresa una asociacin entre ocurrencias de Entidad, puede tener atributos
propios

Grado: nmero de entidades que asocia
Cardinalidad: Nmero de ocurrencias de una entidad que pueden asociarse con
otra entidad
Mxima - 1:1, 1:N, N:1, N:M
Mnima - 0:0, 1:0, 0:1, 1:1



CLAVES

-Dependencia de Identificacin (ID) La entidad no tiene clave primaria
-Dependencia de existencia La existencia de una ocurrencia de entidad
dependende de la existencia de otra

REPRESENTACIN GRFICA
- Entidades: rectngulos
- Atributos: incluidos en la entidad, o con elipses conectadas a sta
- Relaciones: rombos o hexgonos, uniendo las entidades asociadas
- Cardinalidad: se detalla encima de las lneas que asocian entidades


MODELO RELACIONAL

REPRESENTACIN GRFICA
- Entidades: rectngulos
- Atributos: incluidos en la entidad, o con elipses conectadas a sta
- Relaciones: rombos o hexgonos, uniendo las entidades asociadas
Cardinalidad: se detalla encima de las lneas que asocian entidades

ATRIBUTOS
Conjunto de smbolos tomados del universo del modelo conceptual. Se usan
letras para representarlos: A,B,C,... Descriptor: conjunto de uno o ms atributos
(usaremos X,Y,Z,...) Cada atributo se asocia con un conjunto de valores posibles
que denominamos

DOMINIO
Condiciones para relaciones

Cada tabla debe contener un solo tipo de filas
Cada fila debe ser nica (sin repeticiones)
Cada columna tiene un nombre nico
Cada columna tiene que ser nica
Cada columna toma su valor de un

CLAVE

Al menos debe existir una clave
Tipos de claves
Principal o primaria
Secundarias a alternas
Forneas o externas
Simples
Compuestas
ATENCION a las reglas de integridad



















































CATASTRO
20
TEMA
MANZANA CATASTRAL 2001 GRUPO
LOTE
PLACAS
VAS
IDENTIFICACIN DEL TERRENO
200101
200102
200103
CDIGO PREDIO
NOMENCLATURA
PRINCIPAL
DIMENSIONES
REA
PERIMTRO
CDIGO BARRIO
No. PLACA
CDIGO MANZANA
IDENTIFICACIN DE PLACA
AV SECUNDARIA
No. PLACA
ESTADO DE LA PLACA
20010110
20010120
20010130
20010210
20010220
BUENO
MALO
REGULAR
PROPIETARIO
NOMBRES Y
APELLIDOS
20010140
TIPO DE VA
PRINCIPAL
SECUNDARIA
20010310
En base a los datos obtenidos de la imagen que representaba la manzana
Catastral en el barrio Meissen, se obtuvo informacin a cerca de: Cdigo del
barrio, la manzana, predio, direccin, placa, rea, permetro, propietario, No. De
pisos, avalu, etc)
En base a esto se clasifico la informacin y se agrupo en 3 tablas que
corresponden a LOTE, PLACAS Y VIAS, de esta forma se logr relacionar la
informacin teniendo en cuenta que el cdigo del predio es un campo comn en
las tres tablas y por tal razn se escogi como clave principal.
Realizacin de tablas en Microsoft Access

1. TABLA LOTES










2. TABLA PLACAS





3. TABLA VAS






RELACIONES

Relacin 1 a 1 en las tres realizadas, es decir que para cada lote existe una placa
y una va principal que lo identifica por medio de la nomenclatura.
La clave principal en cada una de estas tablas es el cdigo del predio, por medio
de este se puede visualizar la informacin de la placa, informacin del propietario,
rea, avalu, etc.













ELABORACIN DEL PLANO DE LA MANZANA CATASTRAL




VISUALIZACIN y REALIZACIN DE GEODATABASE (ARCCATALOG Y
ARCMAP)



POR MEDIO DE LAS CAPAS REALIZADAS DENTRO DEL PLANO, SE
PUEDEN VISUALIZAR UNA A UNA, POR POLGONO, LNEA, PUNTO.














RESULTADO FINAL














CONCLUSIONES


El modelo de datos, permite transferir al sistema los objetos espaciales a
travs de cdigos.
Una geodatabase permite aprovechar todo el potencial de las herramientas
de estos sistemas, y completa la funcionalidad presente en la base de datos
con funciones necesarias para el tratamiento de la informacin espacial.
Los datos son almacenados directamente en sistemas gestores de bases
de datos comerciales (Microsoft Access).
El acceso a la Geodatabase puede realizarse a travs de los mens
estndares de ArcCatalog, ArcMap y ArcToolbox.
Mediante un mecanismo que permite capturar todos los cambios realizados
en la geodatabase original, se puede guardar un registro histrico de los
mismos y del momento en el que se produjeron. De esta manera, es posible
consultar una versin histrica que muestra el estado de la geodatabase en
un momento dado.
El modelo de la Geodatabase permite almacenar, adems de elementos
geogrficos, el comportamiento de dichos elementos, lo que facilita la
generacin de una visin ms completa de la realidad