Closed kandre closed 7 months ago
See this discussion https://github.com/QGEP/qgepqwat2ili/issues/64
We could create earlier fails if we do not convert bezeichnung=null_to_emptystr(row.identifier),
That's a usability question to discuss when to raise errors in the export process. I understand the wish to create those early as export can take quite long.
On the other hand the error message is quite cryptic and the export crashes when null_to_emptystr
is not set.
This SQL allows to create a function to list how many identifiers are null in each table. It then can be run with SELECT qgep_od.count_identifier_null_elements();
Scheduled for technical meeting in March 2023 to clarify usability
Conclusion at technical meeting in March 2023:
- [ ] How to deal with NULL values in MANDATORY attributes - handling in INTERLIS Export - Usability question: https://github.com/QGEP/qgepqwat2ili/issues/90 and technical implementation https://github.com/QGEP/qgepqwat2ili/issues/64 Proposed solution :
- Implement with different styles and themes in QGIS
- Implement identifier MANDATORY - if empty then use OBJ_ID -> Adapt forms in projects file
Describe the bug Data export failed with not-null constraint errors while writing the xtf, however theses errors were not detected during previous step when postgis schema is generated and filled.
Those errors were, in my case:
To Reproduce
Error: illegal value null for Bezeichnung
Expected behavior The qgepqwat2ili tool should fail and create an error to the user sooner, as it is the case with other attributes and tables having a non-null constraint in the .ili model.
Screenshots / data
This is the error from the log:
Desktop (please complete the following information):
Additional context