Après la publication de la première partie du travail sur les Geopackages, le travail avec PostgreSQL/Postgis nous a permis une série d’avancées complémentaires. Vous trouverez dans cet article la mise à jour de la symbologie QGis pour les fichiers S57 importés dans un Geopackage. Avec cette mise à jour le nombre de couches prises en charge par la symbologie s’élève à 210. Dans un article postérieur nous publierons la mise à jour de la symbologie des feux pour la prise en charge des feux directionnels.
Dans l’article original nous avions fourni une table layer_styles pour 157 couches S57.Ces couches sont les plus courantes. Dans la base de données du projet avec PostgreSQL/Postgis, nous avons importé 670 fichiers S57, ce qui nous a permis de travailler sur 210 couches S57. Dans la suite de cet article vous trouverez comment télécharger et ajouter les symbologies qui pourraient manquer dans votre projet.
Une couche particulière fera l’objet d’un article à part: lights, car nous avons fait évoluer leur symbologie à partir du projet PostgreSQL/Postgis.
Nouvelle version du répertoire de symboles « nautical »
Les nouvelles symbologies nécessitent de nouveaux symboles svg. Une version complète mis à jour du répertoire ‘nautical‘ est disponible sur ce lien.
Décompressez le fichier et remplacez tout simplement le répertoire ‘nautical‘ à l’emplacement que vous avez choisi au départ.
Couches manquantes dans la première version
Étant donné que la table layer_styles est une table système, nous avons opté par l’intégrer au geopackage au moment de sa création. Mais pour sa mise à jour on ne peut pas la remplacer car toute autre modification que vous auriez apporté serait perdue. La procédure sera alors:
- télécharger les fichiers de style .qml pour les couches manquantes
- afficher la couche manquante dans QGis
- charger le fichiers de style .qml
- sauvegarder le style comme style par défaut, ce qui ajoutera la symbologie dans la table layer_styles
Les fichiers de style .qml de l’ensemble des couches (V1 et V2) peut être téléchargé ici.
Décompressez le fichier téléchargé dans un répertoire de votre choix. Les couches n’ayant pas de symbologie définie dans layer_styles apparaissent avec une symbologie par défaut.
Pour leur appliquer la nouvelle symbologie et l’enregistrer comme symbologie par défaut dans layer_styles suivez ces étapes:
Ouvrez la fenêtre Propriétés de la couche->symbologie
Cliquez sur le bouton « Style«
Sélectionnez ‘Charger le style‘ et pointez sur le fichier .qml correspondant à la couche. Les noms des fichiers .qml sont formés du nom de la couche suivi par _pt, _pl ou _li, selon qu’il s’agisse d’une couche point, ligne ou polygone. En effet la même couche S57 peut avoir une ou plusieurs de ces types. Faites attention à sélectionner le fichier .qml correspondant au type de couche, dans le cas contraire vous aurez un message d’erreur.
Une fois chargée la nouvelle symbologie, re-cliquez sur le bouton Style et sélectionnez Enregistrer par défaut. Cliquez sur le bouton Datasource Database.
Notez qu’il n’y a pas de symbologie définie pour les couches de métadonnées du S57: m_cscl, m_npub, m_nsys,m_sdat, m_srel et m_vdat. Ces couches n’ont pas à être chargées dans votre projet. Si vous le faites, une symbologie nulle doit être appliquée. Il n’y a pas non plus de symbologie pour la couche magvar (variation magnétique), son contenu n’étant pas un objet géographique.
Mise à jour de la couche DEPARE (profondeurs)
La symbologie fournie pour la couche DEPARE est celle qui correspond aux cartes marines à grande et moyenne échelle (> 1:1 000 000).
Pour la visualisation des cartes à très petite échelle nous avons modifié la symbologie pour avoir un rendu plus adapté.
La symbologie bascule automatiquement d’un mode à l’autre à la limite 1:1 000 000.
Pour remplacer la symbologie par défaut déjà présente dans layer_styles, suivez la même procédure indiquée précédemment pour les couches manquantes.
Le projet de base de données S57 avec Geopackage est arrivé à son terme. Nous travaillons maintenant sur la mise en place d’une procédure équivalente en utilisant une base de données PostgreSQL/Postgis. Aidez-nous à mener à terme ce projet!
