[Gvsig_desarrolladores] gvSIG y PostGIS

[Santiago Lorenzo]

Hola,

Retomo este hilo... Sigo haciendo pruebas con gvSIG y PostGIS.

¿Se puede cargar una vista de PostGIS igual que se hace con una tabla? 
Tengo una vista en PostGIS en la que hago un join de una tabla sólo 
alfanumérica y otra gráfica. Incluyo en la vista los campos ID y 
geometría de la tabla geográfica. Cuando intento cargarla en gvSIG, el 
asistente ve la vista, al seleccionarla aparecen todos sus campos 
(incluidos ID y geometría) en el panel de la derecha, pero el combo en 
el que habría que seleccionar el campo con la geometría aparece vacío. 
Parece que gvSIG no reconoce mi campo geometria como tal. ¿Es esto un 
bug? ¿Hay alguna otra manera de cargar una capa geográfica procedente de 
una vista?

Gracias y saludos.

Francisco José Peñarrubia escribió:
> Hola Santiago.
>
> De lo que has dicho, creo que tienes razón en todo. Lo de los campos 
> en mayúscula creo que viene de versiones anteriores de postgis, que no 
> lo admitía.
> Para evitar estos fallos (hasta que se subsanen), tendrás que hacer lo 
> que apuntas (evitar el uso de los campos conflictivos, usar una clave 
> única de tipo entero (este es un bug que habría que arreglar pronto), 
> etc)). Sólo añadir que los campos de tipo TimeStamp creo recordar que 
> también eran problemáticos, dependiendo de cómo está configurado el 
> servidor.
>
> Lamentamos las molestias, y gracias por usar gvSIG.
>
> Saludos.
>
> Fran.
>
> Santiago Lorenzo escribió:
>> Hola,
>>
>> Este es mi primer correo en las listas de gvSIG. Estoy haciendo 
>> pruebas con gvSIG y PostGIS. En breve, tendré que desarrollar un par 
>> de extensiones, y seguramente necesitaré ayuda, pero de momento estoy 
>> teniendo algunos problemas con la comunicación gvSIG-PostGIS. En 
>> particular, he observado los siguientes problemas:
>> 1. gvSIG no puede leer tablas con campos que incluyen mayúsculas en 
>> sus nombres. Al intentarlo salta una consola con el error.
>> 2. Aparentemente, gvSIG no lee los valores en campos de tipo 
>> character de longitud fija (bpchar). Lo más curioso es que estos 
>> campos sí se pueden editar, aunque el resultado de la edición no se 
>> pueda ver con gvSIG. Los campos de tipo character varying (varchar) 
>> parece que no tienen estos problemas.
>> 3. Hay problemas al editar capas en las que el campo con el ID del 
>> registro no es de tipo entero, por ejemplo, si la clave primaria de 
>> una capa es de tipo varchar. No saltan errores, pero al terminar la 
>> edición, algunos de los cambios hechos (a veces todos) no se reflejan 
>> en el origen de datos.
>> Sé que gvSIG está en constante desarrollo, así que no sé si se trata 
>> de errores, partes del código que aún no están implementadas o es que 
>> estoy haciendo algo mal.
>> Mi pregunta es: ¿qué consideraciones debo tener en cuenta a la hora 
>> de construir mi base de datos PostGIS para no tener problemas con 
>> gvSIG? ¿Nombrar tablas y campos sólo con minúsculas? ¿Evitar ciertos 
>> tipos de datos como los char de longitud fija? ¿Añadir un campo 
>> entero tipo objectID a todas mis tablas? ¿Otras...?
>>
>> Un saludo y gracias de antemano.
>>
>>
>> _______________________________________________
>> gvSIG_desarrolladores mailing list
>> gvSIG_desarrolladores en runas.cap.gva.es
>> http://runas.cap.gva.es/mailman/listinfo/gvsig_desarrolladores
>>
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores en runas.cap.gva.es
> http://runas.cap.gva.es/mailman/listinfo/gvsig_desarrolladores
>