TRACES-importfout · EUDR
TRACES GeoJSON-import: "Expected double-quoted property name in JSON" — zo los je het op
Wordt je GeoJSON afgewezen met SyntaxError: Expected double-quoted property name in JSON at position 149 (line 6 column 77), dan is het bestand geen geldige JSON — de import faalt al in de browser voordat TRACES ook maar naar de geometrie kijkt. De positienummers verschuiven met je bestand; het constante deel is Expected double-quoted property name in JSON. Woordelijk identiek geverifieerd op acceptatiebuilds 8.2.0.1 en 8.2.0.2.
De EUDR is verplicht voor middelgrote en grote marktdeelnemers vanaf 30 december 2026 — maak je leveranciersbestanden nu TRACES-klaar.
Bestanden verlaten nooit je browser · geen upload
Waarom je "Expected double-quoted property name in JSON" krijgt
JSON vereist dat elke property-naam tussen dubbele aanhalingstekens staat en verbiedt een komma na het laatste item. Bestanden die uit Excel, Python-dictionaries of JavaScript zijn geëxporteerd of met de hand bewerkt, gebruiken vaak enkele aanhalingstekens, namen zonder aanhalingstekens of een losse komma na het laatste element. De JSON.parse van de browser stopt bij het eerste foute teken — de gemelde positie — en TRACES toont de rauwe SyntaxError.
Omdat het al bij het parsen misgaat, is er geen kaart, geen oppervlakte, geen gedeeltelijke import — alleen de foutmelding.
Los het op in DDSpass
DDSpass haalt het bestand door jsonrepair: het voegt de ontbrekende dubbele aanhalingstekens toe, verwijdert overtollige komma’s en sluit haakjes, en valideert het resultaat daarna tegen de EUDR GeoJSON-bestandsbeschrijving. Je krijgt een TRACES-klaar bestand plus een rapport van wat er kapot was. Loop je vast op een formaat? Zie de imports voor Excel, KML en Shapefile. Er wordt niets geüpload — de reparatie gebeurt in je browser.
Vragen
Wat betekent "Expected double-quoted property name in JSON"?
Je JSON bevat een property-naam die niet tussen dubbele aanhalingstekens staat (of een overtollige komma ervoor). Het is een syntaxisfout, dus het bestand kan pas worden geparset nadat het is gerepareerd.
Het positienummer in mijn foutmelding is anders — maakt dat uit?
Nee. De positie (en regel/kolom) wijst alleen aan waar het parsen in jouw specifieke bestand faalde. De oplossing is dezelfde: repareer de JSON-syntaxis.