Curso SIG Diseo de Geodatabases

Contenido
Necesidad de un diseo. Objetivos de un diseo. Buenas prcticas

Etapas del diseo.

Diseo moderno para aplicaciones Proyectos SIG

Necesidad de un diseo
Implementacin efectiva de un SIG se consigue a travs de un buen diseo de la base de datos. Para lograr un buen diseo de la base de datos es necesario hacerse las preguntas correctas: Cmo se puede implementar la tecnologa SIG para lograr las funciones existentes, o cambiar la forma en que se logra un objetivo? Qu datos beneficiarn ms a la organizacin? Qu datos pueden almacenarse? Quin es o debera ser, responsable de mantener la base de datos?

La respuesta a estas preguntas dependen de cmo se entienda la tecnologa SIG, y del conocimiento de la organizacin. El diseo para la implementacin de un SIG es igual que cualquier otro diseo: Comienzo en conocer las metas Progresivamente aumentando el nivel de detalle a medida que se obtiene ms informacin, y se acerca la implementacin.

Es necesario dedicar el tiempo justo al diseo, ya que de no hacerlo el impacto sobre toda la aplicacin actual y futuras puede ser muy negativo. La base de datos y las aplicaciones asociadas no pueden ser tratadas en forma independiente.

Contenido
Necesidad de un diseo.

Objetivos de un diseo.
Buenas prcticas

Etapas del diseo.

Diseo moderno para aplicaciones Proyectos SIG

Objetivos de un diseo
Diseo es el proceso en donde se definen las metas, se identifican, analizan y evalan las alternativas de diseo, y se determina un plan de implementacin. El diseo provee una foto de dnde estamos, dnde vamos, y cmo ir de un lugar a otro. Un diseo de base de datos provee una arquitectura para la base de datos, provee una vista que abarca toda la base de datos permitiendo una evaluacin global de la misma desde varios aspectos.

Un buen diseo resulta en una base de datos bien construida, eficientemente funcional y operacional que: Satisface objetivos y soporta los requerimientos. Contiene los datos necesarios pero no en forma redundante. Organiza los datos para su acceso mltiple Permite varias vistas de los datos Distingue aplicaciones que mantienen los datos de aquellas que solo los usan Representa, codifica y organiza apropiadamente elementos geogrficos

Beneficios del diseo:

Aumento de la flexibilidad del acceso y anlisis de los datos. Facilita la implementacin de aplicaciones Disminucin del costo de captura, almacenamiento y uso de los datos Facilita y mantiene datos para soportar diferentes usuarios Facilita los cambios futuros Minimiza la redundancia en los datos.

Contenido
Necesidad de un diseo. Objetivos de un diseo. Buenas prcticas

Etapas del diseo.

Diseo moderno para aplicaciones Proyectos SIG

Buenas prcticas
Involucrar a los usuarios: ellos adquieren la sensacin de ser dueos, ustedes ganan conocimiento. Hacer diagramas de a poco, por pasos. Es un proceso interactivo e iterativo. Se progresa apropiadamente en funcin de las necesidades. Crear un equipo de gente, expertos que ataquen cada etapa. Creatividad. Un nuevo proyecto es una posibilidad para aportar una nueva tecnologa y procesos. Dividir grandes proyectos en unidades de trabajo. Project milestones no menos de cada dos meses. Mantener bien presentes en todo momento los objetivos y metas de la organizacin, basado en los requerimientos reales.

No agregar detalles prematuramente, hacerlo en la etapa o momento adecuado. Ej: no tratar de definir todas las reglas de validacin antes de que la geodatabase se construya. Documentar todo, mantener los borradores, hacer diagramas, etc. Flexibilidad, el diseo deber ser cambiado a lo largo de las etapas hasta llegar a un diseo que se ajuste ms a la realidad, que sea aceptado por la gente y apropiado para la tecnologa. Crear un plan para la implementacin del modelo, basado en las prioridades de la organizacin.

Contenido
Necesidad de un diseo. Objetivos de un diseo. Buenas prcticas

Etapas del diseo.

Diseo moderno para aplicaciones Proyectos SIG

Etapas del diseo

Modelado de la vista del usuario (requerimientos, funciones,etc) Definir objetos y sus relaciones (UML) Identificar representaciones de entidades Ajustarlo al modelo de geodatabase (UML con objetos propios del software de base) Organizarlo en datasets geogrficos

Primeros tres se refieren al modelo conceptual, clasificando los elementos basado en los datos requeridos, decidiendo su representacin espacial. Los dos ltimos desarrollan el modelo lgico, ajustndolo al modelo de geodatabase implementable por el software de base a utilizar

