Publicado el Dejar un comentario

Servicio de Postgresql 9.x no inicia. Error 193: 0xc1.

El servicio de postgresql 9.x no arranca en windows y envía el siguiente error:

Error 193: 0xc1.

Este problema, lo puede provocar un archivo llamado “program” en su directorio raíz. Busque si existe dicho archivo. Si es así borre el archivo pero tenga cuidado, debe ser un archivo, no una carpeta (no vaya a borrar la carpeta “Program Files”).

Una vez borrado, intente arrancar nuevamente el servicio de postgresql, éste deberá arrancar.

¡Saludos!

Publicado el Dejar un comentario

Actualizando a Liferay 6.2 CE GA2 desde Liferay 6.1.1 en CentOS 6.5

Después de un tiempo de tratar actualiza mi portal Liferay de la version 6.1.1 a la 6.2, por fin lo logré.

Seguía las indicaciones de la documentación de Liferay pero no lograba que se actualizara correctamente.

Primero, porque la versión que tengo instalada biene integrada con Tomcat y por lo tanto no trae el archivo de configuración portal-ext.properties. Y además en mi instalación use Postgresql como la base de datos no use la de por defecto. Cabe aclarar que en mi instalación original no hice la instalación de nuevos plugins  así que en teoría debería ser menos complicado.

Antes que nada recomiendo hacer un respaldo de la base de datos y de la aplicación para evitar tragedias.

  1. Descargue la aplicación de la página oficial. En mi caso uso la que viene integrada con Tomcat (mi servidor de aplicaciones java favorito).
  2. Descomprimir el archivo .zip descargado, liferay-portal-tomcat-6.2-ce-ga2-20140319114139101.zip, hasta esta fecha, en el directorio de instalación deseado.
  3. Reemplazar el directorio data en la carpeta creada (liferay-portal-6.2-ce-ga2 en mi caso), con el directorio data de la instalación actual (en mi caso la version 6.1.1).
  4. Crear el archivo portal-ext.properties en el directorio ../liferay-portal-6.2.-ce-ga2/tomcat-7.0.42/webapps/ROOT/WEB-INF/classes con el contenido siguiente:

    jdbc.default.driverClassName=org.postgresql.Driver
    jdbc.default.url=jdbc:postgresql://localhost:5432/xxxx
    jdbc.default.username=xxxx
    jdbc.default.password=xxxx

    reemplazando xxxx por los datos correctos de su base de datos postgresql y el usuario.

  5. Arrancar la nueva versión de liferay.
  6. Se presentará inicialmente le página de configuración de liferay, proporcione los datos que quiera cambiar por ejemplo el nombre y apellido del usuario administrador actual, así como su correo y guarde los cambios.
  7. Aparecerá la nueva interfaz de Liferay 6.2.
  8. Configúrelo a su gusto.

Es todo..¡Saludos!

Liferay 6.2

Publicado el Dejar un comentario

QGIS: “Could not load PG …” al cargar capa raster PostGIS con raster2pgsql.exe

En el curso de Postgis 2 en el que tengo el honor de participar uno de los alumnos reportó que QGIS no cargaba correctamente las capas raster de PostGIS 2.1 que habían sido cargadas con la utilería raster2pgsql.exe.

El curso anterior en el que participé como alumno, no había existido tal problema con la versión 2.0, así que me di a la tarea de investigar el porqué del problema con la 2.1. Y buscando en las nuevas características de la versión me encontré con esto:

#826, raster2pgsql no longer defaults to padding tiles. Flag -P can be used to pad tiles

Anteriormente dicho comando en PostGIS 2.0 por defecto rellenaba los tiles (mosaicos) de la imagen importada para que éstos fueran todos del mismo tamaño o regulares en la base de datos, sin embargo el comando de la versión 2.1 ahora hay que agregarle la bandera -P para que lo haga, si no, generara tiles irregulares.

QGIS no soporta cargar capara raster PostGIS con tiles irregulares, por eso lanza el error indicado en el título de este post.

Así mismo, las capas raster cargadas con el dicho comando en PostGIS 2.1 y sin especificar la opción -P  provoca que el comando gdal_translate, al querer exportar a  el formato PNG, por ejemplo, envíe el siguiente error:

ERROR 1: Error, the table public.xxx contains tiles with different size, and irregular blocking is not supported yet
GDALOpen failed – 1
Error, the table public.xxx contains tiles with different size, and irregular blocking is not supported yet

Importando la imagen raster a PostGIS 2.1 con el comando raster2pgsql y la opcion -P evitará los errores en QGIS y gdal_transale.

Ejemplo de la nueva sintaxis para  importar capa a Postgis 2.1.x para que genere  tiles regulares:

raster2pgsql -s 25831 -t 128×128 -I -C -l 2,4 -P xxxxx.img xxx > xx.sql

¡Saludos!