Re: [Gvsig_usuarios] Catastrofes humanitarias e Información Geográfica
Virgilio Ramos
vramos en geocad.com.ve
Mar Oct 11 01:11:26 CEST 2005
Luis W. Sevilla wrote:
> Hola a todos,
>
> En el caso de Centroamérica y Caribe, parece claro que estamos ante
> un fenómeno de caracter periódico, y casi podemos tener la certeza de
> que se volverá a producir algo semejante.
Conozco bastante bien al menos el caso de Venezuela. En general la
cartografia esta bastante desactualizada
(escala 1:5000 de zonas urbans de 1992 de escalas 1: 1000 y 1:500 mejor
no hablemos ) y a mayores escalas aun mas antigua y si bien ha ahbido
algunos esfuerzas para actualizarla se ha baado en la realizacion de
ortofotomapas que si bien son muy vistosos no contienen el componente de
curvas de nivel y dejan al usuario la interpretacion de los diferentes
accidentes geograficos
En las diferentes ocasiones que han ocurrido desastres naturales en el
pais la información del sitio se genera a posteriori. :-(
Tambien hay que hacer notar que los SIG son una herramienta
desgraciadamente casi utilizada exclusivamente por organismos publicos y
la poca data que existe en ellos es casi "secreto de Estado" por lo
cual es virtualmente imposible tener acceso a ella de forma agil.
Saludos
Virgilio Ramos
> Es un escenario en el que la
> evaluación de riesgos y la preparación de la asistencia para una
> intervención temprana parece factible, y por tanto sería posible
> desarrollar productos de Información Geoespacial y servicios que los
> proporcionen (como los servicios OGC que conforman una IDE) que fueran
> los más idóneos para estas situaciones de emergencia. De muestra un
> botón: Después del alud de lodo están teniendo que escavar hasta 5
> metros para acceder a los techos de las casas, e intentar rescatar a los
> posibles supervivientes: contar con una cartografía urbana actualizada
> probablemente facilitaría la labor enormemente.
> El caso de Kachemira es un escenario más 'planetario', en el sentido
> de que es una situación que se puede dar en muchísimas partes del
> planeta, especialmente aquellas situadas sobre el cinturón de fuego.
> Parece claro que el tener repositorios de información precisa sobre
> comunicaciones, orografía, ocupación del suelo, y probablemente BBDD
> demográficas actualizadas (como la del padrón) georeferenciadas,
> llevaría a organizar una operación de ayuda humanitaria como la que hace
> falta dimensionando la logística de la operación correctamente.
> Los sensores actuales son impresionantemente precisos (70 cm para
> Quickbird, 1 m para IKONOS, 4 m para Spot 5), pero de nada nos van a
> servir si el acceso a la información que generan sigue siendo
> privilegiado solamente para algunos bolsillos. La información disponible
> en la red, de acceso público, es una cobertura planetaria de Landsat7,
> con 14.25 m de resolución, y un modelo digital de 90 m, (con un error
> vertical máximo de 16 m., si no estoy equivocado). No es posible con esa
> información realizar un trabajo medianamente digno de obtención de
> información vectorial de base para la gestión de desastres, por lo que
> el cuello de botella parece claro: No hay información disponible.
> Hay unos cuantos repositorios ágiles, que generan información cuando
> se dan estos sucesos (los hemos visto en el caso del Katrina, y tambien
> de los desastres de bam o el maremoto de Indonesia), pero los productos
> que se pueden encontrar son, aparentemente, destinados a ser impresos y
> utilizados analogicamente, y en ningún caso se plantea la realización de
> productos técnicos de alta precisión que puedan ser utilizados por
> medios digitales sobre el terreno, o en las bases operativas de las
> distintas organizaciones de ayuda.
> De igual manera, a pesar del estado de las diversas técnicas que
> itervienen en el proceso, no se cuenta con ningún repositorio de
> información geoespacial de precisión, que se vaya alimentando con la
> misma cuando no hay desastres, y que en el momento en que se producen
> reciba una carga adicional de datos para la monitorización y ayuda en el
> trabajo de campo de los distintos equipos.
> Me gustaría, para acabar, que este correo sirviese como continuación
> de aquellos de Walter de finales de marzo, y tambien de principio de un
> debate sobre que es lo que realmente hace falta, y como dar los pasos
> para poder llevarlo a cabo. Desde nuestro proyecto estamos por la labor
> de interconectar las necesidades de IG con las ofertas de la misma, y
> definir y concretar necesidades es uno de los pasos previos
> indispensables.
> Saludos
>
> Luis
>
>
> ------------------------------------------------------------------------
>
> Subject:
> [GIS-RS] Catastrofes humanitarias e Información Geográfica
> From:
> "Luis W. Sevilla" <sevilla_lui en GVA.ES>
> Date:
> Mon, 10 Oct 2005 01:21:44 +0200
> To:
> GIS-RS en LISTSERV.REDIRIS.ES
>
> To:
> GIS-RS en LISTSERV.REDIRIS.ES
>
>
> Hola a todos,
> estoy un tanto conmocionado por los dos catástrofes naturales que
> han sucedido esta semana: los fallecimientos causados por la tormenta
> Stan, y el terremoto de 7.7 grados en Kachemira.
> En la bienvenida a la lista, a pesar de que su título es de
> teledetección, Walter Simonazzi nos hablaba de sus inquietudes sobre
> aspectos relativos al manejo de información geográfica en los escenarios
> de desastre. Esa bienvenida, que parecía un buen punto de partida, no
> tuvo ningún eco, si exceptuamos una respuesta en la lista SIG a un
> correo unos días anterior.
> En la situación actual,donde el suceso está aún caliente, está
> quedando patente que para poder realizar la logísitca de ayuda sobre el
> terreno hace falta una buena información, fiable y actualizada, de las
> zonas esn cuestión. Tambien parece necesaria la disposición de
> informaciones precisas sobre asuntos más sutiles, como calidades de los
> suelos y ocupación de los mismos, orografía del terreno y respuesta a la
> pluviometría, etc.
> En el caso de Centroamérica y Caribe, parece claro que estamos ante
> un fenómeno de caracter periódico, y casi podemos tener la certeza de
> que se volverá a producir algo semejante. Es un escenario en el que la
> evaluación de riesgos y la preparación de la asistencia para una
> intervención temprana parece factible, y por tanto sería posible
> desarrollar productos de Información Geoespacial y servicios que los
> proporcionen (como los servicios OGC que conforman una IDE) que fueran
> los más idóneos para estas situaciones de emergencia. De muestra un
> botón: Después del alud de lodo están teniendo que escavar hasta 5
> metros para acceder a los techos de las casas, e intentar rescatar a los
> posibles supervivientes: contar con una cartografía urbana actualizada
> probablemente facilitaría la labor enormemente.
> El caso de Kachemira es un escenario más 'planetario', en el sentido
> de que es una situación que se puede dar en muchísimas partes del
> planeta, especialmente aquellas situadas sobre el cinturón de fuego.
> Parece claro que el tener repositorios de información precisa sobre
> comunicaciones, orografía, ocupación del suelo, y probablemente BBDD
> demográficas actualizadas (como la del padrón) georeferenciadas,
> llevaría a organizar una operación de ayuda humanitaria como la que hace
> falta dimensionando la logística de la operación correctamente.
> Los sensores actuales son impresionantemente precisos (70 cm para
> Quickbird, 1 m para IKONOS, 4 m para Spot 5), pero de nada nos van a
> servir si el acceso a la información que generan sigue siendo
> privilegiado solamente para algunos bolsillos. La información disponible
> en la red, de acceso público, es una cobertura planetaria de Landsat7,
> con 14.25 m de resolución, y un modelo digital de 90 m, (con un error
> vertical máximo de 16 m., si no estoy equivocado). No es posible con esa
> información realizar un trabajo medianamente digno de obtención de
> información vectorial de base para la gestión de desastres, por lo que
> el cuello de botella parece claro: No hay información disponible.
> Hay unos cuantos repositorios ágiles, que generan información cuando
> se dan estos sucesos (los hemos visto en el caso del Katrina, y tambien
> de los desastres de bam o el maremoto de Indonesia), pero los productos
> que se pueden encontrar son, aparentemente, destinados a ser impresos y
> utilizados analogicamente, y en ningún caso se plantea la realización de
> productos técnicos de alta precisión que puedan ser utilizados por
> medios digitales sobre el terreno, o en las bases operativas de las
> distintas organizaciones de ayuda.
> De igual manera, a pesar del estado de las diversas técnicas que
> itervienen en el proceso, no se cuenta con ningún repositorio de
> información geoespacial de precisión, que se vaya alimentando con la
> misma cuando no hay desastres, y que en el momento en que se producen
> reciba una carga adicional de datos para la monitorización y ayuda en el
> trabajo de campo de los distintos equipos.
> Me gustaría, para acabar, que este correo sirviese como continuación
> de aquellos de Walter de finales de marzo, y tambien de principio de un
> debate sobre que es lo que realmente hace falta, y como dar los pasos
> para poder llevarlo a cabo. Desde nuestro proyecto estamos por la labor
> de interconectar las necesidades de IG con las ofertas de la misma, y
> definir y concretar necesidades es uno de los pasos previos
> indispensables.
> Saludos
>
> Luis
>
> --
> Luis W. Sevilla
> Responsable de desarrollo gvSIG
> Conselleria de Infraestructuras y Transporte
> Generalitat Valenciana
> Valencia - Spain
> http://www.gvsig.gva.es
>
> ----------------------------------------------------
> Para darse de baja GIS-RS pincha y envia el siguiente url
> mailto:GIS-RS-signoff-request en listserv.rediris.es
> ----------------------------------------------------
>
>
>------------------------------------------------------------------------
>
>_______________________________________________
>gvSIG_usuarios mailing list
>gvSIG_usuarios en runas.cap.gva.es
>http://runas.cap.gva.es/mailman/listinfo/gvsig_usuarios
>
>
>------------------------------------------------------------------------
>
>No virus found in this incoming message.
>Checked by AVG Anti-Virus.
>Version: 7.0.344 / Virus Database: 267.11.13/126 - Release Date: 09/10/2005
>
>
>
Más información sobre la lista de distribución gvSIG_usuarios