Erreur d'import TRACES · EUDR
Import GeoJSON dans TRACES : « Expected double-quoted property name in JSON » — comment corriger
Si votre GeoJSON est rejeté avec SyntaxError: Expected double-quoted property name in JSON at position 149 (line 6 column 77), le fichier n'est pas du JSON valide — l'import échoue dans le navigateur avant même que TRACES ne regarde la géométrie. Les numéros de position varient selon votre fichier ; la partie constante est Expected double-quoted property name in JSON. Vérifié identique mot pour mot sur les versions d'acceptation 8.2.0.1 et 8.2.0.2.
L'EUDR est obligatoire pour les moyens et grands opérateurs à partir du 30 décembre 2026 — préparez dès maintenant les fichiers de vos fournisseurs pour TRACES.
Les fichiers ne quittent jamais votre navigateur · aucun envoi
Pourquoi « Expected double-quoted property name in JSON » apparaît
Le JSON exige que chaque nom de propriété soit entre guillemets doubles et interdit les virgules finales. Les fichiers exportés ou édités à la main depuis Excel, des dictionnaires Python ou JavaScript utilisent souvent des guillemets simples, des clés sans guillemets ou une virgule en trop après le dernier élément. Le JSON.parse du navigateur s'arrête au premier caractère fautif —la position indiquée— et TRACES affiche le SyntaxError brut.
Comme l'échec survient à l'analyse, il n'y a ni carte, ni surface, ni import partiel — juste l'erreur.
Corrigez-le dans DDSpass
DDSpass passe le fichier dans jsonrepair : il ajoute les guillemets doubles manquants, supprime les virgules finales et ferme les crochets, puis valide le résultat selon la Description du fichier GeoJSON EUDR. Vous obtenez un fichier prêt pour TRACES et un rapport de ce qui était cassé. Bloqué sur un format plutôt ? Voir les imports Excel, KML et Shapefile. Rien n'est envoyé — la réparation se fait dans votre navigateur.
Questions
Que signifie « Expected double-quoted property name in JSON » ?
Votre JSON a un nom de propriété qui n'est pas entre guillemets doubles (ou une virgule finale avant lui). C'est une erreur de syntaxe, donc le fichier ne peut pas être analysé tant qu'il n'est pas réparé.
Le numéro de position est différent dans mon erreur — est-ce important ?
Non. La position (et ligne/colonne) indique seulement où l'analyse a échoué dans votre fichier précis. La solution est la même : réparer la syntaxe JSON.