{"id":13203,"date":"2022-10-07T17:07:00","date_gmt":"2022-10-07T15:07:00","guid":{"rendered":"https:\/\/www.opengis.ch\/?p=13203"},"modified":"2023-05-15T10:34:55","modified_gmt":"2023-05-15T08:34:55","slug":"model-baker-7-2-ist-draussen","status":"publish","type":"post","link":"https:\/\/www.opengis.ch\/de\/2022\/10\/07\/model-baker-7-2-ist-draussen\/","title":{"rendered":"Model Baker 7.2 ist draussen"},"content":{"rendered":"\n

Der neue Release vom QGIS Model Baker Plugin ist draussen, mit weiteren Verbesserungen des Import\/Export Wizards, mehr M\u00f6glichkeiten in der INTERLIS Validierung der Daten und einem super-komfortablen Exporter f\u00fcr UsabILIty Hub Toppingfiles<\/strong>.<\/p>\n\n\n\n

Was ist Model Baker?<\/h2>\n\n\n\n

Dieser erste Abschnitt kann wohl von den meisten Leser:innen \u00fcbersprungen<\/a> werden. Trotzdem hier eine kleine Zusammenfassung, was Model Baker<\/em> \u00fcberhaupt ist.<\/p>\n\n\n\n

Model Baker<\/em> ist ein QGIS Plugin, mit dem sich ein QGIS Projekt schnell aus einem physikalischen Datenmodell erstellen l\u00e4sst. Model Baker<\/em> analysiert die existierende Struktur und konfiguriert ein QGIS Projekt mit allen verf\u00fcgbaren Informationen.<\/p>\n\n\n\n

Modelle, die in INTERLIS definiert wurden, bieten zus\u00e4tzliche Metainformationen wie Domains, Einheiten von Attributen oder objektorientierte Definitionen von Tabellen. Dies kann genutzt werden, um die Projektkonfiguration noch weiter zu optimieren. Model Baker<\/em> verwendet ili2db<\/a><\/em>, um ein INTERLIS Modell in eine physikalische Datenbank zu importieren und die Metainformationen, um Legende, Formularlayouts, Relationen und vieles mehr zu konfigurieren.<\/p>\n\n\n\n

Neuigkeiten<\/h2>\n\n\n\n

Schon \u00fcber ein Jahr bietet Model Baker<\/em> die M\u00f6glichkeit, mit dem UsabILIty Hub<\/em> sogenannte Toppingfiles von den Repositorys zu holen und damit komplexere QGIS Projekte bis ins Detail automatisch und mit einem Klick zu konfigurieren. <\/p>\n\n\n\n

UsabILIty Hub<\/h3>\n\n\n\n

Die Idee des UsabILIty Hub<\/em> ist es, f\u00fcr implementierte INTERLIS Modelle Zusatzinformationen automatisch \u00fcbers Web zu empfangen. So wie wir Modelle durch die Anbindung der Datei ilimodels.xml <\/code>von https:\/\/models.interlis.ch<\/a> und den verkn\u00fcpften Repositorys erhalten k\u00f6nnen, k\u00f6nnen wir die Zusatzinformationen mit der Datei ilidata.xml<\/code> auf dem UsabILIty Hub<\/em> (derzeit https:\/\/models.opengis.ch<\/a>) und den verkn\u00fcpften Repositorys erhalten. Einstellungen f\u00fcr Tools werden in einer Metakonfigurationsdatei konfiguriert, ebenso wie Links zu Toppingfiles, die Informationen zu GIS Projekte enthalten (wie zBs. Symbologien oder Legendenstrukturen). Somit bestehen diese Zusatzinformationen meistens aus einer Metakonfiguration und beliebig vielen Toppings.<\/p>\n\n\n\n

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

F\u00fcr die Endanwender:innen einfach – aber nat\u00fcrlich nur, wenn es jemand f\u00fcr sie initial aufgesetzt hat. Doch der Export der Styledateien, das manuelle Schreiben des Layertrees und vor allem dann die Verkn\u00fcpfung der Dateien im betreffenden Metakonfigurationsfile und dem ilidata.xm<\/code>l war bisher relativ m\u00fchsam und setzte tiefe technische Kenntnisse voraus. <\/p>\n\n\n\n

Doch damit ist jetzt Schluss! ?<\/p>\n\n\n\n

Topping Exporter<\/h4>\n\n\n\n

Mit dem Release 7.2 ist ein Wizard aufrufbar, mit dem man durch den Exportprozess geleitet wird, ohne gross hinter die Kulisse sehen zu m\u00fcssen. <\/p>\n\n\n\n

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

Grunds\u00e4tzlich wird die Konfiguration des aktuell ge\u00f6ffneten QGIS Projekts exportiert. Alles, was aber spezifisch f\u00fcr den UsabILIty Hub gebraucht wird, wird im Wizard angeboten.<\/p>\n\n\n\n

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

Beispielsweise die Ordnerstruktur, wie sie im Online Repository dann aussehen soll. Die Toppingfiles werden alle lokal gespeichert. Genauso das „Index-File“ ilidata.xml<\/code> wird lokal erstellt. Dies, damit die Benutzer:innen ihre Toppings lokal exportieren und testen k\u00f6nnen, bevor sie das Repository der Firma bzw. Amtsstelle beeintr\u00e4chtigt m\u00fcssen.<\/p>\n\n\n\n

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

Ein weiterer wichtiger Bestandteil ist die Konfiguration, welche Layereigenschaften in Styledateien (QML) exportiert werden sollen sowie, wie die Quelle von Layern ermittelt werden soll, die nicht aus einem INTERLIS Schema kommen, wie zum Beispiel WMS Hintergrundlayer.<\/p>\n\n\n\n

Selbsterkl\u00e4rend und doch kommt noch mehr<\/h4>\n\n\n\n

Der UsabILIty Hub Topping Exporter Wizard<\/em> enth\u00e4lt viel Beschreibung und ist somit grunds\u00e4tzlich selbsterkl\u00e4rend. Dennoch wird in einigen Wochen ein weiterer Blogpost mit einer Schritt-f\u00fcr-Schritt-Anleitung folgen. Ausserdem wird darin auch eine kleine Einf\u00fchrung in die Benutzung der Backend-Library ilitoppingmaker<\/code> enthalten sein. Bleibt dran.<\/p>\n\n\n\n

Sponsoren<\/h4>\n\n\n\n

\u00dcbrigens wurde der UsabILIty Exporter von den Kantonen Schaffhausen<\/a>, Appenzell Innerrhoden<\/a> und Schwyz<\/a> kofinanziert. ?<\/p>\n\n\n\n

Live Daten Validator<\/h3>\n\n\n\n

Ebenfalls seit fast einem Jahr bietet Model Baker <\/em>die M\u00f6glichkeit, Daten direkt im QGIS gegen ihr INTERLIS Modell zu validieren. Nun wurde das Bed\u00fcrfnis laut, dass man die Validierung etwas einschr\u00e4nken kann, damit man sich zuerst den einen Fehler annehmen kann und sp\u00e4ter den anderen.<\/p>\n\n\n\n

Skip Geometry Errors und Konfigurationsdatei<\/h4>\n\n\n\n

Es besteht nun die M\u00f6glichkeit, Geometriefehler in der Validierung zu ignorieren. Dies f\u00fchrt zu einer schnelleren Validierung im Backend mit ili2db<\/em> anhand des Parameters --skipGeometryErrors<\/code> und --disableAreaValidation<\/code> und listet nur alle anderen Fehler auf.<\/p>\n\n\n\n

Etwas komplizierter, aber umso m\u00e4chtiger, ist dann die Konfigurationsdatei. Diese kann per Dateiauswahl hinzugef\u00fcgt werden und so die Validierung steuern. Beispielsweise k\u00f6nnen folgende Bedingungen in der Validierung ignoriert werden.<\/p>\n\n\n\n