Este blog ha migrado a una nueva plataforma y otro hosting en el que ganamos en versatilidad y libertad.
La nueva dirección
IdeARK
http://arkegeomatica.es/IdeARK
Intentaremos seguir con la filosofía de este mismo blog. Este se seguira actualizando con las aportaciones realizadas en Twitter.
Un saludo.
sábado, 25 de octubre de 2008
miércoles, 8 de octubre de 2008
Distribuciones Geomáticas en LiveUSB a tutiplen
Me comenta el colega y sin embargo amigo arqubun de http://arqubun.blogspot.com las novedades de la nueva distribución de ubuntu que se liberará a finales de este mes, denominada Ubuntu 8.10 Intrepid Ibex. De las nuevas características me destaca la posibilidad de crear un LiveUSB, por cierto hoy el gestor de bibliografía que había incluido en la distribución USB para windows, Jabref, debe de depender de algunos ficheros colocados en una trayectoria determianda en el momento de la instalación por que a pesar de arrancar, dejarnos introducir nuevos registros, etc, y después de crear unos 14 registros, a la hora de guardar la Base de Datos no hay tu tía, no es capaz, así que habrá que mirarlo nuevamente ya que me limite a cambiarlo del lugar original de la instalación en el disco duro al USB, molestandome solo en inlcuir la trayectoria al JRE de Java. Bueno tras esta nueva catastrofe y esta buena nueva que me proporciona arqubun , en cuanto tenga banda ancha me descargare la versión beta ya liberada el 2 de Octubre para poder probar esta característica, si bien en esta dirección http://klik.atekon.de/liveusb/puede descargarse una herramienta para crear un LiveUSB a partir del Live Ubuntu CD. La nueva versión nos permitiría crear el LiveUSB con el "makeado" que hallamos realizado a nuestra instalación, con la posibilidad como muy bien apunta arqubun de preservar los datos que hallamos generado, transformado y procesado en la misma.Existen desde hace tiempo distribuciones para ser corridas desde un USB, una de las más generalizadas es la denominada SLAX que sólo ocupa 189 megas con sistema base, gestor gráfico incluido y algunas aplicaciones de uso cotidiano. Montado sobre esta plataforma existe una distribución GIS con los siguientes "aplicativos":
051-slaxgis.lzm
090-t1lib-5.1.0-i486-3.lzm
095-xerces-c-2.8.0-i686-1as.lzm
097-flex-2.5.35-i486-1sl.lzm
098-bison-2.3-i486-1.lzm
101-apr-util-1.2.12-i486-1.lzm
102-apr-1.2.12-i486-1.lzm
103-httpd-2.2.9-i486-1.lzm
104-php-5.2.5-i486-1.lzm
105-gd-2.0.35.lzm
106-tcl-8.4.18-i486-1.lzm
107-tk-8.4.18-i486-1.lzm
108-unixodbc-2.2.12-i486-1sl.lzm
109-fftw-3.1.2-i486-3sl.lzm
110-geos-3.0.0-i486-2sl.lzm
111-libgeotiff-1.2.4-i486-1sl.lzm
112-jasper-1.900.1-i486-2sl.lzm
113-libg2c0_3.4.6-5_i386.lzm
114-curl-7.16.2-i486-1.lzm
115-sqlite-3.5.9-i486-2sl.lzm
116-libgtkhtml-2.11.1-i486-1.lzm
117-lapack-3.1.1-i686-1lu.lzm
123-python-2.5.2-i486-1.lzm
124-wxpython-2.8.8.1-i486-1pv.lzm
125-swig-1.3.35-i486-1sl.lzm
126-libmspack-0.0.20060920alpha-i486-1as.lzm
127-numpy-1.1.0.lzm
130-ogdi-3.2.0.beta1-i486-1lu.lzm
131-postgresql-8.3.3-i486-1sl.lzm
132-postgis_1.3.3.lzm
133-mysql-5.0.51b-i486-1.lzm
140-shapelib-1.2.10-i486-2lu.lzm
145-proj-4.6.0-i486-1sl.lzm
146-gdal-1.5.2.lzm
201-grass-6.3.0.lzm
211-mapserver-5.2.0.lzm
212-chameleon-2.6.0rc1.lzm
501-mozilla-firefox-en-us-3.0.1-i686-1sl.lzm
Existe asi mismo una distribución GIS USBLive empaquetada por una universidad portuguesa que puede ser descargada en esta dirección y basada en Debian "Lenny" más completita que la anterior en cuanto a programas geomáticos entre los que se pueden encontrar los siguientes, casi todos ellos en sus últimas versiones.
* QGis 1.0 "preview" with MrSID and ECW formats support
* Grass 6.3 with WXPyhton GUI
* gvSIG 1.1.2
* Kosmo 1.2
* uDIG 1.1-rc13
* OpenJump 1.2F
* GeoServer 1.7.0-RC2
* MapServer 5.0.3
* PostgreSQL 8.3
* PostGIS 1.3.3
* PGAdmin 1.8.4
* Gdal 1.6.0dev
* Gdal-Grass 1.4.3
* FWTools 2.0.6
* Apache2 Web Server with PHP5
Bueno más o menos los que ya tenemos incluidas en la distribución arkegeomática que estamos preparando. Bueno es momento de probar la posibilidad de crear el LiveUSB con la aplicación que he comentado antes y nuestra versión Makeada de Ubuntu 8.04. directamente desde el disco duro o sino creando una imagen iso del mismo a través de Remastersys
$ sudo gedit /etc/apt/sources.list
# Remastersys
deb http://www.remastersys.klikit-linux.com/repository
$ sudo apt-get update
$ sudo apt-get install remastersys
Opciones.
$ sudo remastersys backup|clean|dist [cdfs|iso] [fichero.iso]
crear imagen de arkegeomática
$ sudo remastersys backup arkegeomatica.iso
No queda duda la facilidad existente hoy en día y desde hace algunos años de hacer clones de nuestro sistema makeado GNU/LINUX, la diferencia entre una y otras no debe venir por el hecho de que una u otra tenga más programaos instalados de este u otro tipo, con las versiones más recientes, etc. El valor añadido a estas distribuciones vendrá dado por la existencia en el mismo de una buena documentación específica orientada hacía los "target" a los que van dirigidas, y en el caso arkegeomático de aportar datos sobre los que aplicar esta documentación y los ejemplos incluidos en la misma, algo asi como lo que desarrollan en el proyecto R, en el que cada paquete aparte de la documentación del uso del mismo se incluye un archivo de datos con ejemplos de como utilizar los distintos comandos.
viernes, 3 de octubre de 2008
Sistemas electrónicos/digitales de documentación del registro arqueológico.
Hacía tiempo que no me "topaba" con un sitio interesante relacionado con la Prehistoria y la Arqueología, por lo menos desde los tiempos que me empece a enchufar a la red, por lo de la novedad, y cual ha sido mi sorpresa cuando descubro este impresionante sitio.
Impresionante por una variedad de motivos:
1. El diseño y la composición de la página es muy agradable aunque este es uno de los aspectos que menos valoro, lo que importa es la chicha y el contenido y este sitio tiene mucho.
2.Ofrecen una serie de programas gratuitos en dos y varias plataformas de windows para el registro en exacavaciones paleolíticas, asi como para el inventario, de materiales líticos pero facilmente adaptable a otra serie de materiales, programas para la conexión con estaciones totales, etc..
El registro tridimensional de los "artefactos", "ecofactos" en las excavaciones paleolíticas en la posición y orientación de los mismos debe ser muy preciso para tratar de vislumbrar los efectos postdeposicionales producidos en la formación de los depósitos que los contienen. Ha esto que los Paleóntologos y otras ciencias "duras" de la naturaleza, denominan tafonomía procesos involucrados en la formación de un fósil, los arqueológos preferimos denominarlos simplemente procesos de formación del registro arqueológico en los que se diferencian los procesos propiamente naturales, tafonómicos y los propiamente culturales afectados por los primeros y que son realmente los que nos interesan para poder realizar un anális espacial que nos permita poder vislumbrar una "conducta" deposicional de los mismos que pueda reflejar pautas culturales y/o sociales para la "Representación" interpretación de las mismas. A esto lo llamo Schiffer, no la Claudia, contexto sistémico y contexto arqueológico (C-transforms y N-transforms).
Si esto es válido hasta para un desplobado de los años 60, fruto del éxodo rural de la época, no lo es menos para sitios paleolíticos sobre los que la naturaleza ha actuado miles de años. De ahi la importancia de estar pertrechado permanentemente de una estación total [1] para la documentación de los sitios paleolíticos y la necesidad de estos de desarollar programas para la comunicación con las mismas. Al hilo de esto me gustaría referenciar un aplicación Open Source, Total Open Station, desarollada por un árqueologo y que ya tengo convenientemente incluida en la arkeobuntera y arkegeomatica recopilación personalizada de software de código abierto util para el arqueólogo.
3. Por último a destacar y casi lo más importante, la disposición de los datos de los distintos proyectos en los que han estado involucrados para su descarga, a pesar del pequeño incoveniente que estan en formato *.mdb pero al fin de cuentas se trata de una base de datos relacional que puede ser accedida desde alguna de nuestras bases de datos favoritas a través de ODBC.
[1] El proyecto de excavación paleolítica más emblemático de todo el orbe "español" y cuasi-europeo y mundial ha desarrollado un sistema de registro "novedoso", lo malo que creo que poco tiene que ver con el open source al ser desarrollado por una empresa privada, pero eso si como casi todo lo relacionado con el mismo tiene un marketing que chapeau o al menos una gran oficina de prensa
Por cierto en un Post anterior comente la posibilidad de cierta censura de google por este sitio, pero el hecho es que tras indagar he descubierto que el motivo viene dado por que el googlebot, el arañon, no puede acceder ha estas páginas por un cambio que le he hecho a la plantilla para poder poner los tags como una nube de etiquetas, por lo que este será unos de los últimos post
en este blog para migrar a mi servidor sobre una plataforma wordpress mucho mejor que el blogger a parte de tener una mayor libertad para hacer los ajustes necesarios o integrar ficheros externos que ya no lo serán tanto.
Impresionante por una variedad de motivos:
1. El diseño y la composición de la página es muy agradable aunque este es uno de los aspectos que menos valoro, lo que importa es la chicha y el contenido y este sitio tiene mucho.
2.Ofrecen una serie de programas gratuitos en dos y varias plataformas de windows para el registro en exacavaciones paleolíticas, asi como para el inventario, de materiales líticos pero facilmente adaptable a otra serie de materiales, programas para la conexión con estaciones totales, etc..
El registro tridimensional de los "artefactos", "ecofactos" en las excavaciones paleolíticas en la posición y orientación de los mismos debe ser muy preciso para tratar de vislumbrar los efectos postdeposicionales producidos en la formación de los depósitos que los contienen. Ha esto que los Paleóntologos y otras ciencias "duras" de la naturaleza, denominan tafonomía procesos involucrados en la formación de un fósil, los arqueológos preferimos denominarlos simplemente procesos de formación del registro arqueológico en los que se diferencian los procesos propiamente naturales, tafonómicos y los propiamente culturales afectados por los primeros y que son realmente los que nos interesan para poder realizar un anális espacial que nos permita poder vislumbrar una "conducta" deposicional de los mismos que pueda reflejar pautas culturales y/o sociales para la "Representación" interpretación de las mismas. A esto lo llamo Schiffer, no la Claudia, contexto sistémico y contexto arqueológico (C-transforms y N-transforms).
Si esto es válido hasta para un desplobado de los años 60, fruto del éxodo rural de la época, no lo es menos para sitios paleolíticos sobre los que la naturaleza ha actuado miles de años. De ahi la importancia de estar pertrechado permanentemente de una estación total [1] para la documentación de los sitios paleolíticos y la necesidad de estos de desarollar programas para la comunicación con las mismas. Al hilo de esto me gustaría referenciar un aplicación Open Source, Total Open Station, desarollada por un árqueologo y que ya tengo convenientemente incluida en la arkeobuntera y arkegeomatica recopilación personalizada de software de código abierto util para el arqueólogo.
3. Por último a destacar y casi lo más importante, la disposición de los datos de los distintos proyectos en los que han estado involucrados para su descarga, a pesar del pequeño incoveniente que estan en formato *.mdb pero al fin de cuentas se trata de una base de datos relacional que puede ser accedida desde alguna de nuestras bases de datos favoritas a través de ODBC.
[1] El proyecto de excavación paleolítica más emblemático de todo el orbe "español" y cuasi-europeo y mundial ha desarrollado un sistema de registro "novedoso", lo malo que creo que poco tiene que ver con el open source al ser desarrollado por una empresa privada, pero eso si como casi todo lo relacionado con el mismo tiene un marketing que chapeau o al menos una gran oficina de prensa
Por cierto en un Post anterior comente la posibilidad de cierta censura de google por este sitio, pero el hecho es que tras indagar he descubierto que el motivo viene dado por que el googlebot, el arañon, no puede acceder ha estas páginas por un cambio que le he hecho a la plantilla para poder poner los tags como una nube de etiquetas, por lo que este será unos de los últimos post
en este blog para migrar a mi servidor sobre una plataforma wordpress mucho mejor que el blogger a parte de tener una mayor libertad para hacer los ajustes necesarios o integrar ficheros externos que ya no lo serán tanto.
jueves, 2 de octubre de 2008
Aplicación Virtual Arkegeomática: Version 0.1.
Hace algunos años hablando con un amigo informático la facilidad de instalación de la distribución Mandrake y la cohabitación con el primer windows XP me comento la existencia de unas máquinas virtuales que te facilitaban la ejecución de distintos sistemas operativos sin instalación alguna. La aplicación en cuestión era la WmWare de la que tenía noticias pero a la que no le había hecho mucho caso, mi mandrake y el windows rulaban perfectamente sin fastidiarse mutuamente.
Pero esta situación cambio desde que en mi ordenador y por obligación el Windows Vista venía predeterminado, el muy cabrito había cambiando en su núcleo el sistema de arranque y ni por h o por b era capaz de arrancar un Cd Live y menos instalarlo. Así que nada que durante un tiempo nos recluimos en el windows pero eso si con todos los programas Open Source, ninguno piratilla o emulado (de Emule) y los servidores de aplicaciones todos ellos Open Source. Ya que parecía que lo del matrimonio con windows iba a ser para toda la vida me decidi ha hacer una suite de programas más que útiles para la arqueología dentro de un dispositivo USB, dada las caracteristicas autocontenidas de los programas portados de Gnu/Linux a la plataforma de las ventanas si bien el trabajo esta bastante avanzado, sólo tengo que buscar un sistema de menus que lance las aplicaciones, esperaremos un par de meses a su liberalización para tener una buena documentación sobre los mismos y su uso en arqueología y no proveer de una recopilación más de programás SIN MAS. La tecnología existe y es barata lo que faltan son los DATOS.
Pero por casualidad vuelvo a fijarme en esas máquinas virtuales, abro los ojos y me doy cuen de que son la bomba. Pueden ser utilizadas desde un entorno windows y un sistema linux con un gestor de ventanas no se diferencia nada al sistema operativo de la Idems. Así que presto me descargo una de estas aplicaciones Open Source. Me decido por la plataforma de SUM e instalo virtualbox, esta aplicación como las otras es un software de virtualización disponible para Windows, Mac y Linux que nos permite tener un sistema operativo en una máquina virtual, corriendo sobre nuestro sistema operativo principal. Así por ejemplo, podemos tener Linux funcionando en nuestro Windows o en nuestro ordenador Mac, y viceversa.
Entre las posibles distribuciones de las que puedo partir me decido por una a pelo para ir instalando paso a paso todas las aplicaciones que considero necesarias. Una version de Ubuntu Server que tiene optimizado el núcleo para correr sobre máquinas virtuales y la verdad que es un tiro.
Las espcificaciones técnicas en Güiri son las siguientes:
* Less than 100Mo ISO image
* Less than 300Mo installed footprint
* Specialised -virtual Kernel 2.6.24
* Optimised for VMWare ESX, VMWare Server and KVM
* Intel or AMD x86 architecture
* Minimum memory 128M
* No graphical environment preloaded as it is aimed at server virtual appliance
* Working knowledge of linux administration and debian packages recommended to start building your own appliance
Aunque hace años que no trasteo con Linux, las peleas que me pegue con las primeras versiones de la slackware me sirvieron para algo. Configurando todo a pelo con un editor de texto, perifericos, particiones, montajes de dispositivos, etc. Asi que ya tenemos una primera versión con un changelog de algunas aplicaciones instaladas y cuando se puede en castellano (ver video). Hemos tenido que instalar un entornor X-Window con lo básico para poder correr algunas aplicaciones y sobre todo por el querido Firefox que se convertira en una de las herramienta más importantes de las aplicaciones que iremos desarrollando sobre todo en relación al Webmapping, desgraciadamente por consola no se visualizan los mapitas, asi que la aplicación actual ocupa casi dos Gigas pero son mucho las aplicaciones instaladas por defecto que iremos personalizando para su uso en Arqueología, o su aplicación arqueológica. asi que de momento esta versión 0.1 vendría equipada con lo siguiente.
Gestor de Ventanas:
Gnome básico
Internet:
Firefox 3.0
Gis Sobremesa:
Grass 6.2.0
Bueno creo que mejor será que veais el video.
Me esta poniendo tanto que me dan ganas de dejar lo del USB aunque bueno al ser gran parte de las aplicaciones ruladas sobre servidores httpd las aplicaciones creadas valen tanto para un sistema Operativo como para otro. Entre las imnumerables ventajas que aporta el desarrollar una aplicación de este tipo, se podrían enumerar: Facilidad de distribución,puede correr sobre un Hadware que podriamos considerar obsoleto, no es necesario el conocimiento de administración de hardware, bases de datos, servidores web o servidores de mapas, las actualizaciones son creadas facilmente con salvar el estado actual de la máquina, y lo más guapo que es que todo este despliegue de tecnología no cuesta un duro :D ni de aquellos de los de plata de la época de paco, que tiempos.
Bueno en un siguiente post sobre el asunto intentare meter el changelog con todas las plicaciones, de las que dispone, pero más importante de todo es documentarlas bien y como dije anteriormente crear aplicaciones personalizadas por y para los arqueólogos. y para la gestión e interpretación del inefable Registro Arqueológico.Pero esta situación cambio desde que en mi ordenador y por obligación el Windows Vista venía predeterminado, el muy cabrito había cambiando en su núcleo el sistema de arranque y ni por h o por b era capaz de arrancar un Cd Live y menos instalarlo. Así que nada que durante un tiempo nos recluimos en el windows pero eso si con todos los programas Open Source, ninguno piratilla o emulado (de Emule) y los servidores de aplicaciones todos ellos Open Source. Ya que parecía que lo del matrimonio con windows iba a ser para toda la vida me decidi ha hacer una suite de programas más que útiles para la arqueología dentro de un dispositivo USB, dada las caracteristicas autocontenidas de los programas portados de Gnu/Linux a la plataforma de las ventanas si bien el trabajo esta bastante avanzado, sólo tengo que buscar un sistema de menus que lance las aplicaciones, esperaremos un par de meses a su liberalización para tener una buena documentación sobre los mismos y su uso en arqueología y no proveer de una recopilación más de programás SIN MAS. La tecnología existe y es barata lo que faltan son los DATOS.
Pero por casualidad vuelvo a fijarme en esas máquinas virtuales, abro los ojos y me doy cuen de que son la bomba. Pueden ser utilizadas desde un entorno windows y un sistema linux con un gestor de ventanas no se diferencia nada al sistema operativo de la Idems. Así que presto me descargo una de estas aplicaciones Open Source. Me decido por la plataforma de SUM e instalo virtualbox, esta aplicación como las otras es un software de virtualización disponible para Windows, Mac y Linux que nos permite tener un sistema operativo en una máquina virtual, corriendo sobre nuestro sistema operativo principal. Así por ejemplo, podemos tener Linux funcionando en nuestro Windows o en nuestro ordenador Mac, y viceversa.
Entre las posibles distribuciones de las que puedo partir me decido por una a pelo para ir instalando paso a paso todas las aplicaciones que considero necesarias. Una version de Ubuntu Server que tiene optimizado el núcleo para correr sobre máquinas virtuales y la verdad que es un tiro.
Las espcificaciones técnicas en Güiri son las siguientes:
* Less than 100Mo ISO image
* Less than 300Mo installed footprint
* Specialised -virtual Kernel 2.6.24
* Optimised for VMWare ESX, VMWare Server and KVM
* Intel or AMD x86 architecture
* Minimum memory 128M
* No graphical environment preloaded as it is aimed at server virtual appliance
* Working knowledge of linux administration and debian packages recommended to start building your own appliance
Aunque hace años que no trasteo con Linux, las peleas que me pegue con las primeras versiones de la slackware me sirvieron para algo. Configurando todo a pelo con un editor de texto, perifericos, particiones, montajes de dispositivos, etc. Asi que ya tenemos una primera versión con un changelog de algunas aplicaciones instaladas y cuando se puede en castellano (ver video). Hemos tenido que instalar un entornor X-Window con lo básico para poder correr algunas aplicaciones y sobre todo por el querido Firefox que se convertira en una de las herramienta más importantes de las aplicaciones que iremos desarrollando sobre todo en relación al Webmapping, desgraciadamente por consola no se visualizan los mapitas, asi que la aplicación actual ocupa casi dos Gigas pero son mucho las aplicaciones instaladas por defecto que iremos personalizando para su uso en Arqueología, o su aplicación arqueológica. asi que de momento esta versión 0.1 vendría equipada con lo siguiente.
Gestor de Ventanas:
Gnome básico
Internet:
Firefox 3.0
Gis Sobremesa:
Grass 6.2.0
Bueno creo que mejor será que veais el video.
Me esta poniendo tanto que me dan ganas de dejar lo del USB aunque bueno al ser gran parte de las aplicaciones ruladas sobre servidores httpd las aplicaciones creadas valen tanto para un sistema Operativo como para otro. Entre las imnumerables ventajas que aporta el desarrollar una aplicación de este tipo, se podrían enumerar: Facilidad de distribución,puede correr sobre un Hadware que podriamos considerar obsoleto, no es necesario el conocimiento de administración de hardware, bases de datos, servidores web o servidores de mapas, las actualizaciones son creadas facilmente con salvar el estado actual de la máquina, y lo más guapo que es que todo este despliegue de tecnología no cuesta un duro :D ni de aquellos de los de plata de la época de paco, que tiempos.
domingo, 21 de septiembre de 2008
Creación de Modelos de Elevaciones del proyecto PNOA con Software libre.
Los arqueólogos estamos de enhorabuena al poder disponer desde principios de año de los ficheros *.xyz para obtener de una forma rápida y más que económica los modelos de elevaciones gracias a el proyecto PNOA, con una resolución
más que suficiente para la mayoría de los proyectos arqueológicos. Así que la tediosa digitalización de las curvas de nivel para crear los mismos queda em el baúl de los recuerdos.
PNOA o Plan Nacional de Ortofotografía Aérea se instituye para obtener una cobertura ortofotográfica continua a nivel nacional a partir de especificaciones técnicas comunes dentro de un proyecto de colaboración entre las distintas administraciones Autonómicas y la Administración General del Estado. En gran medida el espiritu del mismo trata de seguir las directrices de Inspire y los estándares para la distribución de la información a través de Servidores de Mapas remotos lo que supone una reducción de costes a través de una producción descentralizada y cooperativa . En última instancia los grandes beneficiados son los distintos agentes sociales que puedan sacar alguna utilidad de esta información más alla de los organismos implicados servicios territoriales y organismos cartográficos.
Las distintas fases del proyecto son lás típicas de la obtención de una Ortofotografía
Planificación y ejecución del vuelo fotogramétrico
Cálculo mediante procesos de aerotriangulación con apoyo topográfico.
Obtención del modelo digital de elevaciones
Elaboración de la ortofotografía mediante técnicas de ortorectificación.
Muchas son las aplicaciones de los modelos de elevaciones en arqueología, calculos de costes, visibilidad, etc, todos ellos relacionados con la Arqueología Territorial más conocida "últimamente" como Arqueología del Paisaje. En este post nos limitaremos
a mostrar los distintos procesos que nos permiten crear un Modelo de Elevaciones o Modelo Digital del Terreno a partir de los ficheros *.csv de PNOA y varios programas SIG de código abierto para la obtenión de un fichero en formato grid de Esri.
Si bien el fin último es la obtención de una Ortofotografía fase prevía e ineludible para la obtención de la misma pasa por la creación de un MDE mediante la extracción del mismo a través de correlación de imágenes.
No conocemos una dirección que centralizen estos ficheros a nivel nacional estando disponibles en los distintos Servicios Territoriales u organismos similares de las distintas Comunidades Autónomas. En nuestro caso queremos obtener un MDT de Astorga y su entorno. La Junta de Castila y Léon en el siguiente Servidor FTP mantiene distintos datos de Acceso Público, a parte de los ficheros XYZ de los MDE se pueden obtener las observaciones GPS en formato Rhinex de las distintas estaciones de Referencia distribuidas por el territorio de la comunidad: http://gnss.itacyl.es/.
En el siguiente enlace ftp://ftp.itacyl.es/cartografia/MDE/Malla_10x10m/ se accede la distribución de hojas, de los modelos de elevaciones con un paso de malla de 10m.
que es una resolución más que suficiente para la mayoría de las aplicaciones en la arqueología territorial, aunque también estan disponibles con una resolución de 5m. Hemos optado por una resolución más "grosera" para disminuir el tiempo de ejecución de los procesos implicados en la transformación y generación del MDT al utilizar un número menor de ficheros. Es conveniente proveerse antes de nada con un croquis pdf de la distribución de las hojas. Una vez que conocemos el número de hoja que queremos descargar, en nuestro caso 0193 (relativo al número de la distribución de hojas a escala 1:50000) 1-1.
Identificado el fichero que necesitamos procedemos a descargarlo.
Una vez descargado el archivo en formato de fichero comprimido *.zip. proedemos a abrirlo obteniendo un fichero de texto con la extensión *.xyz. En esencia un fichero MDT es una simplificación númerica del terreno (relieve) mediante una matriz de alturas en el que se consignan sus cordenadas X e Y a un intervalo regular.
737670 4709360 978.87
737680 4709360 980.31
737690 4709360 981.34
737700 4709360 983.14
737710 4709360 985.02
737720 4709360 986.66
Estas son las primeras filas de un total de 319656 del fichero descargado en las que se observa que es un fichero delimitado por comas o *.csv con el delimitador tab o espacio con una proyección cartográfica UTM 29N con el datum ETRS89 codigo EPSG 25829 y una resolución o paso de rejilla de 10 metros. Es el momento de hacerse con un buen programita para poder editar y manipular los ficheros de tipo *.csv si estamos en el entorno de las ventanas, en entornos Linux simplemente tendríamos que abrir un terminal y escribir lo siguiente: cat ficheroPNOA.xyz | awk '{print $1";", $2";", $3}' > ficheroPNOA.csv. En este caso hemos transformado el fichero del PNOA *.xyz a un fichero *.csv con el delimitador punto y coma que es el utilizado en España y por ende por el mágnifico SIG GvSIG. En el caso de que la transformación sea realizada con Saga el fichero resultante tendría que utilizar un delimitardor tab y salvarlo con una extensión de fichero *.txt.
Saga:
Una vez transformado el fichero xyz a formato *.csv con el delimitador tab y salvado con la extensión *.txt abrimos el módulo importar/exportar shapes y elegimos la opción importar shapes XYZ.
Cargamos el fichero previo dejando las opciones por defecto tal como están siendo X el campo 1 e Y el campo 2 como es el caso de nuestro fichero,si bien estas opciones pueden ser alteradas para adecuarse los campos X e Y a otras posiciones si fuera el caso . Una vez leido el fichero correctamente podemos presionar sobre los tabs Data y Map para visualizar el fichero generado del tipo Shape Point.
Una vez hecho esto ejecutamos el proceso de triángulación para generar una rejilla mediante este método de interpolación de puntos, para ello utilizamos el módulo Grid_Griding con la opción de triangulación, los parámetros que tenemos que consignar son los siguientes, en el apartado shape elegimos el fichero recien generado Point_SHAPE, en opciones de puntos habilitamos el campo que contiene la altura o Z , en las opciones de la generación de la Rejilla utilizamos la definida por el usuario y presionamos ejecutar.
Una vez hecho esto se nos abre una nueva ventana donde definimos la resolución de la rejilla, como hemos visto anteriormente los datos estan tomados cada 10 metros por lo que le damos este valor dejando las demas opciones por defecto y presionamos Okay Makey, y ya solo falta esperar a que se lleve a cabo el proceso de transformación que se puede demorar más o menos tiempo según las características de nuestro equipo, en mi caso unos 45 minutos lo que nos da lugar a terminar tranquilamente este Post.
Una vez realizado el proceso volvemos a presionar sobre el tab Data y presionamos sobre el nombre de nuesro fichero con la etiqueta triangulation y ya podemos visualizar nuestro DEM presionado sobre el tab Map.
Con estos sencillos pasos ya tenemos convertido el fichero de PNOA en un modelo de elevaciones apto para realizar con el propio Saga todas las operaciones comúmes que se realizan sobre estos ficheros en Arqueología así como algunas otras de las que daremos cumplida cuenta en un próximo y venidero post.
Por ultimo sólo nos queda exportar este fichero a un formato que se ha convertido en un estándar de facto *.ASC para lo cual utilizaremos el módulo Import/Export Grids con la opción export Esri Arc/Info Grid la rejilla a utilizar será la que acabamos de realizar, dejando las demás opcionespor defecto. Este formato de fichero es reconocido por la mayoría de los SIG Raster, el propio ARC/INFO, GRASS, Sextante, Ilwis, etc.
El fichero resultante en formato *.ASC puede ser descargado aqui. El proceso es el mismo si obtenemos a nivel de yacimiento un taquimétrico con estación total o gps para la creación de Módelos de Elevaciones de alta resolución. En este sentido es recomedable echarle un vistazo a esta publicación que recoge todos estos tópicos. y su aplicación a la Arqueología.
más que suficiente para la mayoría de los proyectos arqueológicos. Así que la tediosa digitalización de las curvas de nivel para crear los mismos queda em el baúl de los recuerdos.
PNOA o Plan Nacional de Ortofotografía Aérea se instituye para obtener una cobertura ortofotográfica continua a nivel nacional a partir de especificaciones técnicas comunes dentro de un proyecto de colaboración entre las distintas administraciones Autonómicas y la Administración General del Estado. En gran medida el espiritu del mismo trata de seguir las directrices de Inspire y los estándares para la distribución de la información a través de Servidores de Mapas remotos lo que supone una reducción de costes a través de una producción descentralizada y cooperativa . En última instancia los grandes beneficiados son los distintos agentes sociales que puedan sacar alguna utilidad de esta información más alla de los organismos implicados servicios territoriales y organismos cartográficos.
Las distintas fases del proyecto son lás típicas de la obtención de una Ortofotografía
Planificación y ejecución del vuelo fotogramétrico
Cálculo mediante procesos de aerotriangulación con apoyo topográfico.
Obtención del modelo digital de elevaciones
Elaboración de la ortofotografía mediante técnicas de ortorectificación.
Muchas son las aplicaciones de los modelos de elevaciones en arqueología, calculos de costes, visibilidad, etc, todos ellos relacionados con la Arqueología Territorial más conocida "últimamente" como Arqueología del Paisaje. En este post nos limitaremos
a mostrar los distintos procesos que nos permiten crear un Modelo de Elevaciones o Modelo Digital del Terreno a partir de los ficheros *.csv de PNOA y varios programas SIG de código abierto para la obtenión de un fichero en formato grid de Esri.
Si bien el fin último es la obtención de una Ortofotografía fase prevía e ineludible para la obtención de la misma pasa por la creación de un MDE mediante la extracción del mismo a través de correlación de imágenes.
No conocemos una dirección que centralizen estos ficheros a nivel nacional estando disponibles en los distintos Servicios Territoriales u organismos similares de las distintas Comunidades Autónomas. En nuestro caso queremos obtener un MDT de Astorga y su entorno. La Junta de Castila y Léon en el siguiente Servidor FTP mantiene distintos datos de Acceso Público, a parte de los ficheros XYZ de los MDE se pueden obtener las observaciones GPS en formato Rhinex de las distintas estaciones de Referencia distribuidas por el territorio de la comunidad: http://gnss.itacyl.es/.
En el siguiente enlace ftp://ftp.itacyl.es/cartografia/MDE/Malla_10x10m/ se accede la distribución de hojas, de los modelos de elevaciones con un paso de malla de 10m.
que es una resolución más que suficiente para la mayoría de las aplicaciones en la arqueología territorial, aunque también estan disponibles con una resolución de 5m. Hemos optado por una resolución más "grosera" para disminuir el tiempo de ejecución de los procesos implicados en la transformación y generación del MDT al utilizar un número menor de ficheros. Es conveniente proveerse antes de nada con un croquis pdf de la distribución de las hojas. Una vez que conocemos el número de hoja que queremos descargar, en nuestro caso 0193 (relativo al número de la distribución de hojas a escala 1:50000) 1-1.
Identificado el fichero que necesitamos procedemos a descargarlo.
Una vez descargado el archivo en formato de fichero comprimido *.zip. proedemos a abrirlo obteniendo un fichero de texto con la extensión *.xyz. En esencia un fichero MDT es una simplificación númerica del terreno (relieve) mediante una matriz de alturas en el que se consignan sus cordenadas X e Y a un intervalo regular.
737670 4709360 978.87
737680 4709360 980.31
737690 4709360 981.34
737700 4709360 983.14
737710 4709360 985.02
737720 4709360 986.66
Estas son las primeras filas de un total de 319656 del fichero descargado en las que se observa que es un fichero delimitado por comas o *.csv con el delimitador tab o espacio con una proyección cartográfica UTM 29N con el datum ETRS89 codigo EPSG 25829 y una resolución o paso de rejilla de 10 metros. Es el momento de hacerse con un buen programita para poder editar y manipular los ficheros de tipo *.csv si estamos en el entorno de las ventanas, en entornos Linux simplemente tendríamos que abrir un terminal y escribir lo siguiente: cat ficheroPNOA.xyz | awk '{print $1";", $2";", $3}' > ficheroPNOA.csv. En este caso hemos transformado el fichero del PNOA *.xyz a un fichero *.csv con el delimitador punto y coma que es el utilizado en España y por ende por el mágnifico SIG GvSIG. En el caso de que la transformación sea realizada con Saga el fichero resultante tendría que utilizar un delimitardor tab y salvarlo con una extensión de fichero *.txt.
Saga:
Una vez transformado el fichero xyz a formato *.csv con el delimitador tab y salvado con la extensión *.txt abrimos el módulo importar/exportar shapes y elegimos la opción importar shapes XYZ.
Cargamos el fichero previo dejando las opciones por defecto tal como están siendo X el campo 1 e Y el campo 2 como es el caso de nuestro fichero,si bien estas opciones pueden ser alteradas para adecuarse los campos X e Y a otras posiciones si fuera el caso . Una vez leido el fichero correctamente podemos presionar sobre los tabs Data y Map para visualizar el fichero generado del tipo Shape Point.
Una vez hecho esto ejecutamos el proceso de triángulación para generar una rejilla mediante este método de interpolación de puntos, para ello utilizamos el módulo Grid_Griding con la opción de triangulación, los parámetros que tenemos que consignar son los siguientes, en el apartado shape elegimos el fichero recien generado Point_SHAPE, en opciones de puntos habilitamos el campo que contiene la altura o Z , en las opciones de la generación de la Rejilla utilizamos la definida por el usuario y presionamos ejecutar.
Una vez hecho esto se nos abre una nueva ventana donde definimos la resolución de la rejilla, como hemos visto anteriormente los datos estan tomados cada 10 metros por lo que le damos este valor dejando las demas opciones por defecto y presionamos Okay Makey, y ya solo falta esperar a que se lleve a cabo el proceso de transformación que se puede demorar más o menos tiempo según las características de nuestro equipo, en mi caso unos 45 minutos lo que nos da lugar a terminar tranquilamente este Post.
Una vez realizado el proceso volvemos a presionar sobre el tab Data y presionamos sobre el nombre de nuesro fichero con la etiqueta triangulation y ya podemos visualizar nuestro DEM presionado sobre el tab Map.
Con estos sencillos pasos ya tenemos convertido el fichero de PNOA en un modelo de elevaciones apto para realizar con el propio Saga todas las operaciones comúmes que se realizan sobre estos ficheros en Arqueología así como algunas otras de las que daremos cumplida cuenta en un próximo y venidero post.
Por ultimo sólo nos queda exportar este fichero a un formato que se ha convertido en un estándar de facto *.ASC para lo cual utilizaremos el módulo Import/Export Grids con la opción export Esri Arc/Info Grid la rejilla a utilizar será la que acabamos de realizar, dejando las demás opcionespor defecto. Este formato de fichero es reconocido por la mayoría de los SIG Raster, el propio ARC/INFO, GRASS, Sextante, Ilwis, etc.
El fichero resultante en formato *.ASC puede ser descargado aqui. El proceso es el mismo si obtenemos a nivel de yacimiento un taquimétrico con estación total o gps para la creación de Módelos de Elevaciones de alta resolución. En este sentido es recomedable echarle un vistazo a esta publicación que recoge todos estos tópicos. y su aplicación a la Arqueología.
domingo, 24 de agosto de 2008
Desenchufando de los Juegos Olimpicos. Mapeando el Medallero.
Los juegos olímpicos tienen un claro componente arkegeomático, el primero arqueológico, la cultura clásica, el olimpo,etc. El segundo geomático la posibilidad de mapear los resultados, que es lo que más importa aparte de participar. Como no, vía googlemaps podemos disfrutar del resultado del medallero por busqueda por paises, deportes, proximidad de resultados, etc. Aunque no nos queda claro que coordenadas son las utilizadas para ¨representar¨cada pais.
También podemos hacer un estudio historico de los mismos, los resultados, la posiciones, el cajon, el medallero etc de todos los Juegos Olimpicos modernos via una aplicación desarrollada por el New York Times.
Bueno después de estar bastante enchufado a estos juegos, son lo que más he seguido, a pesar de vivir en directo los de Barcelona. Los resultados de la madre patría en estos juegos no han estado nada mal sino compruebese en el enlace anterior, aunque podían ser mejores como pronosticaban las fanfarrias políticas.
También podemos hacer un estudio historico de los mismos, los resultados, la posiciones, el cajon, el medallero etc de todos los Juegos Olimpicos modernos via una aplicación desarrollada por el New York Times.
Bueno después de estar bastante enchufado a estos juegos, son lo que más he seguido, a pesar de vivir en directo los de Barcelona. Los resultados de la madre patría en estos juegos no han estado nada mal sino compruebese en el enlace anterior, aunque podían ser mejores como pronosticaban las fanfarrias políticas.
Al ostracismo por gentileza de Google.
Me da en la nariz y creo que huele bastante que google ha decidio penalizar este blog y no se a cuenta de que por que creo cumple con todas las condiciones para evitar las mismas.
Pero como no hay mal que por bien no venga me he documentado algo sobre el asunto y descubro nuevos palabros SERP, SEO, etc.todos ellos relacionados con el posicionamiento de páginas web en los motores de busqueda. Si bien creo no haber incurrido en técnicas fraudulentas y menos con un blog en el que no tengo ni metas de palabras claves y estas son estractadas desde los propios post.
Bueno documentandome descubro una herramienta de google, otra más, que nos permite monotizar la relación de nuestro sitio con los crawlers de google, el googleboot, y ver el posicionamiento de nuestras páginas según algunos criterios de busqueda, palabras claves etc.
Bueno esta situación ocurre desde hace un par de días y la atisvo dado el descenso más que pronunciado en las estadísticas de tráfico de acceso al sitio. Pánico, hay vida más alla de google. Lo primero comprobar la mayor, que el sitio haya sido baneado completamente y no aparezca en el index de google para lo cual se hace una comprobación de rutina. Uf, el sitio sigue indexado por lo que habrá tenido una penalización menor que hace que nuestro sitio no aparezca en los resultados de busqueda por lo que se plantean varias opciones:
1.Penalización -30 realizada de forma automática.
Este no parece ser el caso, para comprobar si hemos incurrido en esta penalización hacemos una busqueda por el nombre de dominio no parece ser el caso si aparecemos en el puesto 31 es que nos han sacado tarjeta amarilla, si aparecemos en el número 1 no hay ni amonestación epistolar. La monestación en este caso vendría dadas por prácticas de spam, enlaces de temáticas no relacionadas, etc.
2. Penalización -60 realizada de forma manual.
Por prácticas similares a las anteriores con la diferencia que en este caso la busqueda de dominio el mismo aparece en el numero 1. por lo que habrá de tomarse en cuenta. Dado que ha sido realizada de forma manual es muy posible que uestro sitio haya sido denunciado por prácticas de spam a través de los formularios que provee google la única forma de volver a un estado anterior pasa por una solicitud inedulible de recosinderación . Uf una buena candidata.
3. Por último penalización -950
Esta penalización se produce de forma aleatoria y automática, consecuencia, el observado descenso de las visitas apareciendo por delante incluso páginas que referencian a alguna de las nuestras, para volver nuevamente al estado anterior habrá que hacer la consabida reconsideración, pero parece ser que igual que un día te sorprende la penalización a la semana o a la semana y media el viaje al ostracismo es de retorno, también de forma automática.
Bueno de momento a caminar por el desierto aunque siguen exsitiendo algún que otro oasis .
Pero como no hay mal que por bien no venga me he documentado algo sobre el asunto y descubro nuevos palabros SERP, SEO, etc.todos ellos relacionados con el posicionamiento de páginas web en los motores de busqueda. Si bien creo no haber incurrido en técnicas fraudulentas y menos con un blog en el que no tengo ni metas de palabras claves y estas son estractadas desde los propios post.
Bueno documentandome descubro una herramienta de google, otra más, que nos permite monotizar la relación de nuestro sitio con los crawlers de google, el googleboot, y ver el posicionamiento de nuestras páginas según algunos criterios de busqueda, palabras claves etc.
Bueno esta situación ocurre desde hace un par de días y la atisvo dado el descenso más que pronunciado en las estadísticas de tráfico de acceso al sitio. Pánico, hay vida más alla de google. Lo primero comprobar la mayor, que el sitio haya sido baneado completamente y no aparezca en el index de google para lo cual se hace una comprobación de rutina. Uf, el sitio sigue indexado por lo que habrá tenido una penalización menor que hace que nuestro sitio no aparezca en los resultados de busqueda por lo que se plantean varias opciones:
1.Penalización -30 realizada de forma automática.
Este no parece ser el caso, para comprobar si hemos incurrido en esta penalización hacemos una busqueda por el nombre de dominio no parece ser el caso si aparecemos en el puesto 31 es que nos han sacado tarjeta amarilla, si aparecemos en el número 1 no hay ni amonestación epistolar. La monestación en este caso vendría dadas por prácticas de spam, enlaces de temáticas no relacionadas, etc.
2. Penalización -60 realizada de forma manual.
Por prácticas similares a las anteriores con la diferencia que en este caso la busqueda de dominio el mismo aparece en el numero 1. por lo que habrá de tomarse en cuenta. Dado que ha sido realizada de forma manual es muy posible que uestro sitio haya sido denunciado por prácticas de spam a través de los formularios que provee google la única forma de volver a un estado anterior pasa por una solicitud inedulible de recosinderación . Uf una buena candidata.
3. Por último penalización -950
Esta penalización se produce de forma aleatoria y automática, consecuencia, el observado descenso de las visitas apareciendo por delante incluso páginas que referencian a alguna de las nuestras, para volver nuevamente al estado anterior habrá que hacer la consabida reconsideración, pero parece ser que igual que un día te sorprende la penalización a la semana o a la semana y media el viaje al ostracismo es de retorno, también de forma automática.
Bueno de momento a caminar por el desierto aunque siguen exsitiendo algún que otro oasis .
lunes, 4 de agosto de 2008
Añadiendo colorines al código fuente en Blogger
Como se acercan las vacaciones he tratado de remodelar el diseño del blog tratando de quitar todo aquello que lo ralentiza y añadiendo algunas funcionalidades nuevas como la coementada en el anterior post. Ya introducidos en el reino del JavaScript me he encontrado con la posibilidad de resaltar el código fuente mediante una libreria en JS SyntaxHighlighter que nos permite colorear el codigo fuente de diversos lenguajes de programación.
| Lenguages | Alias |
| C++ | cpp, c, c++ |
| C# | c#, c-sharp, csharp |
| CSS | css |
| Delphi | delphi, pascal |
| Java | java |
| Java Script | js, jscript, javascript |
| PHP | php |
| Python | py, python |
| Ruby | rb, ruby, rails, ror |
| Sql | sql |
| VB | vb, vb.net |
| XML/HTML | xml, html, xhtml, xslt |
Para habilitar esta carateristica lo primero que deberemos hacer, como es normal, es descargarnos los ficheros que comprenden esta aplicación en Javascript desde SyntaxHighlighter. Una vez hecho esto los tendremos que alojar en algún servidor accesible para a continuación editar nuestra plantilla Blogger: Settings > Template > Edit HTML realizando los siguientes cambios inmediatamente antes de la etiqueta /BODY: No debemos olvidar antes de postear nuestro código en html cambiar los carácteres
< por <, y > con >; para que blogger no interprete los saltos de linea como un retorno de carro ya que esto aparecería en el códgio resaltado y en la oción de ver el mismo en texto plano.<link href='http://evaristogestoso.googlepages.com/SyntaxHighlighter.css' rel='stylesheet' type='text/css'/>Otra manera menos complicada pasa por instalar un widget con todos los archivos comprimidos en el mismo para su funcionamiento en blogger que podemos encontrar aqui FaziBear: Blogger Syntax Highlighter. Bueno una característica más que güay y que nos puede dar mucho juego para futuros post y la única forma existente cuando el blog no lo tenemos en nuestro propio servidor. Sería interesante ver el código para incorporar algún lenguaje más, en este sentido pienso en los ficheros Map de Mapserver.
<script src='http://evaristogestoso.googlepages.com/shCore.js' type='text/javascript'/>
<script src='http://evaristogestoso.googlepages.com/shBrushCpp.js' type='text/javascript'/>
<script src='http://evaristogestoso.googlepages.com/shBrushCSharp.js' type='text/javascript'/>
<script src='http://evaristogestoso.googlepages.com/shBrushCss.js' type='text/javascript'/>
<script src='http://evaristogestoso.googlepages.com/shBrushJava.js' type='text/javascript'/>
<script src='http://evaristogestoso.googlepages.com/shBrushJScript.js' type='text/javascript'/>
<script src='http://evaristogestoso.googlepages.com/shBrushSql.js' type='text/javascript'/>
<script src='http://evaristogestoso.googlepages.com/shBrushXml.js' type='text/javascript'/>
<script src='http://evaristogestoso.googlepages.com/shBrushRuby.js' type='text/javascript'/>
<script class='javascript'>
//<![CDATA[
function FindTagsByName(container, name, Tag)
{
var elements = document.getElementsByTagName(Tag);
for (var i = 0; i < elements.length; i++)
{
if (elements[i].getAttribute("name") == name)
{
container.push(elements[i]);
}
}
}
var elements = [];
FindTagsByName(elements, "code", "pre");
FindTagsByName(elements, "code", "textarea");
for(var i=0; i < elements.length; i++) {
if(elements[i].nodeName.toUpperCase() == "TEXTAREA") {
var childNode = elements[i].childNodes[0];
var newNode = document.createTextNode(childNode.nodeValue.replace(/<br\s*\/?>/gi,''));
elements[i].replaceChild(newNode, childNode);
}
else if(elements[i].nodeName.toUpperCase() == "PRE") {
brs = elements[i].getElementsByTagName("br");
for(var j = 0, brLength = brs.length; j < brLength; j++) {
var newNode = document.createTextNode("");
elements[i].replaceChild(newNode, brs[0]);
}
}
}
//clipboard does not work well, no line breaks
// dp.SyntaxHighlighter.ClipboardSwf =
//"http://evaristogestoso.googlepages.com/clipboard.swf";
dp.SyntaxHighlighter.HighlightAll("code");
//]]>
</script>
La verdad que es una carácterística más que interesante, y ya que hemos incorporado a la plantilla la posibilidad de añadir mapas de Google pasamos a describir la forma de hacerlo.
1. La consabida edición del código HTML de la plantilla despues del tag HEAD e introducir:
<style type="text/css"> v\:* { behavior:url(#default#VML); } </style> <script language="javascript" type="text/javascript"> window.onload=create_map; function create_map() { if (document.getElementById("google_map") != null) map_details();} </script>
2. Una vez hecho esto ya podemos postear incluyendo lo Gmaps sin iframes
habilitando las caracteristicas que creamos necesarias y usando GGeoXml para incluir archivos en KML, Georss, etc .
<script src="http://maps.google.com/maps?file=api&v=2.x&key=ABQIAAAASk3wHKQ_sC0w9rgXGvLcRRTHqjIP8ruz5WgLFA0TbzPo8JUt8xRWtWVFMHWUaT5czKaped8Tqk4z1g" type="text/javascript"></script><script type="text/javascript"> function map_details() { var geoXml = new GGeoXml("http://arkegeomatica.es/GeoWeb/castros.kmz"); var map = new GMap2(document.getElementById("google_map")); map.addControl(new GSmallMapControl());map.enableScrollWheelZoom();map.addMapType(G_SATELLITE_3D_MAP);map.addControl(new GMapTypeControl());map.setCenter(new GLatLng(41.872042,-6.30006), 8);map.addOverlay(geoXml);}</script>
3. Por último añádir una etiqueta div para dar la dimensión que deseemos al mapa
<div id="google_map" style="width: 650px; height: 400px;"></div>
Obteniendo como resultado
Añadiendo OpenLayers a Blogger
Integración de OpenLayers en Blogger.
Si bien la forma más sencilla pasa por colocar una etiqueta iframe para llamar a una página externa, donde tengamos alojada la aplicación desarrollada en OL, la incorporación de un artilugio o widget facilita en gran medida la tarea, aunque este debe ser modificado para poder incorporar las capas que deseemos asi como los controles que creamos necesarios y que nos facilita la librería OpenLayers. El proceso de integración de los mapas es sencillo, teniendo que añádir nada más una etiqueta div en nuestros post donde se configuran los parameros de anchura, altura, coordenadas del centro del Mapa y el nivel de zoon deseado apelando a la clase slippymap sobre la que se basa este widget la extesión para incrustrar en MediaWiki Openlayers y desarrollada por el grupo de OpenStreetMap.
El widget original puede ser descargado aqui.
Una personalización del mismo incorporando otras capas
Si bien la forma más sencilla pasa por colocar una etiqueta iframe para llamar a una página externa, donde tengamos alojada la aplicación desarrollada en OL, la incorporación de un artilugio o widget facilita en gran medida la tarea, aunque este debe ser modificado para poder incorporar las capas que deseemos asi como los controles que creamos necesarios y que nos facilita la librería OpenLayers. El proceso de integración de los mapas es sencillo, teniendo que añádir nada más una etiqueta div en nuestros post donde se configuran los parameros de anchura, altura, coordenadas del centro del Mapa y el nivel de zoon deseado apelando a la clase slippymap sobre la que se basa este widget la extesión para incrustrar en MediaWiki Openlayers y desarrollada por el grupo de OpenStreetMap.
El widget original puede ser descargado aqui.
Una personalización del mismo incorporando otras capas
Un ejemplo del widget original
Otro
Estos ejemplos acceden a capas del tipo OSM, asi como nos amos de vacaciones habrá que tirar de GPS para poder utilizarlos. La personalización realizada se fundamenta en las capas alojadas en la IDE española asi como en alguna de nuestro servidor de Mapas.
Ejemplo
domingo, 27 de julio de 2008
Google Earth en el navegador
Mientras vamos realizando nuestra suite de aplicaciones autocontenidas dispuestas ha ser utiizadas desde un dispositivo USB nos hemos encontrado con una noticia de hace varios meses que no nos hemos resistido a postear, la liberalización de una API por parte de google que nos permite disponer de Google Earth en una aplicación WEB.
De momento solo funciona en el sistema operativo de las ventanas instalándose como un plugin tanto en internet explorer como en Firefox , por tanto no esta enfocado como un servicio WEB ya que es necesario la instalación de este plugin que funciona como un servicio, bastante pesado por cierto.
En el siguiente ejemplo puede verse el funcionamiento de la misma integrada con la API de google maps y la posibilidad de llamar a distintos fichros KML o GeoRSS mediante GGeoXML. Al incorporar las funcionalidades de Gearth podemos ver las imágenes en 3 dimensiones, girarlas, variar la perspectiva etc. Creo que la aplicación que tenia en el blog de visor 3d va siendo hora de jubilarla, a nadie se le escapa que los servidores de google son un tiro.
De momento solo funciona en el sistema operativo de las ventanas instalándose como un plugin tanto en internet explorer como en Firefox , por tanto no esta enfocado como un servicio WEB ya que es necesario la instalación de este plugin que funciona como un servicio, bastante pesado por cierto.
En el siguiente ejemplo puede verse el funcionamiento de la misma integrada con la API de google maps y la posibilidad de llamar a distintos fichros KML o GeoRSS mediante GGeoXML. Al incorporar las funcionalidades de Gearth podemos ver las imágenes en 3 dimensiones, girarlas, variar la perspectiva etc. Creo que la aplicación que tenia en el blog de visor 3d va siendo hora de jubilarla, a nadie se le escapa que los servidores de google son un tiro.
domingo, 6 de julio de 2008
Aplicaciones autocontenidas
Una de las características principales de los programas open source y en particular los portados desde Linux al sistema de las ventanas es su capacidad de ejecutarse sin problemas de dependencias a las librerias dinámicas del sistema al estar todas las necesarias en un directorio del propio programa, por lo que podemos tener multiples instancias del programa, instalaciones, fucionando perfectamente aunque sean ersiones distintas sin tener problemas de dependencias a las mismas. Esto abre la posibilidad a que gran parte de las aplicaciones open source puedan ser ejeutadas desde un CD, un dispositivo USB una memoría SD, etc. Esta práctica, la de llevar los programas en el bolsillo, en la camara fotográfica, .... nos permite transportar toda nuestra arafernalia de software sin tener que acarrear con el portatil al hombro, pudiendonos enchufar a cualquier ordenador, para trabajar, presentar nuestro trabajos, etc. con una configuración similar a la de nuestro equipo.
Esta idea se plasmo en un primer momento en los Lives CD que convertían una estación Windows en una caja Linux plenamente operativa, sin embargo muchos usuarios no están acostumbrados al entorno del pingüino por lo que la solución pasa por ofrecerles directamente los programas en el "confortable" entorno de las ventanas.
Una solución de este tipo, una suite de paquetes autocontenidos puede ser descargada en la siguiente dirección
http://www.archaeogeek.com/blog/portable-gis/
si bien la conociamos hace tiempo no ha sido hasta hace unos días que nos hayamos decidio a probarla. Dado que todos estos programas los tenemos instalados, en lo casos de los servidores hemos tenido que parar todos aquellos servicios que pudieran interferir en su buen funcionamiento.
Pasamos a continuación a describir las características de este USBGIS
El paquete de programas esta compuesto por las siguientes aplicaciones:
SIG de escritorio.
GvSig
http://www.gvsig.gva.es/index.php?id=gvsig&L=2
Sig en entorno Java de muy rápido crecimiento y desarrollado con un fuerte apoyo institucional. Hacer notar que sobre entornos Windos Vista las funcionalidades Raster no funcionarán, acceso a WMS, etc. A resaltar el fichero Bat del arranque de la aplicación que nos provee una forma elegante y eficiente para evitar el problema del cambio de unidades y que puede ser reutilizado para todos aquellos programas, autocontenidos claro, que queramos utilizar.
Qgis
http://www.qgis.org/
Aunque funciona perfectamente obtenemos algunos errores con las extensiones Phyton, hacer notar que el ambiente python utilizado es el que provee Fwtools,siendo su versión la 2.3 y creemos que Qgis funciona perfectamente sobre la ultima versión de python, 2.5 o al menos sobre la 2.4
Grass
http://grass.osgeo.org/
En nuestro caso no arranca una vez ejecutado el archivo bat, el problema viene dado por que tengo una instalación de Grass en Cygwin y para que corriera la nativa en Windws tendría que borrar cualquier huella de este emulador poxis sobre windows, cosa a la que no estoy dispuesto por que esta petao con muchisimas aplicaciones, otra cosa sería la posibilidad de crear un cygwin portable, de toda las maneras muchas de las funcionalidades de Grass puede ser utilizadas desde Qgis. En relación a Cygwin este enlace más que recomendable explica paso a paso en castellano como hacerlo portable.
FWtools
http://fwtools.maptools.org/
No rula de ninguna de las maneras, aunque tenemos más que comprobado que FWtools es de una portabilidad al 100 por cien
Añádiendo aplicaciones autocontenidas.
El menu de la aplicación puede ser modificado en el fichero de configuración AppList en la forma
[Arrancar Saga]
Name=SAGA // Nombre que aparecera en la ventana de créditos
Executable=\USBGIS\APPS\saga_vc\saga_gui.exe // Ubicación del ejecutable
Menu=Progs
Website=http://gvsig.org/ // Créditos
y asi sucesivamente.
SAGA
http://www.saga-gis.uni-goettingen.de/html/index.php
Este mágnifico programa con innumerables módulos de los que destacan los de Sig Raster y Geoestadística así como algunos modelos de simulación de procesos como esperabamos no supone ningún problema el integrarlo al ser un viejo conocido portable haya donde vayas.
Añadir funcionalidades Geoestadísticas.
Echamos de menos uno de los mejores entornos de análisis estadístico R, sobre todo por lo diferentes módulos geoestadísticos que provee su integración tampoco supone ningún problema, en más de alguna casión lo habiamos echo rular desde nuestra cámara de fotos.
Extensiones de GvSIG
Sin lugar a dudas GvSIG sin desmerecer a los demás proyectos de Sig Libre es la aplicación SIG que mejor cumple los estándares de la OGC objetivo que se marco desde un principio, constituyéndose como el mejor cliente pesado para acceder a los servicios Web Geográficos.
En la misma hechamos en falta la extensión que provee a GvSIG de capacidades de análisis Raster, el magnífico desarrollo Sextante que actualmente se compone de 210 módulos. Este proyecto incubado inicialmente en el proyecto Saga ha sido portado de C a Java y de ahi a GvSig para seguir creciendo, de forma muy rapida. En poco tiempo, al paso que va, será capaz de implementar gran número de los algoritmos en los que se basan los procesos del análisis raster.
ILWIS
http://52north.org/index.php?option=com_projects&task=showProject&id=30&Itemid=127
Este programa desde hace más de un año ha sido liberado como Open Source y nos puede servir para complementar de alguna manera los demás tiene varios modulos geoestadisticos y un potente lenguaje de script para automatizar los procesos.
Creemos que esta aplicación es autocontenida en el disco duro funciona pero no lo hemos probado sobre un USB.
Servidores de Mapas, Bases de Datos espaciales, webmapping en general
Suite Apache, PHP, MySQL extrañamente no se ejecutan ni accediendo al arranque de los servicios directamente desde sus carpetas asi que procedemos a instalada otra suite "WAMP" que no "LAMP" y todo funciona co los cambios oportunos en los archivos de configuración, Tilecache, featureserver, etc.
Geoserver arranca perfectamente sobre un contenedor de serlets Jetty, cabría la posibilidad de instalar Toncat para instalar otros servidores de mapas, aunque seguramente se podrá hacer sobre Jetty, pero pasaria siempre por arrancar Geoserver. Como hemos mencionado anteriormente Mapserver no puede ser rulado al venir instalado en FWtools.
Tilecache y Featureserver aunque vienen a pelo funcionan perfectamente. Hemos instalado mapserver y funciona correctamente.
Otra opción podría ser instalar MS4W de suite con un batch adecuado para soportar los cambios de unidades ya que se trata de otra aplicación autocontenida. "WAMP" con un gran número de aplicaciones de cliente ligeros.
PostgreSQL+Postgis funciona perfectamente, aunque phpPgAdmin esta muy bien para gestionar la base de datos pero se echa de menos Pgadmin que es mucho más completita y tambien como no y como debe ser, autocontenida.
Por último lo que más se echa en falta para todo lo relacionado con el webmapping es un buen navegador, firefox, no vaya a ser que nos enchufemos al ordenata de un amigo o vaya a saber usted quien y tengamos que tirar con un explorer en el que seguramente algunas aplicaciones no rularán y que pude ser muy util para arrancar los distintos servidores y aplicaciones web, mediante marcadores en la barra de herramientas. En este sentido creo que la suite adolece de una buena documentación y que las aplicaciones vienen bastante a pelo con falta de ejemplos etc, por lo que un usuario novel no va a obtener mucha productividad de la misma.
Mientras he ido urgando en la misma me he puesto a ir complementándola con más aplicaciones que a mi al menos me son muy útiles, aparte como tengo bastante documentación dispersa por el disco duro y ejemplos de todas estas aplicaciones se me ha ocurrido hacer una suite arkegeomática y arkeosemántica así tendre de que berrerar en próximos post del blog.
De momento ya tengo una primera versión con aplicaciones webmapping customizadas que creo que están la "mar de chulas", así que será para ir colocándola por ahi en plan torrent, para los muleros,y en algún formato comprimido para los más ortodoxos.
Bueno con un poquito de trabajo a lo mejor a mediados de mes tenemos preparada una primera versión medianamente bien documentada. Le he dedicado un par de días y ya tengo montado una suite que descomprimida ocupa 2,4 Gbytes, pero bueno actualmente las memorias no cuestan tanto y tampoco es para ponerse en plan minimalista.
Esta idea se plasmo en un primer momento en los Lives CD que convertían una estación Windows en una caja Linux plenamente operativa, sin embargo muchos usuarios no están acostumbrados al entorno del pingüino por lo que la solución pasa por ofrecerles directamente los programas en el "confortable" entorno de las ventanas.
Una solución de este tipo, una suite de paquetes autocontenidos puede ser descargada en la siguiente dirección
http://www.archaeogeek.com/blog/portable-gis/
si bien la conociamos hace tiempo no ha sido hasta hace unos días que nos hayamos decidio a probarla. Dado que todos estos programas los tenemos instalados, en lo casos de los servidores hemos tenido que parar todos aquellos servicios que pudieran interferir en su buen funcionamiento.
Pasamos a continuación a describir las características de este USBGIS
El paquete de programas esta compuesto por las siguientes aplicaciones:
SIG de escritorio.
GvSig
http://www.gvsig.gva.es/index.php?id=gvsig&L=2
Sig en entorno Java de muy rápido crecimiento y desarrollado con un fuerte apoyo institucional. Hacer notar que sobre entornos Windos Vista las funcionalidades Raster no funcionarán, acceso a WMS, etc. A resaltar el fichero Bat del arranque de la aplicación que nos provee una forma elegante y eficiente para evitar el problema del cambio de unidades y que puede ser reutilizado para todos aquellos programas, autocontenidos claro, que queramos utilizar.
Qgis
http://www.qgis.org/
Aunque funciona perfectamente obtenemos algunos errores con las extensiones Phyton, hacer notar que el ambiente python utilizado es el que provee Fwtools,siendo su versión la 2.3 y creemos que Qgis funciona perfectamente sobre la ultima versión de python, 2.5 o al menos sobre la 2.4
Grass
http://grass.osgeo.org/
En nuestro caso no arranca una vez ejecutado el archivo bat, el problema viene dado por que tengo una instalación de Grass en Cygwin y para que corriera la nativa en Windws tendría que borrar cualquier huella de este emulador poxis sobre windows, cosa a la que no estoy dispuesto por que esta petao con muchisimas aplicaciones, otra cosa sería la posibilidad de crear un cygwin portable, de toda las maneras muchas de las funcionalidades de Grass puede ser utilizadas desde Qgis. En relación a Cygwin este enlace más que recomendable explica paso a paso en castellano como hacerlo portable.
FWtools
http://fwtools.maptools.org/
No rula de ninguna de las maneras, aunque tenemos más que comprobado que FWtools es de una portabilidad al 100 por cien
Añádiendo aplicaciones autocontenidas.
El menu de la aplicación puede ser modificado en el fichero de configuración AppList en la forma
[Arrancar Saga]
Name=SAGA // Nombre que aparecera en la ventana de créditos
Executable=\USBGIS\APPS\saga_vc\saga_gui.exe // Ubicación del ejecutable
Menu=Progs
Website=http://gvsig.org/ // Créditos
y asi sucesivamente.
SAGA
http://www.saga-gis.uni-goettingen.de/html/index.php
Este mágnifico programa con innumerables módulos de los que destacan los de Sig Raster y Geoestadística así como algunos modelos de simulación de procesos como esperabamos no supone ningún problema el integrarlo al ser un viejo conocido portable haya donde vayas.
Añadir funcionalidades Geoestadísticas.
Echamos de menos uno de los mejores entornos de análisis estadístico R, sobre todo por lo diferentes módulos geoestadísticos que provee su integración tampoco supone ningún problema, en más de alguna casión lo habiamos echo rular desde nuestra cámara de fotos.
Extensiones de GvSIG
Sin lugar a dudas GvSIG sin desmerecer a los demás proyectos de Sig Libre es la aplicación SIG que mejor cumple los estándares de la OGC objetivo que se marco desde un principio, constituyéndose como el mejor cliente pesado para acceder a los servicios Web Geográficos.
En la misma hechamos en falta la extensión que provee a GvSIG de capacidades de análisis Raster, el magnífico desarrollo Sextante que actualmente se compone de 210 módulos. Este proyecto incubado inicialmente en el proyecto Saga ha sido portado de C a Java y de ahi a GvSig para seguir creciendo, de forma muy rapida. En poco tiempo, al paso que va, será capaz de implementar gran número de los algoritmos en los que se basan los procesos del análisis raster.
ILWIS
http://52north.org/index.php?option=com_projects&task=showProject&id=30&Itemid=127
Este programa desde hace más de un año ha sido liberado como Open Source y nos puede servir para complementar de alguna manera los demás tiene varios modulos geoestadisticos y un potente lenguaje de script para automatizar los procesos.
Creemos que esta aplicación es autocontenida en el disco duro funciona pero no lo hemos probado sobre un USB.
Servidores de Mapas, Bases de Datos espaciales, webmapping en general
Suite Apache, PHP, MySQL extrañamente no se ejecutan ni accediendo al arranque de los servicios directamente desde sus carpetas asi que procedemos a instalada otra suite "WAMP" que no "LAMP" y todo funciona co los cambios oportunos en los archivos de configuración, Tilecache, featureserver, etc.
Geoserver arranca perfectamente sobre un contenedor de serlets Jetty, cabría la posibilidad de instalar Toncat para instalar otros servidores de mapas, aunque seguramente se podrá hacer sobre Jetty, pero pasaria siempre por arrancar Geoserver. Como hemos mencionado anteriormente Mapserver no puede ser rulado al venir instalado en FWtools.
Tilecache y Featureserver aunque vienen a pelo funcionan perfectamente. Hemos instalado mapserver y funciona correctamente.
Otra opción podría ser instalar MS4W de suite con un batch adecuado para soportar los cambios de unidades ya que se trata de otra aplicación autocontenida. "WAMP" con un gran número de aplicaciones de cliente ligeros.
PostgreSQL+Postgis funciona perfectamente, aunque phpPgAdmin esta muy bien para gestionar la base de datos pero se echa de menos Pgadmin que es mucho más completita y tambien como no y como debe ser, autocontenida.
Por último lo que más se echa en falta para todo lo relacionado con el webmapping es un buen navegador, firefox, no vaya a ser que nos enchufemos al ordenata de un amigo o vaya a saber usted quien y tengamos que tirar con un explorer en el que seguramente algunas aplicaciones no rularán y que pude ser muy util para arrancar los distintos servidores y aplicaciones web, mediante marcadores en la barra de herramientas. En este sentido creo que la suite adolece de una buena documentación y que las aplicaciones vienen bastante a pelo con falta de ejemplos etc, por lo que un usuario novel no va a obtener mucha productividad de la misma.
Mientras he ido urgando en la misma me he puesto a ir complementándola con más aplicaciones que a mi al menos me son muy útiles, aparte como tengo bastante documentación dispersa por el disco duro y ejemplos de todas estas aplicaciones se me ha ocurrido hacer una suite arkegeomática y arkeosemántica así tendre de que berrerar en próximos post del blog.
De momento ya tengo una primera versión con aplicaciones webmapping customizadas que creo que están la "mar de chulas", así que será para ir colocándola por ahi en plan torrent, para los muleros,y en algún formato comprimido para los más ortodoxos.
Bueno con un poquito de trabajo a lo mejor a mediados de mes tenemos preparada una primera versión medianamente bien documentada. Le he dedicado un par de días y ya tengo montado una suite que descomprimida ocupa 2,4 Gbytes, pero bueno actualmente las memorias no cuestan tanto y tampoco es para ponerse en plan minimalista.
sábado, 28 de junio de 2008
Arqueología y Software Libre
Desgraciadamente el Software Libre no esta muy implantado en el día a día de la práctica arqueológica pero poco a poco esta situación va cambiando y son numerosos los proyectos arqueológicos que se decantan por la utilización de Soft Libre , fundamentalmente aplicaciones SIG que son utilizados como el sistema centralizador de toda la información generada en el proceso de documentación del registro arqueológico al conjugar este tipo de aplicaciones todas aquellas características necesarias no solo en el proceso de registro sino también en el proceso posterior de análisis e interpretación del mismo.
Estamos de enhorabuena en la arqueología española, en distintas listas de distribución se anuncia una próxima reunión sobre el uso de FOSS a celebrar el próximo septiembre en Mérida auspiciada por el Instituto de Arqueología de esta ciudad y la administración autonómica extremeña tan implicada en el desarrollo e implantación de soluciones de Software Libre (Guadalinex, Sextante, ..etc)
Desde el Instituto de Arqueología-Mérida, estamos organizando en colaboración con la Consejería de Economía, Comercio e Innovación de la Junta de Extremadura, una reunión sobre la aplicación del de software libre en Arqueología. Ello implica realizar una reflexión en un momento óptimo, en el que su uso ha comenzado a popularizarse, especialmente en cuanto a las aplicaciones SIG.
La reunión tendrá como fecha de celebración los días 25 y 26 de septiembre. La pregunta de fondo será si el uso de software libre ha incrementado el éxito de determinados proyectos arqueológicos, tanto reduciendo costes como aumentando su potencia y posibilidades de análisis frente a otras soluciones. Pretendemos que tenga forma de reunión e intercambio de experiencias antes que un encuentro excesivamente formal. Por ello primarían distintos tipos de intervenciones que fueran objeto de debate y que englobaran:
- El software libre dentro de una política científica competitiva.
- Software libre en Arqueología (experiencias y balances)
- Capacidades del software libre frente a otras soluciones de mercado (diseño de módulos específicos, programación, etc.)
- Aplicaciones SIG libre en Arqueología, casos de estudios
- Infraestructura de datos espaciales
- SIG libre como herramienta de gestión del patrimonio
Estos aspectos se tratarían en unas 10-12 intervenciones de 30 minutos cada una, con el objetivo de asegurar el debate, objetivo primordial de esta reunión.
A fin de hacer llegar esta iniciativa a otros grupos de investigación, estamos abiertos a la recepción de propuestas de participación. A fin de diseñar un programa de trabajo, rogamos a quien pueda estar interesado en participar que envíe antes del 1 de julio un resumen de su propuesta a las siguientes direcciones de correo electrónico:
ecerrillo@iam.csic.es - Enrique Cerrillo Cuenca
vmayoral@iam.csic.es - Victorino Mayoral Herrera
Estamos de enhorabuena en la arqueología española, en distintas listas de distribución se anuncia una próxima reunión sobre el uso de FOSS a celebrar el próximo septiembre en Mérida auspiciada por el Instituto de Arqueología de esta ciudad y la administración autonómica extremeña tan implicada en el desarrollo e implantación de soluciones de Software Libre (Guadalinex, Sextante, ..etc)
Desde el Instituto de Arqueología-Mérida, estamos organizando en colaboración con la Consejería de Economía, Comercio e Innovación de la Junta de Extremadura, una reunión sobre la aplicación del de software libre en Arqueología. Ello implica realizar una reflexión en un momento óptimo, en el que su uso ha comenzado a popularizarse, especialmente en cuanto a las aplicaciones SIG.
La reunión tendrá como fecha de celebración los días 25 y 26 de septiembre. La pregunta de fondo será si el uso de software libre ha incrementado el éxito de determinados proyectos arqueológicos, tanto reduciendo costes como aumentando su potencia y posibilidades de análisis frente a otras soluciones. Pretendemos que tenga forma de reunión e intercambio de experiencias antes que un encuentro excesivamente formal. Por ello primarían distintos tipos de intervenciones que fueran objeto de debate y que englobaran:
- El software libre dentro de una política científica competitiva.
- Software libre en Arqueología (experiencias y balances)
- Capacidades del software libre frente a otras soluciones de mercado (diseño de módulos específicos, programación, etc.)
- Aplicaciones SIG libre en Arqueología, casos de estudios
- Infraestructura de datos espaciales
- SIG libre como herramienta de gestión del patrimonio
Estos aspectos se tratarían en unas 10-12 intervenciones de 30 minutos cada una, con el objetivo de asegurar el debate, objetivo primordial de esta reunión.
A fin de hacer llegar esta iniciativa a otros grupos de investigación, estamos abiertos a la recepción de propuestas de participación. A fin de diseñar un programa de trabajo, rogamos a quien pueda estar interesado en participar que envíe antes del 1 de julio un resumen de su propuesta a las siguientes direcciones de correo electrónico:
ecerrillo@iam.csic.es - Enrique Cerrillo Cuenca
vmayoral@iam.csic.es - Victorino Mayoral Herrera
domingo, 22 de junio de 2008
Manejando y Consultando Información Bibiliográfica.
.JPG)
La verdad es que la perdida de mi machine por sacarla a pasear a escabrosos parajes supone casi empezar de cero y perder numerosas horas en la instalación y configuración de programas para tener una máquina con los reglages adecuados o como a mí me gusta.. Esperando que el disco duro no haya sufrido desperfectos y no tenga problemas al instalarlo en un clon de la fenecida, el otro problema que podía plantearse, la perdida de documentos personales, puede estar mitigada con la práctica de colgar en red los mismos.
Dentro del Blog tenemos en el menu un apartado de bibliografía. en el que esta puede ser consultada mediante una librería javascript, Exhibit. Esta libreria permite visualizar archivos en formato *.bib directamente en WEB y descargalos en distintos formatos: RDF/XML, formato separado por comas CSV, JSON de exhibit o en HTML de la vista de los datos que tengamos en ese momento. Por tanto podemos recuperar parte de la información en alguno de estos formatos, sin embargo, Exhibit aunque maneja los ficheros *.bib no nos permite descargarlo en este tipo de ficheros. Para poder transformarlo al formato de fichero de referencias de Latex puedo recurrir a una de la extensiones con la que tenía makeado el Firefox , Zotero, desarrollada en el Centro de Historia y Nuevos Medios de la Universidad de George Mason que permite la recuperación de información bibliográfica vía WEB de los OPAC'S de los catálogos bibliográficos online de Bibliotecas universitarias, del Google Scholar, Amazón, etc. con lo que facilita en gran medida la recogida de información bibliográfica de una forma rápida así como su manejo y administración. Pues bien, mientras estoy escribiendo estas notas estoy descargandome esta mágnifica aplicación para a partir de la misma cargar el fichero en RDF/XML de bibliografía del BLOG para converitrla en formato *:bib para posteriormete poder utilizarlo en el mejor gestor bibliografíco que conozco JabRef, que nos permite convertir los ficheros *.bib en formato html para su visualización y consulta en WEB. Si esto fallara siempre podríamos recurrir a una base de datos bibliográfica online que maneja el formato *.bib y de la que podemos descargar nuestras propias bibliografías o las de otros. Por último, tenemos también la opción de colgar en nuestro servidor una aplicación de este tipo para la creación de bibliografías en comandita. Menos mal que todas estas aplicaciones son de código abierto y tienen algún tipo de licencia de uso libre, sino, el descalabro del ordenador podía salir más honeroso que la simple compra de una buena máquina.
Que tiempos aquellos de la consulta de catálogos en cajetines con sus correspondienes fichas en cartulinas y clasificadas según la CDU, por materías, o indice alfabético por autor, la conjunción de Latex y *.bib nos permiten que la inclusión de referencias bibliográficas en nuestros textos sea cosa de niños adaptandose mediante la utilización de gran número de estilos a las mil y una formas de la que es posible referenciar citas bibliográficas y de una forma automática.
Dentro del Blog tenemos en el menu un apartado de bibliografía. en el que esta puede ser consultada mediante una librería javascript, Exhibit. Esta libreria permite visualizar archivos en formato *.bib directamente en WEB y descargalos en distintos formatos: RDF/XML, formato separado por comas CSV, JSON de exhibit o en HTML de la vista de los datos que tengamos en ese momento. Por tanto podemos recuperar parte de la información en alguno de estos formatos, sin embargo, Exhibit aunque maneja los ficheros *.bib no nos permite descargarlo en este tipo de ficheros. Para poder transformarlo al formato de fichero de referencias de Latex puedo recurrir a una de la extensiones con la que tenía makeado el Firefox , Zotero, desarrollada en el Centro de Historia y Nuevos Medios de la Universidad de George Mason que permite la recuperación de información bibliográfica vía WEB de los OPAC'S de los catálogos bibliográficos online de Bibliotecas universitarias, del Google Scholar, Amazón, etc. con lo que facilita en gran medida la recogida de información bibliográfica de una forma rápida así como su manejo y administración. Pues bien, mientras estoy escribiendo estas notas estoy descargandome esta mágnifica aplicación para a partir de la misma cargar el fichero en RDF/XML de bibliografía del BLOG para converitrla en formato *:bib para posteriormete poder utilizarlo en el mejor gestor bibliografíco que conozco JabRef, que nos permite convertir los ficheros *.bib en formato html para su visualización y consulta en WEB. Si esto fallara siempre podríamos recurrir a una base de datos bibliográfica online que maneja el formato *.bib y de la que podemos descargar nuestras propias bibliografías o las de otros. Por último, tenemos también la opción de colgar en nuestro servidor una aplicación de este tipo para la creación de bibliografías en comandita. Menos mal que todas estas aplicaciones son de código abierto y tienen algún tipo de licencia de uso libre, sino, el descalabro del ordenador podía salir más honeroso que la simple compra de una buena máquina.
jueves, 19 de junio de 2008
Presentaciones en formato PDF con Latex
Una de las posibilidades que tenemos siendo usuarios de Google es la posibilidad de crear documentos colaborativos, (textos, Hojas de cálculo, etc.),al estar trasteando en esta aplicación online descubro que otra posibilidd es la creación de presentaciones, aspecto en el que no había reparado.Sin embargo, el único formato soportado para la impotación de ficheros es el casi omnimodo *.PPT no soportando los formatos abiertos de open document. Otra de las novedades es la posibilidad de la creación e importación de ficheros PDF y aquí quería llegar yo. Existen varías macros en Latex que nos permiten la creación de presentaciones en PDF a partir de las fuentes con unas caracteríticas muy similares a las de los programas comúnmente utilizados para estas tareas, obviando claro está, algunos efectos visuales espectaculares. Sin embargo, al ser PDF un formato ampliamente extendido en el parque de ordenadores y la posibilidad de acceder a estos ficheros a partir del navegador WEB nos evitara algún que otro problemilla en alguna ocasión, a la hora de transmitir ciertas ideas, a parte de que podemos trabajar sobre nuestros textos en Latex,.
Bueno, pues trasteando con esta aplicación de Google la unica posibilidad de hacer accesible los documenos PDFes mediante invitacion por email no posibilitando guardarlos en otros formatos, como pudiera ser lo que es, una presentación. Así que recurriremos a empotrar el documento en el blog para ver las posibilidades de esta macro de Latex, de la cual no recuerdo el nombre, pero como se puede comprobar es muy eficiente.
El iframe parece que sólo se visualiza en Iexplorer en Firefox el fichero es visualizado directamente sobre Acrobat o puede ser descargado, los enlaces a los videos estan rotos, el formato de video soportado por los ficheros PDF es AVI, demasiado pesado como para colgarlo. La annesia al nombre de la macro Latex es debida a un pequeño problemilla con el ordenador, se me ha pirado la placa, en la que tenía instalado este magnifico entorno de edición de textos.
Bueno, pues trasteando con esta aplicación de Google la unica posibilidad de hacer accesible los documenos PDFes mediante invitacion por email no posibilitando guardarlos en otros formatos, como pudiera ser lo que es, una presentación. Así que recurriremos a empotrar el documento en el blog para ver las posibilidades de esta macro de Latex, de la cual no recuerdo el nombre, pero como se puede comprobar es muy eficiente.
El iframe parece que sólo se visualiza en Iexplorer en Firefox el fichero es visualizado directamente sobre Acrobat o puede ser descargado, los enlaces a los videos estan rotos, el formato de video soportado por los ficheros PDF es AVI, demasiado pesado como para colgarlo. La annesia al nombre de la macro Latex es debida a un pequeño problemilla con el ordenador, se me ha pirado la placa, en la que tenía instalado este magnifico entorno de edición de textos.
sábado, 26 de abril de 2008
martes, 12 de febrero de 2008
Georeferenciando documentación fotográfica en contextos arqueológicos.
Una parte importante del volumen de información generada en una intervención arqueológica es de formato gráfico. Las fotos de los hallazgos "in situ" en su contexto arqueológico, de las distintas UE´s, Unidades de Excavación, etc. consumen una parte bastante significativa de la documentación del registro arqueológico. En tiempos de la fotografía analógica se solía realizar una tabla de datos exclusiva para esta parte de la documentación, que se relacionaba con los objetos/artefactos/productos o con las unidades de excavación y que eran almacenadas en un modelo RDBMS en el mejor de los casos.
Con la aparición de la fotografía digital la creación de una tabla de datos exclusiva para este tipo de documentación gráfico/fotográfica resulta cuanto menos redundante y/o recurrente al registrar las mismas una serie de datos respecto a la tomas fotográficas, que en gran medida cubren estas necesidades y que son registrados en la cabecera de los ficheros en formato EXIF.
Si bien existen cámaras fotográficas de relativamente bajo precio que incluyen un chipset que permite la realización de lecturas GPS a través de la cámara fotográfica y por tanto de la georeferenciación de las mismas, en aras de optimizar recursos, y de prolongar la vida de uso efectivo de nuestros dispositivos, el recurrir a una solución software nos permite obtener el mismo resultado.
Así que buscando por la red hemos encontrado la siguiente aplicación, GPicSync, que mediante Python auna dos herramientas Open Source, Exiftool, una herramienta que nos permite escribir y leer la cabezera de ficheros de imágen, audio y video y GPSBabel programa que nos permite el acceso a dispositivos GPS de distintas marcas, asi como la lectura/escritura de distintos formatos de fichero GPS.
La Herramienta:
GPicSync es el acrónimo para G:GPS Pic:Pictures Sync:Synchronization. Creo que queda claro el cometido de este software Open Source
Los pasos previos, a la utilización de este software pasa por la configuración horaria de la cámara en UTC, Universal Time Co-ordinated, que permitirá sincronizar las fotografías con los datos GPS, para el caso de la Península Ibérica esta suele ser una o dos horas menos dependiendo de que estemos en un horario de invierno o de verano, ese constructo artificial dirigido al ahorro de energía y que nos han colado desde la crisis del petróleo de 1973. También podemos usar el tiempo local para lo cual tendremos que cambiar este parámetro en el dispositivo GPS.
Una segunda parte del proceso implica la descarga de los waypoint y de los tracks desde nuestro GPS y guardarlos en formato GPX, estándar XML para el intercambio de ficheros GPS, para lo cual podremos utilizar GPSBabel a través de la interfaz gráfica que nos proveee Qgis. Una vez realizados estos pasos podremos cargar tanto los ficheros de imágenes como los de GPS en Gpicsync y que nos permitirá a parte de georeferenciar las fotografías, su exportación a formato KML/KMZ para su visualización en Gearth, en Gmaps, en Flirck y otros mediante la geocodificación vía Servicios WEB de http://geonames.org.
Se incluyen así mismo una serie de herramientas muy útiles, que nos permiten leer los ficheros EXIF así como editarlos con lo que se pueden georeferenciar manualmente las fotografías si disponemos de las coordenadas de las mismas. El ejemplo que se muestra no es precisamente arqueológico o aunque sus usos en la documentación arqueológica son más que diversos y que nos permiten automatizar una serie de procesos evitando en gran medida errores humanos.
Es innegable la gran utilidad que se le puede dar a la hora de realizar prospecciones arqueológicas, posibilitando la georeferenciación de las imágenes de los hallazgos y evitando posibles errores, si tenemos dos registros, uno automático el del GPS y otro idefectiblemente manual al que hay que asociar la imagen con el número de punto tomado con el GPS. La realización automática de esta operación soslaya en gran medida el cometer errores, a la vez que nos permite contar con una base de datos de imágenes georeferenciadas que pueden ser cruzadas con otros datos del mismo tipo a parte de su visualización en un entorno de Mapping vía KML o GeoRSS. La buena costumbre de la toma fotográficas en el contexto de una excavación con el GPS al lado y en ON posibilitaría una organización inequivoca de este material fotográfico a nivel de UE´s, contextos mínimos, unidades estratigráficas, en este caso si se dispone de un GPS de precisión centimétrica, etc. que nos permitirían incluso de prescindir de la tablilla de turno para la descripción de las mismas.
Con la aparición de la fotografía digital la creación de una tabla de datos exclusiva para este tipo de documentación gráfico/fotográfica resulta cuanto menos redundante y/o recurrente al registrar las mismas una serie de datos respecto a la tomas fotográficas, que en gran medida cubren estas necesidades y que son registrados en la cabecera de los ficheros en formato EXIF.
Si bien existen cámaras fotográficas de relativamente bajo precio que incluyen un chipset que permite la realización de lecturas GPS a través de la cámara fotográfica y por tanto de la georeferenciación de las mismas, en aras de optimizar recursos, y de prolongar la vida de uso efectivo de nuestros dispositivos, el recurrir a una solución software nos permite obtener el mismo resultado.
Así que buscando por la red hemos encontrado la siguiente aplicación, GPicSync, que mediante Python auna dos herramientas Open Source, Exiftool, una herramienta que nos permite escribir y leer la cabezera de ficheros de imágen, audio y video y GPSBabel programa que nos permite el acceso a dispositivos GPS de distintas marcas, asi como la lectura/escritura de distintos formatos de fichero GPS.
La Herramienta:
GPicSync es el acrónimo para G:GPS Pic:Pictures Sync:Synchronization. Creo que queda claro el cometido de este software Open Source
Los pasos previos, a la utilización de este software pasa por la configuración horaria de la cámara en UTC, Universal Time Co-ordinated, que permitirá sincronizar las fotografías con los datos GPS, para el caso de la Península Ibérica esta suele ser una o dos horas menos dependiendo de que estemos en un horario de invierno o de verano, ese constructo artificial dirigido al ahorro de energía y que nos han colado desde la crisis del petróleo de 1973. También podemos usar el tiempo local para lo cual tendremos que cambiar este parámetro en el dispositivo GPS.
Una segunda parte del proceso implica la descarga de los waypoint y de los tracks desde nuestro GPS y guardarlos en formato GPX, estándar XML para el intercambio de ficheros GPS, para lo cual podremos utilizar GPSBabel a través de la interfaz gráfica que nos proveee Qgis. Una vez realizados estos pasos podremos cargar tanto los ficheros de imágenes como los de GPS en Gpicsync y que nos permitirá a parte de georeferenciar las fotografías, su exportación a formato KML/KMZ para su visualización en Gearth, en Gmaps, en Flirck y otros mediante la geocodificación vía Servicios WEB de http://geonames.org.
Se incluyen así mismo una serie de herramientas muy útiles, que nos permiten leer los ficheros EXIF así como editarlos con lo que se pueden georeferenciar manualmente las fotografías si disponemos de las coordenadas de las mismas. El ejemplo que se muestra no es precisamente arqueológico o aunque sus usos en la documentación arqueológica son más que diversos y que nos permiten automatizar una serie de procesos evitando en gran medida errores humanos.
Es innegable la gran utilidad que se le puede dar a la hora de realizar prospecciones arqueológicas, posibilitando la georeferenciación de las imágenes de los hallazgos y evitando posibles errores, si tenemos dos registros, uno automático el del GPS y otro idefectiblemente manual al que hay que asociar la imagen con el número de punto tomado con el GPS. La realización automática de esta operación soslaya en gran medida el cometer errores, a la vez que nos permite contar con una base de datos de imágenes georeferenciadas que pueden ser cruzadas con otros datos del mismo tipo a parte de su visualización en un entorno de Mapping vía KML o GeoRSS. La buena costumbre de la toma fotográficas en el contexto de una excavación con el GPS al lado y en ON posibilitaría una organización inequivoca de este material fotográfico a nivel de UE´s, contextos mínimos, unidades estratigráficas, en este caso si se dispone de un GPS de precisión centimétrica, etc. que nos permitirían incluso de prescindir de la tablilla de turno para la descripción de las mismas.
Ejemplo de fichero de imagen georeferenciado en su cabezera.
ExifTool Version Number : 7.13
File Name : S6300897.JPG
Directory : D:\web_colaborativa\fotos_GPS
File Size : 282254
File Modification Date/Time : 2008:02:07 14:50:50
File Type : JPEG
MIME Type : image/jpeg
Focal Length In 35mm Format : 81
Scene Capture Type : 0
Contrast : 0
Saturation : 65535
Sharpness : 0
GPS Version ID : 2 2 0 0
GPS Latitude Ref : N
GPS Longitude Ref : W
GPS Altitude Ref : 0
GPS Altitude : 638
Compression : 6
Thumbnail Offset : 31216
Thumbnail Length : 4012
Image Width : 1024
Image Height : 768
Encoding Process : 0
Bits Per Sample : 8
Color Components : 3
Y Cb Cr Sub Sampling : 2 1
Aperture : 4.2
GPS Latitude : 40.35715
GPS Longitude : -4.3858
GPS Position : 40.35715 -4.3858
Image Size : 1024x768
Scale Factor To 35mm Equivalent : 5.91240875912409
Shutter Speed : 0.002857142857
Thumbnail Image : (Binary data 4012 bytes, use -b option to extract)
Circle Of Confusion : 0.00508189840266015
Field Of View : 25.0576365835832
Focal Length : 81
Hyperfocal Distance : 8.79358296787338
Light Value : 12.9139178625746
File Name : S6300897.JPG
Directory : D:\web_colaborativa\fotos_GPS
File Size : 282254
File Modification Date/Time : 2008:02:07 14:50:50
File Type : JPEG
MIME Type : image/jpeg
Focal Length In 35mm Format : 81
Scene Capture Type : 0
Contrast : 0
Saturation : 65535
Sharpness : 0
GPS Version ID : 2 2 0 0
GPS Latitude Ref : N
GPS Longitude Ref : W
GPS Altitude Ref : 0
GPS Altitude : 638
Compression : 6
Thumbnail Offset : 31216
Thumbnail Length : 4012
Image Width : 1024
Image Height : 768
Encoding Process : 0
Bits Per Sample : 8
Color Components : 3
Y Cb Cr Sub Sampling : 2 1
Aperture : 4.2
GPS Latitude : 40.35715
GPS Longitude : -4.3858
GPS Position : 40.35715 -4.3858
Image Size : 1024x768
Scale Factor To 35mm Equivalent : 5.91240875912409
Shutter Speed : 0.002857142857
Thumbnail Image : (Binary data 4012 bytes, use -b option to extract)
Circle Of Confusion : 0.00508189840266015
Field Of View : 25.0576365835832
Focal Length : 81
Hyperfocal Distance : 8.79358296787338
Light Value : 12.9139178625746
domingo, 10 de febrero de 2008
Operaciones implicitas en el estándar WMS: Una imagen vale más que mil palabras.
Existe el tópico o el dicho generalizado y repetido a lo largo del siglo pasado que una imagen vale más que mil palabras, si bien es cierto que el número de "palabras" o conceptos que nos puede transmitir una imagen están en función del observador y de los conocimientos que este "posea" sobre el objeto o composición de objetos observados, en una visión objetiva de los mismos.
Así mismo, diferirán las visiones subjetivas que la visualización del objeto puedan evocar a los distintos observadores fruto de distintas experiencias o experienciaciones que conforman al sujeto como un "yo" débil.
Esto viene a cuento por el video que tenemos en el panel de la izquierda intitulado Servicios WMS y Arqueología donde se hace un repaso a las operaciones implicadas en el estándar WMS de OGC. Si no se le añade un texto explicativo al mismo, a pesar de contener casi 15.000 imágenes en secuencia animada, acompañadas de una música cañera, un observador cualquiera puede ver e interpretar que lo que esta viendo son una serie de mapas accedidos a través de la WEB, así como de una serie de ficheros XML y esto cuando conozca la gramática de este tipo de ficheros. Bueno, pues este es uno de los casos en los que a lo mejor casi mil palabras valen más que 15.000 imágenes, o mejor, cuando estas palabras dan un contenido cierto, objetivo y dirigido a las mismas. Por tanto hemos considerado oportuno hacer una entrada en el blog en que se expliquen los procesos que se van sucediendo en el video en el que se trata de hacer entender la visualización de datos geográficos a partir de WMS tomando como partida el sitio http://arkegeomatica.es, hermano mayor de este Blog.
Para ello y partiendo de una distribución regional de asentamientos, los sempiternos castros zamoranos y tomando como marco de entrada una respuesta Getmap se intenta explicar que esta es consecuencia de una petición anterior a un Servidor de Mapas y que puede ser realizada directamente desde la barra del browser o navegador web. Creo que se entiende que la imagen generada es una respuesta al vuelo de dicha petición y por lo tanto no es una imágen en un formato gráfico determinado, es decir, estática, dependiendo las mismas de las peticiones realizadas y los parámetros utilizados, formato de imagen, capas a visualizar, limites geográficos o proyección en la que queramos que se genere la misma.
En un segundo paso se obtiene el documento de la información residente o hacía la que apunta el servidor mediante una petición GetCapabilities, visualizándose el documento. Se centra la visualización sobre las capas arqueológicas para relacionarlo con la petición GetMap anterior que es precisamente la capa que se esta visualizando. Se aprovecha para realizar una petición GetCapabilities sobre las capas habilitadas como WFS aprovechando que es el mismo tipo de operación para ver las capacidades que tiene el servidor implementadas para WFS, recuperando la capa como un archivo GML en sus especificaciones 2 y 3 que serán utilizadas en un vídeo posterior.
Trás mezclar churras con merinas nos centramos en los servcios WMS propiamente dichos para introducirnos en la noción de cliente ligero genérico y por tanto de acceso ubicuo a la información arqueológica utilizando para ello el propio servidor como cliente con un desarrollo en html que nos permite la creación de un cliente básico. Utilizando el propio html centramos las vistas a distintas escalas para poder facilitar la visualización de la información. En esta parte se desarrolla la tercera operación inplicada en el estándar WMS, GetFeatureInfo para ello se hace una consulta a una de las entidades puntuales visualizadas, asi como peticiones Getmap a distintos servidores.
Como último paso y ya que los anteriores se han realizado sobre el mismo Host hemos procedido a integrar la información de nuestro servidor en el marco de un "Clearinghouse" de estas características, el portal IDEE, lo que nos sirve para explicitar las distintas escalas de integración de este tipo de servicios. Para ello y mediante GetCapabilities integramos distintas fuentes de información disponibles, ortofotos de la zona de estudio, si bien el diálogo entre ambos servidores se resuelve de forma correcta, al realizar el GetMap el cliente sobre el nuevo servidor integrado la respuesta no se produce. Bueno prescindiendo del mismo integramos nuestra información arqueológica que dentro de una estructura de una IDE es considerada como información
temática, trás un "diálogo" que se demora en exceso, no nos ocurre con otros servidores, la operación GetCapabilities se realiza con éxito. Procediendo al Getmap desde el cliente para visualizar la información, y a GetFeatureInfo para consultar la información asociada de la entidad puntual sobre la que nos hemos centrado. La petición Getmap a varias capas que creemos de interés nos permiten apreciar a simple vistas las estructuras asociadas ha dicha entidad puntual, un castro de la II Edad del Hierro, que queda bien caracterizada por la consulta anteriormente realizada con la operación GetFeatureInfo.
Por último se introduce a la noción de cliente pesado, para ello hemos utilizado una herramienta ampliamente difundida como es Google Earth en el que se visualizan la información de la capa de esta distribución de asentamientos mediante GetMap. En otros videos y utilizando estándares OGC para recuperar la información y utilizando la navaja suiza que es OGR transformaremos esta información para que pueda ser consultable en este cliente.
Si bien hemos obviado la operación GetLegendGraphic, creemos que queda suscintamente claro el funcionamiento de este estándar, que define la visualización de información geográfica vía internet. En este caso, sí que las imágenes valen más que mil palabras, máxime si tenemos cierta capacidad para la fotointerpretación visual de las fotografías aéreas de fondo asociadas a los elementos puntuales de los castros, que nos permiten una primera caracterización de multiples realidades en las que se inscriben. La composición de información visual a traves de este estándar de distintas capas arqueológicas, en muchas ocasiones sirven para sintetizar realidades pasadas, de mejor manera que pesados tochos de farragosa literatura gris. O eso, es al menos lo que yo pienso, aunque también dependerá en gran medida y estará en función de la conformación de los distintos yo´s que observan y se dedican al noble arte de la hermeneutica para aproximarse a las realidades pasadas.
Así mismo, diferirán las visiones subjetivas que la visualización del objeto puedan evocar a los distintos observadores fruto de distintas experiencias o experienciaciones que conforman al sujeto como un "yo" débil.
Esto viene a cuento por el video que tenemos en el panel de la izquierda intitulado Servicios WMS y Arqueología donde se hace un repaso a las operaciones implicadas en el estándar WMS de OGC. Si no se le añade un texto explicativo al mismo, a pesar de contener casi 15.000 imágenes en secuencia animada, acompañadas de una música cañera, un observador cualquiera puede ver e interpretar que lo que esta viendo son una serie de mapas accedidos a través de la WEB, así como de una serie de ficheros XML y esto cuando conozca la gramática de este tipo de ficheros. Bueno, pues este es uno de los casos en los que a lo mejor casi mil palabras valen más que 15.000 imágenes, o mejor, cuando estas palabras dan un contenido cierto, objetivo y dirigido a las mismas. Por tanto hemos considerado oportuno hacer una entrada en el blog en que se expliquen los procesos que se van sucediendo en el video en el que se trata de hacer entender la visualización de datos geográficos a partir de WMS tomando como partida el sitio http://arkegeomatica.es, hermano mayor de este Blog.
Para ello y partiendo de una distribución regional de asentamientos, los sempiternos castros zamoranos y tomando como marco de entrada una respuesta Getmap se intenta explicar que esta es consecuencia de una petición anterior a un Servidor de Mapas y que puede ser realizada directamente desde la barra del browser o navegador web. Creo que se entiende que la imagen generada es una respuesta al vuelo de dicha petición y por lo tanto no es una imágen en un formato gráfico determinado, es decir, estática, dependiendo las mismas de las peticiones realizadas y los parámetros utilizados, formato de imagen, capas a visualizar, limites geográficos o proyección en la que queramos que se genere la misma.
En un segundo paso se obtiene el documento de la información residente o hacía la que apunta el servidor mediante una petición GetCapabilities, visualizándose el documento. Se centra la visualización sobre las capas arqueológicas para relacionarlo con la petición GetMap anterior que es precisamente la capa que se esta visualizando. Se aprovecha para realizar una petición GetCapabilities sobre las capas habilitadas como WFS aprovechando que es el mismo tipo de operación para ver las capacidades que tiene el servidor implementadas para WFS, recuperando la capa como un archivo GML en sus especificaciones 2 y 3 que serán utilizadas en un vídeo posterior.
Trás mezclar churras con merinas nos centramos en los servcios WMS propiamente dichos para introducirnos en la noción de cliente ligero genérico y por tanto de acceso ubicuo a la información arqueológica utilizando para ello el propio servidor como cliente con un desarrollo en html que nos permite la creación de un cliente básico. Utilizando el propio html centramos las vistas a distintas escalas para poder facilitar la visualización de la información. En esta parte se desarrolla la tercera operación inplicada en el estándar WMS, GetFeatureInfo para ello se hace una consulta a una de las entidades puntuales visualizadas, asi como peticiones Getmap a distintos servidores.
Como último paso y ya que los anteriores se han realizado sobre el mismo Host hemos procedido a integrar la información de nuestro servidor en el marco de un "Clearinghouse" de estas características, el portal IDEE, lo que nos sirve para explicitar las distintas escalas de integración de este tipo de servicios. Para ello y mediante GetCapabilities integramos distintas fuentes de información disponibles, ortofotos de la zona de estudio, si bien el diálogo entre ambos servidores se resuelve de forma correcta, al realizar el GetMap el cliente sobre el nuevo servidor integrado la respuesta no se produce. Bueno prescindiendo del mismo integramos nuestra información arqueológica que dentro de una estructura de una IDE es considerada como información
temática, trás un "diálogo" que se demora en exceso, no nos ocurre con otros servidores, la operación GetCapabilities se realiza con éxito. Procediendo al Getmap desde el cliente para visualizar la información, y a GetFeatureInfo para consultar la información asociada de la entidad puntual sobre la que nos hemos centrado. La petición Getmap a varias capas que creemos de interés nos permiten apreciar a simple vistas las estructuras asociadas ha dicha entidad puntual, un castro de la II Edad del Hierro, que queda bien caracterizada por la consulta anteriormente realizada con la operación GetFeatureInfo.
Por último se introduce a la noción de cliente pesado, para ello hemos utilizado una herramienta ampliamente difundida como es Google Earth en el que se visualizan la información de la capa de esta distribución de asentamientos mediante GetMap. En otros videos y utilizando estándares OGC para recuperar la información y utilizando la navaja suiza que es OGR transformaremos esta información para que pueda ser consultable en este cliente.
Si bien hemos obviado la operación GetLegendGraphic, creemos que queda suscintamente claro el funcionamiento de este estándar, que define la visualización de información geográfica vía internet. En este caso, sí que las imágenes valen más que mil palabras, máxime si tenemos cierta capacidad para la fotointerpretación visual de las fotografías aéreas de fondo asociadas a los elementos puntuales de los castros, que nos permiten una primera caracterización de multiples realidades en las que se inscriben. La composición de información visual a traves de este estándar de distintas capas arqueológicas, en muchas ocasiones sirven para sintetizar realidades pasadas, de mejor manera que pesados tochos de farragosa literatura gris. O eso, es al menos lo que yo pienso, aunque también dependerá en gran medida y estará en función de la conformación de los distintos yo´s que observan y se dedican al noble arte de la hermeneutica para aproximarse a las realidades pasadas.
Powered by ScribeFire.
miércoles, 30 de enero de 2008
La IDE Arqueológica se Anima y se Mueve.
Sin lugar a dudas una de las grandes ventajas que proporciona una IDE es la posibilidad de acceder a la información arqueológica como fuente primaria de datos sin ningún tipo de elaboraciones, permitiendo al interesado que accede a las mismas la posibilidad de probar nuevos modelos sobre los datos almacenados en los contenedores de datos alojados en ellas. En http://www.casamontero.org se tiene la intención de relacionar toda la información planimétrica de los pozos que constituyen este yacimiento único, para ilustrar las actividades extractivas de aprovisionamiento de silex en un periodo dilatado de tiempo, con la abundante información empirica que han aportado estos profundos buracos.
En la siguiente dirección se puede acceder a esta información planimétrica en un formato cerrado *.DWG. Partiendo de este fichero y mediante su exportación a una base de datos espacial, para poder transformar las polilíneas en poligonos cerrados, hemos preparado el siguiente fichero para visualizar y consultar alguna de las características de este yacimiento como WMS y WFS [1].
Mediante el conector disponible en GvSIG para acceder a este tipo de ficheros hemos podido comprobar que en el mismo disponemos de la información georeferenciada de los buracos como entidades de polilíneas 3D, que envidentemente han de ser transformadas a un fichero *.shp si queremos obtener entidades cerradas de tipo poligonal, mediante el uso de Postgis, sobre las que poder realizar posteriormente las consultas. Al ser estas polílineas en 3D, disponemos tambien de un campo en el archivo de CAD donde se han registrado la altura de todos los pozos que constituyen la mina neolítica de Casa Montero lo que nos permite la creación de un Modelo de Elevaciones relativamente preciso de todo el yacimiento así como otra serie de productos derivados.
La información relativa a los contextos culturales con los que se relaciona cada pozo, consignada como no podía ser de otra forma en la capa Layer es relativamente pobre, lo que no nos permite, posiblemente por que se trate del fichero de registro topográfico, aventurar sobre la utilización temporal de zona o zonas del yacimiento a partir de este fichero. Esta evolución en la formación del yacimiento así como las relaciones espaciales establecidas entre los distintos pozos podrá ser estudiada por cada cual una vez los datos de localización de los elementos arqueológicos que conforman cada pozo con su registro formen una entidad arqueológica individual que junto a otras permitan la formación de grupos que puedan responder a las preguntas que se tenga ha bien plantear. La posibilidad de que otros yacimientos cercanos de los cuales hay unos cuantos, puedan tener alguna relación con este yacimiento en algunas de sus etapas quedaría mejor resuelta si siguiendo el ejemplo de este sitio cabiera la posibilidad de disponer asi mismo de sus datos primarios.
Así mismo podemos acceder a través de WFS a las actuaciones arqueológicas realizadas por la empresa inglesa Oxford Archaeology que están muy en la línea de una Arqueología Abierta. De momento son sólo los datos de las actuaciones pero menos da una piedra y todo se andará. En la siguiente dirección pueden verse la distribución de estas actuaciones sobre Openlayers. La imagen de la entrada, el mismo repositorio de datos accedido desde GvSIG.
http://mapdata.thehumanjourney.net/cgi-bin/mapservwfs.cgi?
Por último, trás intenso rastreo puede ser consultados via Webmapping un yacimiento neolítico del área alicantina, el documento Getcapabilities no resulta demasiado dificil obtenerlo. La dirección la consignada más abajo, la Web del proyecto aqui.
[1] Al pesar demasiado, más de 25 MB hemos prescindido de colgarlo en el servidor, de momento, al tenerlo demasiado "petao". Cuando hagamos una pequeña limpieza del mismo subiremos una serie significativa de yacimientos madrileños bastante significados.
En la siguiente dirección se puede acceder a esta información planimétrica en un formato cerrado *.DWG. Partiendo de este fichero y mediante su exportación a una base de datos espacial, para poder transformar las polilíneas en poligonos cerrados, hemos preparado el siguiente fichero para visualizar y consultar alguna de las características de este yacimiento como WMS y WFS [1].
Mediante el conector disponible en GvSIG para acceder a este tipo de ficheros hemos podido comprobar que en el mismo disponemos de la información georeferenciada de los buracos como entidades de polilíneas 3D, que envidentemente han de ser transformadas a un fichero *.shp si queremos obtener entidades cerradas de tipo poligonal, mediante el uso de Postgis, sobre las que poder realizar posteriormente las consultas. Al ser estas polílineas en 3D, disponemos tambien de un campo en el archivo de CAD donde se han registrado la altura de todos los pozos que constituyen la mina neolítica de Casa Montero lo que nos permite la creación de un Modelo de Elevaciones relativamente preciso de todo el yacimiento así como otra serie de productos derivados.
La información relativa a los contextos culturales con los que se relaciona cada pozo, consignada como no podía ser de otra forma en la capa Layer es relativamente pobre, lo que no nos permite, posiblemente por que se trate del fichero de registro topográfico, aventurar sobre la utilización temporal de zona o zonas del yacimiento a partir de este fichero. Esta evolución en la formación del yacimiento así como las relaciones espaciales establecidas entre los distintos pozos podrá ser estudiada por cada cual una vez los datos de localización de los elementos arqueológicos que conforman cada pozo con su registro formen una entidad arqueológica individual que junto a otras permitan la formación de grupos que puedan responder a las preguntas que se tenga ha bien plantear. La posibilidad de que otros yacimientos cercanos de los cuales hay unos cuantos, puedan tener alguna relación con este yacimiento en algunas de sus etapas quedaría mejor resuelta si siguiendo el ejemplo de este sitio cabiera la posibilidad de disponer asi mismo de sus datos primarios.
Así mismo podemos acceder a través de WFS a las actuaciones arqueológicas realizadas por la empresa inglesa Oxford Archaeology que están muy en la línea de una Arqueología Abierta. De momento son sólo los datos de las actuaciones pero menos da una piedra y todo se andará. En la siguiente dirección pueden verse la distribución de estas actuaciones sobre Openlayers. La imagen de la entrada, el mismo repositorio de datos accedido desde GvSIG.
http://mapdata.thehumanjourney.net/cgi-bin/mapservwfs.cgi?
Por último, trás intenso rastreo puede ser consultados via Webmapping un yacimiento neolítico del área alicantina, el documento Getcapabilities no resulta demasiado dificil obtenerlo. La dirección la consignada más abajo, la Web del proyecto aqui.
[1] Al pesar demasiado, más de 25 MB hemos prescindido de colgarlo en el servidor, de momento, al tenerlo demasiado "petao". Cuando hagamos una pequeña limpieza del mismo subiremos una serie significativa de yacimientos madrileños bastante significados.
sábado, 19 de enero de 2008
"Testando" Servicios WMC/OWS: Web Map Context
Hemos incluido en el Blog un Visor de Mapas y de información espacial, construido sobre esta especificación, Mapbuilder. Una de las muchas características que tiene este cliente ligero es la posibilidad de salvar como contexto de mapa, WMC un desarrollo de la especificación WMS, que nos permite salvar las capas, y los servidores a los que apuntan la visualización que tenemos en el cliente en ese momento. Este tipo de ficheros vienen a ser la analogía de los proyectos de mapa de los gis de sobremesa, que registran las capas activadas asi como otra serie de características relacionadas con la visualización de las mismas. Esta especificación, es definida por un esquema en xml, por lo que puede ser creada con un editor de textos, que permite como hemos dicho anteriormente apuntar/cargar distintos servidores y activar/desactivar las capas que creemos necesarias, para luego poder utilizar el fichero generado en clientes que soporten esta especificación, ya sean clientes ligeros como es el caso y de los que a continuación comentaremos, ya sean Sig de sobremesa como GvSIG, punto que no hemos podido comprobar si reconoce el fichero creado por Mapbuilder.
Acceso a OGC Viewer de Intergraph. Este cliente debe tener más años que la tana, cargamos las capas de nuestro servidor pero a la hora de intentar salvar el contexto de Mapa responde con que sólo soporta las especificaciones más antiguas, 0.2 y 0.4 como el antiguo visor de la Nasa hoy no operativo. A la hora de intentar cargar el mapa se activa la opción de salvar, un desastre.
Acceso a OWSVIEW: Sin lugar a dudas el cliente con mejor soporte para este formato, lo hemos probado por activa y "pasiva" y sin lugar a dudas es el que mejor soporte tiene para el estándar, permite salvar en cuatro implementaciones de la especificación. Hay que recordar que los creadores de este portal fueron la parte más importante y activa de la definición de esta especificación.
Acceso a la IDEE: La IDEE tiene la posibilidad de cargar mapas de contexto desde ordenador no habiendo la posibilidad de apuntar a ficheros externos, así como salvar el mapa que tengamos compuesto en ese momento. En un primer momento no nos reconoce el fichero, cuando esta perfectamente construido, aunque son dos versiones distintas. Hacemos uso de OWSVIEW para salvar el fichero en la versión que descarga el visualizador de la IDEE 1.1.0 Sin embargo, sigue sin reconocer el fichero. Al final conseguimos que lo lea, haciendo uso como no de un buen editor de texto.
En el siguiente video un poco largo se describen todos los procesos, asi como el propio formato de WMC.
Acceso a OGC Viewer de Intergraph. Este cliente debe tener más años que la tana, cargamos las capas de nuestro servidor pero a la hora de intentar salvar el contexto de Mapa responde con que sólo soporta las especificaciones más antiguas, 0.2 y 0.4 como el antiguo visor de la Nasa hoy no operativo. A la hora de intentar cargar el mapa se activa la opción de salvar, un desastre.
Acceso a OWSVIEW: Sin lugar a dudas el cliente con mejor soporte para este formato, lo hemos probado por activa y "pasiva" y sin lugar a dudas es el que mejor soporte tiene para el estándar, permite salvar en cuatro implementaciones de la especificación. Hay que recordar que los creadores de este portal fueron la parte más importante y activa de la definición de esta especificación.
Acceso a la IDEE: La IDEE tiene la posibilidad de cargar mapas de contexto desde ordenador no habiendo la posibilidad de apuntar a ficheros externos, así como salvar el mapa que tengamos compuesto en ese momento. En un primer momento no nos reconoce el fichero, cuando esta perfectamente construido, aunque son dos versiones distintas. Hacemos uso de OWSVIEW para salvar el fichero en la versión que descarga el visualizador de la IDEE 1.1.0 Sin embargo, sigue sin reconocer el fichero. Al final conseguimos que lo lea, haciendo uso como no de un buen editor de texto.
En el siguiente video un poco largo se describen todos los procesos, asi como el propio formato de WMC.
jueves, 17 de enero de 2008
Grass con Cygwin: Un FLASH y nunca mejor dicho
Hace algunas entradas al referirnos al entorno Cygwin y del uso que hacía de el para poder trabajar con GRASS en Windows comentaba que el entorno GUI existente en ese momento a través de TCL/TK, ahora ya disponemos del GUI que proporciona Qgis, lo tenía traducido al castellano asi como de un menu específico en el que se contenían los procesos GIS más utilizados en Arqueología, asi como algunos scripts relacionados.
Pues bien de momento no ha sido bien hallado, pero ya llegará por el que busca encuentra, estará en algún estrato profundo profundo, aunque ya apunta cerca. En su momento preparamos un tutorial de GRASS para arqueológos, del que hemos encontrado el prototipo que describe los procesos de arrancar el mismo, elección de localización y mapset, arranque de monitores, y visualización de capas raster y vectoriales. Así que nada que mientras encuentro el susodicho menu aqui os dejo esta peliculilla en FLASH con estos pasos que a lo mejor tiene continuación al haber encontrado el fichero de proyecto del mismo.
Pues bien de momento no ha sido bien hallado, pero ya llegará por el que busca encuentra, estará en algún estrato profundo profundo, aunque ya apunta cerca. En su momento preparamos un tutorial de GRASS para arqueológos, del que hemos encontrado el prototipo que describe los procesos de arrancar el mismo, elección de localización y mapset, arranque de monitores, y visualización de capas raster y vectoriales. Así que nada que mientras encuentro el susodicho menu aqui os dejo esta peliculilla en FLASH con estos pasos que a lo mejor tiene continuación al haber encontrado el fichero de proyecto del mismo.
Suscribirse a:
Entradas (Atom)
