Documento5

Comentarios

Transcripción

Documento5
Contenido
1. Desarrollo del Visualizador ......................................................................................................... 3
1.2. Mapa a usar ........................................................................................................................ 3
1.2. Capas que incorpora dicho mapa ......................................................................................... 3
1.2.1. Mapa inicial de base en Usme ....................................................................................... 3
1.2.2. Capa 1: Unidades de respuesta (Incluyen bomberos y hospitales de Usme) .................. 4
1.2.3. Capa3: Víctimas basadas en zonas de ámbito comunitario ............................................ 4
1.2.4. Capa4: Víctimas basadas en zonas escolares ................................................................. 4
1.2.5. Capa5: Zonas verdes cerros de Usme ............................................................................ 4
1.2.6. Capa6: Vías de Usme .................................................................................................... 5
1.3. Forma de conseguir la información que va en cada capa del mapa .................................... 10
1.4. Forma de colocar la información en las capas del mapa ..................................................... 11
1.5. Relación entre las capas y las variables del simulador ........................................................ 11
2. Estudio de posibles herramientas que se van a usar ................................................................. 12
2.1. Elshayal Smart ................................................................................................................... 12
3. Arquitectura de interacción del SIG con el Simulador ............................................................... 16
3.1. Necesidad de arquitectura de software ............................................................................. 16
3.2. Necesidades del uso de metadatos espaciales ................................................................... 16
3.3. Tipos de metadatos ........................................................................................................... 17
3.4. Estándares y organismos para metadatos de información geográfica ................................ 18
3.5. Modelos y estándares usados en interacciones con SIG ..................................................... 19
3.5.1. USO del modelo RM-ODP en integraciones con SIG .................................................... 19
3.5.2. Uso del iso/TC211 en integraciones con SIG ................................................................ 20
3.6. APIS usadas en integraciones con SIG ................................................................................ 20
3.6.1. Uso del api dis-gis para integraciones con SIG ............................................................. 21
Esta api tiene la siguiente arquitectura: ............................................................................... 21
3.6.2. Uso del api Gobject para integraciones con SIG .......................................................... 21
3.7. Patrones usados en interacciones con SIG ......................................................................... 22
3.7.1. Patrón geometría de objetos usado en integración con SIG ........................................ 22
3.8. Lenguajes basados en XML y usados en interacciones con SIG ........................................... 23
4. Modelo propuesto de interacción entre el SIG y el simulador ................................................... 23
4.1. Metamodelo propuesto para la interacción con el SIG ....................................................... 23
4.2. Patrones propuestos para la interacción ............................................................................ 23
5. Trabajos futuros ....................................................................................................................... 23
1. Desarrollo del Visualizador
1.2. Mapa a usar
El mapa a usar es un mapa en formato JPG que se ha conseguido con la ayuda del IGAC. El mapa
tiene un tamaño de 2.0 MB aproximadamente. La resolución con la que se consiguió el mapa es de
2154 pixles por 3102 pixeles con lo cual el nivel de detalle logrado para llegar a realizar una
simulación es bastante grande. Es tan buena la resolución de la imagen conseguida que
aproximadamente una cuadra puede reflejarse en aproximadamente 18 pixeles. La imagen está
disponible
en:
http://gemini.udistrital.edu.co/comunidad/profesoresl/lwanumen/tesis/MapaUsme.jpg. El mapa
se ha conseguido con fondo blanco con el fin de facilitar la localización de objetos. En la siguiente
sección se muestran las capas que inicialmente se plantea colocar sobre el anterior mapa.
1.2. Capas que incorpora dicho mapa
Es necesario que para trabajar con un mapa geográfico se definan capas que van a determinar las
cuestiones que se van a analizar. A continuación se muestran las capas en donde cada capa
contiene un tipo de información sobre la localidad de Usme y cada capa como se verá más
adelante debe tener una forma de representación en el SIG bien sea por medio de puntos, de
líneas o de polígonos.
1.2.1. Mapa inicial de base en Usme
El mapa descrito anteriormente tiene incorporadas las unidades de planeamiento zonal
enmarcadas con una línea roja. Las unidades de planeamiento zonal que se incorpora en dicho
mapa son: Ciudad Usme, Alfonso López, Comuneros, parque entre nubes, la flora, gran yomasa,
danubio. Sobre el anterior mapa se van a colocar las siguientes capas descritas en el presente
documento.
1.2.2. Capa 1: Unidades de respuesta (Incluyen bomberos y hospitales de Usme)
Tipo de
sitio
Fire Station
Sitios reales de Usme
Ubicación en la ciudad
Kra 1 Cll 76 A Bis Sur
Hospital
Estación
de
bomberos
Usme:
Marichuela:
UPA Unidad primaria de atención
(Marichuela): [11]
UPA Yomasa: [12]
Hospital
UPA Betania [13].
Cll 76B sur # 2 -34 este
Hospital
UPA Santa Marta [14]
Cll 68C sur 1ª – 88 este
Hospital
UPA la reforma [15]
Cll 85ª sur # 6ª -09
Hospital
UPA San Juan Bautista [16]
Cll 74 sur # 1b-17
Hospital
UPA Lorenzo Alcantuz [17]
Cra 54ª este calle 103 sur
Hospital
Cll 76 # 1-42 sur
Cll 88B sur # 49B -10 este
Ubicación
georeferenial
(4.5129281125671445,74.11646246910095)
(4.513297109722186,74.11667704582214)
(4.507927915241691,74.11254644393921)
(4.511719511876552,74.11067962646484)
(4.526137024223795,74.1176962852478)
(4.501440976967528,74.10237550735473)
(4.516639466710247,74.11570072174072)
(4.494766803705689,74.11540031433105)
Tabla 1: Hospitales y centro de bomberos que se van a tener en cuenta en la simulación
Las anteriores unidades de respuesta se pueden pre visualizar en la gráfica 1.
1.2.3. Capa2: Víctimas basadas en zonas de ámbito comunitario
Se pueden definir zonas de víctimas. Una posibilidad para el caso de Usme está dada por las zonas
de ámbito comunitario que son zonas con altas aglomeraciones comunitarias. Estas zonas de
ámbito comunitario se pueden pre visualizar en la gráfica 2.
1.2.4. Capa3: Víctimas basadas en zonas escolares
Se pueden definir zonas de víctimas. Una posibilidad para el caso de Usme está dada por las zonas
escolares que son zonas con altas aglomeraciones comunitarias. Estas zonas de ámbito
comunitario se pueden pre visualizar en la gráfica 3.
1.2.5. Capa 4: Zonas verdes cerros de Usme
Se pueden definir zonas de alto impacto en donde se pueden iniciar conflagraciones. La idea
central es hacer la simulación de tal suerte que el incendio parte de una de estas zonas verdes y se
desea ver que tantas personas son afectadas teniendo en cuenta que existen unos organismos de
atención y una ubicación de personas.
1.2.6. Capa 5: Vías de Usme
Dado que la simulación exige caminos para realizar las evacuaciones y dado que ya se cuenta con
un mapa vectorizado se deben agregar al mapa líneas que deben corresponder con las vías de
Usme que van a ser analizadas en el presente trabajo. Por lo anterior se van a tener en cuenta las
siguientes vías de Usme:
Nombre
Avenida Boyacá
Avenida Caracas
Avenida Dario Echandía
Avenida de los Cerros
Avenida circunvalar del sur
Autopista al llano
Avenida perimetral de Usme
Avenida Utsiminia
Avenida Páramo
Avenida de los Alisos
Avenida del Uval
Avenida Xue
Avenida Sumapaz
Tipo
v-1
v-1
v-2
v-2
v-1
v-2
v-2
v-3
v-3
v-3
v-3
v-3
v-3
Subsistema
Red Metropolitana
Red Metropolitana
Red Metropolitana
Red Metropolitana
Ciudad Región
Ciudad Región
Malla arterial complementaria
Malla arterial complementaria
Malla arterial complementaria
Malla arterial complementaria
Malla arterial complementaria
Malla arterial complementaria
Malla arterial complementaria
Tabla 2: Vías de Usme que se van a trabajar en la simulación1
La localidad cuenta con 576 kilómetros de carriles que corresponden al 4% de la Malla Vial de
Bogotá. El 57% de las vías de Usme se encuentran en afirmado, el 22% están construidas en
pavimento rígido, el 21% en pavimento flexible y el 1% restante en otros materiales. La condición
actual de las vías de la localidad, calificada con el Índice de Condición de Pavimento de los
segmentos que la conforman, muestra que tan sólo el 36% de ellas se encuentran en buen estado,
el 2% en regular estado, mientras que el 62% son de difícil tránsito
1
Fuente: DAPD, Plan de Ordenamiento Territorial, Decreto 619 del 2006, Bogotá D.C.
Sistema Vial, Usme
Gráfica 1: Capa 1 del mapa Sugerido2
2
Fuente: Base Cartográfica DAPD, 2003. Georeferenciación Secretaría Distrital de Salud, año 2006. Plan de
Intervenciones Colectivas, PIC 2008. ESE Hospital de Usme, Localidad 5 - Usme.
Gráfica 2: Capa 2 del mapa Sugerido3
3
Fuente: Base Cartográfica DAPD, 2003. Georeferenciación Secretaría Distrital de Salud, año 2006. Plan de
Intervenciones Colectivas, PIC 2008. ESE Hospital de Usme, Localidad 5 - Usme.
Gráfica 3: Capa 3 del mapa Sugerido4
4
Fuente: Base Cartográfica DAPD, 2003. Georeferenciación Secretaría Distrital de Salud, año 2006. Plan de
Intervenciones Colectivas, PIC 2008. ESE Hospital de Usme, Localidad 5 - Usme.
1.3. Técnica de Tratamiento vectorial con respecto a las capas
Basados en las capas anteriores se debe establecer para cada una de ellas el tipo de tratamiento
vectorial que se le va a dar al interior del SIG. Los tipos de tratamientos vectoriales pueden ser
tratamiento de punto, de línea o de polígono, cada uno de estos tratamientos se asocian en la
siguiente tabla con cada una de las capas mencionadas anteriormente.
Tipo de tratamiento vectorial
Punto
Punto
Línea
Polígono
Polígono
Punto
Objeto del mapa
La estación de bomberos
Los hospitales
Las carreteras
Áreas encerradas de los cerros
de la localidad
Zonas de ámbito comunitario
Zonas escolares
Capa dentro del SIG
Capa 1
Capa 1
Capa 5
Capa 4
Capa 2
Capa 3
1.3. Objetivo de las capas dentro de la simulación
Cada una de las capas al interior de la simulación debe cumplir un objetivo que puede estar entre:
Actuar como agente respondedor, espacio en el que se puede iniciar la conflagración, espacio que
puede ser afectado por la conflagración (víctima), ruta de evacuación
Nombre capa
Capa 1: Unidades de respuesta
Papel en la simulación
Agente respondedor
Capa2: Víctimas basadas en
zonas de ámbito comunitario
Espacio que puede ser
afectado por la conflagración
Capa3: Víctimas basadas en
zonas escolares
espacio que puede ser
afectado por la conflagración
Explicación
No se van ha analizar en el
simulador el número de
personas de las unidades de
respuesta que se verán
afectadas por un incendio. Tan
sólo se analizará las unidades
de respuesta como agentes de
atención de emergencias.
Se analizará el espacio que
será
afectado
por
la
conflagración. Si el espacio de
conflagración se sale de ésta
área tan solo se informará que
se salió pero no se graficará
que tanto se salió de ésta
área, sino que espacio dentro
de ésta área se vió afectado
por la conflagración.
Se analizará el espacio que
será
afectado
por
la
conflagración. Si el espacio de
Capa 4: Zonas verdes cerros de
Usme
espacio en el que se puede
iniciar la conflagración
Capa 5: Vías de Usme
Ruta de evacuación
conflagración se sale de ésta
área tan solo se informará que
se salió pero no se graficará
que tanto se salió de ésta
área, sino que espacio dentro
de ésta área se vió afectado
por la conflagración.
Se analizará el espacio que
será
afectado
por
la
conflagración. Si el espacio de
conflagración se sale de ésta
área tan solo se informará que
se salió pero no se graficará
que tanto se salió de ésta
área, sino que espacio dentro
de ésta área se vió afectado
por la conflagración.
Serán las únicas rutas tomadas
en cuenta como posibles rutas
de evacuación. Serán las
establecidas previamente en el
presente documento.
1.4. Forma de conseguir la información que va en cada capa del mapa
Capa
1
2
3
4
5
Forma de conseguir los datos
Ya se tiene la información geo referenciada en la tabla
Zonas previamente demarcadas por el departamento de planeación y cuya
información ya fue conseguida.
Zonas previamente demarcadas por el departamento de planeación y cuya
información ya fue conseguida.
Se pintará un polígono sobre el mapa inicial usando la información suministrada en
forma geo referenciada por el mapa del Agustí n Codazzi sobre la delimitación de estas
zonas
Para este caso se hará la vectorización manual basado en las carreteras
preestablecidas en el presente documento.
1.5. Forma de colocar la información en las capas del mapa
El primer trabajo antes de trabajar con el SIG es convertir esta imagen en formato vectorial debido
básicamente a que el formato vectorial es un formato que tiene las siguientes ventajas con
respecto al formato raster:







