TRACES-Importfehler · EUDR
TRACES-GeoJSON-Import: "Expected double-quoted property name in JSON" — so beheben Sie es
Wird Ihr GeoJSON mit SyntaxError: Expected double-quoted property name in JSON at position 149 (line 6 column 77) zurückgewiesen, ist die Datei kein gültiges JSON — der Import scheitert im Browser, bevor TRACES überhaupt auf die Geometrie schaut. Die Positionsangaben wandern mit Ihrer Datei; der konstante Teil ist Expected double-quoted property name in JSON. Verifiziert wortgleich auf den Acceptance-Builds 8.2.0.1 und 8.2.0.2.
Die EUDR gilt verbindlich für mittlere und große Unternehmen ab 30. Dezember 2026 — machen Sie Ihre Lieferantendateien jetzt TRACES-fertig.
Dateien verlassen nie Ihren Browser · kein Upload
Warum Sie "Expected double-quoted property name in JSON" bekommen
JSON verlangt, dass jeder Eigenschaftsname in doppelte Anführungszeichen eingeschlossen ist, und verbietet nachgestellte Kommas. Dateien, die aus Excel, Python-Dictionaries oder JavaScript exportiert oder von Hand bearbeitet wurden, enthalten oft einfache Anführungszeichen, Schlüssel ohne Anführungszeichen oder ein überzähliges Komma nach dem letzten Eintrag. Das JSON.parse des Browsers stoppt am ersten fehlerhaften Zeichen — der gemeldeten Position — und TRACES reicht den rohen SyntaxError durch.
Weil der Fehler beim Parsen auftritt, gibt es keine Karte, keine Fläche, keinen Teilimport — nur den Fehler.
So beheben Sie es in DDSpass
DDSpass schickt die Datei durch jsonrepair: Es ergänzt die fehlenden doppelten Anführungszeichen, entfernt nachgestellte Kommas und schließt Klammern; dann wird das Ergebnis gegen die EUDR-GeoJSON-Dateibeschreibung validiert. Sie erhalten eine TRACES-fertige Datei plus einen Bericht darüber, was kaputt war. Hängen Sie stattdessen an einem Format? Siehe die Importe für Excel, KML und Shapefile. Nichts wird hochgeladen — die Reparatur passiert in Ihrem Browser.
Fragen
Was bedeutet "Expected double-quoted property name in JSON"?
Ihr JSON enthält einen Eigenschaftsnamen, der nicht in doppelte Anführungszeichen eingeschlossen ist (oder ein nachgestelltes Komma davor). Es ist ein Syntaxfehler — die Datei kann erst geparst werden, wenn er repariert ist.
Die Positionsangabe in meinem Fehler ist anders — spielt das eine Rolle?
Nein. Die Position (und Zeile/Spalte) zeigt nur, wo das Parsen in Ihrer konkreten Datei gescheitert ist. Die Lösung ist dieselbe: die JSON-Syntax reparieren.