Talk:Contenido
Disculpe aquel al que esta observación le resulte inoportuna:
Creo que el actual índice deja de lado unas cuantas cuesiones a raiz de la definición primera de sig.
Por el poco conocimiento que tengo en el tema existen dos vertientes:
-La que entiende que cualquier software de manejo de información geográfica es un sig en si mismo.
-La que entiende que un sig es algo mas amplio, del cual el software es un componente pero que consta, además, de recursos humanos, procedimientos de relevamiento, cargado y relevamiento de información, distribución de las tareas, intercambio de ideas entre quienes producen la información y quienes la analizan, filtrado de distintos niveles de abstracción de la información, etc.
Eh ampliado un poco mas la segunda postura porque es la que por lo general se deja de lado a la hora de hablar de sig´s.
En fin, me gustaría saber cual es su opinión al respecto. ¿Creen que sería oportuno ampliar el marco de análisis a todas las formas del sig? o ¿sería más criterioso enfocar un espectro más acotado dejando todo lo demas para otras publicaciones?
--Mario Fèvre 21:16, 15 March 2007 (CET)
Hola Mario,
Yo no estoy muy metido en el desarrollo del libro, pero imagino que no se va a definir los SIG simplemente como un software, sino como un sistema más complejo formado por muchos elementos, de entre los cuáles el software sólo es uno de ellos. Además, si observas la sección que habla de Definición y conceptos básicos, verás que se habla de otras cosas además del software. De esto puede desprenderse, quizá, que el título del capítulo (La herramienta) quizá no sea el más adecuado, puesto que hablando en esos términos generales y según la definición que se da después, un SIG no sólo es la herramienta.
Para continuar con el debate yo tengo algún otro comentario sobre la estructura del libro, en especial sobre el capítulo de datos. La estructura de este capítulo me dejó un poco perdido, ya que hay varias secciones que me pareció presentan un cierto solapamiento conceptual.
Por ejemplo, en Tipos de datos. Modelos de representación espacial ... estamos hablando de los modelos raster y vectorial? si es así, quizá sea un poco confuso hablar de eso, luego pasar a hablar de Bases de datos espaciales y luego pasar otra vez a hablar de los modelos.
¿No sería quizá más comprensible estructurarlo de modo que hablamos primero del modelo conceptual de datos (raster y vector) y luego hablar de cómo esos modelos se implementan físicamente en un ordenador? O incluso ofrecer una visión cronológica de cómo se ha ido realizando la traducción de la realidad en un modelo acotado dentro del ordenador, puesto que en realidad esos modelos raster y vector son más fruto de la necesidad de crear un modelo simplificado de la realidad en un ordenador que no fruto de la necesidad en sí de generar un modelo conceptual de datos.
Algo que yo uso al enseñar el papel de las bases de datos en los SIG es la siguiente estructura (siempre en relación a cómo almacenan éstos los datos, tanto alfanuméricos como geométricos, y por supuesto entorno al papel de las BBDD en los SIG):
A. Software SIG de primera generación (sin SGBDR)
Sin tablas de atributos (léase ráster)
Ficheros planos (léase tipo ArcView 3.2)
B. Software SIG de segunda generación (con SGBDR)
Sistemas duales (sistemas que almacenan geometría por un lado y hacen uso de un SGBDR para los alfanuméricos)
Sistemas integrados (sistemas que hacen uso de un SGBDR para almacenar tanto los alfanuméricos como los geométricos)
C. Software SIG de tercera generación
SGBDR Extendido (sistemas que usan un SGBD relacional-orientado a objetos para almacenar tanto alfanuméricos como geométricos)
Orientado a Objetos (usan una base de datos puramente Orientada a Objetos)
Lógicamente, previo a este tema se debería explicar esa dualidad de los datos espaciales (alfanuméricos+geometría). No sé qué os parece. Quizá no queramos entrar en este detalle.
Saludos,
Marc Compte