GeoPackage → GeoJSON / Shapefile

1. À quoi sert cet outil#

L'outil convertit un fichier GeoPackage (.gpkg) en :

Tout est traité dans le navigateur : le fichier n'est jamais envoyé au serveur. La conversion utilise GDAL/OGR compilé en WebAssembly (bibliothèque gdal3.js).

2. Prérequis#

• Un navigateur récent (Chrome, Edge, Firefox).
• Une connexion Internet : le moteur GDAL (~quelques Mo), Leaflet, JSZip et le fond de carte OpenStreetMap sont chargés depuis des CDN (jsdelivr, unpkg). Hors ligne, la page affiche « Échec du chargement du moteur GDAL ».
• Un fichier .gpkg contenant au moins une couche vectorielle.

3. Vue d'ensemble de la page#

La page est organisée en trois blocs, de haut en bas :

1. Étape 01 — Import du GeoPackage : commun aux deux sorties.
2. Partie A — export GeoJSON, couche par couche : étapes 1 (couche et champs), 2 (transformations) et 3 (génération).
3. Partie B — export Shapefile, toutes les couches.

Les pastilles numérotées à gauche suivent la progression : contour turquoise = étape en cours, pastille pleine = étape terminée.

Voir la page complète (avant import)

4. Étape 01 — Import du GeoPackage#

4.1 Attendre le moteur GDAL#

À l'ouverture de la page, le moteur GDAL se charge (quelques secondes). Pendant ce temps la zone de dépôt est désactivée :

Lorsque le message passe à « Moteur GDAL prêt. » (en turquoise), on peut importer un fichier :

4.2 Choisir le fichier#

Deux possibilités :