Modelado de la vista del usuario

Objetivo asegurar el entendimiento entre los usuarios y los desarrolladores Identificar las funciones o requerimientos de los usuarios, metas y objetivos de los mismos desde un punto de vista corporativo. Identificar los datos requeridos por dichos requerimientos Organizar los datos en unidades lgicas de elementos Definir un plan de implementacin inicial Identificar funciones asociadas a la organizacin de la corporacin.

Identificacin de funciones
Trabajar con funciones de negocio y no con unidades (secciones, departamentos, divisiones) de la corporacin: Son ms estables en la corporacin, una unidad cumple con ciertas funciones que en el futuro la cumple otra unidad.

Para cada funcin determinar una descripcin general de actividades asociadas a dicha funcin. Actividades pueden incluir el manejo de aprobaciones de ciertas actividades en el terreno (padrones), control del uso del suelo, acuerdos de desarrollo para la construccin de infraestructuras.

Se identifican proveedores y consumidores de la informacin geogrfica

Identificar las fuente de datos

Determinar los datos necesarios para las funciones. Determinar que datos CREA o USA una funcin. Diagrama de flujos: Datos que SALEN de la funcin indica que la funcin es responsable de la definicin, almacenamiento, creacin y distribucin de los mismos. Datos que ENTRAN a la funcin es responsabilidad de otra funcin. Intercambio es de muchas formas (formularios, datos, lineamientos, pedidos, respuestas)

La pregunta es:

Con quin o con qu interacta esta funcin y cul es la naturaleza de su interaccin?

Identificar las fuente de datos

Resolver (aclarar) inmediatamente situaciones de: Sinnimos Funciones que duplican datos Interactuar con aquellos que ejecutan la funcin ya que son los que conocen de los datos. Usuario debe validar documentos y diagramas asociados a funciones y datos.

Registro territorial
Tipo de datos Parcela Descripcin de la parcela Fotografas de parcelas Propietario Servicios Fuente de datos Subdivisiones Ttulos territoriales Archivo de histricos Gravamen territorial Ingeniera

Organizar los datos en unidades lgicas

Las unidades lgicas o grupos representan sistemas tales como registro territorial, calles, terreno, distribucin de agua, etc. Cada grupo definido es operado por una funcin que recibe y/o transmite informacin. Ej: Grupo que incluye modelo de superficie con datos sobre niveles de lluvia se conecta con otro que maneja o controla una red hidrogrfica ya que le provee ciertos datos hidrolgicos, que le permite a la funcin que controla la red determinar el nuevo flujo de agua provocado por las lluvias recientes. Cada uno de estos grupos debe tener un sistema de coordenadas comn, un tipo de topologa (planar, de red o ninguno), y generalmente interactan entre si.

Etapas del diseo

Modelado de la vista del usuario (requerimientos, funciones,etc) Definir objetos y sus relaciones (UML) Identificar representaciones de entidades Ajustarlo al modelo de geodatabase (UML con objetos propios del software de base) Organizarlo en datasets geogrficos

Definicin de objetos (entidades) y relaciones

entidad = objetos con propiedades comunes. Se identificarn y describirn entidades Se identificarn y describirn relaciones entre entidades Se documentar las entidades y relaciones mediante diagramas basados en UML

La identificacin de entidades y relaciones se puede lograr mediante el anlisis de frases de tal forma que un SUSTANTIVO comnmente identifica una ENTIDAD, un VERBO define una RELACION entre entidades. Una vlvula controla el flujo de gas entidad (vlvulas) Un dispositivo de gas se conecta a uno o ms lneas Relacin entre entidades. Un sistema de gas se compone de dispositivos y tubos Agregacin de entidades para determinar una nueva entidad ms compleja. Un lnea de distribucin es un tipo de tubo Subclasificacin

Definicin de objetos (entidades) y relaciones

Verbos enmascarados como sustantivos dificultan la determinacin de relaciones ej: conexin, descripcin, identificacin, agregacin)

Para documentar adecuadamente las entidades y sus relaciones se utiliza diagramas basados en UML

Etapas del diseo

Modelado de la vista del usuario (requerimientos, funciones,etc) Definir objetos y sus relaciones (UML) Identificar representaciones de entidades Ajustarlo al modelo de geodatabase (UML con objetos propios del software de base) Organizarlo en datasets geogrficos

Identificar representaciones de entidades

Consiste en clasificar las entidades segn la forma de representarlas, basadas en la geometra, o solamente atributos. Considerar si: El elemento debe representarse en un mapa La forma del EG es importante o no para el anlisis El elemento es un dato que puede accederse o visualizarse a travs de una relacin con otro elemento. El EG tendr diferentes representaciones a distintas escalas (ej. Ro) Texto ser desplegado en pantalla o en productos cartogrficos.

Identificar representaciones de entidades

Asignacin de tipos: Punto ilustra ubicacin de un elemento de forma muy pequea como par a verse como un rea. Lnea ilustra ubicacin de un elemento de forma muy fina como par a verse como un rea. Area - ilustra ubicacin y forma poligonal de un elemento. Superficie - ilustra ubicacin de un elemento como un rea, pero tambin incluye los cambios en la altura (incluye TINs y ciertos rasters). Raster representa un rea mediante celdas rectangulares (imgenes satelitales, fotografas areas, capa de datos continua) y puede ser usada para varios anlisis. Imgenes, fotos, dibujos cada uno representa un dibujo digital y no puede ser usado para anlisis. Objeto identifica un elemento para el cual no se necesita ningn punto, lnea, o rea, para el cual no existe representacin geomtrica o grfica.

Etapas del diseo

Modelado de la vista del usuario (requerimientos, funciones,etc) Definir objetos y sus relaciones (UML) Identificar representaciones de entidades Ajustarlo al modelo de geodatabase (UML con objetos propios del software de base) Organizarlo en datasets geogrficos

Adecuarlo al modelo de GEODATABASE

La idea de esta etapa es determinar como representar los datos en trminos de la geodatabase desde el punto de vista de implementacin de la misma por el software. En esta etapa: Se determina la representacin apropiada de la geodatabase para las entidades Asegurar que las clases determinadas en el diagrama UML del modelo de datos son soportadas por el software.

Adecuarlo al modelo de GEODATABASE

Cmo se hace esto con ArcINFO? Si el tipo de dato espacial es un punto: Para puntos no conectados, tales como monumentos histricos, es un PUNTO Para puntos conectados, tales como una interseccin que conecta calles, es un JUNCTION SIMPLE Para puntos conectados que tienen topologa interna, tales como una planta de tratamientos, es un JUNCTION COMPLEX. Para una lnea aislada (ej. Alambrado), es una lnea Para elementos lineales que participan en un sistema tales como una red vial, es una EDGE SIMPLE Para elementos lineales con secciones conectadas tales como lneas de servicio de una red de agua, es una EDGE COMPLEJO.

Si el tipo de dato espacial es una lnea:

Adecuarlo al modelo de GEODATABASE

Si el tipo de dato espacial es un rea: Para una rea aislada (ej. parque), es una polgono. Para reas de llenado continuo, tales como vegetacin, es un polgono con topologa plana (es decir no puede cruzar otro polgono sin cortarlo).

Si el tipo de dato espacial es una imagen (fotografa, mapa escaneado, imagen satelital, u otras), entonces es un tipo RASTER Si el tipo de dato espacial es una superficie: Para superficies en donde los detalles del terreno son importantes, se usa TIN Para superficies que cubren grandes reas y que usan los modelos de elevacin existentes, usar RASTER.

Si el tipo de dato espacial es un objeto, se usa OBJETO general. No tiene representacin geogrfica directa, pero se relacionan con elementos geogrficos

Etapas del diseo

Modelado de la vista del usuario (requerimientos, funciones,etc) Definir objetos y sus relaciones (UML) Identificar representaciones de entidades Ajustarlo al modelo de geodatabase (UML con objetos propios del software de base) Organizarlo en datasets geogrficos

Organizar los elementos en DATASETS Geogrficos

Identificar y nombrar los DATASETS geogrficos que contendrn las entidades. Asignacin de entidades a Feature classes y subtipos Reagrupacin EG relacionados en redes geomtricas o topologas planas Organizacin feature classes y datasets en geodatabases.

Reagrupar Feature Classes

Definir la estructura de la FC con subtipos y si pertenecen a un feature dataset o van separadas. Determinar si una entidad es representable por una FC o un subtipo. Menos FC (por elegir subtipos) logran geodatabases performante. Cuando es necesario crear nuevas feature classes: Cuando cada grupo de elementos relacionados requieren de implementacin de comportamientos distintos Cuando tiene atributos sustancialmente diferentes Cuando se requiere distintos privilegios en el acceso para cada grupo de elementos (o features) Cuando algunos features deben ser accedidos a travs de versiones y otras no (Versioning sobre algunas FC)

Definicin de roles topolgicos para las FC