Más manejable
Más flexible
Liviano y editable
De tamaño muy pequeño
Completamente editables
Redimensionables sin perder calidad
Fáciles y rápidas de manejar
Con lo anterior se pude ver claramente que hay varias ventajas en ciertas áreas de aplicación,
tales como documentación técnica, tener ilustraciones vectoriales de calidad y mapas para todas
las referencias necesarias. En consecuencia esto garantiza grandes ahorros y la habilidad para
editar fácilmente, actualizar y cambiar grandes cantidades de referencias visuales que son parte
de documentos técnicos críticos
Existen herramientas que hacen este trabajo como “Total GIS Converter” que soporta los
siguientes formatos originales: AEP, GRD, ADF, E00, FLT, APR, SHP, DXF, BT, TOC, RT1, DEM, DLG,
ECW, IMG, DGF, GML, SID, MIF, TAB, WOR, DNG, DDF, BIL, TIF, JPEG, TTKPS, TTKGP, TTKLS, LFT,
PFT y archivos TFT. Los formatos resultantes soportados son: TIFF, PNG, JPEG, BMP, PDF. Una
forma fácil de saber cuando se ha logrado realizar la vectorización es porque el archivo original por
ejemplo de un tamaño digamos de 2GB se ha convertido en un archivo de 2MB en formato
vectorial.
El archivo conseguido de Usme previamente ya fue vectorizado por personas especializadas en
dichos procesos.
De otra parte dado que la tabla 1 contiene la ubicación georeferencial de los sitios de atención de
emergencias, estos pueden ser colocados sobre el mapa vectorial de una forma muy sencilla.
1.6. Relación entre las capas y las variables del simulador
2. Estudio de herramientas y procesos que se van a usar e
implementar
2.1. Parámetros para la selección de la herramienta SIG
Pensando en lograr que ha futuro el sistema actual pueda ser mejorado para ser usado en una
empresa colombiana como los bomberos se tiene que pensar en un formato que tanto el Agustin
Codazzi como los bomberos puedan trabajar y que así mismo sea compatible con las herramientas
de SIG que se trabajan en cada una de estas entidades. Sin hablar más estamos hablando del
formato SHP y herramienta que no sea compatible para importación y exportación con este
formato será una herramienta que no se podrá tener en cuenta para la selección.
Teniendo en cuenta que existe una empresa que se llama “procalculo” que es una empresa
colombiana que hace muchos desarrollos de SIG a empresas colombianas entre ellas a algunas
empresas estatales, incluso ha hecho trabajos para planeación distrital y el IDU, decimos que las
herramientas a trabajar deben ser compatibles con ARGIS que son los sistemas que actualmente
se están trabajando tanto en planeación como en la parte cartográfica de producción de mapas
colombianos.
2.2. Herramienta: Elshayal Smart
Elshayal Smart es el primer software de GIS árabe que es completamente desarrollado por un
equipo de desarrolladores árabes e independiente de cualquier paquete de software comercial.
Esta aplicación proporciona compatibilidad con el generador de consultas de datos, el generador
de consultas de ubicación, la red de generación, el encuentro del camino más corto, la impresión
de mapa, el almacenamiento de imágenes del mapa, la copia de la imagen de mapa al
portapapeles.
Algunas de las características son:





