Buenas José.
Pues es extraño el comportamiento que nos comenta. En las pruebas que
hemos realizado hoy mismo de salvar datos en PostgreSQL desde QGis con
dos capas genéricas (las de ríos y provincias correspondienes al
1:100.000 de Andalucía) se han guardado y Kosmo 1.2 las ha cargado
perfectamente, con sus atributos incluidos.
¿Puede enviarnos alguno de los shapes que le han dado problemas para
hacer pruebas aquí? Si lo desea puede mandármelo directamente a mi
cuenta de correo personal.
Un cordial saludo,
José Plaza escribió:
Sergio Baños Calvo escribió:
Buenos días José.
El problema que tiene QGis con las tablas creadas por Kosmo es que
QGis solo admite claves de columnas únicas de tipo integer (int4) o
una columna OID. Por defecto, si no se indica lo contrario, las
tablas se crean sin dicha columna OID (habría que especificarlo en la
consulta) y las claves primarias en Kosmo, cuando las capas de origen
son shape, se traducen a bigint(int8) o a numeric.
Como posible solución, hasta que los desarrolladores de QGis eliminen
dicha restricción, es una vez salvada la capa en PostgreSQL desde
Kosmo, ejecutar desde una consola SQL (p.e., con el programa pgAdmin
III) la siguiente consulta:
alter table mi_tabla alter mi_columna_pk TYPE integer;
(recuerde que si el nombre de la tabla o de columna correspondiente a
la clave primaria contiene alguna letra en mayúscula tiene que
colocarlos entre comillas dobles -> "mi_tabla" o "mi_columna_pk")
De esta forma la columna de la clave primaria se transformará a
integer (int4) que es lo que QGis espera
Hemos probado a salvar capas shape desde QGis en PostgreSQL usando su
misma versión y después dichas tablas las hemos podido cargar
correctamente en la versión 1.2 de Kosmo. ¿Qué error le daba Kosmo al
cargar dicha tabla creada desde QGis? ¿Podría enviarnos el fichero de
log del programa situado en el directorio \bin\logs dentro del
directorio de instalación de Kosmo?
Un cordial saludo,
José Plaza escribió:
Buenas a todos, mi nombre es José Plaza y trabajo en Departamento de
Catastro del Ayto. de Alhaurín el Grande Provincia de Málaga. Hace
tiempo que le vengo dando vuelta para crear mi propiea base de datos
grafica en postgis y postgres y me he decidido hace un tiempo. Para
crear y mantener dicha base de datos utilizo Kosmos que me parece
una herramienta estupenda, pero tambien he utilizado otros editores.
Ultimante estoy haciendo pruebas con Qgis para acceder a las tablas
en postgis pero me da el siguiente error
Es decir que lo que creo con Kosmos no lo puedo leer con Qgis y lo
que creo con Qgis no lo puedo leer con Kosmos. Hay alguna manera de
evitar dicho problema. Por lo que se ve es por la creacción de las
claves primarias, pero no acabo de entender por que mis
conocimientos son bastantes limitados.
Me podrian orientar al respecto. Gracias a todos.
José Plaza.
------------------------------------------------------------------------
_______________________________________________
Kosmo mailing list
[email protected]
http://lists.saig.es/mailman/listinfo/kosmo
Gracias por la rapida respuesta. En este pequeño camino de crear una
base de datos cartografica con postgis y postgres y hecho varias pruebas.
La primera de ellas fue cargar el Shape de pasarlo con la utilidad que
viene con Qgis, un plugin para pasar a postgis. En este caso kosmos
lee la cartografia pero en los datos de los campos de atributos
figuraba en todos NULL. La segunda prueba fue cargar las capas en
postgis con la propia utilidad de postgis shp2pgsql y se produjo el
mismo efecto. Solo funciona perfectamente si cargo el Shape con el
mismo Kosmo en postgis pero no al intentar cargar la capa con Qgis y
es cuando me da el error de la Clave primaria. Yo trabajo con Kosmos
y por sus cualidades es el que yo como administrador me va mucho mejor
para editar y hacer calculos etc. Qgis la ventaja que tiene es que es
ligero y rapido y para editar no esta nada mal, pero Kosmos es más
intuitivo y tiene mucho más herramientas. Pero con Qgis puedo hacer
una herramienta de consulta con ordenadores que no tienen muchos medios.
Pero en difinitiva si con Kosmos me va bien prefiero Kosmos lo que
pasa siempre es que te gustaria hacerlo compatible con todo. Por
cierto, con Udig no tengo problemas a la hora de consulta, pero Udig
es otro mundo no tan intuitivo a la hora de trabajar con el, en mi
entender. Con Gvsig tengo los mismos problemas.
Sin quererlo hecho un manual. Gracias por todo, a ver sin el tiempo
aprendo algo más y se hacen más compatible.
Hasta luego.
_______________________________________________
Kosmo mailing list
[email protected]
http://lists.saig.es/mailman/listinfo/kosmo
--
Sergio Baños Calvo
Jefe de desarrollos
Sistemas Abiertos de Información Geográfica, S.L. (SAIG S.L.)
Tlfno. móvil: 685005960
Tlfno. fijo: (+34) 954788876
E-mail: [EMAIL PROTECTED]
_______________________________________________
Kosmo mailing list
[email protected]
http://lists.saig.es/mailman/listinfo/kosmo