Si el tipo de feature es Edge simple, Junction simple, Edge compleja o Junction compleja, entonces participa de una red geomtrica. Todas las componentes de una red geomtrica deben pertenecer a un mismo feature dataset, lo cual obliga a que tengan una misma referencia espacial. Si el tipo de feature es lnea o polgono y la entidad va a cubrir un rea completa, tales como parcelas, o si se quiere que los EG que se cruzan se corten, entonces deben pertenecer en un mismo feature dataset. Para entidades con features simples, tambin se pueden ubicar en un feature dataset, el cual funciona como contenedor de capas que puede ser similares o tener algo en comn.

Agrupar datasets y FC en geodatabases

Consideraciones: Si es una gran corporacin, con departamentos con responsabilidades sobre muchos features datasets. Las geodatabases pueden definirse acompaando la estructura de la corporacin Se puede usar cualquier base de datos relacionales comerciales, pero cada una debe servir a una geodatabase distinta Si se est trabajando con geodatabases personales, tal vez se debe determinar nuevas geodatabase debido a limitaciones en el tamao.

entidad Agua
Bomba Medidor Caja medidor Vlvula Tubo Planta

relacionado a tipo espacial

GDB software

punto punto Medidor punto punto lnea punto

objeto punto punto Junction simple Edge compleja Junction compleja

Geodatabase Feature dataset Object Class Feature class de punto Feature class de punto Red geomtrica Feature class de JS Feature class de EC Feature class de JC

Sistema de Agua Elementos de R. Agua Bomba

Medidor

Caja de medidor Red de Agua Vlvula Tubos Planta

Geodatabase Feature dataset Object Class Feature class de polgono Feature class de relacin Feature dataset Feature class de lnea Feature class de punto

Base Territorial Padrones Propietario

Polgono Pertenencia

Calles Calle Luces de trfico

Contenido
Necesidad de un diseo. Objetivos de un diseo. Buenas prcticas

Etapas del diseo.

Diseo moderno para aplicaciones Proyectos SIG

Diseo moderno de aplicaciones

1. 2. 3. 4. 5. Modelo Conceptual Inicial Anlisis de informacin, productos, datos, capas. Construir una Geodatabase / GIS Server Refinar el diseo Documentar
2
Fea ture Clas sName DatasetT ype Descrip tion Fea ture Dataset DataTh eme Sh apeT ype Fea ture Type AliasName HasM HasZ Su btyp eFiel dNam e Default Subtype Fields FieldName RO ADSEGID RO ADC LASS ON EWA YDIR FR OML EFT TO LEFT FR OMR IGHT TO RIGH T ST PRED IR ST PRET YPE ST NAM E ST TYPE ST DIR CIT Y ALTNAM E1 ALTNAM E2 ZIPLEF T ZIPRIGH T JU RISD ICT CF CC_C ODE LASTUPDAT E LASTED ITOR Ro adSe gment Fe atureClass Ro ad Segm ents represent centerlines of ro adw ays/c arriageways. Ma nage dData Tr ansportation; Addres ses and N ame s Polyline Simple Ro ad Segm ents tru e fa lse null null T ype Int eger Int eger St ring St ring St ring St ring St ring St ring St ring St ring St ring St ring St ring St ring St ring St ring St ring St ring St ring Da te St ring Leng th D escriptio n AliasN ame Dom ainName Default Valu e 4 R oad Segm ent ID Road Segm ent Ident ifier null nu ll 4 R oad_Clas s Road Classifica tion RoadClas s Dom ain nu ll 10 O neW ay D irecti on - either with or ag ains t direction of ve rtices, or None foray D irection OneW t wo-w ay traffic ONEW AY DIR Domain nu ll 12 Left F rom A ddress N umber alo ng Street Left F rom Address ADD RNUM Domain nu ll 12 Left T o Add ress Num ber along Street Left T o Address ADD RNUM Domain nu ll 12 R ight From Address Num ber along Stree t Right From Add ress ADD RNUM Domain nu ll 12 R ight To Addres s Number alon g Street Right To A ddress ADD RNUM Domain nu ll 4 P refix Direction for S treet Nam e Name Pref ix Dir ectionROADDIR Dom ain nu ll 12 P refix Type of street or ro ad Name Pref ix Ty pe ROADTYP E D omain nu ll 60 R oad or St reet N ame Street Nam e ROADNAM E D om ain nu ll 12 T ype of street o r road Street Type ROADTYP E D omain nu ll 4 S treet Nam e Di rection Name Direction ROADPOSTDI R Dom ain nu ll 60 N ame of C ity st reet is located in City N ame CITYNAM E Do main nu ll 120 A lternate N ame 1 Altern ate N am e1 null nu ll 120 A lternate N ame 2 Altern ate N am e2 null nu ll 10 Z ipco de on left hand side of line Zip Left ZIP D om ain nu ll 10 Z ipco de on right hand side of line Zip Ri ght ZIP D om ain nu ll 12 R oad Jurisdiction for maintenance and other responsibilities Jurisdiction ROADJUR ISDI CTION Do main nu ll 4 C ensus Fe ature Clas sification Code for road Censu s CFCC null nu ll 8 D ate of Las t Update in Mainten ance Data base Last U pdat e Dat e null nu ll 50 U ser that last update d the data Last Editor LAST EDIT OR Dom ain nu ll IsNul lable Pr ecisi on Scal e Req uired true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null

