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!

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

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!

 

Liberada la nueva versión 8.0 de NetBeans

Buenas nuevas para los programadores de java y usuarios del IDE NetBeans. Oracle ha anunciado la liberación de la version 8.0 de este gran IDE gratuito.

Entre las novedades esta el poder usar lamdas dentro del editor, soprte de TomEE como servidor de aplicaciones y muchas cosas más.

Puedes consultar las nuevas características implementadas en ésta versión aquí.

Un video de las nuevas características acá.

¡A programar con NetBeans!

¿Cómo conectar a Oracle 11g como sysdba en windows server 2008?

Por defecto, al instalar Oracle bajo Windows Server 2008, se agrega el programa Sql plus bajo el menú de programas, dentro de la carpeta  Oracle -> Aplicaciones de desarrollo.  Cuando se ejecuta dicho programa, inmediatamente pide el usuario y no da oportunidad de especificar que uno se quiere conectar como sysdba.

Para hacerlo es necesario entrar con cualquier usuario normal, proporcionar el nombre de usuario y contraseña y, una vez que aparezca el prompt de slq plus (por lo general SQL>) escribimos la sentencia:

connect SYS/<el_pasword_de_sys> AS SYSDBA;

Y podremos ejecutar sentencias administrativas en la base de datos.

¡Saludos!

 

Traducir Libreoffice 4.2 a español en Ubuntu 12.04

La instalación de los paquetes de la suite ofimática LibreOffice en su última versión 4.2.2 para Ubuntu es instalada en el lenguaje por defecto: en inglés.

Para que nos aparezca la interfaz de este gran programa es necesario instalar el siguiente paquete:

libreoffice-l10n-es

Búscalo en Centro de software de Ubuntu e instálalo.  Reincia LibreOffice y su interfaz habrá cambiado a español.

Centro de software de Ubuntu_209

 

 

¡Es todo!

OpenGeo Suite: Un gran ejemplo del Software GIS pensado en las debilidades del modelo OSGeo

Les dejo éste interesante artículo publicado en Geofumadas, acerca del este gran software SIG de código abierto OpenGeo Suite. He tenido la fortuna de probarlo hace un tiempo y veo que ha progresado mucho, ahora con la incorporación de QGis en dicha suite.

OpenGeo Suite Architecture