<!-- .slide: data-background="./assets/title.png" --> <h1 style="color: var(--opengisch-dark) !important; font-size:1.5em !important; text-align: center !important;">Atelier Lausanne - 20 mars 2025</h1>  <br><br><br><br><br><br> <!-- .slide: data-background="assets/title.png" --> --- Commençons ... # Que faisons-nous aujourd'hui ? --v-- <h1 style="-webkit-text-stroke: 2px var(--opengisch-light) !important; color: steelblue !important;">Lucie Nicolier et Damiano Lombardi</h1> --v-- <h1 style="-webkit-text-stroke: 2px var(--opengisch-light) !important; color: steelblue !important;">Qui êtes-vous ?</h1> - D'où viens-je ? - Quel est mon travail principal ? - Je suis **Model Baker ...** : - A. **... Zéro**: Qu'est-ce que Model Baker ? - B. **... Utilisateur**: Ai-je déjà créé des projets ? - C. **... Héros**: Ai-je déjà travaillé avec des conteneurs / validation, etc. ? --v-- ### Objectifs de l'atelier - Représenter des modèles INTERLIS dans la base de données et importer / exporter / valider des données - Être capable de travailler avec des conteneurs et des OID dans QGIS - Savoir ce que sont les méta-attributs et les stratégies d'héritage, etc. --v-- ### Programme (1) |Temps| Contenu | |-----| ------------------------------- | |09.00| Introduction et environnement 🧑‍🏫 | |10.00| Importation de modèles 👪 | |10.30| Méta-attributs 🧑‍🏫 💻 | |11.00| Pause | |11.15| Héritages et cartographie 🧑‍🏫 💻 | |12.00| Dîner | --v-- ### Programme (2) |Temps| Contenu | |-----| ------------------------------ | |13.00| Importation et exportation de données 👪<br>Conteneurs et ensembles de données 🧑‍🏫 💻 | |13.45| Saisie et validation 👪 💻 | |15.15| Pause | |15.30| UsabILIty Hub 🧑‍🏫 👪 💻 | |16.30| modèles de traduction 🧑‍🏫 | |16.45| Conclusion, questions et suggestions | --v-- Courte introduction... # Qu'est-ce que Model Baker ? --v-- ## Un générateur de projets QGIS Création rapide d'un **projet QGIS** à partir d'un modèle de données physique. Analyse la structure existante et configure un projet QGIS avec toutes les informations disponibles. --v-- ## Un générateur de projets QGIS optimisé pour *INTERLIS* Les modèles définis dans INTERLIS fournissent des **méta-informations supplémentaires** telles que les domaines, les unités d'attributs ou les définitions orientées objet des tables. Celles-ci peuvent être utilisées pour optimiser davantage la configuration du projet. <!-- Model Baker peut utiliser les méta-informations pour configurer l'arbre de couches, les widgets de champs avec conditions, les mises en page de formulaires, les relations et bien plus encore.--> --v-- ## Une station de contrôle ili2db ``` java -jar /home/dave/dev/opengisch/QgisModelBaker/QgisModelBaker/libili2db/bin/ili2pg-4.6.1/ili2pg-4.6.1.jar --schemaimport --dbhost localhost --dbport 5432 --dbusr postgres --dbpwd ****** --dbdatabase bakery --dbschema adsfdsaf2 --setupPgExt --coalesceCatalogueRef --createEnumTabs --createNumChecks --createUnique --createFk --createFkIdx --coalesceMultiSurface --coalesceMultiLine --coalesceMultiPoint --coalesceArray --beautifyEnumDispName --createGeomIdx --createMetaInfo --expandMultilingual --createTypeConstraint --createEnumTabsWithId --createTidCol --importTid --smart2Inheritance --strokeArcs --defaultSrsCode 2056 --models Wildruhezonen_LV95_V2_1 ``` <!-- Il ne fournit à l'utilisateur que les paramètres nécessaires pour passer des paramètres à ili2db. Génère la commande pour ili2db. --> --v-- ## Et c'est une bibliothèque Peut être utilisé comme un cadre. Comme le fait [Asistente LADM-COL](https://github.com/SwissTierrasColombia/Asistente-LADM-COL). <!--créé pour la [mise en œuvre colombienne du Land Administration Domain Model (LADM)](https://www.proadmintierra.info/) --> Ou TEKSI [Script TEKSI wastewater](https://github.com/teksi/wastewater/blob/main/plugin/scripts/package-pip-packages.sh) ... et est également disponible en tant que package Python : ```none pip install modelbaker ``` --- # Où trouver quoi ? --v-- ## Dépôts de code **Plugin QGIS** https://github.com/opengisch/QgisModelBaker **Dépôt de code Bibliothèque Backend** https://github.com/opengisch/QgisModelBakerLibrary --v-- ## Report de bugs et demandes de fonctionnalités https://github.com/opengisch/QgisModelBaker/issues - Vérifier - Saisir - Description du problème - Infos supplémentaires - Attendre ou financer 😉 --v-- ## Documentation  #### [modelbaker.ch](https://modelbaker.ch) #### [opengisch.github.io/QgisModelBaker](https://opengisch.github.io/QgisModelBaker) --- De quoi avons-nous besoin... # Environnement --v-- ## INTERNET ? A compléter #### Nom : #### Code : SDS1570 #### Pad : https://pad.opengis.ch --v-- ## QGIS et bases de données - QGIS 3.40 ou supérieur - PostgreSQL + PostGIS - Geopackage possible --v-- ### Extensions avec PgAdmin - Ajouter une extension : - `postgis` - `uuid-ossp`  <!-- + Créer une base de données --> --v-- ### Extensions avec le client PSQL ```none $ psql -Upostgres -hlocalhost -dbakery postgres=# CREATE DATABASE databasename; postgres=# \connect databasename; databasename=# CREATE EXTENSION postgis; databasename=# CREATE EXTENSION uuid-ossp; ``` --v-- Si ce n'est pas déjà installé... ### Installation de PostGIS #### Windows https://postgis.net/install/ Là, selon la version de PostgreSQL, trouver `postgis-bundle-pg14x64-setup-3.3.2-2.exe`, le télécharger et l'installer. #### Mac Utiliser de préférence **posgres.app** (PostGIS y est déjà inclus) https://postgresapp.com/de/downloads.html #### Linux ```none sudo apt install postgis ``` --v-- ## OPENGIS.ch PostgreSQL <!-- Si aucune instance PostgreSQL n'est disponible localement, il est possible de se connecter en ligne à une base de données de test (active uniquement aujourd'hui)-->. ||| |-----| ------------------------------- | |Hôte| modelbaker-workshop-exoscale-d9c1bf3f-51a3-4ab8-afac-6cb37d8a8f.a.aivencloud.com | |Port| 21699 | |Utilisateur| testbaker | |Mot de passe| superbaker | |BD| gis | (actif uniquement aujourd'hui) Utilisez toujours votre abréviation de nom comme préfixe pour les schémas : ``` sigdav_ (pour David Signer) ``` --v-- ## Java Avez-vous Java installé? ```none java --version ``` ... il y a une réponse, alors c'est bien 🙂 ###### Téléchargement pour Windows / Mac Ici https://adoptium.net/de/   ##### Ou sous Linux (openJDK) ```none sudo apt-get install openjdk-18-jre ``` ou ``` sudo apt install default-jre ``` --v-- ## Téléchargement des données de démonstration --v-- ## Données utilisateur ### https://geodienste.ch/?locale=fr - **Kataster der belasteten Standorte (Cadastre des sites pollués)** - Spécification - Version 1.5 - AtomFeed + Service de téléchargement OpenSearch - Téléchargement de **SH** et **TG** --v-- ## QGIS Model Baker - Installer Model Baker - Installer Swiss Locator --v-- ## Prêt à démarrer 🚀 Commençons... --- # Intermède ... laissons-nous divaguer --v-- ## Intermède 1 : Méta-attributs --v-- ### Que sont les méta-attributs ? Les méta-attributs permettent de compléter les modèles INTERLIS avec des **informations supplémentaires** qui ne sont **pas prévues** dans la spécification actuelle d'INTERLIS. *Voir [eCH-0117 Méta-attributs pour les modèles INTERLIS](https://ech.ch/fr/ech/ech-0117/1.0)* <!-- Il s'agit d'une forme spéciale de commentaire de ligne qui, placé à des endroits précis du modèle de données, fournit des méta-informations supplémentaires sur le modèle.--> --v-- ### Exemple avec Model Baker (1) Expression d'affichage spécifique pour la table de la classe `ZustaendigkeitsKataster`.  --v-- ### Syntaxe dans le modèle INTERLIS ```none !!@<name>=<value> ``` Suivi de l'élément référencé (MODEL, TOPIC, CLASS, etc.) --v-- ### Méta-attributs vs Commentaire Un commentaire commence par `!!` et se termine par une fin de ligne. Un méta-attribut commence également par `!!` mais suivi de `@` --v-- ### Exemple avec Model Baker (2) Méta-attribut spécifique de Model Baker : ```none !!@qgis.modelbaker.dispExpression='<QGIS Expression>' ``` --v-- ### Exemple avec Model Baker (3) Définition dans le modèle **KbS_V1_5** <pre><code class="plaintext" data-line-numbers="5|5,6">MODEL KbS_V1_5 (de) = TOPIC Belastete_Standorte = !!@qgis.modelbaker.dispExpression = "'Nr: '|| uid ||' / '|| katastername" CLASS ZustaendigkeitKataster = [...] </pre></code>  --v-- ### Listes de méta-attributs - [Compilateur INTERLIS (ili2c) ](https://github.com/claeis/ili2c/blob/master/doc/ili2c.rst#interlis-metaattribute) - [ili2db ](https://github.com/claeis/ili2db/blob/master/docs/ili2db.rst#interlis-metaattribute) - [Validateur INTERLIS (ilivalidator) ](https://github.com/claeis/ilivalidator/blob/master/docs/ilivalidator.rst#interlis-metaattribute) - [Gestionnaire INTERLIS (ilimanager) ](https://github.com/claeis/ilimanager/blob/main/docs/ilimanager.rst#interlis-metaattribute) - [QGIS Model Baker ](https://opengisch.github.io/QgisModelBaker/background_info/meta_attributes/) *(incomplet) Voir aussi https://interlis.discourse.group/t/uebersicht-interlis-meta-attribute/70* --v-- ### Les méta-attributs dans le modèle sont formidables Mais nous ne pouvons pas simplement bricoler le modèle ! --v-- ### Fichier de méta-attributs supplémentaire ... connu comme "fichier de configuration", "fichier de méta-attributs", "fichier INI", "fichier TOML"... <!-- Généralement, il n'est pas possible d'adapter le modèle directement. --> ***En réalité au format INI, mais généralement enregistré sous `.toml`.*** À ne pas confondre avec le ***fichier de méta-configuration*** pour "contrôler" ili2db (également en relation avec UsabILIty Hub). --v-- #### Exemple avec Model Baker Définition dans le fichier de configuration pour **KbS_V1_5** ```INI ["KbS_V1_5.Belastete_Standorte.ZustaendigkeitKataster"] qgis.modelbaker.dispExpression = "'Nr: '|| uid ||' / '||katastername" ```  --v-- ### Contrôler les validations avec des méta-attributs Juste pour information... ```ini ["KbS_V1_5.Standorte.Belasteter_Standort.Nr"] # disable mandatory constraint of Katasternummer multiplicity="off" ["KbS_V1_5.Standorte.Belasteter_Standort.Constraint1"] msg = "Mind. eine Untersuchungsmassnahme erfassen." ``` --v-- ### De quoi avons-nous besoin pour KbS_V1_5 ? - Multi-géométrie construite à partir de `STRUCTURE MultiPolygon` - "Multilinguisme aplati" sur `STRUCTURE MultilingualUri` --v-- #### L'attribut de mapping `ili2db.mapping` - Sur la classe ou la structure *Les structures sont mappées avec des colonnes au lieu de relations (par exemple, la multi-géométrie).* - Sur l'attribut *Les attributs de structure (`BAG OF`/`LIST OF`) sont mappés avec un type de données au lieu de relations.* <!-- Montre ce que nous avons. --> --v-- #### Définition dans le modèle INTERLIS <pre><code class="plaintext" data-line-numbers="1-4|6-10">!!@ili2db.mapping=MultiSurface STRUCTURE MultiPolygon = Polygones: BAG {1..*} OF PolygonStructure; END MultiPolygon; !!@ili2db.mapping=Multilingual STRUCTURE MultilingualUri = LocalisedText : BAG {1..*} OF LocalisedUri; UNIQUE (LOCAL) LocalisedText: Language; END MultilingualUri; </pre></code> --v-- #### Définition dans le fichier de méta-attributs supplémentaire ```INI [KbS_V1_5.Belastete_Standorte.MultiPolygon] ili2db.mapping = "MultiSurface" [KbS_V1_5.Belastete_Standorte.MultilingualUri] ili2db.mapping = "Multilingual" ``` --v-- ## Prêt pour l'exercice 1 🚀 --v-- ## Intermède 2.1 : Héritages dans INTERLIS --v-- ### Cas d'utilisation : Travailler avec KbS_V1_5 ```mermaid %%{init: {'theme': 'dark' } }%% sequenceDiagram participant A as Confédération participant E as Canton Note left of A: Definit un <br>Modèle de Geo-Données Minimal<br/>MGDM_V1 A ->>+E: impose le modèle Note right of E: Collecte les données dans le format<br/>MGDM_V1 Note right of E: Valide les données dans le format<br/>MGDM_V1 E ->>-A: Fournit les données dans le format<br/>MGDM_V1 Note left of A: Valide les données dans le format<br/>MGDM_V1 ``` --v-- ### Cas d'utilisation : Travailler avec une extension ```mermaid %%{init: {'theme': 'dark' } }%% sequenceDiagram participant A as Confédération participant E as Canton Note left of A: Definit un <br>Modèle de Geo-Données Minimal<br/>MGDM_V1 A ->>+E: impose le modèle Note right of E: Definit un modèle avec<br/>informations supplémentaire<br/>CT_MGDM_V1 Note right of E: Collecte les données dans le format<br/>CT_MGDM_V1 Note right of E: Valide les données dans le format<br/>CT_MGDM_V1 E ->>-A: Fournit les données dans le format<br/>MGDM_V1 Note left of A: Valide les données dans le format<br/>MGDM_V1 ``` --v-- ### Exemple plus simple `Gebaeudeinventar_V1` <pre><code class="plaintext" data-line-numbers="1-25|1|6|8-11|13-21|8-11">MODEL Gebaeudeinventar_V1 (de) AT "mailto:signedav@localhost" VERSION "2023-01-19" = IMPORTS GeometryCHLV95_V1; TOPIC Gebaeude = CLASS Gebaeude = EGID : MANDATORY TEXT*16; Koordinaten : MANDATORY GeometryCHLV95_V1.Coord2; END Gebaeude; CLASS Adresse = Strasse : TEXT*200; Ort : MANDATORY TEXT*200; END Adresse; ASSOCIATION AdresseGebaeude = GebaeudeAdresse -- {1..*} Adresse; Gebaeude -- {1} Gebaeude; END AdresseGebaeude; END Gebaeude; END Gebaeudeinventar_V1. </code></pre> --v-- ### Nous avons besoin de "plus" Nous devons utiliser un attribut supplémentaire pour un projet écologique : `EntsprichtStandard` Mais nous souhaitons toujours renvoyer les données sous forme de `Gebaeudeinventar_V1`. --v-- ### Cas d'utilisation : Projet écologique ```mermaid %%{init: {'theme': 'dark' } }%% sequenceDiagram participant A as Projet initial participant E as Projet écologique Note left of A: Modèle donné<br/>Gebauedeinventar_V1 A ->>+E: Utilisation du modèle de base Note right of E: Definition du modèle avec attribut supplémentaire<br/>OekoGebaeudeinventar_V1 Note right of E: Collecte les données dans le format<br/>OekoGebaeudeinventar_V1 Note right of E: Valide les données dans le format<br/>OekoGebaeudeinventar_V1 E ->>-A: Exportation des données dans le format <br/>Gebauedeinventar_V1 Note left of A: Valide les données dans le format <br/>Gebauedeinventar_V1 ``` --v-- ### Comment "héritons-nous" ? **Étendre** une classe (classe de base) en une dérivation "améliorée". Une classe étendue (dérivation) a **toutes les propriétés** de la classe de base **+ "plus"**. **"plus"** signifie des **attributs** ou des **restrictions** supplémentaires. --v-- ### De `Gebaeude` devient un meilleur `Gebaeude` <!-- Darstellung kacke: ```mermaid %%{init: {'theme': 'dark' } }%% erDiagram Gebaeude{ number EGID geom Geometry } "Gebaeude "{ number EGID geom Geometry bool EntsprichtStandard } ``` -->  <!-- Siehe https://excalidraw.com/#json=MqzGNX2n1TRK8hONq2eF0,yitcCXCkDaRX6eMINxU_xw--> --v-- #### La dérivation en INTERLIS (1) ... avec `EXTENDED` <pre><code class="plaintext" data-line-numbers="1-4">CLASS Gebaeude = EGID : MANDATORY TEXT*16; Koordinaten : MANDATORY GeometryCHLV95_V1.Coord2; END Gebaeude; </code></pre>   <pre><code class="plaintext" data-line-numbers="1,3|2">CLASS Gebaeude (EXTENDED) = EntsprichtStandard: BOOLEAN; END Gebaeude; </code></pre> --v-- ### Et voilà, nous l'avons ! ```mermaid %%{init: {'theme': 'dark' } }%% sequenceDiagram participant A as Projet initial participant E as Projet écologique Note left of A: Modèle donné<br/>Gebauedeinventar_V1 A ->>+E: Utilisation du modèle de base Note right of E: Definition du modèle avec attribut supplémentaire<br/>OekoGebaeudeinventar_V1 Note right of E: Collecte les données dans le format<br/>OekoGebaeudeinventar_V1 Note right of E: Valide les données dans le format<br/>OekoGebaeudeinventar_V1 E ->>-A: Exportation des données dans le format <br/>Gebauedeinventar_V1 Note left of A: Valide les données dans le format <br/>Gebauedeinventar_V1 ``` --v-- ### Vérifiez ! --v-- ### Mais il y a encore plus Nous voulons maintenant saisir plusieurs types de bâtiments : - Bâtiments résidentiels (avec `Anzahl_Wohnungen`) - Bâtiments commerciaux (avec `Anzahl_Firmen`) - Bâtiments commerciaux publics (avec `Anzahl_Firmen` et `Zweck`) ... et tout renvoyer finalement comme `Gebaeude`. --v-- #### La dérivation en INTERLIS (partie 2) ... avec `EXTENDS` <pre><code class="plaintext" data-line-numbers="1-4">CLASS Gebaeude = EGID : MANDATORY TEXT*16; Koordinaten : MANDATORY GeometryCHLV95_V1.Coord2; END Gebaeude; </code></pre> <br> <pre><code class="plaintext" data-line-numbers="1-4">CLASS Gewerbegebaeude EXTENDS Gebaeude = Anzahl_Firmen : MANDATORY 1 .. 100; END Gewerbegebaeude; </code></pre> --v-- ### Exemple de modèle `MultiGebaeudeinventar_V1` <!-- https://excalidraw.com/#json=ICaNWw5qf7qzFMfPxvYZU,ooU5hP8itSR2aPfzPiOoZQ --> <img src="./assets/inherit-erm-sample-model.png" height="100%"> --v-- #### Les classes en INTERLIS <pre><code class="plaintext" data-line-numbers="1|5-8|10-18|24|29-33|35-39|41-45">MODEL Gebaeudeinventar_V1 (de) = TOPIC Gebaeude = CLASS Gebaeude = EGID : MANDATORY TEXT*16; Koordinaten : MANDATORY GeometryCHLV95_V1.Coord2; END Gebaeude; CLASS Adresse = Strasse : TEXT*200; Ort : MANDATORY TEXT*200; END Adresse; ASSOCIATION AdresseGebaeude = GebaeudeAdresse -- {1..*} Adresse; Gebaeude -- {1} Gebaeude; END AdresseGebaeude; END Gebaeude; END Gebaeudeinventar_V1. MODEL MultiGebaeudeinventar_V1 (de) = IMPORTS Gebaeudeinventar_V1; TOPIC Gebaeude EXTENDS Gebaeudeinventar_V1.Gebaeude= !! First inheritance CLASS Wohngebaeude EXTENDS Gebaeude = Anzahl_Wohnungen : MANDATORY 1 .. 1000; END Wohngebaeude; !! Second inheritance CLASS Gewerbegebaeude EXTENDS Gebaeude = Anzahl_Firmen : MANDATORY 1 .. 100; END Gewerbegebaeude; !! Inheritance of first inheritance CLASS Oeffentliches_GewerbeGebaude EXTENDS Gewerbegebaeude = Zweck : MANDATORY TEXT*255; END Oeffentliches_GewerbeGebaude; END Gebaeude; END MultiGebaeudeinventar_V1. </code></pre> --v-- ## Prêt pour l'exercice 2 🚀 --v-- ## Intermède 2.2 : Représentation physique des héritages <!-- Comment les héritages peuvent-ils être physiquement mis en œuvre pour que l'intégrité référentielle soit toujours respectée ? --> --v-- ### D'abord > Essayez avec Smart2 et si ça ne va pas, essayez avec Smart1. > > ***Citation : Romedi Filli - 2022*** <!-- et tous ceux qui traînent dans les prochaines minutes, rappelez-vous cette citation.--> --v-- ### Stratégies de mapping d'héritage - New Class - Super Class - Sub Class - New+Sub Class --v-- #### Exemple de modèle <!-- Darstellung kacke: ```mermaid %%{init: {'theme': 'dark' } }%% classDiagram Gebaeude "1" - -> "1..*" Adresse Gebaeude <|-- Wohngebaeude Gebaeude <|-- Gewerbegebaeude Gewerbegebaeude <|-- Oeffentliches_GewerbeGebaude class Gebaeude{ number EGID geom Geometry } class Adresse{ number EGID geom Geometry bool EntsprichtStandard } class Wohngebaeude{ number Anzahl_Wohnungen } class Gewerbegebaeude{ number Anzahl_Firmen } class Oeffentliches_GewerbeGebaude{ text Zweck } ``` -->  --v-- #### New Class <div class="container"> <div class="col"> ```none Gebaeude.t_type : ( Wohngebaeude, Gewerbegebaeude, Oeffentliches_ Gewerbegebaeude ) ``` - Les extensions sont mappées avec des relations. - La condition NON NUL est respectée. - Plusieurs importations sont nécessaires par objet. </div> <div class="col" style="min-width: 400px"> <!-- not so nice to use pixel here - but I don't know currently a better sollution -->  <!--Siehe https://excalidraw.com/#json=HxHdS7H0r9l_PYLpkI9AD,IcoI6zePdRml20qWR25LWA --> </div> </div> --v-- #### Exemple de modèle  --v-- #### Super Class <div class="container"> <div class="col"> ```none Oeffentliches_ Gewerbegebaeude.t_type: ( Gewerbegebaeude, Oeffentliches_ Gewerbegebaeude ) ``` - Moins de tables et de relations (facile à utiliser) - La condition NOT NULL **n'est pas** respectée </div> <div class="col" style="min-width: 400px"> <!-- not so nice to use pixel here - but I don't know currently a better sollution -->  <!-- https://excalidraw.com/#json=7rPQ5AqAXGwbhCBN7IgVM,PmQqY2DcXxxEq2xTxBO8rg --> </div> </div> --v-- #### Exemple de modèle  --v-- #### Sub Class <div class="container"> <div class="col"> ```none Oeffentliches_ Gewerbegebaeude.t_type: ( Gewerbegebaeude, Oeffentliches_ Gewerbegebaeude ) ``` - La condition NON NUL **n'est pas** respectée. </div> <div class="col" style="min-width: 400px"> <!-- not so nice to use pixel here - but I don't know currently a better sollution -->  <!-- https://excalidraw.com/#json=v9MmA9GwnqKVTcVeU5GPt,YdmkYmnelEJWrE9WV6-Y-g --> </div> </div> --v-- #### Exemple de modèle  --v-- #### New+Sub Class <div class="container"> <div class="col"> - Pas de types - À mon avis, la procédure attendue - La condition NOT NULL est respectée </div> <div class="col" style="min-width: 400px"> <!-- not so nice to use pixel here - but I don't know currently a better sollution -->  <!-- https://excalidraw.com/#json=TftYYPKxn6tWr96QllZlw,xySVQa_rQa1RPWioTaCiSw --> </div> </div> --v-- ### Smart Mapping dans ili2db --v-- #### noSmartMapping - Toutes les classes sont mappées avec la stratégie *New Class*. --v-- #### noSmartMapping <div class="container"> <div class="col"> Résulte en ce que nous voyons dans le graphique *New Class*. </div> <div class="col" style="min-width: 200px">  </div> </div> --v-- #### smart1Inheritance - Classes abstraites sans relations -> stratégie *Super Class* - Classes abstraites avec relations et sans super classe concrète -> stratégie *New Class* - Classes concrètes sans super classe concrète -> stratégie *New Class* - Toutes les autres classes -> stratégie *Super class* --v-- #### smart1Inheritance <div class="container"> <div class="col"> Signifie donc que `Gebaeude` utilise la stratégie *New Class* et toutes les autres la stratégie *Super class*. Résulte en ce que nous voyons dans le graphique *Super class*. </div> <div class="col" style="min-width: 200px"> <!-- not so nice to use pixel here - but I don't know currently a better sollution -->  </div> </div> --v-- #### smart2Inheritance - Classes abstraites -> stratégie *Super Class* - Toutes les classes concrètes -> stratégie *New+Sub Class* --v-- #### smart2Inheritance <div class="container"> <div class="col"> Signifie donc que toutes utilisent la stratégie *New+Sub Class*. Résulte en ce que nous voyons dans le graphique *New+Sub Class*. </div> <div class="col" style="min-width: 200px"> <!-- not so nice to use pixel here - but I don't know currently a better sollution -->  </div> </div> --v-- #### En résumé - smart 1 ↗️ - smart 2 ↘️ --v-- ## Il est temps de faire l'exercice 2.1 ? 🚀 --v-- ## Intermède 2.3 : Optimisation de projet avec Smart2 --v-- ### Créons un projet sans optimisation  ... essayons avec `OekoGebaeudeinventar_V1` (ou aussi `ZG_Nutzungsplanung_V1_1`) --v-- ### Problématique Si un modèle ou un topic contient des classes étendues, celles-ci sont implémentées dans la base de données physique, y compris les classes de base... ... et par conséquent, des couches sont créées dans QGIS. --v-- ### Pouvons-nous simplement ignorer les classes de base ? <!-- Non. Il y en a qu'on veut voir...--> --v-- ### Mais quelles couches voulons-nous voir ? - Les classes de base avec des extensions du même nom sont ***non pertinentes*** <!-- car sinon tu les renommerais...--> - Les classes de base avec plusieurs extensions sont ***non pertinentes*** <!-- car tu veux les remplacer...--> - Sauf si l'extension est dans le même modèle, elles ne sont pas ***non pertinentes*** <!-- car sinon tu aurais fait la classe de base ABSTRACT --> --v-- ### Stratégies - Masquer les classes de base non pertinentes - Grouper les classes de base non pertinentes - Aucune : les couches sont renommées pour être uniques --v-- ### Vérifiez ! --v-- ## Prêt pour le dîner 🍲 --v-- ## Intermède 3 : Conteneurs et ensembles de données --v-- ### Ensembles de données (datasets) - Ensembles de données d'un domaine **spatial ou thématique** spécifique - **Indépendant** du modèle (contrairement au topic) - Les données d'un ensemble de données peuvent être **gérées, validées et exportées** indépendamment des autres données. --v-- ### conteneurs (baskets) - Une instance plus petite - Alors que les ensembles de données couvrent généralement l'ensemble du modèle, les conteneurs font généralement partie d'un topic - Le plus souvent, ils sont l'intersection du topic et de l'ensemble de données --v--  --v--  --v--  --v--  --v--  --v--  --v-- ## Prêt à démarrer 🚀 --v-- ## Intermède 4 : Que sont les OID ? --v-- ### OID Les identifiants d'objet (OID) sont des chaînes de caractères **uniques à travers les systèmes** qui identifient un objet INTERLIS. Pour **échanger** et **mettre à jour** des objets **sans conflit** à travers différents endroits. --v-- ### TID Dans le fichier de transfert, l'OID est visible sous TID. ```xml <City_V1.Constructions.Buildings TID="chMBAKER00000100"> <Street>Rue des Fleures</Street><Number>1</Number> </City_V1.Constructions.Buildings> ``` <!-- Vérifie ton fichier de transfert --> --v-- ### Pourquoi TID et pas OID ? - Un OID dans un XTF est un TID - Un TID dans un XTF n'est *pas toujours* un OID Car il n'est pas obligatoire de travailler avec des OID. Un fichier XTF a besoin de TID pour les références, etc. Si vous n'utilisez pas d'OID, les TID sont simplement des nombres ou des caractères quelconques (pas de stabilité à travers les systèmes garantie !) <!--Le fichier XTF utilise alors des identifiants qui, bien que cohérents au sein du fichier, ne garantissent pas la stabilité inter-systèmes.--> --v-- ### Et dans le schéma de base de données physique ?  <!-- Check a record--> --v-- #### t_id vs. t_ili_tid - Le `t_ili_tid` correspond au **TID** dans le XTF et donc à l'OID (si des OID sont utilisés) - Le `t_id` n'est qu'un numéro de séquence **interne au système** <!-- Il commence à 1 et est incrémenté pour tous les objets dans le schéma spécifique. Ce t_id est également utilisé comme clé étrangère. --> --v-- #### Quand le t_id devient-il TID et le TID devient-il t_ili_tid ? <!-- Si aucun OID n'est utilisé, et donc lors de la saisie...--> - Si le `t_ili_tid` reste vide, alors lors d'une **exportation**, le `t_id` est écrit dans le TID. - Lors de l'**importation**, le TID est alors écrit dans le `t_ili_tid`. <!-- ainsi, en l'absence d'un t_ili_tid, c'est le t_id qui sera utilisé comme TID à partir de là.--> --v--  <!-- https://excalidraw.com/#json=fviwNAn-5hOgFpDiz9Uwu,vQl1ONi8BgihfCA1FvMu3g --> --v-- ### Quand dois-je utiliser des OID ? - Dès que plusieurs endroits collectent et gèrent des données - Si le modèle le requiert : ``` [...] TOPIC Constructions = BASKET OID AS INTERLIS.UUIDOID; OID AS INTERLIS.STANDARDOID; [...] ``` --v-- ### Types d'OID - UUIDOID - I32OID - STANDARDOID - ANYOID - OID défini par l'utilisateur --v-- #### UUIDOID - `OID TEXT*36` - Identificateur Unique Universellement   ##### Valeur par défaut Model Baker ``` uuid('WithoutBraces') ``` --v-- #### I32OID - `OID 0 ... 2147483647`   ##### Valeur par défaut Model Baker ``` t_id ``` --v-- #### STANDARDOID - `OID TEXT*16` - **Préfixe (2 + 6 caractères)** Identifiant du pays + une partie d'identifications *globale*. <!--Le volet d'identifications globale peut être commandé auprès de l'autorité officielle.--> - **Postfix (8 caractères)** Séquence (numérique ou alphanumérique) du système comme partie d'identifications *locale*.   ##### Valeur par défaut Model Baker ``` '%change%' || lpad( T_Id, 8, 0 ) ``` --v-- #### ANYOID Ne définis pas de format pour l'OID, mais seulement qu'un OID doit être défini dans tous les modèles Symbolisations étendus. --v-- #### OID non définis <!-- S'il n'y a pas de définition avec OID AS, ili2db part du texte--> Les règles du **type XML-ID** (www.w3.org/TR/REC-xml) s'appliquent - le **premier** caractère doit être une **lettre ou un souligné** - suivi de **lettres, chiffres, points, tirets, soulignés** - rien d'autre. <!-- pas de deux points ( !) -->   ##### Valeur par défaut dans Model Baker ``` '_' || uuid('WithoutBraces') ``` ***La même chose s'applique aux OID définis par l'utilisateur.*** <!-- Puisque Model Baker ne peut pas déterminer la structure et qu'elle doit être définie par l'utilisateur. C'est pourquoi et surtout à cause du préfixe dans l'OID standard : Les utilisateurs doivent pouvoir adapter les valeurs par défaut. --> --v-- ### Gestionnaire d'OID *Base de données > Model Baker > Gestionnaire d'OID*  --v-- ### Vérifiez ! --v-- ## Intermède 5 : UsabILIty Hub --v-- ### À quoi sert UsabILIty Hub ? - Obtenir des informations supplémentaires sur les **modèles INTERLIS** et leurs **projets (QGIS)** automatiquement via le web. - Configurations supplémentaires faites **une seule fois** et utilisées plusieurs fois. <!-- Symbolisation, cartes de base des obstacles etc...--> --v-- ### Comment fonctionne UsabILIty Hub ? --v-- #### 1. L'utilisateur sélectionne le **modèle** - Recherche inter-référentiels de **fichiers de méta-configuration**. - Trouver les **fichiers de méta-configuration** dans les `ilidata.xml` sur UsabILItyHub (https://models.opengis.ch) ou les référentiels propres. <!-- Genauso wie wir INTERLIS Modelle über ein ilimodels.xml anhand von http://models.interlis.ch emfangen können.--> --v-- #### 2. Le fichier de méta-configuration est analysé Les **configurations** pour ili2db, Model Baker et d'autres outils y sont définies. Également des **liens** (Ids) vers : - Catalogues - Fichier de méta-attributs supplémentaire - Fichiers de surcouche --v-- #### 3. Les configurations sont définies - ili2db : Smart-Mapping, gestion des conteneurs, etc. --v-- #### 4. Les liens sont résolus - Recherche inter-référentiels des **catalogues, fichier de méta-attributs supplémentaire et fichiers de surcouche** Les **fichiers de surcouche** contiennent des informations sur : - Symbologies et configurations de formulaires - Disposition des légendes et ordre des couches - Thèmes de carte, mises en page d'impression - etc. --v-- #### 5. Utilisation des informations - Exécuter ili2db en utilisant les configurations et le fichier de méta-attributs supplémentaire - Importer les catalogues trouvés - Générer le projet en utilisant les fichiers de surcouche --v-- ### Déroulement  --v-- ### Documentation Voir https://usabilityhub.opengis.ch/ Ou la [documentation de Model Baker](https://opengisch.github.io/QgisModelBaker/background_info/usabilityhub/modelbaker_integration/) --v-- ## Prêt à démarrer 🚀 --v-- ## Intermède 6 : Modèles de traduction --v-- ### Que sont les modèles de traduction ? Les modèles de traduction sont des ***modèles traduits*** qui ne diffèrent ***pas*** du modèle original en termes de structure. --v-- ### Exemple Gebaeudeinventar_V1  --v-- ## Prêt à démarrer 🚀 ### Exemple Plans d'affectation Fr : https://models.geo.admin.ch/ARE/PlansDAffectation_V1_2.ili De : https://models.geo.admin.ch/ARE/Nutzungsplanung_V1_2.ili --v-- ## Prêt à démarrer 🚀 --- # Exercices ... la pratique rend parfait --v-- ## Exercice 1 : Créer un projet utilisable - Créer un projet pour `KbS_V1_5` incluant un fichier de méta-attributs supplémentaire - Ajouter une carte de fond - Enregistrer le projet --v-- ## Exercice 2 : Smart Inheritance Mapping - Importer le modèle `MultiGebaeudeinventar_V1` avec **Smart1Inheritance** - Renommer les couches en `<nom de la couche>_Smart1` - Importer le modèle `MultiGebaeudeinventar_V1` avec **Smart2Inheritance** Ne pas utiliser d'optimisation :  <!-- Quelle est la différence?--> --v-- ## Exercice 2.1 : Optimisation du projet - Importer le modèle `OekoGebaeudeinventar_V1` avec **Smart2Inheritance** - Importer le modèle `ZG_Nutzungsplanung_V1_1` avec **Smart2Inheritance** Ne pas utiliser d'optimisation :  <!-- Quel est le problème?--> --v-- ## Exercice 3 : Saisie dans les ensembles de données - Créer le projet avec des ensembles de données pour TG et SH (si ce n'est pas déjà fait) - Ajouter une zone à Stein am Rhein TG. - Saisir une zone dans SH. - Créer un nouvel ensemble de données pour ZH. - Saisir une zone dans ZH. --v-- ## Exercice 4 : Exportation - Exporter toutes les données dans un fichier de transfert (y compris les listes de codes) - Exporter uniquement les données utilisateur de SH dans un fichier de transfert   ### Tâche supplémentaire - Créer un projet pour `OekoGebaeudeinventar_V1` avec Smart2 et l'optimisation de masquage - Saisir un objet - Exporter pour `OekoGebaeudeinventar_V1` et pour `Gebaeudeinventar_V1` --v-- ## Exercice 5 : UsabILItyHub - Configurer un projet quelconque - Exporter les surcouches - Importer le modèle avec les surcouches du référentiel local --- <h1 style="-webkit-text-stroke: 2px var(--opengisch-dark) !important; color: lightgray !important; font-size:4.5em !important">PAUSE</h1> <!-- .slide: data-background="./assets/break-de.jpg" --> --- Un groupe de différents intéressés... # Model Baker Group --v-- ## Équipe de projet *par ordre d'apparition* - Romedi Filli, Canton SH (direction) - Manuel Kaufmann, Agroscope - David Signer, OPENGIS.ch - Pascal Megert, Canton AI - Marleen Schulze, Canton SZ - Adrian Weber, Canton SO --v-- ## Financement --v-- ## Contribution annuelle avec des niveaux (à partir du parrain avec heures de support incluses) : - Visionnaire - Parrain - Soutien - Donateur --v-- ## Par projet  --- <h1 style="-webkit-text-stroke: 2px var(--opengisch-dark) !important; color: lightgray !important; font-size:4.5em !important">Des questions ?</h1> <!-- .slide: data-background="./assets/questions-de.png" --> --- ### C'est tout... #### Web : www.opengis.ch #### Courriel : david@opengis.ch #### Github : github.com/opengisch / github.com/signedav #### Mastodon : @opengisch@fosstodon.org / @signedav@fosstodon.org