Closed signedav closed 2 years ago
I don't see any error in your model nor in your catalogue data... You are right, the integrity of the catalogue data is always checked. Because catalogue data are actually data that are involved in your particular transfer... So, in case of catalogue trees, the catalogue data must always be transferred, because of the Reference->IsUseable
constraint.
One can consider this an inadequacy because catalogue data shall be an extended part of the model definition, but this is a conceptual question, not a technical one.
Your model and your data are correct, and also how the tool checks this data including the catalogue is correct.
Grz P.
So this I'd consider a very useful usabILIty hub extension!
Thanks a lot @zigertiger for your explanation. So it is how it is. One way is to make the validation with the "Model Baker Data Validator" and then export it without validation (but then you will have an "invalid" transfer file) or just import/export all your catalogues as well.
In what way you consider it as usabILIty hub extension here? What could be the needed use case?
Maybe this is related to #665
Edit; Not really related
Other thing is that when having BAG ... OF like here #637 (but using CatalogueTREE) the catalog should never be imported first. Because the Ref-Objects needs to contain a link to the parent (in the model). When importing the main model with import Catalog, everything works fine. When first importing catalogue model and then the main model, it will not work...
If this cannot be solved, it needs some documentation at least.
It's not possible to export data with validation from a model using codelists with
CatalogueObjectTrees_V1
without exporting the catalogue data as well.Error:
Having a model:
Using the catalogue:
With like data:
This might be because the constraint
Reference->IsUseable
of the modelCatalogeObjectTrees_V1
from here http://models.geo.admin.ch/CH/CHBase_Part3_CATALOGUEOBJECTS_V1.ili seems to be checked even when this model is not passed to ili2db.Kind of makes sense. The CatalogueReference is part of the data - not of the catalogues. But still the constraint concernes the catalogue data.
Btw. In the V2 of the CatalogueObject Model this constraint is not there anymore but it's 2.4 anyway.