Convierte forma GIS en fichero DXF de AutoCAD y viceversa
Análisis de superficie de estaño de edificio
Análisis de superficie de contorno de edificio
Conversión de 2D a análisis de superficie 3D
Cálculo de volúmenes y áreas 2D y 3D





Convierte el sistema de coordenadas de capa de mapa de bits y vector entre UTM y
latitudes/longitudes geográficas
Guarda imágenes de diseño con coordenadas de latitud y longitud escritas para ayudar a
exportar a Autocad
Descarga y guarda imágenes de Google Earth como imágenes rectificadas con archivo en
formato JGW
Hace Google Earth fondo de tu mapa de latitud/longitud geográfica GIS
Menú - > Herramientas - > Sincronizar Google Earth con mapas de latitud/longitud geográfica
2.3. Herramienta: Varias herramientas
Existe una gran cantidad de software que se puede usar, pero que es necesario estudiar por medio
de cuadros comparativos para tomar la decisión de cuál conviene usar mejor de acuerdo a las
características de la simulación a realizar.
3Map, AccuGlobe, Aero Triangulation, AGIS, ArcGIS, ArcVoyager, AutoREALM, Basins, BBBike,
Cameo, Marplot, Aloha, Chameleon, Community Mapbuilder, CRAN, CrimeStat, DeeGree,
DIVA-GIS, dlgv32, edbs2wkt, Erdas Titan 3D Client, FlowMap, gen2shp, Gen2shp, Generic
Mapping Tools, GEO/GARNIX, Geocoding, Geodetic, GeoServer, Geospatial Explorer,
GEOTRANS, GEOS, GDAL, GIS ObjectLand, GMT, GpsDrive, GRASS, gvSIG, iGMT, InteProxy,
JCS Conflation, JEEPS, JUMP, KFLog, Mapbender, MapEdit, MapGuide, MapIt, MapServer,
WorkBench, Mapstraction, MapWindow, NCAR, Natural Resources Spatial Database, OGR,
OpenDMTP, OpenGTS, OpenLayers, Orbit Free EOS GIS Map Server, Orbit Free GIS for Mac OSX,
Win 32 & 64, Unix, PostGIS, Quantum GIS, RevPG
Analizando estas herramientas a pesar de haberse encontrado gran cantidad de estas que son
libres y que corren en diversos ambientes, se tiene el inconveniente que la mayoría tienen poco
soporte y la gran mayoría no son conocidas por los organismos que trabajan sistemas de
información geográfica en Colombia. Con todo lo anterior se ha seleccionado ARGIS como la
herramienta SIG con la que se realizará el prototipo del proyecto de interacción entre SIG y el
simulador.
2.4. Herramienta: ARGIS
Tiene actualmente tres versiones:
Desktop, server y mobile
2.5. Procesos de publicación de la simulación
Los datos que le incorporan al simulador se pueden ir mostrando a medida que se va incorporando
información al mapa. Esto se logra mediante la generación de servicios web que permiten
intercambiar los mapas con un servidor web e ir mostrando la simulación directamente en la web.
Es entonces una buena idea usar este tipo de posibilidades que usa ARGIS para mostrar mapas y
hacer una simulación de este tipo web.
2.6. Procesos a desarrollar para realizar el prototipo
Proceso de Ruteo
previo al desarrollo
Proceso de
vectorización del
mapa inicial
Proceso de
georeferenciación
para generación de
la capa 1
La empresa
procalculo ya ha
hecho este proceso
y facilita la
información
La empresa Agustin
Codazzi ya hizo este
proceso
Ya se tienen los
elementos para
georeferenciar. Las
coordenadas están
en la tabla 1
Proceso de
georeferenciación
para generación de
la capa 2
Proceso de
georeferenciación
para generación de
la capa 3
Proceso de
georeferenciación
para generación de
la capa 4
Se facilita con la
herramienta ARGIS
Se facilita con la
herramienta ARGIS
Se facilita con la
herramienta ARGIS
Proceso de
georeferenciación
para generación de
la capa 5
Afinamiento de la
arquitectura del
siguiente capitulo
Afinamiento de la
arquitectura del
siguiente capitulo
Se facilita con la
herramienta ARGIS
Detallando el capitulo 3
del documento
Elegir de las posibles la
mejor e implementarla
3. Arquitectura de interacción del SIG con el Simulador
3.1. Necesidad de arquitectura de software
Cuando no se tiene clara una visión unificada del diseño que guíe a las personas que intervienen
en el desarrollo de un proyecto se requiere una arquitectura [1], en nuestro caso la visión del
diseño es nula en este momento por cuanto no se tienen documentado cómo se hará el diseño que
sirva de vehículo de comunicación entre el simulador ICT ya desarrollado y el sistema de
información geográfico que visualice los datos.
Para el caso de la interacción mencionada se hace necesario el uso de estándares, sin embargo
dada la especificidad del proyecto y dado que la integración que se piensa realizar es sobre una
simulador con una arquitectura ya establecida, no solo se debe pensar en usar estándares
ciegamente, sino usarlos como una herramienta y utilizar la imaginación en problemas específicos
[2].
3.2. Necesidades del uso de metadatos espaciales
Una de las metas del proyecto es la integración de un SIG con un simulador y la forma como se
integran primordialmente se evaluará por el flujo de datos que se intercambien. Es decir problemas
de intercambio de datos entre el SIG y el simulador reflejarán problemas de integración y
coherencia en el flujo de información reflejarán buenas prácticas de integración. Un papel
importante en el intercambio de datos entre aplicaciones lo juegan los metadatos en donde los
metadatos constituyen información sobre la información misma [3]
El uso de metadatos trae ventajas como son [4]:







Una mejor organización de la institución o compañía y con ello mejores resultados.
Mantiene el valor de la inversión en datos geográficos. Hace persistente el conocimiento
acerca de los datos cuando el personal calificado que los creo o que tiene relación directa
con ellos y conoce todas sus características, deja de prestar servicios en la institución.
Brinda información sobre los datos disponibles de manera que posibilita su catalogación,
así como facilita información de los lugares y formas de almacenamiento de dichos datos.
Provee información rápida a potenciales comercializadores de los datos geográficos.
Mediante la información que ofrecen es posible el procesamiento de archivos provenientes
de fuentes no conocidas o ajenas al usuario que está consultando.
Facilita la ubicación y la detección de los datos, para así lograr identificarlos, localizarlos,
accederlos y que puedan ser utilizados por personas o instituciones que los requieran.
Provee una guía de los datos geográficos en cuanto a sus rasgos principales.





Después que los datos de interés han sido localizados guía la interpretación y el uso de los
mismos.
Posibilita un mejor y mayor intercambio de datos entre organizaciones. De esta manera es
mucho más claro qué se ofrece y qué se requiere, lo que facilita la cooperación y el trabajo
coordinado inter-institucional acerca de temas geoespaciales.
Propicia un mecanismo para mantener y auditar los datos existentes.
Facilita la comunicación y el intercambio entre el personal especializado y el mundo
exterior. Fortalece las relaciones empresa-sociedad.
Previene la duplicación de la información, porque facilita verificar si existe un dato con
características similares.
3.3. Tipos de metadatos
Los metadatos se pueden agrupar en tres categorías principales Descubrimiento, Exploración y
Explotación [5].

Descubrimiento: Los metadatos de Descubrimiento son los que facilitan el intercambio de
datos porque son los encargados de dar a conocer y publicitar cuales son los datos
existentes. Estos metadatos cuentan con el conjunto mínimo de información necesaria que
permite a los usuarios captar la naturaleza y el contenido de los datos. En otras palabras,
en estos metadatos encontraremos respuesta a las preguntas: qué, por qué, cuándo,
quién, dónde y cómo.
El nivel de detalle empleado en la información que recoge el metadato geográfico depende
directamente del tipo de dato y de los métodos que se diseñen para su acceso. Los datos
pueden ser muy variados: imágenes, texto, vectores, «ráster», puntos, polígonos, entre
otros. Frecuentemente este tipo de metadato tiene que ver con los elementos comunes
existentes entre los datos, formando así colecciones.

Exploración: Los metadatos de Exploración brindan información suficiente como para que
los usuarios sean capaces de discernir que datos satisfacen un interés particular; por lo
que en este nivel es necesaria una información más detallada sobre conjuntos de datos de
forma puntual, lo que trae consigo que el metadato tenga mayor tamaño y sea más
específico. Es decir, estos metadatos permiten al usuario saber si los datos pudieran ser
usados con un fin determinado.

Explotación:
Los metadatos de Explotación contienen aquellas propiedades
imprescindibles para el acceso, transferencia, carga, interpretación y uso de los datos por
un cliente final. Este nivel de metadatos incluye frecuentemente diccionarios o tesauros de
datos, la organización, proyección, características geométricas y otras propiedades de los
datos que posibilitan su actualización, almacenamiento y un uso correcto y eficiente de los
mismos.
3.4. Estándares y organismos para metadatos de información geográfica
Existen estándares que han adquirido gran importancia en la actualidad debido al uso del que son
objeto. Ellos son amplios en el alcance de sus definiciones y detallan la información a todos los
niveles antes mencionados. [5]

