¡Buenas de nuevo!
Como ya comenté en la entrada donde se explicaba cómo realizar una copia de seguridad de una base de datos geoespacial con PostgreSQL y PostGIS, el siguiente paso sería explicar cómo restaurar esta copia que hemos realizado para poder trabajar con ella.
¡Buenas a tod@s!
Esta vez vamos a explicar los pasos a seguir para hacer una copia de seguridad de una base de datos de tipo geoespacial a través de la línea de comandos. En la siguiente entrada hablaremos de cómo restaurarla.
Supongo que estas mismas instrucciones son las que usaremos con cualquier tipo de base de datos PostgreSQL, pero en mi caso, sólo lo he comprobado con bases de datos espaciales, para las cuales os puedo asegurar que funcionan a la perfección.
¡Buenas a tod@s!
Hoy voy a explicar una operación básica pero necesaria para almacenar y tratar con datos geolocalizados. Siguiendo un poco el hilo del tutorial, ya tenemos nuestra base de datos PostgreSQL con el módulo PotGIS creada, así como creada nuestra tabla con el tipo de dato espacial haciendo uso del SRID 4326, por lo que ahora vamos a ver cómo se almacena un punto, definido por su longitud y su latitud, en ella.
Buenas!
Como ya comenté, tenía pendiente una entrada para hablar sobre dos conceptos que han aparecido y que resultan de gran interés para escribir sobre ellos. Hablamos de la tabla spatial_ref_sys y de SRID.
Comencemos por la tabla spatial_ref_sys que como ya vimos , se genera automáticamente en nuestra base de datos cuando la hacemos de tipo espacial. El formato de esta tabla es el siguiente:
Las columnas que aparecen dentro de la misma son:
Algunos de los valores de SRID de la EPGS más conocidos son: 4326- WGS 84 Long Lat que es el sistema que habitualmente usan los GPS, o 3857 – WGS84 usado por Google Maps u OpenStreetMap. Lo más importante es trabajar siempre con el mismo SRID, ya que si realizamos operaciones con objetos que tienen diferente SRID, el resultado será erróneo.
Buenas a tod@s 🙂
Siguiendo un poco el hilo de los posts anteriores, ya tenemos instaladas todas las tecnologías que vamos a necesitar y ya hemos creado una base de datos de tipo espacial . Ahora, se trata de poder almacenar puntos geolocalizados dentro de nuestra base de datos.
¿Cuál es el siguiente paso que debemos dar?
Lo primero será crear una tabla en nuestra base de datos, que será la tabla que albergará el tipo de dato geolocalizado. Para ello, basta con hacer clic derecho en el Explorador de objetos en la zona de nuestra base de datos creada, y darle a Nueva tabla. En las siguientes imágenes vemos la información que será necesario rellenar sobre la propiedad y definición, que como podréis observar es la misma que indicábamos al crear la base de datos.
Buenas de nuevo 🙂
Hoy voy a seguir con una explicación muy sencilla sobre cómo crear una base de datos de tipo espacial es PostgreSQL desde pgAdmin. Os lo mostraré mediante imágenes, paso por paso, aunque realmente ya veréis que es muy intuitivo.
Primeramente hacemos clic derecho en el Explorador de objetos de la izquierda, y damos a Nueva Base de Datos. Nos aparecerá una ventana como la que se muestra a continuación, donde indicaremos el nombre y el propietario.
Y ¿cómo hacemos que esta base de datos sea de tipo espacial? Para ello, bastará con indicar la plantilla que definimos durante la instalación dentro de la pestaña Definición tal y como se muestra en la siguiente imagen, dentro del apartado Plantilla (en mi caso el nombre que le puse fue “template_postgis”, de todos modos el selector te lo sugerirá)
Cada vez son más las aplicaciones que hacen uso de localizaciones dentro de su funcionamiento y que además, necesitan almacenarlas de alguna forma dentro de su base de datos. Es entonces cuando PostgreSQL toma ventaja frente a MySQL gracias a la existencia de PostGis.
PostGis es un software libre, tiene licencia GNU General Public License (GPL), convierte nuestra base de datos PostgreSQL en una base de datos espacial capacitada para almacenar y trabajar con datos espaciales.
La instalación es muy sencilla, esta que indico aquí es la que usé en local y en un servidor en producción con Ubuntu 12.04, supongo que en versiones posteriores será similar con algún cambio en las versiones de paquetes pero diría que la mecánica es la misma, pero si tenéis alguna duda preguntad en comentarios y lo vemos entre todos.
Instalamos los paquetes:
sudo apt-get install python-software-properties sudo apt-add-repository ppa:ubuntugis/ppa sudo apt-get update sudo apt-get install postgresql-9.1-postgis sudo apt-get install build-essential postgresql-9.1 postgresql-server-dev-9.1 libxml2-dev proj libjson0-dev xsltproc docbook-xsl docbook-mathml gettext postgresql-contrib-9.1 pgadmin3 sudo apt-get install python-software-properties sudo apt-add-repository ppa:olivier-berten/geo sudo apt-get update sudo apt-get install libgdal-dev
Una vez realizadas estas instalaciones, verficamos la versión de libGDAL, que debe ser 1.9.0
$ gdal-config --version 1.9.0
La Agencia para la Modernización Tecnológica de Galicia (Amtega) concedió el Premio al Mejor Proyecto Fin de Carreira con Licencia Libre 2013 a Pablo Belay por el proyecto Xeopesca.
xeoPesca es una aplicación web que permite crear un registro de las faenas pesqueras y asociarlas a las variables meteorológicas y geográficas que más influyen en el comportamiento de los ser marinos. Esto convierte la aplicación en un compendio de la experiencia pesquera que puede ser de gran valor para los patrones de los barcos, que sabrán cuáles son los puntos con mayor probabilidad de pesca en función de las condiciones meteorológicas de cada día.
