Definición de un método de interoperabilidad entre sistema información geográfica
Autor: Marín Morales, María Isabel
Asesor: Zapata Jaramillo, Carlos Mario (Thesis advisor)
Fecha: 2011
Programa: Bogotá - Medicina -Fisioterapia
Facultad: Facultad de Medicina

Resumen: En las últimas décadas la información geográfica se  incorporo como información necesaria para la toma de decisiones a nivel De empresas, corporaciones y grupos de investigación. La gestión de estos datos se realizan por medio de sistemas de información geográficas (SIG) Heterogéneos que deben interoperar entre sí. Esta interoperabilidad se logra principalmente con la definición de estándares, el desarrollo de ontologías, y la implementación de servicios web, computación grid y sistemas intermedios. El desarrollo  de cada uno de los métodos requiere la conceptualización del dominio SIG en la fase de análisis de requisitos. Este proceso es repetitivo en cada situación teniendo en cuenta que le domino SIG se conoce. Por lo anterior, en esta tesis se propone un método de interoperabilidad que generaliza fase de estudio del dominio SIG./Abstract. In recent decades, geographic information incorporated as necessary information for decision making level of companies, corporations and research groups. The management of these data are carried through geographic information systems (GIS) Heterogeneous that must interoperate with each other. This interoperability is achieved mainly with the definition of standards, ontology development, and implementation of web services, grid computing and intermediate systems. The development of each of the methods requires the GIS domain conceptualization in the requirements analysis phase. This process is repeated in every situation given that it is known GIS domain. Therefore, this thesis proposes a method that generalizes interoperability study phase of the GIS domain.

