La primera parte antes de crar un GIS es saber cual será su uso. Tenemos que saber si queremos que los datos sean localizados en un servidor o por el contrario estén sólo disponibles de forma local. Tenemos que saber caules serán las consultas y la forma de consultarlas y por otro lado cómo serán las entradas de datos y la forma de introducirlos.
Tipología de GIS según la disponibilidad de los datos
Podrán ser.
- GIS local
- Gis de servidor
GIS local
Podemos mostrar varios ejemplo realizados por nosotros de este tipo de sistemas. El primero de ellos, el más antiguo, aunque no obsoleto es el que denominábamos GIS para el control de calidad en obras lineales:
Una presentación se puede ver en este video:
Véase: http://carreteras-laser-escaner.blogspot.com.es/2015/03/optimized-gis-for-linear-projects-sig.html
Otra tipología podría denominarse "GIS de gestion de mapas". Como este ejemplo de gestión de mapas de ruido:
Véase: http://carreteras-laser-escaner.blogspot.com.es/2015/05/the-discrete-gis-i-el-gis-discreto-i.html
Podríamos querer que manipulara planos o visualizaciones en 3D. Lo denominamos "GIS raster local". e incrustara en estos datos otro tipo de información. un vídeo al respecto sería:
GIS de sevidor
De igual manera podremos tener un GIS dedicado a emplazamientos lineales, carreteras.Además, se le añadirían más información interesante de disponer desde internet como documentación y geolocalizazión de informes.
Más dedicados al ámbito municipal serían los que denominaríamos "GIS de gestión de datos georeferenciados". (con perdón, por la redundancia) como por ejemplo los que hemos realizado para la gestión y eficiencia energética del alumbrado público.
Véase: http://carreteras-laser-escaner.blogspot.com.es/2015/04/geolocation-gis-systems-and-maintenance.html
De igual manera el Gis ráster local podríamos convertirlo a "GIS raster de servidor". De esta manera la manipulación de planos, visualizaciones en 3D, gestión de nubes de puntos y datos anexionados a éstas estarían disponibles por internet.
Véase: http://carreteras-laser-escaner.blogspot.com.es/2013/11/agradecimientos-y-fin-del-proyecto.html
Tipología de GIS según la inserción de los datos
Pueden ser.
- Inserción de datos por formulario (tradicional)
- Inserción de datos en bloque compatibles con hojas de cálculo típicas o similar
- Inserción de datos automática
Inserción de datos por formulario (tradicional)
Desde Abakal esta es la menos aconsejable. Es la más sencilla de programar y cualquier informático luchará por esta opción (sería tonto si no lo hiciera). Las razones que se esgrimirán es tanto la compatibilidad de los datos como el uso adecuado de megabases de datos. Pero seamos serios, para este tipo de trabajos, salvo que estemos programando para GoogleMaps no tendremos ni demasiada gente consultando datos a la vez, ni tendremos gigas de nformación cruzándose y comparándose. Debemos descartarla siempre que podamos aunque soy consciente que tenemos al mundo informático en contra.
La razón de esta confrontación es muy sencilla. Aparte de pagar al informático para crear nuestra aplicación, Deberemos pagar al personal que alimente el GIS. Cuanto más sencilla sea la inserción de datos menos tiempo (y dinero) costará. Y este último coste es continuo.
Inserción de datos en bloque compatibles con hojas de cálculo típicas o similar
Este tipo de recogida de datos bien pudiera ser la salida de otros procesos o un simple relleno en una hoja de cálculo. Ya de por sí esta información es válida, generalmente ya la tenemos sólo cuesta el subierla a la aplicación. NO REESCRIBIRLA DE NUEVO. Se evitan errores y es más rápido ( y por tanto barato en el mantenimiento ). Lo difícil será encontrar al programador que nos entienda.
Éste es el sistema preferido por nosotros (Abakal). Aun así, si se puede se preferirá el siguiente
Inserción de datos automática
Con los teléfonos móviles actuales la captación de datos desde éstos nos ayuda enormemente en la realización de GIS. Es normal que al tomar una foto esta ya tenga contenidas las coordenadas. Podemos realizar infinidad de informes in situ, utilizar sus sensores y, por supuesto transmitir la información en directo.
Es la forma más barata, en cuanto a mantenimiento, y que conlleva menos errores. La contrapartida es el gasto en programación. Al menos, con android, nos evitamos el gasto en el SO.
Tipología de GIS según la gestión de datos
Pueden ser.
- Invariante
- Consulta BD
- Informe
Invariante
Ésta es la más sencilla, simplemente tenemos un documento remoto lo bajamos y/o lo subimos. Podemos complicarla con previsualizaciones de éstos:
No la debemos desestimar por su simplicidad, más de una vez nos salvará de un aprieto, cuando necesitemos un documento y sólo tengamos un teléfono y necesitemos consultar algo
Consulta BD
Si hemos optado por la inserción de datos con formulario y a golpe de tecla. la programación de ésta será muy sencilla. En caso contrario será un quebradero de cabeza para el programador. Al usuario le dará igual, solo se quiere tener el(los) dato(s) de la consulta y listo. Eso sí podría demorarse un milisegundo más.
Informe
El culmen de nuestro programa. Si tenemos claro cual es nuestro objetivo; que queremos medir, observar, constar y, lo más importante: cómo queremos exponerlo. La parte más satisfactoria de nuestro programa será conseguir que la salida sea esa. No una tabla que copiamos y pegamos en nuestro informe sino directamente nuestro informe. Y esto... sí ahorra dinero
RESUMEN
Toma de datos
|
Localización del programa
|
Gestión de datos
|
Estándar (formulario)
|
Local
|
Invariante
|
Tablas o dato bruto
|
Remoto
|
Consulta BD
|
Directa desde dispositivo móvil
|
Informe
|
Nuestro sistemas, en cambio, buscan el ahorro del tiempo de las personas dedicadas a su uso (tanto en la toma como en la gestión de datos) y eso es mucho dinero.
Otros enlaces:
