Al instalar la nueva versión gvSIG 1.10 podremos comprobar que al abrir tablas alfanuméricas con cadenas de caracteres “.csv” o “.txt”, en el menú “tabla” no aparece la opción «normalización de ficheros o normalización de campos» puesto que gvSIG 1.10 no lleva incorporada por defecto la extensión de normalización.
Esta extensión hay que descargársela e instalarla después de la instalación incial de gvSIG 1.10:
[1] http://www.gvsig.org/web/projects/gvsig-desktop/devel
Aunque aún es una versión en desarrollo, funciona correctamente para gvSIG 1.10
Hay que tener en cuenta que por defecto en gvSIG los “dbf” trabajan con codificación ISO-8859-1 (LATIN1) y nosotros para poder leer cualquier tipo de carácter correctamente con gvSIG (letras “ñ” o acentos) tendríamos previamente que convertir a codificación UTF-8 desde el “bloc de notas” o desde “NotePad++” los ficheros de cadenas de texto que vayamos a normalizar
[2] http://notepad-plus-plus.org/
Ejemplo de conversión a formato UTF-8 con un fichero “csv” abierto desde “notePad ++” :
Luego en el apartado “preferencias” (menú Ventana/Preferencias) en gvSIG habría que indicar la Codificación por defecto del DBF en formato “UTF-8”, de este modo cuando a la hora de normalizar una tabla con la extensión de normalización en gvSIG y la exporte a formato “dbf”, nos aseguraremos que podremos leer posteriormente los caracteres “ñ” y los acentos.
Abrimos la tabla en gvSIG (menú tabla/abrir/archivos de tipo csv string) Para normalizar primero cargaremos la tabla “.csv” y se activará las opciones “normalización de fichero de texto “ y “normalizar un campo de tabla” (Probablemente la ventana de
visualización inicial de la tabla de gvSIG no permita identificar acentos o “ñ” pero con esta configuración en la codificación nos aseguraremos que funcionará correctamente la normalización al exportar a “dbf” en el paso final).
Ya en la ventana de normalización iríamos añadiendo nombres de campos con los parámetros necesarios (tipo de campo, tipo de separadores, identificador decimal o de miles, etc) y podremos guardar el patrón de normalización (fichero de extensión “.xml”) para ahorrarnos tiempo en futuras tablas similares que tengamos que normalizar
Después pulsaremos en opción “Ejecutar” y nos aparecerá un cuadro de diálogo para guardarnos la nueva tabla en formato “dbf”
Como hemos indicado antes la tabla normalizada resultado en “dbf” estará codificada en ISO-8859-1 (LATIN1), por lo que para visualizar correctamente los caracteres de esta tabla desde gvSIG, habrá que indicarle de nuevo desde preferencias que podamos ver este tipo de codificación:
Al abrir la tabla normalizada desde gvSIG ser verá con la codificación correcta:
También podremos exportar el mismo “dbf” a Excel y se seguirán observando correctamente todos los caracteres:
NOTA: El problema de los acentos y caracteres especiales en el “dbf” es debido a la codificación de caracteres que utiliza Excel y Microsoft. La conversión desde Open Office funciona perfectamente seleccionando “ISO 8859-14” cuando nos pregunte por el “character set”.
Visita http://www.sinfogeo.es/es/listadocursos/tig/109-curso-arcgis.htmlsi quieres conocer detalles sobre nuestro curso de gvSIG y técnicas de Geomarketing con gvSIG