Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Error al importar XTF #583

Open
D4nilov opened this issue Jan 30, 2023 · 4 comments
Open

Error al importar XTF #583

D4nilov opened this issue Jan 30, 2023 · 4 comments

Comments

@D4nilov
Copy link

D4nilov commented Jan 30, 2023

Cordial saludo para todos.

Se está presentando un error al tratar de importar un XTF sin validar.

Actualmente estoy utilizando el Asistente en su versión 4.0.1 Beta, sobre Qgis 3.22.14-Białowieża. Cuando intento importar un XTF sin validar, y con la casilla de validación desactivada, a una base de datos de PosgresSQL, se genera un error en el proceso y este no se completa.

Este error también se presenta al tratar de importar el XTF a una base de datos GeoPackage.

Cabe mencionar que el archivo que trato de importar fue creado y exportado en la misma máquina, desde una base de datos de Postgres y con las mismas versiones de software.

Adjunto registro del proceso.

Muchas gracias por su ayuda.

image

registro de proceso.txt

@D4nilov
Copy link
Author

D4nilov commented Jan 30, 2023

El Xtf fue creado con el modelo 1.2 de Levantamiento catastral, y su peso al exportar es de 15.2 MB.

@lacardonap
Copy link
Contributor

Hola @D4nilov

Cuando se exporta una base de datos sin validaciones a formato XTF no se validan los constraints definidos en el modelo y tampoco se valida la integridad referencial de los datos y estoy puede llevar a que al querer importar los datos no sea posible. Lo idea sería poder importar los datos siempre con validaciones para poder garantizar que los datos se pueden importar sin problemas.

Podría por favor compartirme el log que se genera cuando se intenta exportar la base de datos a formato XTF con las validaciones activadas (sin modo debug) para poder identificar si el error sé que tiene se debe a un error referencial de los datos o si puede deberse a otro error.

Saludos

@lacardonap lacardonap added the En espera de retroalimentación Hay preguntas o sugerencias de nuestra parte, estamos esperando tus comentarios. label Jan 30, 2023
@D4nilov
Copy link
Author

D4nilov commented Jan 31, 2023

Buenos días, cordial saludo Leo.

Te comparto el Log de la exportación con validación.

Te aclaro que esta base de datos no esta completa, ya que solo se le han cargado las tablas y capas principales, pero no se ha diligenciado las tablas relacionales entre si.

La intención es poder continuar con el diligenciamiento de la base de datos desde otros ordenadores, por ello el motivo de exportarlo e importarlo sin validar.

No se si es mejor entonces, proceder a copiar la base de datos de Postgres o Geopackage a los demás equipos donde se pretenda terminar el diligenciamiento de los datos.

Muchas gracias por tu ayuda.

log_exportacion.txt

@lacardonap
Copy link
Contributor

Efectivamente, al revisar el log se evidencia que existen varios asociados a tablas relacionales que no se estan diligenciando. Por ejemplo tenemos:

-- Predios sin direcciones asociadas
Error: line 0: Modelo_Aplicacion_LADMCOL_Lev_Cat_V1_2.Levantamiento_Catastral.LC_Predio: tid b2475f0f-577b-4372-8467-b56c3b4db6e1: Attribute Direccion has wrong number of values


-- Predio sin derechos asociados
Error: line 0: Modelo_Aplicacion_LADMCOL_Lev_Cat_V1_2.Levantamiento_Catastral.LC_Predio: tid 20453b71-6777-41ff-b526-e24803bfbb58: rrr should associate 1 to * target objects (instead of 0)

Sin embargo, las relaciones sin diligenciar no debería ser un problema para generar un XTF sin validaciones que luego se pueda importar (con validaciones desactivadas). Al parecer el problema que se tiene al generar el XTF sin validaciones y poderlo importar nuevamente está relacionado con los identificadores únicos asociados a cada objeto. El campo t_ili_tid es un identificador único de cada objeto que no se debería repetir, ya que este campo es utilizado para importar nuevamente el XTF, mi recomendación sería poder validar que el campo t_ili_tid sea único y no se repita para poder generar el XTF sin validaciones que se pueda importar sin problemas.

El siguiente error indica que al parecer el campo t_ili_tid de la construcción y unidad está repetido, en caso de que este sea el caso y requiera recalcularlo puede utilizar la siguiente expresión: substr(uuid(), 2, 36)

-- El campo t_ili_tid de la construcción y unidad de construcción está repetido
Error: line 0: Modelo_Aplicacion_LADMCOL_Lev_Cat_V1_2.Levantamiento_Catastral.LC_UnidadConstruccion: tid 94e083bc-8163-4368-b503-3ba2795a893c: OID 94e083bc-8163-4368-b503-3ba2795a893c of object Modelo_Aplicacion_LADMCOL_Lev_Cat_V1_2.Levantamiento_Catastral.LC_UnidadConstruccion already exists in Modelo_Aplicacion_LADMCOL_Lev_Cat_V1_2.Levantamiento_Catastral.LC_Construccion.

Nota: Si bien compartir un backup de la base de datos es una opción que se podría usar, lo ideal usar archivos XTF, ya que este es más interoperable. Por ejemplo, mi PostgreSQL puede ser versión 12 y al entregar un backup a una persona que tenga PostgreSQL versión 11 puede tener problemas al intentar restaurar el backup entregado.

Saludos

@lacardonap lacardonap removed the En espera de retroalimentación Hay preguntas o sugerencias de nuestra parte, estamos esperando tus comentarios. label Feb 3, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants