Import de boundary SHP d'autres sources
L’ESRI Shapefile (SHP) est le format de fichier vectoriel le plus répandu du monde SIG. De nombreuses bases agricoles (cadastres, Syngenta, Cargill, export Excel maison) peuvent fournir un SHP avec la limite de parcelle.
DroneField, via la bibliothèque intégrée PROJ, convertit depuis n’importe quel système de projection vers WGS84 — même si le SHP est originellement dans une projection nationale locale.
Ce qu’il faut savoir
Section intitulée « Ce qu’il faut savoir »Un « fichier SHP », ce sont en fait 4–6 fichiers ensemble :
| Fichier | À quoi sert ? |
|---|---|
.shp | La géométrie (polygones, lignes, points) |
.shx | Index pour le .shp |
.dbf | Table d’attributs (nom, surface, catégorie, etc.) |
.prj | Système de projection — essentiel |
.cpg | Indication d’encodage des caractères (non lue par DroneField) |
.sbn/.sbx | Index spatial (optionnel) |
Joignez toujours le fichier .prj ! Il indique à DroneField
dans quel système sont les coordonnées du SHP.
Le processus d’import
Section intitulée « Le processus d’import »- Sur le canevas de la carte, ouvrez la boundary-toolbar (clic sur la couche Limites de parcelle dans la barre de gauche).
- Cliquez sur Importer.
- Choisissez l’option Importer Shapefile….
- Un sélecteur de fichiers s’ouvre. Naviguez vers le
.shp(les autres seront lus automatiquement). - La boîte de dialogue Import Shapefile s’ouvre. Choisissez le
Mode :
- Détection automatique — lit la projection dans le
.prj(ex. « RGF93 / Lambert 93 (EPSG:2154) »). Si le.prjest présent mais que son code EPSG n’est pas reconnu, le WKT complet est transmis à PROJ. - Liste — choisissez la projection dans une liste (à utiliser
quand il n’y a pas de
.prj). - Code EPSG — saisissez un code, ex.
2154ouEPSG:2154. - WKT direct — collez une description WKT, transmise telle quelle à PROJ.
- Détection automatique — lit la projection dans le
- Cliquez sur Importer. Les coordonnées sont converties en WGS84 par PROJ, et chaque polygone apparaît sur la carte comme limite de parcelle.
Systèmes sources fréquents en France et en Europe
Section intitulée « Systèmes sources fréquents en France et en Europe »| Source | Projection | Code EPSG |
|---|---|---|
| RPG / Geoportail (FR) | RGF93 / Lambert 93 | EPSG:2154 |
| Subventions PAC (FR) | RGF93 / Lambert 93 | EPSG:2154 |
| Export d’OpenStreetMap | WGS84 | EPSG:4326 |
| Google Earth KML → SHP | WGS84 | EPSG:4326 |
| EU LPIS (autres États membres) | UTM 33N / 34N | EPSG:32633 / 32634 |
| Anciennes cartes militaires | systèmes nationaux | divers |
| DJI Pilot Mission Planner export | WGS84 | EPSG:4326 |
Avec un fichier .prj, ils sont détectés automatiquement ; sinon,
choisissez-les dans Liste ou saisissez le code EPSG.
Lambert 93 / UTM → WGS84 — le cas le plus fréquent
Section intitulée « Lambert 93 / UTM → WGS84 — le cas le plus fréquent »Le RGF93 / Lambert 93 est le système où la plupart des SHP officiels en France sont fournis.
Exemple :
- Entrée (Lambert 93) :
(650 000, 6 860 000)— près de Paris - Sortie (WGS84) :
(48.86°N, 2.35°E)
DroneField convertit avec la bibliothèque PROJ 9.4 — la marge d’erreur est < 1 cm, plus petite que le GSD du drone.
Que contient le fichier d’attributs .dbf ?
Section intitulée « Que contient le fichier d’attributs .dbf ? »DroneField n’utilise le .dbf que pour le nom de la boundary.
Il prend le premier champ non vide parmi : NAME, Name, name,
PLOT_NAME, FIELD_NAME, FIELDNAME, ID_NEV, MEGNEVEZES, NEV,
Nev, TABLA_NEV, DUL_NEV. Si aucun n’existe, le premier champ
texte non numérique est utilisé ; à défaut, les polygones sont
numérotés.
Les autres attributs (surface, type, classe de sol, identifiant
partenaire), DroneField ne les importe pas, mais le fichier
.dbf reste inchangé — visible dans QGIS.
Obstacles et zones d’exclusion de pulvérisation
Section intitulée « Obstacles et zones d’exclusion de pulvérisation »Chaque polygone importé devient une limite de parcelle — une
colonne de type dans le .dbf n’est pas évaluée. Si le SHP contient
aussi des obstacles ou des zones d’exclusion de pulvérisation,
modifiez leur type dans DroneField après l’import.
Encodage des caractères
Section intitulée « Encodage des caractères »Les caractères accentués (é, è, ç, à, î) peuvent poser
problème. Le fichier .cpg n’est pas lu ; DroneField essaie dans
cet ordre :
- L’encodage indiqué par l’en-tête du
.dbf(language driver), s’il est défini - UTF-8 (moderne, recommandé)
- Windows-1250 (anciens SHP d’Europe centrale)
- ISO-8859-2
Si les caractères apparaissent en galimatias dans les boundaries importées (ex. « Pl�ssis » au lieu de « Plessis »), convertissez le SHP en UTF-8 dans QGIS (Export → Save Features As…, Encoding : UTF-8) et importez-le à nouveau.
Que ne PAS faire ?
Section intitulée « Que ne PAS faire ? »- Ne zippez pas le SHP avant import — le sélecteur ne le décompresse pas. Dézippez d’abord.
- Ne déplacez pas séparément le
.shpet le.prj— ils doivent être ensemble dans le même dossier. - N’écrasez pas un SHP actuellement utilisé — la boundary importée vit déjà dans le projet, modifier le SHP source ne l’affecte pas.
Exporter aussi fonctionne
Section intitulée « Exporter aussi fonctionne »Si vous voulez exporter en SHP (ex. vers le système SIG du partenaire), utilisez Exporter → ESRI Shapefile dans la boundary-toolbar. DroneField exporte en WGS84 — au besoin, le partenaire reconvertit dans son propre système.