Aller au contenu

Erreurs de traitement

La surface de carte et l’overlay sont vides, la barre de progression ne bouge pas.

Solution :

  1. Attendez au moins 5 minutes — la phase de Bundle Adjustment peut être plus longue à 500+ images.
  2. Dans le panneau Paramètres → Diagnostic, surveillez le niveau mémoire. Si vous voyez constamment 90 %+ de consommation mémoire, la machine swappe — le traitement ralentit.
  3. Si plus de 30 minutes sans aucun mouvement : Quit et relancer.
  4. Les résultats partiels restent dans le projet — le traitement relancé peut continuer là où il s’est arrêté (sauf si vous avez ouvert un nouveau projet).

Prévention :

  • Fermez les autres applications pendant le traitement.
  • Pendant le traitement d’un projet, ne copiez pas de gros fichiers en arrière-plan.

Parfois l’application se ferme inopinément. Signalez-le toujours chez nous :

  1. macOS génère automatiquement un crash report — vous le trouvez dans ~/Library/Logs/DiagnosticReports/.
  2. Copiez le fichier .crash relatif à DroneField.
  3. Envoyez-le via l’aide du portail avec la taille du projet.

Causes typiques :

  • Out-of-memory — projet trop gros (1000+ prises) avec 16 Go RAM
  • JPEG corrompu — une phase ultérieure a reçu un format inattendu
  • Bug macOS — ex. une nouvelle version présente l’API Metal différemment

Valeurs typiques pour un relevé RGB de 100 images Mavic 3 M RTK :

ConfigurationGSDTemps
Intel i9 / 16 Go RAM / Windows6 cm< 40 secondes
Mac M4 / 24 Go RAM / macOS 265 cm< 30 secondes

Le traitement multispectral ajoute environ 40-60% au temps d’exécution.

Si vous constatez bien plus lent :

  1. Thermal throttling — le Mac chauffe et baisse la CPU. Mettez-le sur un support pour portable, dans une pièce fraîche, pas sur les genoux.
  2. Processus en arrière-plan — Time Machine, Cleaner, indexation Spotlight. Planifiez le traitement aux heures calmes.
  3. SSD lent — un projet sur HDD externe USB est bien plus lent que sur le SSD interne du Mac.

Sur la carte NDVI, des rayures parallèles apparaissent (correspondant aux bandes de vol).

Causes typiques :

  1. Changement météo en cours (passage de nuage) — sur une bande soleil, sur l’autre ombre.
  2. Gimbal vibrant — certaines prises avec motion blur.
  3. MS time-lag — sur le M3M multispectral, les 4 bandes sont prises à ~50 ms d’écart ; en mouvement, petit décalage. DroneField v47+ compense, mais en cas extrême ça peut rester visible.

Solution :

  • Refaites le vol par météo stable
  • Relancez le traitement en mode terrain — il affine l’alignement entre les bandes

« L’orthomosaïque n’est pas au bon endroit / décalée »

Section intitulée « « L’orthomosaïque n’est pas au bon endroit / décalée » »

Sur la carte, l’orthomosaïque n’apparaît pas où il faut (ex. sur l’image satellite, décalée de 5-10 m).

Causes typiques :

  1. Pas de RTK — les prises ont été faites en GPS seul, marge de ~3-5 m normale.
  2. Problème de boresight — la calibration gimbal du drone est décalée. Le BA de DroneField compense, mais sur un dataset défectueux ~1-2 m de décalage peut rester.
  3. SRTM terrain — le modèle d’altitude utilisé en arrière-plan est grossier (30 m de résolution). Son erreur en terrain accidenté peut provoquer 1-3 m de décalage xy.

Solution :

  • Vérifiez dans le panneau Informations du projet l’état RTK — s’il dit « Pas de RTK (GPS) », c’est l’erreur normale
  • Volez avec RTK
  • Tracez la boundary sur votre propre orthomosaïque (pas sur l’image satellite de fond)

« L’export de boundary ne s’ouvre pas sur le tracteur »

Section intitulée « « L’export de boundary ne s’ouvre pas sur le tracteur » »

Vous avez exporté un fichier ISOXML, DJI Agras ou XAG, mais le terminal ne le reconnaît pas.

Causes possibles :

  1. Mauvaise version ISOXML — V3 vs. V4. Essayez l’autre.
  2. Format du pendrive — le terminal attend FAT32 (max. 32 Go). Avec exFAT, certains anciens engins ne s’en sortent pas.
  3. Structure de dossiers du pendrive — le dossier TASKDATA est obligatoire à la racine, et peut être sensible à la casse (TASKDATA vs. Taskdata).

Solution :

  • Formatez le pendrive en FAT32
  • DroneField génère automatiquement la bonne structure — ne déplacez pas les fichiers
  • Si le terminal se plaint du journal du système de fichiers USB, changez de pendrive

« Le traitement a consommé du crédit mais n’a pas démarré »

Section intitulée « « Le traitement a consommé du crédit mais n’a pas démarré » »

Très rarement, à cause d’une race condition entre le décompte du crédit et le démarrage, le crédit a été consommé mais le traitement a échoué.

Solution :

  • Écrivez-nous via l’aide du portail — nous remboursons le point de crédit manuellement
  • Au rapport, joignez le nom du projet et l’heure approximative

Sur certaines prises du M3M, la bande NIR (ou autre MS) apparaît pixelisée, en escalier.

Cause : bug du driver DJI — rarement la bande NIR s’écrit en 8 bits alors qu’elle devrait être en 16 bits.

Solution :

  • Mettez à jour DJI Pilot 2 à la version la plus récente
  • Ignorez les prises corrompues — l’import le permet

« L’orthomosaïque est plus grande que ce que je peux écrire en

Section intitulée « « L’orthomosaïque est plus grande que ce que je peux écrire en »

mémoire »

Rare, sur de très gros projets (10 000+ prises, plusieurs hectares, 3 cm/px).

DroneField prend en charge l’ortho HD — jusqu’à des GeoTIFF de plusieurs Go. Mais la limite de taille de fichier :

  • Sur macOS : c’est l’espace libre du SSD du Mac qui limite
  • Avec les synchros cloud (iCloud, Dropbox) : leur limite de taille (typiquement 100 Go)

Solution :

  • Découpez la parcelle en plusieurs projets (ex. moitié nord / sud)
  • Ou augmentez la GSD cible (10–15 cm/px)

Sur la carte NDVI/NDRE, des valeurs extrêmes (ex. NDVI = -0.8 sur une grande zone).

Cause typique : la prise du panneau de calibration manquait, ou le panneau a été photographié dans une mauvaise lumière.

Solution :

  • Regardez les valeurs relatives du NDVI (avec les préréglages), pas absolues
  • Refaites le vol avec un photographe du panneau de calibration correct