Estándar de Contenidos para Metadatos Digitales Geoespaciales (Content Standard for
Digital
Geospatial
Metadata,
U.S
1994)
http://www.fgdc.gov
El Estándar de Contenidos fue aprobado en Estados Unidos de América en 1994 por el
Comité Federal de Datos Geográficos (Federal Geographic Data Commitee, FGDC). Este
estándar tenía como objetivo apoyar directamente el desarrollo de una Infraestructura
Digital Espacial en el ámbito nacional. Ha sido acogido por muchos gobiernos como son
EE.UU., Canadá y el Reino Unido a través del Marco Nacional de Datos Geográficos
(National Geogra-phic Data Frameworlk, NGDF); es usado también por muchas
organizaciones como el órgano Sudafricano de Descubrimiento de Datos Espaciales, la
Red Interamericana de Datos Geoespaciales de varios países latinoamericanos y
organizaciones
asiáticas.

Euro Norme Voluntaire 1267 por el CEN (Comité Europeo de Normalización, 1998)
En 1992 el Comité Europeo de Normalización creó el comité técnico 287 que se encargaría
de todo lo referente a estándares de información geoespacial. CEN ha creado una familia
completa de normas para el intercambio y transferencia de información geográfica digital:
Informes CEN (CEN Report, CR) y categoría de normas experimentales, un ejemplo es la
norma ENV (Euro Norme Voluntaire) 1267 Geographic Information-Data description
Metadata.