Contenido I
Contenido
Pág.
Lista de figuras ................................................................................................................ II
Lista de tablas ................................................................................................................ IV
5. Validación ................................................................................................................. 6
5.1 Casos de estudio ............................................................................................. 6
5.1.1 MapWindow Vs. ArcGIS ........................................................................ 6
5.1.2 GeoDA Vs. GvSIG .............................................................................. 18
5.2 Prototipo de Servicio web ................................................................................ 3
5.3 Publicaciones ................................................................................................ 16
5.3.1 Artículos en revistas indexadas nacionales ......................................... 16
5.3.2 Artículo en revista nacional no indexada ............................................. 19
5.3.3 Reporte técnico ................................................................................... 19Contenido II
Lista de figuras
Pág.
Figura 5-1. Modelo de Elevación (DEM 90) en MapWindow ........................................... 12
Figura 5-2: Corregimientos Rio Claro en ArcGIS ............................................................ 13
Figura 5-3: Visualización de sistema de coordenadas en MapWindow .......................... 14
Figura 5-4: Visualización de Sistema de Coordenadas en ArcGIS. ................................ 14
Figura 5-5. Reproyección de Modelo de elevación (DEM 90) en MapWindow. .............. 15
Figura 5-6: Lista de polígonos de capa vector en ArcGIS .............................................. 16
Figura 5-7: Selección de un polígono en ArcGIS. ........................................................... 16
Figura 5-8: Clip Grid With Polygon en MapWindow. ....................................................... 17
Figura 5-9: Sistema de coordenadas del mapa resultante en MapWindow .................... 17
Figura 5-10: Capa raster resultante almacenada en el SIG MapWindow utilizando la
extensión HidroSIG. ........................................................................................................ 18
Figura 5-11: Mapa EstacionesFijas en GeoDA ............................................................... 22
Figura 5-12: Mapa Porce II en el SIG GvSIG ................................................................. 23
Figura 5-13: Visualización de sistemas de coordenaas en GvSIG ................................. 24
Figura 5-14: Vusalización del sistema de coordenadas desde el archivo prj .................. 25
Figura 5-15: Reproyección de mapas con MapWindow ................................................. 26
Figura 5-16: Nuevo campo en la tabla de atributos con MapWindow ............................... 1
Figura 5-17: Inserición de datos en tabla de atributos ...................................................... 2
Figura 5-18: Capa vector resultante almacenada en GeoDA ........................................... 3
Figura 5-19. Seleccionando las fuentes de datos y las capas que intervienen en la
comunicación entre MapWindow e HidroSIG Java. ......................................................... 10
Figura 5-20. Selección de los mapas desde el SIG HidroSIG ......................................... 11
Figura 5-21. Los mapas en cada SIG ............................................................................. 12
Figura 5-22. Reproyección de un mapa ......................................................................... 13
Figura 5-23. Reproyección de un mapa ......................................................................... 13
Figura 5-24. Mapa resultante ......................................................................................... 14Contenido IV
Lista de tablas
Pág.
Tabla 5-1: Situación actual de interoperabilidad MapWindow Vs. ArcGIS ........................ 6
Tabla 5-2: Artefacto para la fase Modelo de datos en cada API-Modelo de datos raster .. 7
Tabla 5-3: Artefacto para la fase Modelo de datos en cada API-Modelo de datos vector . 7
Tabla 5-4: Artefacto para la fase Modelo de datos en cada API-Series de tiempo ............ 8
Tabla 5-5: Artefacto para la fase Modelo de datos en cada API-Perfil vertical .................. 8
Tabla 5-6: Artefacto para la fase Modelo de datos en cada API-Modelo de datos raster .. 8
Tabla 5-7: Artefacto para la fase Modelo de datos en cada API-Modelo de datos vector . 9
Tabla 5-8: Artefacto para la fase Modelo de datos en cada API-Series de tiempo ............ 9
Tabla 5-9: Artefacto para la fase Modelo de datos en cada API-Perfil vertical ................ 10
Tabla 5-10: Operaciones en los SIG MapWindow y ArcGIS ........................................... 10
Tabla 5-11: Situación actual de interoperabilidad GeoDA Vs. GvSIG ............................. 19
Tabla 5-12: Fuentes de datos soportadas GeoDA Vs. GvSIG ........................................ 19
Tabla 5-13: Formatos aceptados GeoDA Vs. GvSIG ...................................................... 19
Tabla 5-14: Opearaciones en los SIG GeoDA Vs. GvSIG .............................................. 21
Tabla 5-15: Artefacto para la fase Situación actual de interoperabilidad ........................... 3
Tabla 5-16: Artefacto para la fase Modelo de datos en cada API-Modelo de datos raster 4
Tabla 5-17: Artefacto para la fase Modelo de datos en cada API-Modelo de datos vector 5
Tabla 5-18: Artefacto para la fase Modelo de datos en cada API-Series de tiempo .......... 5
Tabla 5-19: Artefacto para la fase Modelo de datos en cada API-Perfil vertical ................ 5
Tabla 5-20: Artefacto para la fase Estructura de las fuentes de datos - Modelo de datos
raster ................................................................................................................................ 7
Tabla 5-21: Artefacto para la fase Estructura de las fuentes de datos -Modelo de datos
vector ................................................................................................................................ 7
Tabla 5-22: Artefacto para la fase Estructura de las fuentes de datos -Series de tiempo . 8
Tabla 5-23: Artefacto para la fase Estructura de las fuentes de datos -Perfil vertical ........ 8
Tabla 5-24: Artefacto para la fase Operaciones soportadas ............................................. 9
Tabla 5-25: Resumen General de productos de divulgación resultantes de la Tesis ...... 16Contenido V6 Título de la tesis o trabajo de investigación
5. Validación
En esta sección se presentan los mecanismos que validan el método de interoperabilidad
propuesto. Los mecanismos usados son: a) dos casos de estudio que permitieron evaluar la
viabilidad del método b) un prototipo de servicios web para la interoperabilidad entre SIGs
usando el método propuesto que permitió validarlo y b) la publicación de artículos en revistas
indexadas y no indexadas a nivel nacional.
5.1 Casos de estudio
5.1.1 MapWindow Vs. ArcGIS
Este caso de estudio se realizó entre los SIGs MapWindow 4.6 y ArcGIS 9.2. El objetivo para la
interoperabilidad entre los dos es realizar la operación: “Recortar una capa de modelo raster
con base en un polígono”. La capa raster se halla almacenada en el SIG MapWindow, mientras
la capa vector en el SIG ArcGIS. Los datos utilizados fueron tomados de la bases de datos de la
Corporación Regional CORNARE y los nombres de algunos mapas fueron cambiados. Los
pasos a seguir para llevar a cabo el proceso de interoperabilidad fueron los detallados en la
sección 4.4, a continuación se presentan los resultados obtenidos:
a) Situación actual de interoperabilidad
Tabla 5-1: Situación actual de interoperabilidad MapWindow Vs. ArcGIS
SIG SIG1: MapWindow SIG2: ArcGIS
Tipo de Escritorio X X
Aplicación Web
Híbrido
Linux X
Sistema Mac OS X
Operativo Windows X X
Otro
Lenguaje de C
desarrollo C# XJava
PHP
Otro C++
Estándares OGC X X
Implementados OPeNDAP
ESRI X
Otro
API Si Si
Regla de continuidad:
IF <API==true> THEN <Ir al paso b)> ELSE <Ir al paso c)>
b) Modelo de datos en cada API
Artefactos:
Tabla 5-2: Artefacto para la fase Modelo de datos en cada API-Modelo de datos raster
SIG SIG1: MapWindow 4.6
Esquina inicio XLLCORNER/ MapWinGIS.GridHeader.xll
de pintado XLLCENTER
YLLCORNER/ MapWinGIS.GridHeader.yll
YLLCENTER
Resolución DX MapWinGIS.GridHeader.dx
espacial
DY MapWinGIS.GridHeader.dy
Sistema de Grupo MapWinGIS.LayerProjection.Group
coordenadas Nombre MapWinGIS.LayerProjection.Name
Categoría MapWinGIS.LayerProjection.Category
Metadato Nombre No soportado
Valor No soportado
Tipo de datos MapWinGIS.Grid.DataType
Nodata_value MapWinGIS.GridHeader.nodata
Número de MapWinGIS.GridHeader.ncols
columnas
Número de MapWinGIS.GridHeader.nrows
filas
Dato MapWinGIS.Grid.Value
Área No soportado
Tabla 5-3: Artefacto para la fase Modelo de datos en cada API-Modelo de datos vector
SIG SIG1: MapWindow 4.6
Atributo Nombre MapWinGIS.Shapefile.Field.Name
Tipo MapWinGIS.Shapefile.Field.Type
Valor MapWinGIS.Shapefile.Field.Value
Sistema de Grupo MapWinGIS.LayerProjection.Group
coordenadas Nombre MapWinGIS.LayerProjection.Name
Categoría MapWinGIS.LayerProjection.Category8 Título de la tesis o trabajo de investigación
Metadato Nombre No soportado
Valor No soportado
Shape MapWinGIS.Shapefile.Shape
Tipo de Punto MapWinGIS. Shapefile.ShapefileType
geometría Línea MapWinGIS. Shapefile.ShapefileType
Polígono MapWinGIS. Shapefile.ShapefileType
Tabla 5-4: Artefacto para la fase Modelo de datos en cada API-Series de tiempo
SIG SIG1: MapWindow 4.6
Atributo Nombre No soportado
Tipo
Valor
Variable
Unidades
Objeto
geográfico
Medición
Nombre de
capa
Valor faltante
Resolución
temporal
Tipo Eventual
Secuencial
Fecha inicial
Fecha final
Tabla 5-5: Artefacto para la fase Modelo de datos en cada API-Perfil vertical
SIG SIG1: MapWindow 4.6
Atributo Nombre No soportado
Tipo
Valor
Variable
Unidades
Objeto
geográfico
Medición
Nombre de
capa
Tipo En agua
En aire
Tabla 5-6: Artefacto para la fase Modelo de datos en cada API-Modelo de datos raster
SIG SIG2: ArcGISEsquina inicio XLLCORNER/ Raster.xll
de pintado XLLCENTER
YLLCORNER/ Raster.yll
YLLCENTER
Resolución DX Raster.dx
espacial
DY Raster.dy
Sistema de Grupo LayerProjection.Group
coordenadas Nombre LayerProjection.Name
Categoría LayerProjection.Category
Metadato Nombre Layer.Metadata.Name
Valor Layer.Metadata.Value
Tipo de datos Raster.DataType
Nodata_value Raster.nodata
Número de Raster.ncols
columnas
Número de Raster.nrows
filas
Dato Raster.Value
Área No soportado
Tabla 5-7: Artefacto para la fase Modelo de datos en cada API-Modelo de datos vector
SIG SIG2: ArcGIS
Atributo Nombre Shapefile.Field.Name
Tipo Shapefile.Field.Type
Valor Shapefile.Field.Value
Sistema de Grupo LayerProjection.Group
coordenadas Nombre LayerProjection.Name
Categoría LayerProjection.Category
Metadato Nombre Layer.Metadata.Name
Valor Layer.Metadata.Value
Shape Shapefile.Shape
Tipo de Punto Shapefile.ShapefileType
geometría Línea Shapefile.ShapefileType
Polígono Shapefile.ShapefileType
Tabla 5-8: Artefacto para la fase Modelo de datos en cada API-Series de tiempo
SIG SIG2: ArcGIS
Atributo Nombre No soportado
Tipo
Valor
Variable
Unidades
Objeto
geográfico
Medición10 Título de la tesis o trabajo de investigación
Nombre de
capa
Valor faltante
Resolución
temporal
Tipo Eventual
Secuencial
Fecha inicial
Fecha final
Tabla 5-9: Artefacto para la fase Modelo de datos en cada API-Perfil vertical
SIG SIG2: ArcGIS
Atributo Nombre No soportado
Tipo
Valor
Variable
Unidades
Objeto
geográfico
Medición
Nombre de
capa
Tipo En agua
En aire
Regla de continuidad:
<Ir al paso f)>
f) Operaciones soportadas
Tabla 5-10: Operaciones en los SIG MapWindow y ArcGIS
Operación SIG1: MapWindow 4.6 Entradas Salidas
a) Asignar sistemas de coordenadas a Raster/Vector Raster/Vector
elementos geográficos Georeferenciado
b) Reproyectar elementos geográficos Raster/Vector Raster/Vector
Proyectado
c) Convertir modelos de datos Raster/Vector Vector/Raster
d) Remuestrear modelos raster Raster, Número Raster
e) Complementar modelos raster Raster, Raster Raster
f) Complementar modelos vector Vector, Vector Vector
g) Cortar modelo raster a partir de un Raster, Vector Raster
polígonoh) Cortar modelo vector a partir de un Vector, Vector Vector
polígono
I) Complementar atributos de una Vector, Raster Vector
capa vector con los datos de una
capa raster
j) Asociar series de datos a objetos Serie, Serie
geográficos Raster/Vector
k) Complementar series de tiempo Serie, Serie Serie
Operación SIG2: ArcGIS Entradas Salidas
a) Asignar sistemas de coordenadas a Raster/Vector Raster/Vector
elementos geográficos Georeferenciado
b) Reproyectar elementos geográficos Raster/Vector Raster/Vector
Proyectado
c) Convertir modelos de datos Raster/Vector Vector/Raster
d) Remuestrear modelos raster Raster, Número Raster
e) Complementar modelos raster Raster, Raster Raster
f) Complementar modelos vector Vector, Vector Vector
g) Cortar modelo raster a partir de un Raster, Vector Raster
polígono
h) Cortar modelo vector a partir de un Vector, Vector Vector
polígono
I) Complementar atributos de una capa Vector, Raster Vector
vector con los datos de una capa raster
j) Asociar series de datos a objetos Serie, Serie
geográficos Raster/Vector
k) Complementar series de tiempo Serie, Serie Serie
(cid:1) Operación paso a paso
Los anteriores pasos son independientes de los modelos de datos con los que se va a trabajar y
de las operaciones que se van a realizar. En este punto los pasos se especifican en la12 Título de la tesis o trabajo de investigación
operación a realizar: “Cortar modelo raster a partir de un polígono”, realizado con base en el
patrón de análisis expuesto en el numeral ¡Error! No se encuentra el origen de la referencia..
Paso i: El usuario selecciona la(s) fuente(s) de datos que almacenan las capas a operar: se
seleccionó la fuente de datos especializada CORNARE, sobre el motor de base de datos
SQLite desde MapWindow y la fuente de datos PostGIS de ArcGIS.
Paso ii: El usuario recupera la capa raster que desea cortar: el nombre de la capa es Modelo
de elevación (DEM 90). La capa cargada en el SIG se presenta en la Figura 5-1.
Figura 5-1. Modelo de Elevación (DEM 90) en MapWindow
Paso iii: El usuario recupera la capa vector que contiene el polígono de referencia para el corte:
para la ejemplificación, se obtuvo la capa vector Corregimientos Rio Claro de la fuente de datos
PostGIS de ArcGIS. Los datos en el SIG se pueden visualizar en la Figura 5-2.Figura 5-2: Corregimientos Rio Claro en ArcGIS
Paso iv: El programa identifica el tipo de geometría de la capa vector: en la Figura 5-2 se
puede apreciar en el recuadro rojo el ícono de ArcGIS que identifica como una capa vector con
tipo de geometría poligonal al mapa Corregimientos Rio Claro.
Paso v: Si el tipo de geometría es diferente a Polígono, la operación no puede continuar, de lo
contrario si: como vimos en el punto anterior, efectivamente la capa tiene una geometría
poligonal, por lo tanto la operación puede continuar.
Paso vi: El programa identifica el sistema de coordenadas de ambos mapas: se utilizaron las
herramientas que proporciona cada SIG para visualizar el sistema de coordenadas de cada
capa. Para el Modelo de elevación (DEM 90) se identificó WGS84 y para Corregimientos Rio
Claro, Coordenadas planas Colombia Bogota Zone, como se visualiza enla Figura 5-3 y Figura
5-4, respectivamente.14 Título de la tesis o trabajo de investigación
Figura 5-3: Visualización de sistema de coordenadas en MapWindow
Figura 5-4: Visualización de Sistema de Coordenadas en ArcGIS.
Paso vii: Si los sistemas de coordenadas de los mapas son diferentes, el programa da al
usuario la opción de elegir el mapa que desea reproyectar: dado que las capas no tienen la
misma proyección y que para este caso es indiferente proyectar una o la otra se decide
proyectar la que se encuentra en WGS84 para Colombia Bogota Zone usando las herramientas
que dispone para ello el SIG MapWindow.Paso viii: Si los sistemas de coordenadas de los mapas son diferentes, el programa reproyecta
el mapa elegido: como si eran diferentes, se reproyectó el mapa. En la Figura 5-5 se observa la
capa reproyectada.
Figura 5-5. Reproyección de Modelo de elevación (DEM 90) en MapWindow.
Paso ix: El programa presenta al usuario una lista de los polígonos presentes en la capa
vectorial: esta lista se puede visualizar en la tabla de atributos de la capa vector en ArcGIS en la
Figura 5-6.16 Título de la tesis o trabajo de investigación
Figura 5-6: Lista de polígonos de capa vector en ArcGIS
Paso viii: El usuario selecciona el polígono de referencia para hacer el corte: sobre el SIG
ArcGIS se seleccionó el polígono 5 como se visualiza en la Figura 5-7.
Figura 5-7: Selección de un polígono en ArcGIS.Paso ix: El programa corta el raster: en este caso, este paso se realizó con la herramienta del
SIG MapWindow Clip Grid With Polygon como se visualiza en la Figura 5-8.
Figura 5-8: Clip Grid With Polygon en MapWindow.
Paso x: El programa asocia a la nueva capa de datos raster el sistema de coordenadas de la
capa inicial: en la Figura 5-9 se puede apreciar que el sistema asignó al mapa resultante el
sistema de coordenadas de los mapas operandos: Colombia Bogota Zone.
Figura 5-9: Sistema de coordenadas del mapa resultante en MapWindow18 Título de la tesis o trabajo de investigación
Paso xi: El usuario selecciona la fuente de datos donde desea almacenar la capa raster
resultante: en este caso la fuente elegida es CORNARE que corre en SQLite para MapWindow.
Paso xii: El programa guarda la capa raster resultante en la fuente de datos seleccionada: la
capa raster resultante se almacenó en la base de datos SQLite especializada para el SIG
MapWindow (ver Figura 5-10).
Figura 5-10: Capa raster resultante almacenada en el SIG MapWindow utilizando la extensión
HidroSIG.
Con la ejecución de cada uno de los pasos propuestos, fue posible compartir la información
entre el SIG MapWindow y el SIG ArcGIS simulando un sistema intermedio que lleva a cabo los
pasos propuestos en este trabajo.
5.1.2 GeoDA Vs. GvSIG
Este caso de estudio se realizó entre los SIGs GeoDA 0.9 y GvSIG 1.11. El objetivo para la
interoperabilidad entre los dos es realizar la operación: “Complementar atributos de una capa
vector con los datos de una capa raster”. La capa raster se gestiona con el SIG GvSIG desde
archivos en disco mientras que la capa vector con el SIG con GeoDA desde un archivo
shapefile. Los datos utilizados fueron tomados de la base de datos del proyecto “Estudio de la
problemática ambiental de tres embalses de EPM“ ejecutado en la escuela de Geociencias y
Medio Ambiente de la Universidad Nacional de Colombia, Sede Medellín, en asocio con laUniversidad de Antioquia y Empresas Públicas de Medellín. Los pasos a seguir para llevar a
cabo el proceso de interoperabilidad fueron los detallados en la sección 4.4, a continuación se
presentan los resultados obtenidos:
(cid:1) Situación actual de interoperabilidad
Tabla 5-11: Situación actual de interoperabilidad GeoDA Vs. GvSIG
Framework
Tipo de Estándares Sistema
SIG de API
aplicación implementados Operativo
desarrollo
Windows, Mac
GeoDA Escritorio C++ ESRI No
OS, Linux
GvSIG Escritorio Java OGC Si Multiplataforma
(cid:1) Fuentes de datos soportadas
Tabla 5-12: Fuentes de datos soportadas GeoDA Vs. GvSIG
Bases de
Servidor Archivos
SIG PostGIS datos
de mapas en disco
especializadas
GeoDA NO NO SI Si
GvSIG SI SI SI Si
(cid:1) Formatos aceptados
Tabla 5-13: Formatos aceptados GeoDA Vs. GvSIG
GvSIG GeoDA
Raster Vector Raster Vector
asc, txt, ovr, lgg, bag,bil shp shp
No sorportado
Bip, bsq, trl, gis, grd, hdf dbf dbf
shx
(cid:1) Estructuras de las fuentes de datos
En este punto y con base en los patrones de análisis expuestos en la sección ¡Error! No se
encuentra el origen de la referencia. se determinó la estructura de las fuentes de datos20 Título de la tesis o trabajo de investigación
involucradas en el proceso de interoperabilidad. A continuación se muestra en detalle el caso
puntual para las fuentes de datos utilizadas:
GeoDA – Archivo en disco (shp):
Capa raster: No soportado ya que el formato en disco shp solo gestiona modelos de
datos vector.
Nombre de la capa: se obtiene del nombre del archivo y/o la leyenda del mapa en el
SIG.
Sistema de coordenadas: se obtiene del archivo prj que compaña el archivo shp.
Metadatos: no son soportados.
Tipo de geometría: se obtiene del ícono de la leyenda del mapa.
Atributos (Campos de tabla de atributos): se obtiene de la tabla dbf que acompaña al
archivo shp
Shape (Campo identificador de Shape): es el campo ID de la tabla de atributos.
Campo que contiene la geometría: de la tabla dbf los campos X, Y y Z.
Formato de almacenamiento de la geometría: OGC WKB (Well-known text)
GvSIG – Archivo en disco (ESRI ASCII):
Capa vector: no soportado ya que el formato en disco ESRI ASCII solo gestiona modelos
de datos raster.
Capa raster:
Nombre de la capa: se btiene del nombre del archivo y/o la leyenda del mapa en el SIG
Sistema de coordenadas: se obtiene del rchivo prj que compaña el archivo asc o de la
interfaz de ingreso.
Metadatos: no soportados
Resolución espacial (DX, DY): se obtiene directamente del archivo, las etiquetas son: DX
y DY respectivamente o cellsize en cuyo caso indicaría que se trata de celdas
cuadradas.
Punto de inicio de pintado: se obtiene directamente del archivo, las etiquetas son
XLLCORNER o XLLCENTER y YLLCORNER o YLLCENTER.
Número de filas y columnas: se obtiene directamente del archivo, son las etiquetas
NROWS y NCOLS respectivamente.Valor faltante: se obtiene directamente del archivo: la etiqueta es NODATA_value.
(cid:1) Operaciones soportadas: se presentan en la Tabla 5-14.
Tabla 5-14: Opearaciones en los SIG GeoDA Vs. GvSIG
Operación SIG1: GvSIG Entradas Salidas
a) Asignar sistemas de coordenadas a Raster/Vector Raster/Vector
elementos geográficos Georeferenciado
b) Reproyectar elementos geográficos Raster/Vector Raster/Vector
Proyectado
c) Convertir modelos de datos Raster/Vector Vector/Raster
d) Remuestrear modelos raster Raster, Número Raster
e) Complementar modelos raster Raster, Raster Raster
f) Complementar modelos vector Vector, Vector Vector
g) Cortar modelo raster a partir de un Raster, Vector Raster
polígono
h) Cortar modelo vector a partir de un Vector, Vector Vector
polígono
Operación SIG2: GeoDA Entradas Salidas
a) Asignar sistemas de coordenadas a Raster/Vector Raster/Vector
elementos geográficos Georeferenciado
b) Reproyectar elementos geográficos Raster/Vector Raster/Vector
Proyectado
f) Complementar modelos vector Vector, Vector Vector
(cid:1) Operación paso a paso
Los anteriores pasos son independientes de los modelos de datos con los que se va a trabajar y
de las operaciones que se van a realizar. En este punto los pasos se especifican en la
operación a realizar: “Complementar atributos de una capa vector con los datos de una capa
raster”, realizado con base en el patrón de análisis expuesto en el numeral ¡Error! No se
encuentra el origen de la referencia..22 Título de la tesis o trabajo de investigación
Paso i: El usuario selecciona la(s) fuente(s) de datos que almacenan las capas raster a
complementar: en este caso las fuentes seleccionas son “Archivos en disco”, para los dos SIG.
Paso ii: El usuario recupera las capa vector que desea complementar: por medio del SIG
GeoDA recupera la capa vector “EstacionesFijas” que desea complementar (ver Figura 5-12).
Figura 5-11: Mapa EstacionesFijas en GeoDA
Paso iii: El usuario recupera las capas raster de referencia: por medio del SIG GvSIG obtiene la
capa raster de referencia “PORCEII” (ver Figura 5-12).Figura 5-12: Mapa Porce II en el SIG GvSIG
Paso iv: El programa identifica el sistema de coordenadas de ambas capas: El sistema de
coordenadas se puede obtener ya sea de la fuente de datos como se explicó en el punto cuatro
o directamente de las interfaces del SIG.
Capa: PORCEII
Sistema de Coordenadas: EPSG 23030 (WGS84).24 Título de la tesis o trabajo de investigación
Figura 5-13: Visualización de sistemas de coordenaas en GvSIG
Capa: EstacionesFijas
Sistema de Coordenadas: Colombia Bogota ZoneFigura 5-14: Vusalización del sistema de coordenadas desde el archivo prj
Paso v: Si los sistemas de coordenadas son diferentes, el usuario elige el mapa a reproyectar:
Las dos capas no se hallan en la misma proyección, ya que una está en WGS84 y la otra en
Colombia Bogota Zone. Para nuestro caso es indiferente proyectar una o la otra. Vamos a
proyectar la que se encuentra en Colombia Bogota Zone a WGS84.
Paso vi: Si los sistemas de coordenadas son diferentes, el programa reproyecta el mapa
seleccionado.26 Título de la tesis o trabajo de investigación
Figura 5-15: Reproyección de mapas con MapWindow
Paso vii: El programa determina correspondencia entre geometrías y celdas.
Este paso se puede realizar de la manera que cada desarrollador lo desee mas conveniente, en
este caso lo realizaremos a mano explorando las dos capas.
Shp(0)= 828 msnm
Shp(1)= 1.025 msnm
Shp(2)= 935 msnm
Shp(3)= 910 msnm
Shp(4)= 832 msnm
Shp(5)= 1.001 msnmContenido 1
Shp(6)= 856 msnm
Shp(7)= 860 msnm
Shp(8)= 892 msnm
Shp(9)= 995 msnm
Shp(10)= 965 msnm
Shp(11)= 952 msnm
Paso viii: El usuario elige campo de la tabla de atributos para asignar los valores.
La tabla no tenía definido el campo, así que creamos uno llamado Metros sobre el nivel
del mar (MSNM). Para ello usamos la herramienta que presenta el SIG GeoDA.
Figura 5-16: Nuevo campo en la tabla de atributos con MapWindow
Paso ix: El programa almacena los valores en la tabla de atributos.
Para esto se utilizó la misma herramienta del SIG GeoDA:2 Título de la tesis o trabajo de investigación
Figura 5-17: Inserición de datos en tabla de atributos
Paso x: El usuario selecciona la fuente de datos donde desea almacenar la capa vector
resultante.
Paso xi: El programa guarda la capa vector resultante en la fuente de datos
seleccionadaBibliografía 3
Figura 5-18: Capa vector resultante almacenada en GeoDA
5.2 Prototipo de Servicio web
En esta sección se presenta un escenario de interoperabilidad usando servicios web e
implementando el método de interoperabilidad propuesto. Los SIGs que interoperarán
son MapWindow 4.6 e HidroSIG Java 3.1. En éste proceso se implementó la operación
¡Error! No se encuentra el origen de la referencia. a partir de un polígono (para mayor
detalle sobre ésta operación ir a la sección ¡Error! No se encuentra el origen de la
referencia.).
a) Situación actual de interoperabilidad
Artefacto:
Tabla 5-15: Artefacto para la fase Situación actual de interoperabilidad
SIG SIG1: MapWindow SIG2: HidroSIG Java
4.6 3.1
Tipo de Escritorio X X
Aplicación Web
Híbrido
Linux X
Sistema Mac OS X
Operativo Windows X X
Otro
Lenguaje de C4 Título de la tesis o trabajo de investigación
desarrollo C# X
Java X
PHP
Otro
Estándares OGC X
Implementados OPeNDAP
ESRI
Otro
API Si No
En èsta fase fue posible determinar que los lenguajes de programación para el desarrollo
de los servicios web y los clientes deben ser preferiblemente c# y Java. Adicionalmente,
siguiendo la regla de continuidad, debemos seguir con el SIG MapWindow al paso b) y
con el SIG HidroSIG al paso c.
Regla de continuidad:
IF <API==true> THEN <Ir al paso b)> ELSE <Ir al paso c)>
b) Modelo de datos en cada API
Artefactos:
Tabla 5-16: Artefacto para la fase Modelo de datos en cada API-Modelo de datos raster
SIG SIG1: MapWindow 4.6
Esquina inicio XLLCORNER/ MapWinGIS.GridHeader.xll
de pintado XLLCENTER
YLLCORNER/ MapWinGIS.GridHeader.yll
YLLCENTER
Resolución DX MapWinGIS.GridHeader.dx
espacial
DY MapWinGIS.GridHeader.dy
Sistema de Grupo MapWinGIS.LayerProjection.Group
coordenadas Nombre MapWinGIS.LayerProjection.Name
Categoría MapWinGIS.LayerProjection.Category
Metadato Nombre No soportado
Valor No soportado
Tipo de datos MapWinGIS.Grid.DataType
Nodata_value MapWinGIS.GridHeader.nodata
Número de MapWinGIS.GridHeader.ncols
columnas
Número de MapWinGIS.GridHeader.nrows
filas
Dato MapWinGIS.Grid.Value
Área No soportadoBibliografía 5
Tabla 5-17: Artefacto para la fase Modelo de datos en cada API-Modelo de datos vector
SIG SIG1: MapWindow 4.6
Atributo Nombre MapWinGIS.Shapefile.Field.Name
Tipo MapWinGIS.Shapefile.Field.Type
Valor MapWinGIS.Shapefile.Field.Value
Sistema de Grupo MapWinGIS.LayerProjection.Group
coordenadas Nombre MapWinGIS.LayerProjection.Name
Categoría MapWinGIS.LayerProjection.Category
Metadato Nombre No soportado
Valor No soportado
Shape MapWinGIS.Shapefile.Shape
Tipo de Punto MapWinGIS. Shapefile.ShapefileType
geometría Línea MapWinGIS. Shapefile.ShapefileType
Polígono MapWinGIS. Shapefile.ShapefileType
Tabla 5-18: Artefacto para la fase Modelo de datos en cada API-Series de tiempo
SIG SIG1: MapWindow 4.6
Atributo Nombre No soportado
Tipo
Valor
Variable
Unidades
Objeto
geográfico
Medición
Nombre de
capa
Valor faltante
Resolución
temporal
Tipo Eventual
Secuencial
Fecha inicial
Fecha final
Tabla 5-19: Artefacto para la fase Modelo de datos en cada API-Perfil vertical
SIG SIG1: MapWindow 4.6
Atributo Nombre No soportado
Tipo
Valor
Variable
Unidades6 Título de la tesis o trabajo de investigación
Objeto
geográfico
Medición
Nombre de
capa
Tipo En agua
En aire
Los elementos identificados en ésta sección, brindan el conocimiento necesario para
acceder al modelo de datos mediante el API de MapWindow. Según la regla de
continuidad, seguimos con el SIG MapWindow en el paso f.
Regla de continuidad:
<Ir al paso f)>
c) Fuentes de datos soportadas
Artefacto:
SIG PostGIS Servidor Base de datos especializada Archivos
de en disco
mapas
MySql Oracle SQLite PostgreSQL Otro
HidroSIG X X
Java 3.1
En este punto, se identificó que la gestión de datos en el SIG HidroSIG ésta dada
mediante el uso de archivos en disco y una base de datos en MySQL. Según la regla de
continuidad se debe ir al paso d para identificar los formatos aceptados.
Reglas de continuidad: IF <Archivos en disco==true> THEN <Ir al paso d)> ELSE < IF
<PosGIS==true OR Servidores de mapas==true OR Bases de datos especializadas>
THEN <Ir al paso e)> >
d) Formatos aceptados
Artefacto:
SIG Formatos Formatos Formatos
raster vector para series
de datos
HidroSIG .HSJ + .vecHSJ + .station
Java 3.1 .metaHSJ .metaVecHSJBibliografía 7
Luego de identificar los formatos aceptados, se continúa con la identificación de la
estructura de los datos de HidroSIG Java 3.1 en el paso e, siguiendo las reglas de
continuidad.
Reglas de continuidad: IF <PosGIS==true OR Servidores de mapas==true OR Bases
de datos especializadas> THEN <Ir al paso e)> ELSE <Ir al paso f)>
e) Estructura de las fuentes de datos
Artefactos:
Tabla 5-20: Artefacto para la fase Estructura de las fuentes de datos - Modelo de datos
raster
SIG HidroSIG Java 3.1
Fuente de Fuente 1: Mysql
dato
Esquina inicio XLLCORNER/ Metaraster.minx
de pintado XLLCENTER
YLLCORNER/ Metaraster.miny
YLLCENTER
Resolución DX Metaraster.resolucionx
espacial
DY Metaraster.resoluciony
Sistema de Grupo No soportado
coordenadas Nombre
Categoría
Metadato Nombre No soportado
Valor
Tipo de datos Metaraster.tipo
Nodata_value Metaraster.faltante
Número de Metaraster.columnas
columnas
Número de Metaraster.filas
filas
Dato Dataraster.datos
Área No soportado
Tabla 5-21: Artefacto para la fase Estructura de las fuentes de datos -Modelo de datos
vector
SIG HidroSIG Java 3.1
Fuente de Fuente 1: Mysql
datos
Atributo Nombre Vector.Nombre
Tipo Vector.Tipo8 Título de la tesis o trabajo de investigación
Valor Vector.Valor
Sistema de Grupo No soportado
coordenadas Nombre
Categoría
Metadato Nombre No soportado
Valor
Shape Punto
Tipo de Punto Vectorpunto
geometría Línea Vectorlinea
Polígono Vectorpoligono
Tabla 5-22: Artefacto para la fase Estructura de las fuentes de datos -Series de tiempo
SIG HidroSIG Java 3.1
Fuente de Fuente 1: Mysql
datos
Atributo Nombre Atributo.Nombre
Tipo Atributo.Tipo
Valor Atributo.Valor
Variable Serie.Variable
Unidades Serie.Unidades
Objeto Serie.vector
geográfico
Medición Tramas.dato
Nombre de Serie.Nombre
capa
Valor Serie.Faltante
faltante
Resolución Serie.dt
temporal
Tipo Eventual Serie.Tipo
Secuencial
Fecha inicial Serie.finicial
Fecha final Serie.ffinal
Tabla 5-23: Artefacto para la fase Estructura de las fuentes de datos -Perfil vertical
SIG HidroSIG Java 3.1
Fuente de Fuente 1: Mysql
datos
Atributo Nombre No soportado
Tipo
Valor
Variable
Unidades
ObjetoBibliografía 9
geográfico
Medición
Nombre de
capa
Tipo En agua
En aire
La estructura de las fuentes de los datos permite conocer el modelo de los datos de la
aplicación en estudio, en este caso HidroSIG Java. Los artefactos son muy similares a
los empleados en el paso b) pues el objetivo es el mismo en ambos pasos, pero
dependiendo si se cuenta con API o no. En el siguiente paso se identifican las
operaciones soportadas, según se indicó en el paso f).
Reglas de continuidad: <Ir al paso f>
f) Operaciones soportadas
En esta sección el analista debe identificar las operaciones SIG que son soportadas en
cada sistema. MapWindow presenta todas las operaciones SIG sugeridas en éste
método, por otro lado, HidroSIG no, aunque presenta operaciones especializadas en el
dominio de la Hidrología como lo es el procesamiento de Modelos de Elevación Digital.
Artefacto:
Tabla 5-24: Artefacto para la fase Operaciones soportadas
Operación SIG1: MapWindow 4.6 Entradas Salidas
a) Asignar sistemas de coordenadas a Raster/Vector Raster/Vector
elementos geográficos Georeferenciado
b) Reproyectar elementos geográficos Raster/Vector Raster/Vector
Proyectado
c) Convertir modelos de datos Raster/Vector Vector/Raster
d) Remuestrear modelos raster Raster, Número Raster
e) Complementar modelos raster Raster, Raster Raster
f) Complementar modelos vector Vector, Vector Vector
g) Cortar modelo raster a partir de un Raster, Vector Raster10 Título de la tesis o trabajo de investigación
polígono
h) Cortar modelo vector a partir de un Vector, Vector Vector
polígono
I) Complementar atributos de una Vector, Raster Vector
capa vector con los datos de una
capa raster
j) Asociar series de datos a objetos Serie, Serie
geográficos Raster/Vector
k) Complementar series de tiempo Serie, Serie Serie
Operación SIG1: HidroSIG Java 3.1 Entradas Salidas
a) Procesar DEM Raster Raster[]
g) Operación paso a paso
En éste punto, usando el patrón de análisis presentado en la sección ¡Error! No se
encuentra el origen de la referencia. (Cortar modelo raster a partir de un polígono),
realizamos paso a paso la operación. Éste paso a paso se evidencia en interacciones del
usuario con los programas y en el código fuente generado (pasos ). Al final de este paso
a paso se presenta el código WSDL que describe el servicio web implementado.
1. El usuario selecciona la(s) fuente(s) de datos que almacenan las capas a operar: En
la Figura 5-19 se presenta la interfaz gràfica que permite el consumo del servicio web
creado en c# para acceder a las operaciones del sig MapWindow.
Figura 5-19. Seleccionando las fuentes de datos y las capas que intervienen en la
comunicación entre MapWindow e HidroSIG Java.Bibliografía 11
2. El usuario recupera la capa raster que desea cortar. En la Figura 5-19 se presenta un
ComboBox para la selección de la capa deseada desde las fuentes de datos del
sistema que consume el servicio web.
3. El usuario recupera la capa vector que contiene el polígono de referencia. También
en la Figura 5-20 se presenta un cuadro de texto para ingresar el nombre de la capa
vector que según la selección del usuario, reside en las fuentes de datos del SIG
MapWindow, quien sirve el servicio. En la Figura 5-21 se pueden ver los mapas de
cada SIG.
Figura 5-20. Selección de los mapas desde el SIG HidroSIG12 Título de la tesis o trabajo de investigación
Figura 5-21. Los mapas en cada SIG
4. El programa identifica el tipo de geometría de la capa vector. Esta sección es
transparente al usuario, se ejecuta en la implementación (código fuente).
5. Si el tipo de geometría es diferente a Polígono, la operación no puede continuar, de lo
contrario si. Esta sección es transparente al usuario, se ejecuta en la implementación
(código fuente).
6. El programa identifica el sistema de coordenadas de ambos mapas. Esta sección es
transparente al usuario, se ejecuta en la implementación (código fuente).
7. Si los sistemas de coordenadas de los mapas son diferentes, el programa da al
usuario la opción de elegir el mapa que desea reproyectar (Ver Figura 5-22).Bibliografía 13
8. Si los sistemas de coordenadas de los mapas son diferentes, el programa reproyecta
el mapa elegido. Esta sección es transparente al usuario, se ejecuta en la
implementación (código fuente).
Figura 5-22. Reproyección de un mapa
9. El programa presenta al usuario una lista de los polígonos presentes en la capa
vectorial (Ver Figura 5-23).
Figura 5-23. Reproyección de un mapa
10. El usuario selecciona el polígono de referencia para hacer el corte.
11. El programa realiza el corte Esta sección es transparente al usuario, se ejecuta en la
implementación (código fuente).
12. El programa asocia a la nueva capa de datos raster el sistema de coordenadas de la
capa inicial Esta sección es transparente al usuario, se ejecuta en la implementación
(código fuente).14 Título de la tesis o trabajo de investigación
13. El programa guarda la capa raster resultante en la fuente de datos seleccionada. Esta
sección es transparente al usuario, se ejecuta en la implementación (código fuente).
El mapa resultante se presenta en la Figura 5-24.
Figura 5-24. Mapa resultante
El código WSDL del servicio:
<?xml version="1.0" encoding="UTF-8"?>
<wsdl:definitions xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
xmlns:tm="http://microsoft.com/wsdl/mime/textMatching/"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"
xmlns:mime="http://schemas.xmlsoap.org/wsdl/mime/" xmlns:tns="http://tempuri.org/"
xmlns:s="http://www.w3.org/2001/XMLSchema"
xmlns:soap12="http://schemas.xmlsoap.org/wsdl/soap12/"
xmlns:http="http://schemas.xmlsoap.org/wsdl/http/"
targetNamespace="http://tempuri.org/" xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/">
<wsdl:types>
<s:schema elementFormDefault="qualified" targetNamespace="http://tempuri.org/">
<s:element name="ClipRasterWithVector">
<s:complexType>
<s:sequence>
<s:element minOccurs="0" maxOccurs="1" name="raster" type="s:string"/>
<s:element minOccurs="1" maxOccurs="1" name="urlraster" type="s:boolean"/>Bibliografía 15
<s:element minOccurs="0" maxOccurs="1" name="vector" type="s:string"/>
<s:element minOccurs="1" maxOccurs="1" name="urlvector" type="s:boolean"/>
</s:sequence>
</s:complexType>
</s:element>
<s:element name="ClipRasterWithVectorResponse">
<s:complexType>
<s:sequence>
<s:element minOccurs="0" maxOccurs="1" name="ClipRasterWithVectorResult"
type="s:string"/>
</s:sequence>
</s:complexType>
</s:element>
</s:schema>
</wsdl:types>
<wsdl:message name="ClipRasterWithVectorSoapIn">
<wsdl:part name="parameters" element="tns:ClipRasterWithVector"/>
</wsdl:message>
<wsdl:message name="ClipRasterWithVectorSoapOut">
<wsdl:part name="parameters" element="tns:ClipRasterWithVectorResponse"/>
</wsdl:message>
<wsdl:portType name="ClipRasterSoap">
<wsdl:operation name="ClipRasterWithVector">
<wsdl:input message="tns:ClipRasterWithVectorSoapIn"/>
<wsdl:output message="tns:ClipRasterWithVectorSoapOut"/>
</wsdl:operation>
</wsdl:portType>
<wsdl:binding name="ClipRasterSoap" type="tns:ClipRasterSoap">
<soap:binding transport="http://schemas.xmlsoap.org/soap/http"/>
<wsdl:operation name="ClipRasterWithVector">
<soap:operation soapAction="http://tempuri.org/ClipRasterWithVector"
style="document"/>
<wsdl:input>
<soap:body use="literal"/>
</wsdl:input>
<wsdl:output>
<soap:body use="literal"/>
</wsdl:output>
</wsdl:operation>
</wsdl:binding>
<wsdl:binding name="ClipRasterSoap12" type="tns:ClipRasterSoap">
<soap12:binding transport="http://schemas.xmlsoap.org/soap/http"/>
<wsdl:operation name="ClipRasterWithVector">
<soap12:operation soapAction="http://tempuri.org/ClipRasterWithVector"
style="document"/>
<wsdl:input>
<soap12:body use="literal"/>
</wsdl:input>
<wsdl:output>16 Título de la tesis o trabajo de investigación
<soap12:body use="literal"/>
</wsdl:output>
</wsdl:operation>
</wsdl:binding>
<wsdl:service name="ClipRaster">
<wsdl:port name="ClipRasterSoap" binding="tns:ClipRasterSoap">
<soap:address location="http://localhost:1063/ClipRaster.asmx"/>
</wsdl:port>
<wsdl:port name="ClipRasterSoap12" binding="tns:ClipRasterSoap12">
<soap12:address location="http://localhost:1063/ClipRaster.asmx"/>
</wsdl:port>
</wsdl:service>
</wsdl:definitions>
5.3 Publicaciones
El desarrollo de este trabajo arrojó un conjunto de productos traducidos en artículos en
revistas indexadas y no indexadas nacionales y un reporte técnico. En la Tabla 5-25 se
presenta un resumen de los productos y en las secciones 5.3.1, 5.3.3 y se presenta el
detalle de éstos.
Tabla 5-25: Resumen General de productos de divulgación resultantes de la Tesis
Producto Cantidad Estado
Artículo en revista indexada 1 Aceptado para publicación
A1
Artículo en revista indexada 1 En evaluación
A2
Artículo en revista indexada B 1 Publicado
Artículo en revista nacional no 1 Publicado
indexada
Reporte técnico 1
Total productos 5
5.3.1 Artículos en revistas indexadas nacionales
Título: Un caso de estudio en interoperabilidad entre sistemas de información
geográfica
Autores: Carlos Mario Zapata Jaramillo, Guillermo Gonzáles Calderón, María IsabelBibliografía 17
Marín Morales
Revista: Ingenierías Universidad de Medellín
Categoría: B
Estado: Publicado
Resumen:
Los sistemas de información geográfica (SIG) requieren interoperabilidad (capacidad
para compartir datos y procesos) porque contienen grandes cantidades de información
que se debe complementar para realizar procesos de análisis, predicción y estudios
socioeconómicos, entre otros. Pese a existir estándares para el desarrollo de SIG, la
interoperabilidad entre sistemas ya desarrollados es un problema, ya que la estructura
de datos y procesos es propia de cada sistema y la gran cantidad de datos dificulta su
migración a las estructuras estándar. Por ello, en este artículo de investigación científica
y tecnológica se elabora un caso de estudio que permita comprender los elementos
subyacentes a la interoperabilidad entre SIG.
Título: Mapwindow vs. Arcgis: towards featuring the interoperability between
geographic information systems
Autores: Carlos Mario Zapata Jaramillo, Francisco Mauricio Toro Botero, María Isabel
Marín Morales
Revista: Revista Dyna (Capítulo)
Categoría: A1
Estado: Aceptado para publicación
Resumen:
The functionality that allows the execution between heterogeneous systems, of both data
and process operations, is called interoperability. Geographic Information Systems (GIS)
interoperability relies on two factors: the increasing use of such systems in companies
and the need to supplement their information—when generated from heterogeneous GIS
and coupling-troubled by its isolated development—. Major initiatives in GIS
interoperability solve the arising problems by defining sets of standards and by specifying
development interfaces. Such initiatives allow interoperability between homogeneous18 Título de la tesis o trabajo de investigación
GIS, which hold the same standards or development interfaces, despite the
heterogeneous GIS. The above reasons lead us to deal, in this paper, with MapWindow-
ArcGIS interoperability. We use an example in order to determine the remarking features
of such interoperability process.
Título: Definición de un método de interoperabilidad entre sistemas de información
geográfica
Autores: Carlos Mario Zapata Jaramillo, Francisco Mauricio Toro Botero, María Isabel
Marín Morales
Revista: EIA
Categoría: A2
Estado: En revisión (enviado, agosto de 2011)
Resumen:
Los Sistemas de Información Geográfica (SIG) se incorporan en las empresas para
facilitar el análisis espacial de la información. Este análisis suele requerir la integración
de datos residentes en SIGs heterogéneos que tienen la necesidad de interoperar. En los
SIGs, la interoperabilidad se aborda, principalmente, con la especificación de estándares
y la implementación de servicios web, computación grid y aplicaciones intermedias. Para
implementar cualquiera de estos mecanismos, siempre es necesario un estudio detallado
del dominio SIG. Este estudio se realiza en cada situación de interoperabilidad que se
presente, convirtiéndolo en un proceso repetitivo. En este artículo se propone un método
de interoperabilidad que generaliza la fase de estudio del dominio SIG. El método se
compone de cuatro elementos: a) identificación del estado de interoperabilidad de los
sistemas involucrados, b) identificación de la estructura de los datos de los sistemas,
basado en patrones de análisis y estándares, c) identificación de las operaciones
disponibles en cada SIG y d) los pasos recomendados para llevar a cabo cada una de
estas operaciones. El método se puede integrar con los mecanismos de interoperabilidad
mencionados, reduciendo los tiempos en la fase de análisis y brindando un canal de
comunicación entre el usuario, el analista y el desarrollador.Bibliografía 19
5.3.2 Artículo en revista nacional no indexada
Título: Globos virtuales Vs. Sistemas de Información Geográfica: un análisis
descriptivo de las herramientas y formatos soportados
Autores: María Isabel Marín Morales
Revista: ACTIVA del Tecnológico de Antioquia
Estado: Publicado
Resumen:
Los datos obtenidos por medio de satélites, radares, sensores remotos, estaciones de
medición y en general instrumentos de captura de datos geo-referenciados requieren de
herramientas eficientes para su almacenamiento y gestión. Esta necesidad se presenta
debido al incremento en la última década de estos datos. Actualmente dos grupos de
sistemas gestionan la información geo-referenciada: a) los Sistemas de Información
Geográfica (SIG) y b) los Globos virtuales. La elección del adecuado SIG o Globo virtual
para un proyecto de análisis y toma de decisión específico permite potencializar el uso de
los datos. Por lo anterior en este artículo se presenta un paralelo entre Globos virtuales y
Sistemas de Información Geográfica en términos de herramientas de procesamiento y
análisis, y los formatos soportados para el ingreso y salida de los datos. Adicionalmente,
se realiza un análisis descriptivo de los SIG y Globos virtuales encontrados y se plantean
algunas sugerencias sobre los usos de cada uno.
5.3.3 Reporte técnico
Título: State-of-the-art on tools for processing and visualization spatio-temporal data
Autores: Carlos Mario Zapata Jaramillo, Francisco Mauricio Toro Botero, María Isabel
Marín Morales
Resumen:
In the last decade the amount of spatio-temporal data collected in digital form has
increased considerably. This is due to the rapid development of technologies that capture
spatio-temporal data. The vast amount of information turns the processing and
visualization data towards complicated process. The processing and visualization spatio-20 Título de la tesis o trabajo de investigación
temporal data, required efficient methods. Companies from different knowledge domains
are in constant search of optimal mechanisms for processing and displaying data. Thus,
the processing and visualization of spatio-temporal data are hotbeds of research and
development within companies and universities. For this reason in this technical report we
present a state-of-the-art on mechanisms and tools for processing and visualization
spatio-temporal data. The review was classified into eight groups. The classification was
made according to the problem being addressed and the mechanisms used to solve it.
The classification is as follows: 1) Plotting and visualization libraries, 2) Processing
libraries, 3) Web-based visualization, 4) Web-based processing, 5) Desktop-based
visualization, 6) Desktop-based processing, 7) Standards for data processing and 8)
Standards for data visualization.