{"id":14086,"date":"2024-01-16T07:00:00","date_gmt":"2024-01-16T06:00:00","guid":{"rendered":"https:\/\/www.opengis.ch\/?p=14086"},"modified":"2024-01-15T16:27:00","modified_gmt":"2024-01-15T15:27:00","slug":"oid-tid-t_ili_tid-tid-model-baker-7-8-nimmts-easy","status":"publish","type":"post","link":"https:\/\/www.opengis.ch\/de\/2024\/01\/16\/oid-tid-t_ili_tid-tid-model-baker-7-8-nimmts-easy\/","title":{"rendered":"OID, TID, t_ili_tid, tid..? Model Baker 7.8 nimmt’s easy"},"content":{"rendered":"\n

Letztes Jahr – p\u00fcnktlich zu Weihnachten 2023 – ist QGIS Model Baker Release 7.8<\/a> erschienen. Dieser bietet dir ein optimiertes GUI, die M\u00f6glichkeit UsabILIty Toppings auf bestehende Datenquellen zu applizieren und die angenehme Handhabung von OIDs. Denn OIDs sind oft m\u00fchsam zu erfassen und k\u00f6nnen generell verwirren. In diesem Blogpost wird versucht, die <\/a>OIDs einfach zu erkl\u00e4ren<\/a> und zu zeigen, wie man sie in Model Baker verwalten <\/a>kann.<\/strong><\/strong><\/em><\/p>\n\n\n\n

Probleme mit OIDs<\/h2>\n\n\n\n

Wenn du dich noch nie mit OIDs herumschlagen hast m\u00fcssen, verwendet dein Umfeld entweder konsequent UUID<\/a>s oder du bist anderweitig von der Fortuna gesegnet worden. Denn viele kennen diese Fehlermeldungen beim Validieren der Daten.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Was sind denn genau OIDs?<\/h2>\n\n\n\n

Objekt-IDs (OID) sind system\u00fcbergreifend eindeutige Zeichenketten, die ein INTERLIS Objekt identifizieren. Damit lassen sich solche Objekte \u00fcber verschiedene Stellen austauschen und updaten. Es gibt keine Konflikte, denn diese IDs sind einmalig.<\/p>\n\n\n\n

In der Transferdatei ist die OID unter TID einsehbar (hier als Beispiel „chMBAKER00000100“)<\/p>\n\n\n\n

<City_V1.Constructions.Buildings TID=\"chMBAKER00000100\"><Street>Rue des Fleures<\/Street><Number>1<\/Number><\/City_V1.Constructions.Buildings>\n<\/code><\/pre>\n\n\n\n
Weshalb TID und nicht OID?<\/h3>\n\n\n\n
Eine OID ist im XTF eine TID, umgekehrt ist aber eine TID nicht zwingend eine OID. Denn man muss nicht unbedingt mit OIDs arbeiten. Eine XTF Datei funktioniert auch ohne OIDs, braucht aber TIDs f\u00fcr Referenzen etc. Wenn man keine OIDs benutzt, sind die TIDs einfach irgendwelche Nummern oder Zeichen. Die XTF Datei benutzt dann IDs, die zwar innerhalb der Datei konsistent sind, aber keine system\u00fcbergreifende Stabilit\u00e4t garantieren.<\/p>\n\n\n\n
Und was sind t_id und t_ili_tid?<\/h3>\n\n\n\n
Wenn mit ili2db aus einem INTERLIS Modell ein physisches Datenbankschema erstellt wird, findet man in den Tabellen immer eine Spalte t_id<\/code> und meistens auch eine Spalte t_ili_tid<\/code>. Die t_ili_tid<\/code> entspricht der TID in der Transferdatei und somit der OID, sofern OIDs verwendet werden. Falls keine OIDs verwendet werden und so bei der Erfassung die t_ili_tid<\/code> leer bleibt, dann wird bei einem Datenexport die t_id<\/code> in die TID geschrieben, was dem oben genannten Fall entspricht, dass die XTF Datei zwar konsistente IDs hat, diese aber keine system\u00fcbergreifende Identifikatoren sind.<\/p>\n\n\n\n
Denn die t_id<\/code> ist bloss eine systeminterne Sequenz-Nummer. Sie startet bei 1 und wird hochgez\u00e4hlt f\u00fcr alle Objekte in dem spezifischen Schema. Diese t_id<\/code> wird auch als Fremdschl\u00fcssel verwendet.<\/p>\n\n\n\n
\n
Es gibt also eine systeminterne ID (t_id<\/code>) und eine system\u00fcbergreifende ID(t_ili_tid<\/code>). Dass nicht die t_ili_tid<\/code> als Fremdschl\u00fcssel verwendet wird macht insofern Sinn, da zBs. Strukturen gar keine t_ili_tid<\/code> haben k\u00f6nnen (keine OIDs), da es ja keine Struktur-Objekte gibt, sondern diese nur Bestandteile von Klassen-Objekten sind. Also haben sie keine eigene „Zeile“ im XTF und folglich keine TID. Ein weiterer Grund ist, dass t_ili_tid<\/code>s aufgrund der OID-Spezifikation unterschiedlich sein k\u00f6nnen, was somit je nach Vererbungsstrategie in einer Fremdschl\u00fcsselspalte unterschiedliche Typen voraussetzen w\u00fcrde.<\/p>\n<\/blockquote>\n\n\n\n
Muss ich denn OIDs verwenden?<\/h3>\n\n\n\n

Sobald mehr als eine Stelle Daten sammelt und verwaltet, macht es Sinn mit OIDs zu arbeiten. Meistens hat man aber sowieso keine Wahl, sondern es werden im INTERLIS Modell die OIDs vorausgesetzt. Dazu dient eine Spezifizierung pro Topic oder pro Class.<\/p>\n\n\n\n
[...]\n  TOPIC Constructions =\n    BASKET OID AS INTERLIS.UUIDOID;\n    OID AS INTERLIS.STANDARDOID;\n[...]\n<\/code><\/pre>\n\n\n\n
Das heisst also, dass du f\u00fcr jedes einzelne Objekt, das du erfasst, eine OID – in diesem Fall als UUID – eintragen musst. Das kann m\u00fchsam sein doch gl\u00fccklicherweise gibt es in QGIS Standardwerte und mit dem neuesten Release von Model Baker werden diese auch bereits korrekt konfiguriert bzw. wenn n\u00f6tig zur einfachen Nachkonfiguration aufgearbeitet.<\/p>\n\n\n\n
Arten von OIDs<\/h2>\n\n\n\n
Leider sind es nicht immer UUIDs. Im INTERLIS Modell k\u00f6nnen die OIDs in den folgenden Formaten vorausgesetzt werden:<\/p>\n\n\n\n