4
River
HydroID HydroCode FType Name BedThick BedWidth BedElev Vcond NextDownID HydroID HydroC ode FType Name JunctionID HydroID HydroC ode FType Name JunctionID

5
HydroPoint Aquifer
H ydroID H ydroCode N ame H GUID F Type 1

MonitoringPoint Waterbody
H ydroID H ydroCode F Type BedThick BedElev Vcond AreaSqKm JunctionIDNext D ownID

1 1

Well
HydroID HydroCode TopElev Depth AquiferID AqCode FT ype

1..*

1..* 1..* 1

TimeSeries
FeatureID TSTypeID TSDateTime TSValue

1..*

Gro und Wa t e r

Watershed
H ydroID H ydroCode D rainID AreaSqKm JunctionID N extDownID

TimeSeriesType
TSTableN ame TSTypeID Variable VarUnits UnitType IsRegular TimeStep TimeUnit DataType Origin

UniqueIDGen
KeyName KeyValue

Su rfa ce W a t e r

Tim e Se rie s

Ut ilit y

Contenido
Necesidad de un diseo. Objetivos de un diseo. Buenas prcticas

Etapas del diseo.

Diseo moderno para aplicaciones Proyectos SIG

Proyectos SIG
Puntos de Partida
Datos existentes, migrar a GDB. Nuevas aplicaciones y/o procesos de negocio.
Ejemplo: nueva aplicacin WEB para el manejo de informacin catastral.

Nueva coleccin de datos y programas de mantenimiento,

Ejemplo: Manejo de puntos de direcciones en una ciudad.

 Consideraciones tpicas de un proyecto

Focalizar en la aplicacin
Los requerimientos detectados inciden en el modelo de datos.

Focalizar en los datos

Experiencia y el conocimiento del negocio incide en modelo de datos.

Focalizar en la cartografa
Representacin de mapas incide en el modelo de datos.

Metodologa de Diseo SIG Top-Down

Modelo de Datos Conceptual
FeatureClassName D atasetT yp e D escri ption FeatureDataset D ataTh eme S hapeType FeatureTyp e A liasN ame H asM H asZ S ubtyp eFieldName D efaultSub type Fi elds Fi eldN ame R OAD SEGI D R OAD CLASS O NEW AYD IR FR OM LEFT TO LEF T FR OM RIGH T TO RIG HT S TPREDIR S TPRETYP E S TNAM E S TTYPE S TDIR C ITY A LTNAME1 A LTNAME2 ZI PLEF T ZI PRIGHT JU RIS DICT C FCC_COD E LASTU PDATE LASTEDITOR R oadSegm ent F eatureCla ss R oad Segm ents represent cent erlines of roadw ays/ carri agew ays. M anagedD ata T rans portation; Addresses and Nam es P olyline S imple R oad Segm ents true fa lse n ull n ull T ype Integer Integer S tring S tring S tring S tring S tring S tring S tring S tring S tring S tring S tring S tring S tring S tring S tring S tring S tring D ate S tring Len gth Desc ripti on AliasName Dom ainName D efau ltVal ue 4 Road Segment ID Road Seg ment Identifier null null 4 Road _Class Road Clas sifica tion RoadClas s Domain null 10 OneW ay Direc tion - either wit h or against direction of v ertic es, or None foray Direc tion OneW two-w ay t raffic ONEW AY DIR Dom ain null 12 Left From Address N umb er along Stree t Left F rom Addr ess ADD RNU M D omain null 12 Left To Addres s Num ber along Street Left T o Addres s ADD RNU M D omain null 12 Righ t Fro m Address Num ber along Street Right From Address ADD RNU M D omain null 12 Righ t To Address N umbe r along St reet Right To A ddre ss ADD RNU M D omain null 4 Prefix Direction for S treet Nam e Nam e Prefix D irecti on ROADDI R Domain null 12 Prefix Type of stree t or ro ad Nam e Prefix T ype ROADTYPE D omain null 60 Road or Street Nam e Street Name ROADNAME D om ain null 12 Type of st reet or road Street Typ e ROADTYPE D omain null 4 Street Nam e Direction Nam e Direction ROADPOSTD IR D om ain null 60 Nam e of C ity street is loc ated in City Name CITYNAM E Domain null 120 Alternate Nam e 1 Alternate Nam e1 null null 120 Alternate Nam e 2 Alternate Nam e2 null null 10 Zipco de on left hand side of line Zip Left ZIP Dom ain null 10 Zipco de on rig ht hand side of line Zip Right ZIP Dom ain null 12 Road Jurisdicti on for mai ntenance and other responsib ilities Juris diction ROADJU RISDICTI ON Domain null 4 Cens us F eature Classific ation Code for road Census C FCC null null 8 Date of Last U pdate in M aintenanc e Databas e Last Update Date null null 50 User that last update d th e dat a Last Editor LAS TED ITOR Dom ain null IsNu llabl e Preci sion Scale Req uired true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null true 0 0 null

Productos de informacin
Mapas y Globos Capas Web Services

Entidades Atributos Relaciones

Diseo
Opciones de Implementacin Detalles de implementacin
F eatu reClassN ame D atasetT ype D escriptio n F eatu reDa taset D ataT heme S hap eTyp e F eatu reType A liasN ame H asM H asZ S ubtypeFi eldN ame D efau ltSu btype F ields F ieldN ame R OAD SEG ID R OAD CLASS O NEW AYD IR F ROM LEF T T OLEFT F ROM RIGHT T ORIG HT S TPR EDIR S TPR ETYP E S TNA ME S TTY PE S TDIR C ITY A LTN AME 4 A LTN AME 4 Z IPLE FT Z IPRI GHT J URIS DICT C FCC _CODE L AST UPDATE L AST EDIT OR RoadSegm ent FeatureClass Road Segm ent s represent centerlines of roadways/carriagew ays. ManagedD ata Trans portation; Addresse s and Nam es Polyline Simp le Road Segm ent s true false null null T ype Integ er Integ er String String String String String String String String String String String String String String String String String Date String Length Description AliasName Domain Name Defa ultValue 4Road Segment ID Road Segment Identifie r null null 4Road_Class Road Classification RoadClass D oma in null 4 4OneW ay Direction - either w ith or against d irection of verti ces, or None foray Direction c ON EW AYDIR Do main OneW two-way traffi null 1 1Left From Address Num ber along Stree t Left From Address AD DRN UM D omain null 4 4Left To Address Numbe r along St reet Left To A ddress AD DRN UM D omain null 4 4Righ t Fro m A ddress Num ber along Street Right From Address AD DRN UM D omain null 4 4Righ t To Address N umber along Street Right To Address AD DRN UM D omain null 4Prefix Direction for Street Na me Nam e Prefix D irec tion ROADD IR D omain null 4 4Prefix Ty pe of street or road Nam e Prefix T ype ROADT YPE Dom ain null 4 4Road or Street Nam e Street N ame ROADN AME Dom ain null 4 4Type of street or road Street Type ROADT YPE Dom ain null 4Stre et Nam e Direc tion Nam e Di rection ROADP OST DIR D om ain null 4 4Nam e of City street is located in City Nam e CIT YNA ME Domain null 4 4Alternate Nam e4 4 Alternate Nam e 4 null null 4 4Alternate Nam e4 4 Alternate Nam e 4 null null 4 4Zipcode on left han d sid e of line Zip Left ZIP Dom ain null 4 4Zipcode on rig ht hand s ide of line Zip Right ZIP Dom ain null 4 4Road Jur isdic tion f or maintenance and other responsibilitie s Jurisdict ion ROADJ URIS DICT ION Dom ain null 4Census F eature Classif ication Code for road Census C FCC null null 4Dat e of Last U pdate in M aint enance D atabase Last Update D ate null null 4 4User that last updated th e data Last Edit or LASTED ITO R Dom ain null IsNullab le Precision Scale Requir ed true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null

Implementacin
Datasets, Mapas, Capas Herramientas Desarrollo, entregas y soporte

Ejemplo: Geospatial Bluebook template project http://www.geodata.gov GIS For the Nation Community Documentos de Geospatial Bluebook

Metodologa de Diseo SIG Bottom-Up

Mapas y Globos Capas Web Services Aplicaciones Procesos

Implementacin