Recommendations
on
Metadata
1999
En febrero de 1999 el Centro para la Observación de la Tierra de la Comisión Europea
(CEO) publicó el estándar Recommendations on Metadata que normaliza todo lo referente
servicios e información relacionados con la observación de la tierra.

ISO
TC211
Standard
(19115
Committee
Draft)
La Organización Internacional de Estándares (International Standards Organisation) creó el
Comité Técnico 211 (TC211) en 1994, que se encargaría de todo lo referente a la
Geoinformación. Uno de los trabajos más reciente de este comité es la presentación en el
2003 de ISO 19115 que normaliza todos los aspectos referentes al mundo de los
metadatos
geográficos
[ISO][V2].
La norma ISO19115 brinda una colección de términos para un conjunto significativo de
datos, como son entre otras: las categorías de la clasificaciones del recurso, los formatos,
los medios de almacenamiento, los tipos de fechas, el estado de progreso de la
información,
las
restricciones
de
acceso
y
uso
datos.
Hay casos en los que el estándar recomienda utilizar listas de códigos definidos por otras
organizaciones. Ejemplo de esto son los códigos que identifican los sistemas de
referencias espaciales, los elipsoides de referencia o los parámetros de proyección
cartográfica; para estos elementos se recomienda el uso de las codificaciones definidas
por el European Petroleum Survey Group (EPSG). Se sugiere además el uso de
diccionarios para obtener términos relacionados con lugares, tiempo, estratos, etc., en este
caso se aconseja el uso de los diccionarios del (CEO), el de la Nasa o la UNESCO.

El Dublín Core es un estándar de metadatos de carácter genérico. Este recoge los
elementos más importantes de descubrimiento que debe contener un metadato en tan sólo
15 campos. [6].
En la actualidad muchos de los estándares existentes tienen gran cantidad de elementos
en común (aproximadamente el 40% de los términos) [7]. Una acalorada discusión mundial
ha dado como conclusión que el estándar propuesto por ISO reúne los suficientes
elementos como para satisfacer la mayoría de los distintos requisitos internacionales, ya
que este estándar tuvo presente la experiencia de todos los estándares que lo precedieron,
por lo que se observa una tendencia entre el resto de los estándares a migrar hacia este
estándar.

