# Model Baker Datenimport: Aktualisierung Daten im Baseset mit Fehlern beendet **URL:** \ **Category:** QGIS Model Baker\ **Created:** [7. April 2025 um 08:23 UTC](https://interlis.discourse.group/t/model-baker-datenimport-aktualisierung-daten-im-baseset-mit-fehlern-beendet/374 "2025-04-07T08:23:01Z")\ **Posts on this page:** 5\ **Page:** 1
**Author:** ![mferrari](https://avatars.discourse-cdn.com/v4/letter/m/ebca7d/32.png) [@mferrari](https://interlis.discourse.group/u/mferrari)\ **Post date:** [7. April 2025 um 08:23 UTC](https://interlis.discourse.group/t/model-baker-datenimport-aktualisierung-daten-im-baseset-mit-fehlern-beendet/374/1 "2025-04-07T08:23:01Z")
Guten Tag Ich versuche zurzeit die Nutzungsplanungsdaten (GEP) einer Gemeinde im Kanton Graubünden mit dem Model Baker in QGIS zu importieren. Beim Schritt „Datenimport Sessions - Aktualisiere die Daten im Dataset Baseset“ mit der xtf Datei der Gemeinde, erhalte ich eine Fehlermeldung. Hier ein Ausschnitt der Fehlermeldung: […] Error: unknown referenced object […] Error: polygons overlay tid1 07492e5f-c21a-4a3a-90b5-d14d88e6004b, tid2 9206ec22-44b7-4013-a88e-2312ab418be3 Error: polygons overlay tid1 895f6561-b8b3-4514-8dfd-275d76c78015, tid2 f6fd95b4-283a-48ec-ac30-b78a8c91348e Error: failed to validate AREA Nutzungsplanung\_GR\_V5\_1\_DE.Zonenplan.ZP\_Grundnutzung.Geometrie Error: failed to transfer data from file to db Error: dangling references …update failed Mit Fehlern beendet! Hatte jemand bereits eine solche Fehlermeldung bzw. wie könnte man den Fehler lösen? ---
**Author:** ![edigonzales](https://yyz2.discourse-cdn.com/free1/user_avatar/interlis.discourse.group/edigonzales/32/4_2.png) [@edigonzales](https://interlis.discourse.group/u/edigonzales)\ **Post date:** [7. April 2025 um 08:28 UTC](https://interlis.discourse.group/t/model-baker-datenimport-aktualisierung-daten-im-baseset-mit-fehlern-beendet/374/2 "2025-04-07T08:28:16Z")
Hallo Michela Kannst du die Daten mit ilivalidator prüfen und das gesamte Logfile inkl. Daten zur Verfügung stellen? Auf den ersten Blick: es gibt Referenzen auf Objekten, die es nicht gibt und fehlerhafte Geometrien resp. Überlappungen bei AREA-Bedingungen. Stefan ---
**Author:** ![mferrari](https://avatars.discourse-cdn.com/v4/letter/m/ebca7d/32.png) [@mferrari](https://interlis.discourse.group/u/mferrari)\ **Post date:** [7. April 2025 um 10:05 UTC](https://interlis.discourse.group/t/model-baker-datenimport-aktualisierung-daten-im-baseset-mit-fehlern-beendet/374/3 "2025-04-07T10:05:10Z")
… Danke für die rasche Antwort. Die Validierung mit ilivalidator ist Fehlgeschlagen, hier das Logfile dazu: [SwissTransfer – Sicherer und kostenloser Versand grosser Dateien](https://www.swisstransfer.com/d/d2a12203-8688-4edf-b87b-eceda3182a86) Die Ausgangsdaten können kostenlos auf [NUP Originaldateien INTERLIS LV95 | GeoGR Shop](https://geogr.mapplus.ch/shop/nup_gemeinden_interlis) heruntergeladen werden (Gemeinde Silvaplana). ---
**Author:** ![edigonzales](https://yyz2.discourse-cdn.com/free1/user_avatar/interlis.discourse.group/edigonzales/32/4_2.png) [@edigonzales](https://interlis.discourse.group/u/edigonzales)\ **Post date:** [7. April 2025 um 14:57 UTC](https://interlis.discourse.group/t/model-baker-datenimport-aktualisierung-daten-im-baseset-mit-fehlern-beendet/374/4 "2025-04-07T14:57:21Z")
Ok, da kommen ein paar Dinge zusammen. Ich weiss leider nicht wie das Nachfolgende alles mit Modelbaker umgesetzt werden kann. Da muss ein Modelbaker-Profi her @romefi ? Die Fehler bezüglich „duplicate coords“ kommen daher, dass es im XTF unterschiedliche Koordinaten gibt, die gerundet auf Millimeter (so wie es das Modell vorschreibt) den gleichen Koordinatenwerte entsprechen. Also z.B. sowas: ```auto 2781116.83359999951147971.2100999989 2781116.83370000121147971.2102000006 ``` Weil gleiche Koordinate, motzt der ilivalidator. Die Area-Prüfung meldet noch zwei weitere Fehler: ```auto Error: polygons overlay tid1 07492e5f-c21a-4a3a-90b5-d14d88e6004b, tid2 9206ec22-44b7-4013-a88e-2312ab418be3 Error: polygons overlay tid1 895f6561-b8b3-4514-8dfd-275d76c78015, tid2 f6fd95b4-283a-48ec-ac30-b78a8c91348e ``` Das sind Polygone der Grundnutzung, die sich überlappen. Grund dafür sind fehlende Stützpunkt in einer Geometrie: ![overlap1](https://global.discourse-cdn.com/free1/uploads/interlis/original/1X/58d0c1f78b83c18c6b484f3747655eb716bd9d9f.png) [Archive.zip](https://interlis.discourse.group/uploads/short-url/zxD8CnvMQGhCEAjqHjorQNORpST.zip) (33,9 KB) Das Zip-File beinhaltet png und wordfile. Man kann nun die Validierung fürs Erste ausschalten (`--disableValidation`), um die Daten überhaupt importieren zu können. Dann erscheinen beim Import der Daten nach Geopackage aber immer noch folgende Fehler: ```auto Error: unknown referenced object Nutzungsplanung_GR_V5_1_DE.KantonaleTypenTabellen.GGP_GestaltungTypKanton TID 2232 referenced from Nutzungsplanung_GR_V5_1_DE.GenerellerGestaltungsplan.GGP_GestaltungTypGemeinde TID c2e44036-992d-11e7-baa4-0e060a842a8d Error: unknown referenced object Nutzungsplanung_GR_V5_1_DE.KantonaleTypenTabellen.GGP_GestaltungTypKanton TID 2142 referenced from Nutzungsplanung_GR_V5_1_DE.GenerellerGestaltungsplan.GGP_GestaltungTypGemeinde TID c2e46e12-992d-11e7-baa4-0e060a842a8d ... ``` Und: ```auto Error: failed to transfer data from file to db Error: dangling references ``` Das hat damit zu tun, dass im XTF Objekte auf andere Objekte verweisen, die nicht in der XTF-Datei vorhanden sind. Es handelt sich dabei um sowas wie Kataloge. Diese befinden sich im Modell-Repository [Index of /NUP](https://models.geo.gr.ch/NUP/) Man muss diese Kataloge zuerst importieren. Meine Importbefehle lauten wie folgt: ```auto java -jar ili2gpkg-5.2.2.jar --dbfile silvaplana1.gpkg --nameByTopic --defaultSrsCode 2056 --strokeArcs --models Nutzungsplanung_GR_V5_1_DE --doSchemaImport --disableValidation --createTidCol --importTid --import PLI_PlanungsinhaltTypKanton.xml java -jar ili2gpkg-5.2.2.jar --dbfile silvaplana1.gpkg --nameByTopic --defaultSrsCode 2056 --strokeArcs --models Nutzungsplanung_GR_V5_1_DE --disableValidation --importTid --import ZP_ZonenTypKanton.xml java -jar ili2gpkg-5.2.2.jar --dbfile silvaplana1.gpkg --nameByTopic --defaultSrsCode 2056 --strokeArcs --models Nutzungsplanung_GR_V5_1_DE --disableValidation --importTid --import GGP_GestaltungTypKanton.xml java -jar ili2gpkg-5.2.2.jar --dbfile silvaplana1.gpkg --nameByTopic --defaultSrsCode 2056 --strokeArcs --models Nutzungsplanung_GR_V5_1_DE --disableValidation --importTid --import GEP_ErschliessungTypKanton.xml java -jar ili2gpkg-5.2.2.jar --dbfile silvaplana1.gpkg --nameByTopic --defaultSrsCode 2056 --strokeArcs --models Nutzungsplanung_GR_V5_1_DE --disableValidation --importTid --import 3790_2023-04-05.xtf ``` Der erste Befehl erstellt auch noch gerade die leeren Tabellen (–doSchemaImport). Wichtig sind vor allem auch die Optionen `--createTidCol` beim Erstellen der Tabellen und `--importTid` beim Importieren der Daten. Auch ilivalidator meldet diese Referenzen ins Nirwana. Das muss man ihm aber mitteilen mit `--allObjectsAccessible`. Weil die Assoziation zwischen Klassen in unterschiedlichen Topics ist, geht ilivalidator standardmässig davon aus, dass die Daten des anderen Topics nicht vorhanden sind. Damit die Fehler mit ilivalidator und `--allObjectsAccessible` verschwinden, musst du einfach alle Kataloge beim Befehl mitliefern: ```auto java -jar ilivalidator.jar --allObjectsAccessible xml1 xml2 xml3 xml4 meineDaten.xtf ``` ---
**Author:** ![romefi](https://yyz2.discourse-cdn.com/free1/user_avatar/interlis.discourse.group/romefi/32/43_2.png) [@romefi](https://interlis.discourse.group/u/romefi)\ **Post date:** [8. April 2025 um 05:14 UTC](https://interlis.discourse.group/t/model-baker-datenimport-aktualisierung-daten-im-baseset-mit-fehlern-beendet/374/5 "2025-04-08T05:14:03Z")
Hallo Michela Danke @edigonzales für die Analyse. Damit sollten die Fehler erklärbar sein. Für Model Baker bedeutet das: Du musst den richtigen XML-Katalog unter [Index of /NUP](https://models.geo.gr.ch/NUP/) herunterladen und zusammen mit dem XTF von Silvaplana in Model Baker importieren. Wichtig: Zuerst den XML-Katalog und erst danach das XTF importieren. So sind die Katalogeinträge sicher vor den XTF-Daten in der Datenbank und die Objekte im XTF können auf die Katalogeinträge referenzieren. Damit wäre die Fehleremeldung „unknown reference“ und „dankgling references“ behoben. Damit du ein XTF mit Fehler in Model Baker improtieren kannst, musst du beim Import des XTF statt „Ausführen“ „Ausführen ohne Validierung“ auswählen und dann laufen lassen. So wird die Validierung beim Import ausgeschaltet. ![grafik](https://global.discourse-cdn.com/free1/uploads/interlis/original/1X/4a0e3059ef24c2a4b3e6cb9adfa63db282d92889.png) Ich hoffe das funktioniert so, sonst gerne wieder melden. Lieber Gruss Romedi