Fea ture Clas sName DatasetT ype Descrip tion Fea ture Dataset DataTh eme Sh apeT ype Fea ture Type AliasName HasM HasZ Su btyp eFiel dNam e Default Subtype Fields FieldName RO ADSEGID RO ADC LASS ON EWA YDIR FR OML EFT TO LEFT FR OMR IGHT TO RIGH T ST PRED IR ST PRET YPE ST NAM E ST TYPE ST DIR CIT Y ALTNAM E1 ALTNAM E2 ZIPLEF T ZIPRIGH T JU RISD ICT CF CC_C ODE LASTUPDAT E LASTED ITOR

Ro adSegment Fe atureClass Ro ad Segm ents represent centerlines of ro adw ays/c arriageways. M anagedData Tr ansportation; Addres ses and N ame s Polyline Simple Ro ad Segm ents tru e fa lse null null T ype Integer Integer St ring St ring St ring St ring St ring St ring St ring St ring St ring St ring St ring St ring St ring St ring St ring St ring St ring Da te St ring Leng th D escriptio n AliasN ame Dom ainName Default Valu e 4 R oad Segm ent ID Road Segm ent Ident ifier null nu ll 4 R oad_Clas s Road Clas sifica tion RoadClas s Dom ain nu ll 10 O neW ay D irecti on - either with or ag ains t direction of ve rtices, or None foray D irect ion OneW t wo-w ay traffic ONEW AY DIR Domain nu ll 12 Left F rom A ddress N umber alo ng Street Left F rom Address ADD RNUM Domain nu ll 12 Left T o Add ress Num ber along Street Left T o Address ADD RNUM Domain nu ll 12 R ight From Address Num ber along Stree t Right From Add ress ADD RNUM Domain nu ll 12 R ight To Addres s Number alon g Street Right To A ddress ADD RNUM Domain nu ll 4 P refix Direction for S treet Nam e Name Pref ix Dir ectionROADDIR Dom ain nu ll 12 P refix Type of street or ro ad Name Pref ix Ty pe ROADTYP E D omai n nu ll 60 R oad or St reet N ame Street Nam e ROADNAM E D om ain nu ll 12 T ype of street o r road Street Typ e ROADTYP E D omai n nu ll 4 S treet Nam e Di rection Name Direction ROADPOSTDI R Dom ain nu ll 60 N ame of C ity st reet is located in City N ame CITYNAM E Do main nu ll 120 A lternate N ame 1 Altern ate N am e1 null nu ll 120 A lternate N ame 2 Altern ate N am e2 null nu ll 10 Z ipco de on left hand side of line Zip Left ZIP D om ain nu ll 10 Z ipco de on right hand side of line Zip Ri ght ZIP D om ain nu ll 12 R oad Jurisdiction for maintenance and other responsibilities Jurisdiction ROADJUR ISDI CTION Do main nu ll 4 C ensus Fe ature Clas sification Code for road Censu s CFCC null nu ll 8 D ate of Las t Update in Mainten ance Data base Last U pdat e Date null nu ll 50 U ser that last update d the data Last Editor LAST EDIT OR Dom ain nu ll IsNul lable Pr ecision Scal e true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 Req uired null null null null null null null null null null null null null null null null null null null null null

Opciones de Implementacin Detalles de implementacin

Ejemplos de mejores prcticas y templates

Diseo
Featu reCl assN ame DatasetT ype Descriptio n Featu reDa taset DataTheme Shap eTyp e Featu reType AliasName HasM HasZ Subt ypeF ieldN ame DefaultSu btyp e Field s Field Name ROADSEG ID ROADCLASS ONEWAYDIR FROM LEF T TOLEFT FROM RIGHT TORI GHT STPR EDI R STPR ETYPE STNA ME STTY PE STDI R CITY ALTN AME1 ALTN AME2 ZIPLE FT ZIPR IGHT JURISDIC T CFCC _CODE LAST UPD ATE LAST EDIT OR RoadSegment FeatureC lass Road Segm ents re present ce nterli nes of roadway s/carriageways. ManagedData Transportation ; Addresses and Names Poly line Sim ple Road Segm ents true false null null T yp e Integer Integer String String String String String String String String String String String String String String String String String Date String L ength 4 4 10 12 12 12 12 4 12 60 12 4 60 120 120 10 10 12 4 8 50 Descrip tion Ali asName Domai nName Defa ultValue Road Segme nt ID Ro ad Segment Id entifie r null null Road_C lass Ro ad C lassif ication RoadC lass D oma in null OneW ay Direction - eit her w ith or against d irect ion of vertices, or None foray Direction ic ON EW AYDI R Do main OneW two-way traff null Lef t From Address Num ber along Street Lef t Fro m Address AD DRN UM Dom ain null Lef t To Address N umbe r along S treet Lef t To Address AD DRN UM Dom ain null Right From A ddre ss Num ber along St reet Right Fr om Address AD DRN UM Dom ain null Right To Address Num ber along Street Right To Address AD DRN UM Dom ain null Prefix D irection fo r Street Name Na me Prefix Direc tion ROADD IR D oma in null Prefix T ype of street or road Na me Prefix Type ROADT YPE Dom ain null Road or Street Name Street N ame ROADN AME Dom ain null Type of street or r oad Street T ype ROADT YPE Dom ain null Street N am e Direc tion Na me Direct ion ROADP OST DIR Dom ain null Name o f City street is l ocated in City Nam e CITYNA ME Dom ain null Alt ernat e Nam e 1 Alt ernate Nam e1 null null Alt ernat e Nam e 2 Alt ernate Nam e2 null null Zip code on left hand side of line Zip Left ZIP Dom ain null Zip code on right h and s ide of line Zip Right ZIP Dom ain null Road Jurisdic tion for m aintenance and other res ponsibilitie s Jurisdic tion ROADJ URIS DIC TION Dom ain null Census Feat ure C lassi fication Code for road Ce nsus CFC C null null Date of Last Update in Maintenance D atabase Last Update Date null null Us er that last upd ated the data Last Ed itor LASTEDITO R Dom ain null IsNullable Precisio n S cale R equi red tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull

Datasets, Mapas, Capas Herramientas/Aplicaciones Procesos de Negocios

Datos y Aplicaciones existentes

 La mayora de los proyectos requieren de que por lo menos cumplan con dos caractersticas fundamentales.
Incluir mtodos giles/evolutivos

3 Estados durante la implementacin

1. Modelo de datos Inicial 2. Carga de datos, Extraccin/Transformacin/Carga (ETL por siglas en ingls) 3. Mapas y Aplicaciones.

Proceso de implementacin Las tres Ps

1. Modelo Conceptual Inicial 2. Anlisis de Productos de Informacin 3. Construccin de GDB/ Servidor SIG

Objetivo
Diseo

D ise B orra d or o
4. Refinar Diseo

Prototip o
4. Refinar diseo

D ise o A ctua liza d o

Piloto

Ingeniera / Testeo

5. Documentar

D ise o A ctua liza d o

Prod uccin

Entrenamiento y uso

Testo de performance y escalabilidad durante la fase piloto es clave para las implementaciones corporativas

Proceso de Diseo
Relevamiento

Evaluacin

Diseo

Testeo

Implementacin

Modelado de Datos
Tareas Esenciales
Modelo Conceptual
Documentar que contedr la base de datos espacial, como sern mantenidos los datos, como se va a interactuar y como se publicarn.

Modelo Fsico
Documentar modelo de datos fsico en un diagrama UML y codificarlo. Implementar el modelo fsico de la GDB.

 Construir una estructura de datos, incluir tablas, relaciones, especificaciones, metadatos, capas, topologa, reglas, etc. Tareas esenciales Relevamiento de requerimientos
Productos (mapas, reportes, etc.) Funcionalidades (anlilsis, geoprocesamiento) Edicin y mantenimiento Metadatos Integracin de datos espaciales Performance

Anlisis y Diseo
Crear un modelo conceptual de datosCreate conceptual data model

Identificar los datos que se usar para cada proceso. Identificar los datos que se crear a partir de otros datos
Crear modelo lgico de datos

Identificar datos, metadatos, especificaciones y relaciones.

Crear modelo fsico de datos, UML

Identificar elementos propios de la GDB (feature datasets, tablas, relaciones, dominios, subtipos, redes geomtricas, etc.)

 Entregas Claves Documentos de especificacin de requerimientos Modelo de datos basados en UML o generados por scripts/cdigo Retos y riesgos Aplicaciones tienen una dependencia crtica sobre los modelos entregados. Normalizacin balanceada. Propagacin de cambios. Revisin minusiosa del modelo luego de la puesta en funcionamiento. (usuarios finales). ESRI Resources Modelos de datos estndares o disponibles

ESRI Data Models

Address Agriculture Archiving Atmospheric Basemap Biodiversity Building Interior Space Census Energy Utilities Environmental Regulated Facilities Fire Service Forestry Geology GIS for the Nation Groundwater Health Historic Perservation Homeland Security Hydro Land Parcels Local Government Marine National Cadastre Petroleum Pipeline Raster Telecommunications Transportation Water Utilities

Normallizacin vs Desnormalizacin
Balance entre el tiempo de adquisicin del datos y lo fcil del acceso. Desnormalizacin no es malo pero debe usarse moderadamente. Ejemplos
Muchos registros relacionados con una sola geometra. Atributos largos que rara vez son editados o accedidos.