ISO 19115 y Open Geospatial Consortium.
El Open Geospatial Consortium (OGC) [8] conocido también como Open GIS Consortium
fue creado en 1994 y reúne a más de 250 organizaciones públicas y privadas. Tiene como
objetivo la definición de estándares abiertos e interoperables dentro de los SIG. Su trabajo,
en la definición de estándares, tiene como metas que estos posibiliten la inter-operación de
los sistemas de geoprocesamiento y faciliten el intercambio de la información geográfica
[9].
Open Gis Consortium adoptó la norma ISO 19115 como sustitución de los temas 9 y 11 de
sus Especificaciones Abstractas OGC. Está colaborando estrechamente con FGDC e
ISO/TC211 en la generación de nuevos estándares de metadatos geoespaciales globales
[9].
El estándar definido por Open Geospatial Consortium es el más atractivo desde muchos
puntos de vista. Este estándar está basado en la norma ISO 19115, con él se pueden
representar de forma general la mayoría de los metadatos de información geoespacial para
cualquier interés. Abarca los elementos fundamentales de los datos geográficos y la
selección de estos responde a los intereses de múltiples profesionales del ramo y
organizaciones
que
participaron
en
su
confección.
Este estándar OGC está estrechamente vinculado con todas las especificaciones
planteadas por esta organización internacional y a su vez tiene su basamento muchas de
ellas en normas ISO.
3.5. Modelos y estándares usados en interacciones con SIG
3.5.1. USO del modelo RM-ODP en integraciones con SIG
El modelo de referencia RM-ODP The ISO Reference Model for Open Distributed Processing ha
sido usado en integraciones con SIG.
3.5.2. Uso del iso/TC211 en integraciones con SIG
3.6. APIS usadas en integraciones con SIG
3.6.1. Uso del api dis-gis para integraciones con SIG
Esta api tiene la siguiente arquitectura:
3.6.2. Uso del api Gobject para integraciones con SIG
3.7. Patrones usados en interacciones con SIG
3.7.1. Patrón geometría de objetos usado en integración con SIG
3.8. Lenguajes basados en XML y usados en interacciones con SIG
4. Modelo propuesto de interacción entre el SIG y el simulador
4.1. Metamodelo propuesto para la interacción con el SIG
4.2. Patrones propuestos para la interacción
5. Trabajos futuros
Bibliografía
1. Bachmann E, Bass L, Carriere J, Clements P, Garlan D, Ivers J et al. Software. Architecture
Documentation in Practice: Documenting Architectural Layers. Carnegie Mellon Software
Engineering Institute CMU/SEI 2000-SR-004; 2000.
2. Florijn
G.
Describing
Software
Architectures
Disponible
en
http://www.cs.uu.nl/docs/vakken/swa/20012002/Slides/SA-3-Description.pdf. 2001 Acceso 12
Septiembre 2011.
3. Metadatos. http://enciclopedia.us.es/index.php/Metadato. Acceso 12 Septiembre 2011
4. Manso Callejo, Miguel Ángel (E.U.I.T.Topográfica). “Metadatos en los sistemas de información
geográfica.
(ISO-19115)”.
2002-03.
http://dityc.euitto.upm.es/~m.manso/docs/trabajometadatos.pdf
5. Recetario para Infraestructuras de Datos Espaciales (Traducción del Cookbook SDI v.2)
6. International Organization for Standardization. http://www.iso.org. Consultado el 12 septiembre
de 2011.
7. Bañares, J.A. & Bernabé, M.A. & Gould & M., Muro-Medrano & P.R., Zarazaga & F.J.
(Universidad de Zaragosa & Universidad Politécnica de Madrid) “Aspectos tecnológicos de la
creación de una Infraestructura Nacional Española de Información Geográfica”.
8. Open Geospatial Consortium. http://www.opengeospatial.org. Consultado el 12 septiembre de
2011.
9. OpenGIS Consortium, «The OpenGIS(tm) Abstract Specification, Topic 11: OpenGIS(tm)
Metadata (ISO/TC 211 DIS 19115).Version 5». 2001
10. Rafael A. González., A Framework for ICT Supported ICT in crisis Response. Doctoral
Dissertation, Delft University of Technology, The Netherlands, pp.1- 218,2010
11. UPA Marichuela. centro especializado en atención a la familia gestante.
http://www.eseusme.gov.co/4-3.htm. Consultado el día 13 de septiembre de 2011.
12. UPA Yomasa. http://www.eseusme.gov.co/4-4.htm. Consultado el día 13 de septiembre de
2011.
13. UPA Betania. http://www.eseusme.gov.co/4-5.htm. Consultado el día 13 de septiembre de
2011.
14. UPA Santa Marta. http://www.eseusme.gov.co/4-6.htm. Consultado el día 13 de septiembre de
2011.
15. UPA La Reforma. http://www.eseusme.gov.co/4-7.htm. Consultado el día 13 de septiembre de
2011.
16. UPA San Juan Bautista. http://www.eseusme.gov.co/4-8.htm. Consultado el día 13 de
septiembre de 2011.
17. UPA Lorenzo Alcantuz. http://www.eseusme.gov.co/4-9.htm. Consultado el día 13 de
septiembre de 2011.