• cliquer dans la zone en pointillés et choisir le .gpkg dans l'explorateur ;
• glisser-déposer le .gpkg sur la zone (elle s'éclaire en turquoise au survol).

Après lecture, un message confirme le nom du fichier et le nombre de couches détectées :

Dès ce moment :

• la liste « Couche source » (partie A) est remplie ;
• la liste des couches de la partie B est remplie (toutes cochées) ;
• les boutons Générer le GeoJSON et Exporter en Shapefile deviennent actifs.

5. Partie A — Export GeoJSON, couche par couche#

A1. Couche et champs#

La liste des champs est rechargée à chaque changement de couche. Si la structure du fichier ne peut pas être lue, la page affiche « Aucun champ détecté… » et tous les attributs sont exportés.

A2. Transformations#

Ces options sont appliquées par ogr2ogr pendant la conversion.

Reprojection (CRS de sortie)#

Tolérance de simplification#

Valeur numérique passée à -simplify. Vide = pas de simplification. L'unité est celle du CRS de sortie : mètres en Lambert-93 (ex. 0.5), degrés en WGS84 (ex. 0.00001 ≈ 1 m).

Filtre attributaire (SQL WHERE)#

Restreint les entités exportées. On saisit uniquement la condition, sans le mot WHERE. La page construit la requête :

SELECT * FROM "<couche>" WHERE <votre condition>

Syntaxe (dialecte OGR SQL) :

Multi-géométries#

Éclater en géométries simples (-explodecollections) : chaque partie d'un MultiPolygon / MultiLineString / MultiPoint devient une entité distincte (les attributs sont dupliqués). Le nombre d'entités en sortie peut donc augmenter.

A3. Génération et export#

Cliquer sur Générer le GeoJSON. Pendant le traitement le bouton est grisé et une roue tourne. Une fois terminé :

Notes :

• L'aperçu est toujours affiché en WGS84, quel que soit le CRS choisi pour l'export. Il applique le filtre, mais pas la simplification ni l'éclatement.
• Les coordonnées sont écrites avec 7 décimales (COORDINATE_PRECISION=7, soit ~1 cm en WGS84).

Détails techniques#

Le bloc repliable « Détails techniques (structure GDAL brute) » affiche la description du fichier renvoyée par ogrinfo -so -json (couches, nombre d'entités, champs et types, type de géométrie, emprise, CRS). Utile pour diagnostiquer un fichier qui ne se lit pas correctement.

Mode « toutes les couches »#

En cochant Exporter toutes les couches du GeoPackage, le bloc couche/attributs est grisé (inactif) et le bouton devient Générer les GeoJSON (toutes les couches) :

Dans ce mode :

• la couche source et la sélection d'attributs sont ignorées — chaque couche est exportée avec tous ses champs ;
• la reprojection, le filtre, la simplification et l'éclatement s'appliquent à chaque couche. Attention : un filtre portant sur un champ absent d'une couche fera échouer cette couche (elle est alors ignorée et signalée) ;
• le résultat est un fichier export_geojson.zip contenant un <couche>.geojson par couche ;
• les statistiques affichent le total des entités, la taille du .zip, et « tous » pour les champs ; il n'y a pas d'aperçu carte.

6. Partie B — Export Shapefile, toutes les couches#

Cette partie est indépendante de la partie A (elle n'utilise ni le filtre ni la simplification).

6.1 Choisir les couches#

Toutes les couches sont cochées par défaut. Décocher celles à exclure, ou utiliser tout sélectionner / tout désélectionner. Au moins une couche doit être cochée (sinon : « Sélectionne au moins une couche. »).

6.2 Export simple (une couche = un Shapefile)#

Sans l'option de fusion, chaque couche cochée donne un jeu .shp / .shx / .dbf / .prj portant le nom de la couche (caractères spéciaux remplacés par _, 40 caractères max).

Choisir éventuellement une reprojection, puis cliquer Exporter en Shapefile (.zip). Le message indique le nombre de fichiers et la taille, puis le bouton Télécharger le .zip apparaît (export_shapefile.zip) :

Exemple avec le fichier de démo : 4 couches → 16 fichiers.

6.3 Export fusionné par type de géométrie#

Cocher Fusionner les couches sélectionnées par type de géométrie regroupe toutes les couches cochées en au plus 4 Shapefiles :

Chaque entité reçoit un champ couche_src contenant le nom de sa couche d'origine. Les géométries simples sont promues en multi (PROMOTE_TO_MULTI) pour pouvoir cohabiter.

En cochant la fusion, la reprojection passe automatiquement à Lambert-93 (si elle était sur « Conserver ») : les couches d'origine pouvant avoir des CRS différents, un CRS commun est obligatoire. Il reste modifiable. Si on remet « Conserver le CRS d'origine », Lambert-93 est malgré tout utilisé.

6.4 Contraintes du format Shapefile#

• un seul type de géométrie par fichier (d'où la fusion par type) ;
• noms de champs limités à 10 caractères : GDAL les tronque automatiquement (contenance_m2 → contenance) ; en cas de collision il renomme (champ_1…) ;
• en mode fusion, deux couches ayant un champ de même nom mais de types différents peuvent aussi provoquer un renommage.

7. Réinitialiser#

Le bouton Réinitialiser (partie A, étape 3) ferme le fichier et remet toute la page à zéro (partie A et partie B) : listes vidées, options remises par défaut, résultats et carte masqués. Il faut ensuite réimporter un fichier.

8. Messages et dépannage#

Exemple de l'erreur provoquée par un filtre avec guillemets doubles (statut = "accepte") :

9. Fonctionnement technique#

Bibliothèques chargées par la page :

Commande ogr2ogr équivalente pour l'export GeoJSON d'une couche :

ogr2ogr -f GeoJSON sortie.geojson fichier.gpkg \
  -dialect OGRSQL -sql 'SELECT * FROM "parcelles" WHERE statut = '"'"'accepte'"'"'' \
  -lco COORDINATE_PRECISION=7 \
  -t_srs EPSG:4326 -simplify 0.00001 -explodecollections

Export Shapefile simple (par couche) :

ogr2ogr -f "ESRI Shapefile" -overwrite <nom_couche> fichier.gpkg \
  -dialect OGRSQL -sql 'SELECT * FROM "<couche>"' [-t_srs EPSG:xxxx]

Export fusionné : chaque couche est d'abord convertie en GeoJSON (dans le CRS commun), les entités sont regroupées par type de géométrie avec ajout de couche_src, puis chaque groupe est écrit en Shapefile avec -nlt PROMOTE_TO_MULTI (ou -nlt NONE pour les tables sans géométrie).

La sélection d'attributs (quand elle est disponible) est appliquée après la conversion, en JavaScript, sur les propriétés du GeoJSON.

10. Limites connues#

• Dépendance aux CDN : la page ne fonctionne pas hors ligne.
• Traitement en mémoire : les très gros fichiers peuvent saturer l'onglet.
• Le message d'erreur de GDAL reste technique (Pointer 'hDS' is NULL…) ; la page ajoute une indication sur le filtre quand un filtre est saisi.

Corrections apportées (octobre 2026)#