Base de connaissances OSGeo
Cette page prolonge le webinaire « Open Source GIS/GEO en pratique ». Vous y trouvez l'enregistrement, dix plugins QGIS très utilisés, les briques pour votre géo-infrastructure et un plan pas à pas à déplier pour la liste de travail et le détail.
Enregistrement du webinaire « Open Source GIS/GEO en pratique »
Revoyez la session ou un passage ? Cet enregistrement va avec le plan étape par étape et la liste de plugins QGIS plus bas.
Le top 10 des plugins QGIS les plus utilisés
Pendant le webinaire, nous avons présenté dix plugins QGIS très utilisés : des fonds de carte et sources de données jusqu'à la publication web et le lien GeoApps. Voici la même liste avec un court texte et des liens.
Afficher la liste complète (les 10 plugins QGIS)
Plugin GeoApps <> QGIS
Le parcours GeoApps pour workflows QGIS, installation et publication. L URL courte /qgis redirige vers cette page.
Quels éléments composent une géo-infrastructure moderne ?
Une géo-infrastructure moderne relie sources, services et cartes pour les utilisateurs. Beaucoup d’organisations combinent l’open source au quotidien avec une plateforme gérée pour le partage et la connexion. Déployez le tableau pour un exemple fréquent.
Afficher le tableau complet (parties & exemples)
La dernière ligne cite par exemple une plateforme cartographique comme GeoApps à côté de briques open source—votre propre combinaison peut différer.
| Partie | Exemple | À quoi ça sert |
|---|---|---|
| Poste de travail bureau | p. ex. QGIS | Créer des cartes, répondre à des questions spatiales et contrôler les données avant partage. |
| Stockage des données | Souvent PostgreSQL + PostGIS | Là où vivent les couches de référence : fiables, interrogeables, reliées aux autres systèmes. |
| Cartes en ligne | p. ex. GeoServer ou équivalent | Pour que les cartes fonctionnent dans le navigateur ou des apps, pas seulement sur le poste du spécialiste. |
| Actualiser les données | Scripts ou planificateurs | Des étapes répétables pour rafraîchir les données depuis les sources (moins de travail manuel, moins d’erreurs). |
| Web & accès | Carte sur site/portail, liens | Où collègues et citoyens voient la carte, et où vous branchez l’authentification et d’autres outils. |
| Portail / plateforme carto | GeoApps ou équivalent | Une plateforme commerciale (pas open source) : abonnement ou achat avec support et évolution produit. Complète QGIS et vos briques serveur comme couche gérée pour visionneuses, données et intégrations. |
Plan : SIG open source et SIG moderne
Retrouvez le plan détaillé ci-dessous. Douze étapes de la vision à la montée en charge. Les étapes 1 à 8 combinent liste courte et détail : ouvrez une étape pour tout voir. Puis migration, données, publication, automatisation, rôles, formation, gouvernance et usages avancés.
Définir ce que le SIG doit apporter à l’organisation
Liste de travail (court)
Notez simplement pourquoi vous voulez de l’open source (par ex. moins dépendre d’un seul éditeur, mieux brancher d’autres systèmes, ou garder la maîtrise des données). Précisez jusqu’où vous allez : cartes au bureau seulement, aussi sur intranet ou site web, ou un dispositif carto-données plus large.
- Invitez tôt les bonnes personnes : métier (géo), IT, confidentialité/sécurité si besoin, et quelqu’un qui connaît les contrats.
- Citez les processus qui ne peuvent vraiment pas broncher (permis, crise, guichet citoyen). Vous y allez plus prudemment ou avec une voie parallèle sûre.
- Rendez le succès concret : par ex. « 20 collègues travaillent seuls dans QGIS » ou « la couche carto est prête automatiquement chaque nuit ».
Plus de détail
Ne commencez pas par les outils : demandez-vous ce que le SIG doit produire.
Pensez notamment à :
- un travail plus guidé par les données
- de meilleurs services de cartographie en ligne
- moins de dépendance aux logiciels propriétaires
- des coûts de licence plus bas
- une meilleure intégration aux bases de données, tableaux de bord et terrain
- applications cartographiques publiques ou participation
- soutien aux conseillers politiques, chefs de projet et terrain
Livrable: Une courte vision SIG avec des cas d’usage concrets.
Cartographier l’architecture SIG actuelle
Liste de travail (court)
Une liste simple : quels logiciels et contrats, où sont les données carto, qui fait les cartes, qui aide en panne. Vous voyez vite où ça coince.
- Pour chaque couche importante : qui est responsable, à quelle fréquence la mettre à jour, et pouvez-vous partager les données (licence et vie privée) ?
- Quels autres systèmes s’y branchent ? Rapports, dossiers, connexion de l’entreprise, ou cartes sur téléphone pour le terrain.
- Notez ce qui semble bancal : vieux scripts, fichiers éparpillés, doc manquante. C’est souvent ce que vous traitez en premier.
Plus de détail
Cartographiez ce qui tourne aujourd’hui et où ça coince.
Recensez :
- quel logiciel SIG bureau est utilisé
- quels viewers ou plateformes en ligne existent
- quelles bases de données sont utilisées
- quels services web sont utilisés
- raccordements FME, ArcGIS, QGIS, PostgreSQL/PostGIS, orthophotos, imagerie rue, PDOK, Geopunt, etc.
- où vivent les données : local, SaaS ou on-premise
Livrable: Architecture actuelle et points de friction.
Définir la stack SIG moderne cible
Liste de travail (court)
Pas besoin de tout remplacer d’un coup. Beaucoup commencent par QGIS et un lieu central pour les données carto ; les cartes en ligne pour collègues et citoyens viennent après. Choisissez ce qui colle à vos équipes et accords IT, et ce que vous pouvez faire vivre.
- Parlez d’où tourne la logiciel : chez vous, chez un hébergeur cloud, ou mixte. Pensez sauvegardes et qui applique les mises à jour.
- Séparez test et production : essayez d’abord, déployez ensuite. Une courte procédure écrite évite la panique si ça coince.
- L’hybride est courant : open source au bureau et une plateforme web commerciale (comme GeoApps) pour partage, connexion et intégrations, ou l’inverse.
Plus de détail
Choisissez par couche ce dont vous avez besoin.
Exemples par couche :
- SIG bureau : QGIS
- Base : PostgreSQL/PostGIS
- Données ouvertes : PDOK, Geopunt, OSM, BAG, BGT, orthophotos
- SIG en ligne : p. ex. GeoApps ou une autre plateforme web SIG
- ETL/intégration : FME, GDAL/OGR, ogr2ogr ou équivalent
- Terrain : QField ou application terrain en ligne
- Tableaux de bord/récits : dashboards, map tours, cartes participatives
Livrable: Architecture cible.
Élaborer un plan de migration
Liste de travail (court)
L’open source donne de la liberté et des devoirs : qui fait quoi, quels mots de passe ne se partagent pas, comment sauvegarder ? Fixez-le avec l’IT et la confidentialité, pour éviter les flous.
- Qui suit les alertes sécurité des produits utilisés, et en combien de temps corrigez-vous ?
- Une règle simple sur les extensions QGIS (ou autres) autorisées, pour éviter les ajouts inconnus au hasard.
- Précisez qui aide en cas de panne : helpdesk, équipe SIG, ou partenaire.
Plus de détail
Définissez ce qui migère, se reconstruit ou se raccorde. Commencez par un pilote plutôt que tout d’un coup.
Précisez :
- quelles données migrer
- quelles cartes existantes reconstruire
- quels services remplacer ou relier
- quels groupes d’utilisateurs migrent
- quels processus moderniser en premier
- ce qui reste bureau vs passe en ligne
Livrable: Planning de migration par phases.
Configurer QGIS comme base SIG bureau
Liste de travail (court)
Prenez un exemple concret (un livrable carte ou un processus). Formez ceux qui le feront, et indiquez où poser des questions. Si ça marche, vous élargissez.
- Fixez ce que « assez bien » veut dire : rapidité de la carte, justesse des données, disponibilité hors horaires.
- Expliquez à la direction et aux collègues avec des mots simples : moins de jargon, plus d’exemples concrets.
- Hésitez entre « tout construire » et une plateforme web prête ? Lisez open source vs commercial et GeoApps vs QGIS.
Plus de détail
Installez QGIS LTR et mettez en place une base réutilisable.
- plugin PDOK
- plugin Geopunt si pertinent
- QuickMapServices
- QuickOSM
- plugin GeoApps ou autre lien web SIG
- connexions base vers PostGIS
- modèles de projet standard
- charte/style des couches
- droits et consignes de travail
Livrable: Environnement QGIS de base opérationnel.
Mettre en place l’environnement données central
Liste de travail (court)
Convertir les anciens fichiers prend souvent plus de temps qu’installer du neuf. Petits pas, contrôles ciblés (limites, libellés ?), et qui garde la version « officielle ».
- Attention aux systèmes de coordonnées : une règle commune pour passer de l’ancien au nouveau, pour que les couches ne se décalent pas.
- Une courte fiche par couche (origine, partage autorisé ?) aide tout le monde et évite les erreurs.
- Suivez les versions : quelle export correspond à quel moment, surtout si plusieurs personnes travaillent en parallèle.
Plus de détail
Évitez l’éclatement des données.
- PostgreSQL/PostGIS comme base centrale quand c’est possible
- standards ouverts : WMS, WFS, WMTS, GeoPackage
- jeux centraux BAG, BGT, orthophotos, OSM, registres internes
- accords clairs sur la qualité des données
- versionnement et propriété par jeu de données
Livrable: Fondation géodonnées centrale et réutilisable.
Publier les données vers le SIG en ligne
Liste de travail (court)
Les standards ouverts facilitent un changement d’éditeur ou le partage des données. Aux Pays-Bas on utilise souvent des flux nationaux (p. ex. PDOK) : notez où ils s’insèrent et qui les pilote.
- Centralisez les URL des cartes et les accès par service, pour éviter que chacun refasse la même chose.
- Beaucoup de cartes externes : convenez si un cache court est permis pour éviter la surcharge.
Plus de détail
Rendez les cartes accessibles hors spécialistes SIG.
- visionneuses en ligne
- tableaux de bord
- cartes participatives
- apps terrain
- cartes narratives
- cartes politiques internes
- cartes web publiques
Livrable: Métier, chefs de projet, terrain et citoyens utilisent la géo sans QGIS : premières apps SIG en ligne.
Automatiser les workflows
Liste de travail (court)
Les logiciels vieillissent : planifiez chaque année (ou plus) les mises à jour et le retour arrière si ça casse. Un peu d’entretien évite les grosses crises.
- Une page « que faire si… » (carte blanche, disque plein, certificat expiré) fait gagner des heures.
- L’open source vit grâce aux communautés ; un peu de doc ou un signalement de bug aide tout le monde.
Plus de détail
Quelles tâches SIG manuelles automatiser ? Utilisez FME, GDAL/OGR, scripts ou les fonctions de la plateforme.
Exemples :
- récupération de données PDOK ou Geopunt
- rafraîchissement périodique des jeux de données
- géocodage
- analyses par zone
- rapports
- processus ETL
- mises à jour des tableaux de bord
- publication des couches
Livrable: Moins de travail manuel, des processus plus fiables.
Exploitation, rôles et responsabilités
Plus de détail
L’expert SIG ne disparaît pas; le rôle évolue.
- spécialiste SIG
- gestionnaire de l’information géographique
- régisseur des données
- responsable fonctionnel SIG
- product owner des applications géo
- gestionnaire SLA SIG SaaS
- administrateur base PostGIS
- conseiller produits d’information géographique
- spécialiste jumeau numérique / IA géo
Livrable: Modèle d’exploitation et de rôles clair.
Former les utilisateurs par public
Plus de détail
Tout le monde n’a pas besoin d’être expert QGIS.
- spécialistes SIG : QGIS, PostGIS, styles, analyses
- admins : données, droits, publication, qualité
- métiers : cartes en ligne et tableaux de bord
- terrain : apps de terrain
- direction : tableaux de bord et rapports
Livrable: Plan d’adoption et formations.
Ancrer la gouvernance open source
Plus de détail
Formalisez les choix open source.
- quels logiciels open source sont utilisés
- comment gérer les mises à jour
- comment évaluer les plugins
- comment tenir la documentation à jour
- comment l’organisation contribue aux communautés
- adhésion ou don à QGIS NL ou OSGeo si pertinent
- standards ouverts dans les marchés publics
Livrable: Accords de gouvernance open source.
Passer à des cas d’usage avancés
Plus de détail
Après les bases : évoluer vers des usages stratégiques.
- SIG 3D
- jumeaux numériques
- requêtes IA sur les géodonnées
- analyses territoriales automatisées
- comparaison de scénarios
- suivi des politiques
- énergie, climat, mobilité, immobilier et espace public
Livrable: Le SIG comme dispositif d’information stratégique, pas seulement comme outil carto.
Entretien de conseil : préparer et réserver
Un court alignement en interne (ou avec votre partenaire) rend l’échange avec nous plus efficace. Choisissez ensuite un créneau ci-dessous pour parcourir le plan, le SIG moderne, l’open source et le rôle de GeoApps dans votre contexte.
Questions à clarifier en interne
- Quels processus ne doivent jamais s’arrêter pendant la transition ?
- Qui mettra les données à jour et vérifiera qu’elles sont justes ?
- Y a-t-il budget et temps pour l’exploitation (hébergement, mises à jour, support), en plus des licences ?
- Quelles règles nous concernent (confidentialité, achats, contrats fournisseurs) ?
- Un seul endroit pour toutes les couches, ou plusieurs sources à combiner ?
- Où mettons-nous l’open source, et où (éventuellement) une plateforme commerciale comme GeoApps, et qui assure le support de chaque partie ?
Ce que nous pouvons aborder avec vous
- Adapter le plan à votre situation et préciser par quoi commencer.
- SIG moderne, open source et options hybrides (par ex. QGIS plus web) dans votre contexte.
- Où GeoApps s’insère à côté ou avec votre chaîne open source, et ce que demandent exploitation et adoption.
Prêt à échanger ? Choisissez un créneau ci-dessous.
Le planning ne s’affiche pas correctement ? Ouvrir Calendly dans un nouvel onglet
Autres sujets intéressants
Articles et guides en lien avec ce sujet.
