Los pasos:

1) Creamos la nueva ubicación para los archivos y le damos los permisos al usuario mysql

$ sudo mkdir /nueva/ubicacion/bases/mysql
$ sudo chown mysql:mysql /nueva/ubicacion/bases/mysql

2) Nos deplazamos a la ubicación actual de los archivos de las bases de datos

$ cd /var/lib/mysql

3) Detenemos el motor de bases de datos

$ sudo /etc/init.d/mysql stop

4) Copiamos la carpeta de cada base de datos a la nueva ubicación preservando sus permisos

$ cp -rp mysql /nueva/ubicacion/bases/mysql/

5) Editamos el archivo my.cnf (/etc/mysql/my.cnf)

$ sudo -b gedit /etc/mysql/my.cnf

o

$ sudo nano /etc/mysql/my.cnf

y modificamos la línea

datadir = /var/lib/mysql

con la nueva ubicación

datadir = /nueva/ubicacion/bases/mysql

6) Renombramos o reubicamos las viejas bases de datos.

7) Reiniciamos el servidor MySQL

$ sudo /etc/init.d/mysql start

Si todo ha salido bien, nuestro servidor de MySQL está corriendo nuevamente con las mismas bases de datos que ya teníamos.

Fuente:

How to move mysql database to another drive or partition

NAD_1983_StatePlane_Massachusetts_Mainland_FIPS_2001 and UNIT["Meter",1.0]

Luego en nuestra base de datos consultamos los SRIDs candidatos con una búsqueda como:

SELECT
srid, srtext, proj4text
FROM
spatial_ref_sys
WHERE
srtext ILIKE ‘%Massachusetts%’

De la que escogeremos el mejor candidato, es decir, aquel que sea más cercano a la proyección desrita en el archivo .prj.

Fuente: Part 1: Getting Started With PostGIS: An almost Idiot’s Guide

La entrada original se encuentra bajo una licencia GNU Free Documentation License 1.2 http://www.gnu.org/copyleft/fdl.html, al igual que esta entrada.

Esto lo conseguimos mediante estos sqls:

Para modificar los valores a nivel geometry_columns:

SELECT updategeometrysrid('<tabla>', '<columna_geometria>', <nuevo_srid>);

Y este para modificar los valores internos:

SELECT setsrid(<columna_geometria>, <nuevo_srid>) FROM <tabla>;

Fuente: [postgis-users] changing srid

SELECT
updategeometrySRID('<tabla>', '<columna_geometria>', <srid>);

obtenemos el siguiente error:

ERROR: column not found in geometry_columns table
CONTEXT: SQL statement "SELECT UpdateGeometrySRID('','', $1 , $2 , $3 )"
PL/pgSQL function "updategeometrysrid" line 4 at SQL statement

Este error se debe a que no tenemos resgitrada la columna en la tabla geometry_columns.

En la entrada anterior he citado como podemos agregar manualmente una columna a geometry_columns.

Esto lo logramos con el siguiente sql:

INSERT INTO
	geometry_columns
	(
	f_table_catalog,
	f_table_schema,
	f_table_name,
	f_geometry_column,
	coord_dimension,
	srid,
	"type"
	)
SELECT
	'',
	'public',
	'<tabla>',
	'<columna_geom>',
	ST_CoordDim(<columna_geom>),
	ST_SRID(<columna_geom>),
	GeometryType(<columna_geom>)
FROM
	public.<tabla>
LIMIT
	1;

Fuente: “Manually Registering Geometry Columns in geometry_columns” en el manual de PostGIS

El procedimiento es simple, aunque no lo recomiendan para usuarios inexpertos o poco cuidadosos. Incluso, debería omitirse esto si no es estrictamente necesario el cambio (las posibilidades de arruinar el sistema son altas). en Eo personal también lo recomiendo solo si es obligatorio.

# CREATE TABLE test (a int, b int, c int);
# INSERT INTO test VALUES (1,2,3);
# SELECT * FROM test;
 a | b | c
---+---+---
 1 | 2 | 3
(1 row)

# SELECT relname, relfilenode FROM pg_class WHERE relname='test';
 relname | relfilenode
---------+-------------
 test_t  |       27666
(1 row)

# SELECT attrelid, attname, attnum FROM pg_attribute WHERE attrelid=27666;
 attrelid | attname  | attnum
----------+----------+--------
    27666 | tableoid |     -7
    27666 | cmax     |     -6
    27666 | xmax     |     -5
    27666 | cmin     |     -4
    27666 | xmin     |     -3
    27666 | ctid     |     -1
    27666 | a        |      1
    27666 | b        |      2
    27666 | c        |      3
(9 rows)

# SELECT attrelid, attname, attnum FROM pg_attribute WHERE attname=a;
 attrelid | attname  | attnum
----------+----------+--------
    27666 | a        |      1
(1 rows)

# UPDATE pg_attribute SET attnum=4 WHERE attname='a' AND attrelid=27666;
UPDATE 1
# UPDATE pg_attribute SET attnum=1 WHERE attname='b' AND attrelid=27666;
UPDATE 1
# UPDATE pg_attribute SET attnum=2 WHERE attname='a' AND attrelid=27666;
UPDATE 1

# SELECT * FROM test;
 b | a | c
---+---+---
 1 | 2 | 3
(1 row)

¿De que habló?

Al ejecutar el comando:

createdb -T template_postgis my_spatial_db

la base de datos no se crea y si usamos pgAdminIII nos devuelve el siguiente error:

database "template_postgis" is being accessed by other users

Después de googlear un rato y de buscar solucionar el comando se me ocurrió hacerlo vía sql y si funcionó.

Este es el comando:

CREATE DATABASE my_spatial_db WITH TEMPLATE=template_postgis;

Nos conectamos a la base de datos postgres con el usuario postgres:

sudo -u postgres psql postgres

Ya en el shell de PostgreSQL solicitamos establecer la contraseña al usuario postgres:

\password postgres

Asignamos la contraseña que nos parezca apropiada.

Eso es todo.

Instalación de PostGIS

Una vez instalado el PostgreSQL instalamos el PostGIS.

Nos vamos a sentir tentados a instalar el paquete postgis, pero este es un metapaquete que por alguna razón no nos instala el PostGIS.

El que debemos instalar es postgresql-8.3-postgis.

Por consola el comando es:

sudo apt-get install postgresql-8.3-postgis

Con eso ya tenemos instalado el PostGIS.

Nos hace falta crear ahora el template_postgis.

Creación del template_postgis

Nos logeamos en PostgreSQL al template1:

sudo -u postgres psql template1

Creamos una base de datos, template_postgis, a partir de este template:

create database template_postgis with template = template1;

Actualizamos la tabla pg_database para indicarle que la nueva base de datos es un template:

UPDATE pg_database SET datistemplate = TRUE where datname = ‘template_postgis’;

Nos conectamos a la nueva base de datos:

\c template_postgis

Agregamos las extensiones de PostGIS y le damos acceso a las tablas espaciales a todos:

CREATE LANGUAGE plpgsql ;

\i /usr/share/postgresql-8.3-postgis/lwpostgis.sql;

\i /usr/share/postgresql-8.3-postgis/spatial_ref_sys.sql;

GRANT ALL ON geometry_columns TO PUBLIC;

GRANT ALL ON spatial_ref_sys TO PUBLIC;

Restringimos futuros cambios en la base de datos:

VACUUM FREEZE;

Y con eso hemos terminado.

Fuentes:

Final steps installing PostGIS on Ubuntu para la creación del template.

PostgreSQL puede administrar varios clusters de datos al mismo tiempo en el mismo sistema. El cluster por defecto es llamado main. Ese es el que vamos a reubicar en otro lugar.

Los pasos

1) Detenemos PostgreSQL

sudo /etc/init.d/postgresql-8.3 stop

2) Creamos el directorio donde vamos a ubicar el cluster

sudo mkdir /ruta/a/la/ubicacion/nueva/del/cluster

3) Nos ubicamos en la carpeta que contiene a la vieja ubicacion del cluster

cd /var/lib/postgresql/8.3

4) Copiamos la carpeta del cluster a la nueva ubicación

sudo cp -R -p main /ruta/a/la/ubicacion/nueva/del/cluster

5) Editamos el archivo /etc/postgresql/8.3/main/postgresql.conf

En modo gráfico

sudo -b gedit /etc/postgresql/8.3/main/postgresql.conf

Por consola

sudo nano /etc/postgresql/8.3/main/postgresql.conf

Y cambiamos el valor data_directory por la ruta nueva

data_directory = ‘/ruta/a/la/ubicacion/nueva/del/cluster/main’

6) Reiniciamos PostgreSQL

sudo /etc/init.d/postgresql-8.3 start

Fuente:

Installing Tomcat 6 on Ubuntu

Subversion o (SVN) es una poderosa herramienta de control de versiones (para desarrollo, diseño e incluso documentos) que puede instalarse sobre el servidor Apache 2 y esto en Ubuntu se logra con unos sencillos pasos.

Primero, el trasfondo.

Asumiremos que se tiene instalado Apache 2 en el sistema Ubuntu entonces procederemos paso a paso a ir instalando y configurando lo demás.

Instalación de Subversion y mod para Apache

Esto lo logramos con la línea:

sudo apt-get install subversion libapache2-svn

El módulo emplea WebDAV para trasmitir los archivos a Subversion, esto nos facilitará mucho las cosas ya que emplearemos el mismo puerto 80 empleado por Apache 2.

Ahora procedemos a habilitar el módulo (aunque esto teóricamente se hace por defecto al instalarlo).

sudo a2enmod dav_svn

Creación de un repositotio SVN

Crearemos el repositorio y su estructura.

sudo mkdir /ruta/local/al/repositorio
sudo svnadmin create /ruta/local/al/repositorio

Haremos que Apache 2 sea el propietario (owner) del repositorio recién creado

sudo chown -R www-data /home/svn

Y crearemos un archivo de contraseñas que emplearemos para restringir el acceso al repositorio

sudo htpasswd -cm /ruta/al/archivo_de_contraseñas.passwd nombre_del_usuario

La consola preguntará por la contraseña que desearemos asignar al usuario.

Si ya disponemos de un archivo existente y solo queremos agregar un nuevo usuario entonces el comando que necesitaremos es:

sudo htpasswd -m /ruta/al/archivo_de_contraseñas.passwd nombre_del_nuevo_usuario

Ahora, editaremos el archivo /etc/apache2/mods-enabled/dav_svn.conf

En la consola lo consegumos mediante

sudo nano /etc/apache2/mods-enabled/dav_svn.conf

Y en el entorno gráfico mediante:

sudo -b gedit /etc/apache2/mods-enabled/dav_svn.conf

Tendremos que añadir las siguientes líneas al archivo por cada repositorio que deseemos instalar:

<Location /ruta/en/url/al/repositorio>
DAV svn
SVNPath /ruta/local/al/repositorio
 
AuthType Basic
AuthName "Subversion Repository"
AuthUserFile /ruta/al/archivo_de_contraseñas.passwd
Require valid-user
</Location>

Naturalmente debemos remplazar /ruta/en/url/al/repositorio, /ruta/local/al/repositorio y /ruta/al/archivo_de_contraseñas.passwd por las ubicaciones y archivos reales que vamos a emplear.

Y por último debemos reiniciar el servidor Apache 2

sudo /etc/init.d/apache2 restart

Y el navegador nos preguntará por nuestras credenciales de acceso (el nombre que dimos anteriormente y la contraseña que le asignamos).