{"id":13997,"date":"2023-10-31T07:00:00","date_gmt":"2023-10-31T06:00:00","guid":{"rendered":"https:\/\/www.opengis.ch\/?p=13997"},"modified":"2023-11-01T08:29:11","modified_gmt":"2023-11-01T07:29:11","slug":"erweiterte-interlis-modelle-in-qgis","status":"publish","type":"post","link":"https:\/\/www.opengis.ch\/de\/2023\/10\/31\/erweiterte-interlis-modelle-in-qgis\/","title":{"rendered":"Erweiterte INTERLIS Modelle in QGIS"},"content":{"rendered":"\n

QGIS Model Baker Release 7.6<\/a> ist draussen und bringt einige n\u00fctzliche Features auf die Karte, die deine Arbeit mit INTERLIS Datenmodellen in QGIS noch effizienter machen. Eines dieser Features betrifft das Handling von erweiterten INTERLIS Modellen. Denn das konnte bisher ziemlich m\u00fchsam sein. Doch dem ist nicht mehr so…<\/strong><\/em><\/p>\n\n\n\n

Vom Problem zur L\u00f6sung<\/h3>\n\n\n\n

Wenn ein INTERLIS Modell erweiterte Klassen <\/em>enth\u00e4lt, werden diese inklusive Basisklassen<\/em> in der physischen Datenbank implementiert…<\/p>\n\n\n\n

… und folglich Layer in QGIS erstellt.<\/p>\n\n\n\n

Wenn dann die erweiterten Klassen die gleichen Namen<\/em> haben, wird es schwierig sich zurecht zu finden. Und das war ziemlich oft der Fall.<\/p>\n\n\n\n

\"image\"\/<\/a><\/figure>\n\n\n\n

Beispiel<\/h4>\n\n\n\n

Hier haben das fiktive Modell Ortsplanung_V1_1<\/code><\/a> mit dem Topic Konstruktionen<\/code> und darin die Klasse Gebaeude<\/code>. Im Kantonalen Modell<\/a> wurde diese Klasse um einigen Attributen zu Kantonale_Ortsplanung_V1_1.Konstruktionen.Gebaeude<\/code> erweitert. Und nun wurde auch noch ein St\u00e4dtisches Modell<\/a> gemacht, wo diese Klasse in zwei Topics weiter spezifiziert worden sind: Staedtische_Ortsplanung_V1_1.Freizeit.Gebaeude<\/code> und Staedtische_Ortsplanung_V1_1.Gewerbe.Gebaeude<\/code>.<\/p>\n\n\n\n

Verwirrt? Wenn ja, dann keine Sorge. Denn genau darum geht es in dieser Erweiterung. Es existieren nun n\u00e4mlich vier Implementierungen der Klasse Gebaeude<\/code>. Und bisher hat Model Baker alle gleichberechtigt im QGIS Projekt angelegt.<\/p>\n\n\n\n

Wenn nun die Klasse Gebaeude<\/code> im Basismodell Ortsplanung_V1_1<\/code> eine Beziehung zur Klasse BesitzerIn<\/code> hat – und so auch alle ihre Erweiterungen, wurden in QGIS f\u00fcr jede Erweiterung eine Relation erstellt.<\/p>\n\n\n\n

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

<\/a><\/p>\n\n\n\n

Vor allem wenn Kataloge im Spiel sind, wurden die Formulare dazu ziemlich \u00fcbel.<\/p>\n\n\n\n

Dabei m\u00f6chtest du doch gar nicht alle diese Layer sehen, sondern nur die, welche in dem Modell relevant sind, auf dem du gerade arbeitest. Musst du dich damit wirklich herumschlagen?<\/em><\/p>\n\n\n\n

Nein.<\/em><\/p>\n\n\n\n

Denn damit ist jetzt Schluss<\/h4>\n\n\n\n

Neu kannst du beim Erstellen des Projektes im Model Baker bestimmen, wie es optimiert werden soll.<\/p>\n\n\n\n

\"Screenshot<\/a><\/figure>\n\n\n\n

Und schon wird dir ein sch\u00f6nes Projekt ohne \u00fcberfl\u00fcssige Layer generiert. Denn in diesem Beispiel arbeitest du auf dem St\u00e4dtischen Modell mit den zwei spezifizierten Gebaeude<\/code> Klassen.<\/p>\n\n\n\n

\"image\"\/<\/a><\/figure>\n\n\n\n

… und auch die Relations sind jetzt sch\u00f6n schlank.<\/p>\n\n\n\n

\"image\"\/<\/a><\/figure>\n\n\n\n

Strategien (Verstecken\/Gruppieren)<\/h3>\n\n\n\n

Die irrelevanten Layer m\u00fcssen aber nicht immer versteckt werden. Auch wenn dies der Standard ist, kann es sein, dass du zwar ein optimiertes Projekt, aber dennoch Layer nicht einfach „nicht sehen“ m\u00f6chtest. Deshalb gibt es die Option, alle irrelevanten Layer in einer Gruppe zu „sammeln“.<\/p>\n\n\n\n

\"image\"\/<\/a><\/figure>\n\n\n\n

Hier werden dann zwar die Relationen aller Layer erstellt, doch werden den Formularen die Widgets nicht hinzugef\u00fcgt. Also bleibt das Arbeiten sehr angenehm.<\/p>\n\n\n\n

\n

\u00dcbrigens: Die Layer werden neu so benannt, dass ihre Namen einmalig sind. Das heisst, sobald ein gleichnamiger Layer besteht, wird der Topicname oder wenn n\u00f6tig auch der Modellname vorangesetzt.<\/p>\n<\/blockquote>\n\n\n\n

Wenn dir das schon reicht, kannst du dich nun sinnvollerem widmen \ud83d\ude0a Falls du aber gerne etwas mehr \u00fcber die Funktionsweise<\/em> wissen m\u00f6chtest, geht’s jetzt weiter mit Hintergrundinfos \ud83e\uddd1\u200d\ud83c\udfed<\/p>\n\n\n\n

Wie funktionierts?<\/h3>\n\n\n\n

In der Implementierungsphase bemerkte man schnell:<\/p>\n\n\n\n

Der Model Baker kann nicht immer wissen, was die Benutzer:innen sehen m\u00f6chten und was nicht.<\/em><\/p>\n\n\n\n

Und da es fast unm\u00f6glich ist, alle F\u00e4lle zu ber\u00fccksichtigen, mussten einige Annahmen getroffen werden.<\/p>\n\n\n\n

Annahmen<\/h4>\n\n\n\n

Es wird angenommen, dass:<\/p>\n\n\n\n