S57Manager : exploiter des données ENC S-57 dans QGIS avec GeoPackage


Une solution légère, autonome et portable pour les données marines


Introduction

Si PostGIS est idéal pour les environnements professionnels structurés, collaboratifs et multi-projets, il n’est pas toujours nécessaire — ni souhaitable — pour tous les usages.

Pour :

  • des études ponctuelles ou exploratoires,
  • des projets embarqués ou mobiles,
  • des échanges de données entre organismes,
  • ou un usage hors connexion,

le GeoPackage (GPKG) représente une alternative simple, robuste et normalisée.

Dans cet article, nous explorons le mode GeoPackage de S57Manager, conçu pour offrir la même logique de structuration, de contrôle et d’exploitation que le mode PostGIS, sans dépendance serveur.

Le plugin correspond à l’automatisation de la chaîne de traitement publié dans les deux articles :

Cartes ENC Geopackage dans QGis Version finale: première partie

Cartes ENC Geopackage dans QGis Version finale: deuxième partie


1. Pourquoi choisir le GeoPackage ?

Le GeoPackage est un format OGC largement adopté dans les écosystèmes SIG.

Il présente plusieurs avantages clés :

  • fichier unique,
  • format standard OGC,
  • portable (clé USB, disque externe, cloud),
  • versionnable (Git, archivage, duplication),
  • compatible avec QGIS, ArcGIS, GDAL/OGR.

👉 Il est particulièrement adapté pour :

  • bureaux d’études,
  • missions terrain ou embarquées,
  • partage inter-organismes,
  • contextes à connectivité limitée ou inexistante.

👉 Dans S57Manager, le GeoPackage n’est pas un mode dégradé :
il reprend les mêmes principes de structuration que PostGIS, adaptés à un stockage fichier.


2. Configuration du mode GeoPackage

2.1 Création ou sélection du GeoPackage

L’utilisateur définit le répertoire de travail destiné aux GeoPackages.

Le plugin utilise quatre fichiers GPKG :

  • enc.gpkg
    → fichier principal contenant le résultat final
    (jusqu’à ~260 tables S-57)
  • trois GeoPackages temporaires d’import :

    • pointsENC.gpkg
    • linesENC.gpkg
    • polysENC.gpkg

Ces fichiers servent d’étape intermédiaire lors de l’import.

Le comportement du plugin est le suivant :

  • si les GeoPackages n’existent pas, ils sont créés automatiquement ;
  • s’ils existent, ils sont réutilisés ;
  • le fichier enc.gpkg est enrichi progressivement lors des imports successifs.

👉 Comme en mode PostGIS, la structure interne est entièrement gérée par S57Manager, garantissant cohérence et reproductibilité.


2.2 Organisation des couches

L’organisation des données respecte les mêmes principes que dans PostGIS :

  • une table par classe d’objet S-57,
  • distinction claire entre points, lignes et polygones,
  • noms et attributs cohérents entre les deux modes.

Cette cohérence permet :

  • un passage fluide entre GeoPackage et PostGIS,
  • une lecture facilitée par des tiers,
  • la réutilisation de styles et de méthodes de travail.

👉 Un projet QGIS construit sur GeoPackage peut être migré vers PostGIS sans remise en cause de la logique des couches.


3. Import ENC → GeoPackage

L’import des données ENC dans un GeoPackage repose sur la même chaîne de traitement que le mode PostGIS :

  • décodage via GDAL / OGR,
  • interprétation logique des objets S-57,
  • séparation par type géométrique,
  • création des tables finales normalisées.

Les différences concernent uniquement le support de stockage.

Le plugin garantit :

  • des logs identiques,
  • les mêmes contrôles de base,
  • aucune perte fonctionnelle par rapport au mode PostGIS.

👉 Le choix du GeoPackage est donc un choix d’architecture, pas un compromis sur la qualité des données.


4. Contrôle et cohérence des données ENC en GeoPackage

Même en stockage fichier, les données ENC restent :

  • normées,
  • sémantiquement riches,
  • critiques du point de vue nautique.

Les contrôles présentés dans l’article PostGIS restent donc pleinement pertinents :

  • présence des couches attendues,
  • validité des géométries,
  • cohérence des attributs codés,
  • logique nautique globale.

👉 QGIS permet de réaliser l’essentiel de ces vérifications directement sur un GeoPackage, via :

  • outils de validation géométrique,
  • expressions et filtres,
  • requêtes SQL internes au GPKG.


5. Exploitation des couches ENC en local dans QGIS

Le travail dans QGIS est strictement identique à celui décrit pour PostGIS :

  • affichage par familles d’objets ENC,
  • filtrage par purpose,
  • gestion des échelles d’affichage,
  • styles adaptés à la logique nautique.

Les performances sont généralement très bonnes pour :

  • des emprises limitées,
  • des usages mono-utilisateur,
  • des projets embarqués.

👉 Le GeoPackage permet une cartographie lisible, progressive et cohérente, sans infrastructure serveur.


6. Comparatif PostGIS / GeoPackage

Critère PostGIS GeoPackage
Multi-utilisateur
Gros volumes ⚠️
Portabilité
Simplicité ⚠️
Déploiement Serveur Fichier
Usage hors ligne
Projets embarqués

👉 Les deux modes ne s’opposent pas : ils se complètent.


Conclusion

Le mode GeoPackage de S57Manager rend les données ENC accessibles sans infrastructure lourde, tout en conservant :

  • la richesse sémantique des ENC,
  • une structuration rigoureuse,
  • une exploitation cohérente dans QGIS.

Il complète naturellement l’approche PostGIS, et fait de S57Manager un plugin polyvalent, capable de s’adapter aussi bien :

  • aux environnements institutionnels,
  • qu’aux usages légers, mobiles ou ponctuels.


Si cet article vous a intéressé et que vous pensez qu'il pourrait bénéficier à d'autres personnes, n'hésitez pas à le partager sur vos réseaux sociaux en utilisant les boutons ci-dessous. Votre partage est apprécié !

2 thoughts on “S57Manager : exploiter des données ENC S-57 dans QGIS avec GeoPackage

  1. Bonjour,

    Je trouve ceette série de blogs très intéressante, j’aurai bien voulu la consulter il y a 15 ans, actuellemnt je crois que l’ensemble des normes S100 doivent prendre le relais en 2029, une telle étude serai vraiment bienvenue sur ces nouveaux formats.

    1. Merci beaucoup pour votre retour, il est très apprécié.

      Vous avez tout à fait raison : la famille de normes S-100 est appelée à prendre progressivement le relais de S-57, avec des échéances qui se précisent vers la fin de la décennie (autour de 2029 pour certains usages opérationnels).

      La série sur S-57 vise surtout à comprendre l’héritage : logique des objets, attributs, contraintes, et modèles de données qui restent encore très présents dans les jeux de données, les outils et les pratiques actuellesches. Beaucoup de concepts de S-100 s’appuient d’ailleurs sur cette base.

      Un point clé aujourd’hui — notamment pour QGIS — reste le goulot d’étranglement côté outillage, en particulier la disponibilité et la maturité des commandes GDAL pour les formats S-100. Tant que ces briques ne sont pas pleinement opérationnelles et intégrées, l’appropriation de S-100 côté SIG bureautique reste délicate.

      Une série dédiée à S-100 (S-101, S-102, S-104, etc.) serait donc très pertinente, mais nécessite encore un socle technique suffisamment stable. C’est clairement une piste à moyen terme, et votre commentaire confirme l’intérêt qu’elle pourrait susciter.

      Merci encore pour cet encouragement.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *