JSON ↔ CSV-converter

De tool scant de eerste niet-lege rij en telt komma's, tabs, puntkomma's en verticale balken (|) die buiten de velden tussen aanhalingstekens verschijnen, en kiest vervolgens de meest voorkomende als scheidingsteken. Dit is nauwkeurig voor de meeste goedgevormde CSV/TSV-gegevens. Verkeerde detectie kan plaatsvinden als er slechts één kolom is, als de eerste rij niet representatief is, of als de veldinhoud zelf veel scheidingstekens bevat. Als dat gebeurt, kiest u het scheidingsteken handmatig.

Indien ingeschakeld, wordt de eerste CSV-rij behandeld als kolomnamen en wordt elke record een JSON-object dat is gecodeerd met die namen (bijvoorbeeld{"name": "Alice", "age": "30"}). Lege kopcellen worden col1, col2 en dubbele namen krijgen achtervoegsels zoals naam_2. Indien uitgeschakeld, worden alle rijen, inclusief de eerste, behandeld als gegevens en geconverteerd naar een 2D-array (bijvoorbeeld [["naam", "leeftijd"], ["Alice", "30"]]). In de richting JSON→ CSV levert het inschakelen van de header objectsleutels op als de eerste CSV-rij wanneer de JSON-vorm objectsleutels heeft.

Niet verliesvrij. Afvlakken schrijft eenvoudige objecten als ontsnapte puntpaden zoals user.name. Arrays blijven JSON-tekenreeksen en CSV → JSON bouwt geneste objecten niet opnieuw op.

Ja, voor gekopieerde celtekst. Excel en Google Sheets kopiëren bereiken meestal als tab-gescheiden tekst; .csv/.tsv-bestanden kunnen ook lokaal worden geïmporteerd. .xlsx-werkmappen, formules, bladen en opmaak worden niet gelezen.

Volgens RFC 4180: als een veld een scheidingsteken, regeleinde of dubbel aanhalingsteken bevat, wordt het hele veld tussen dubbele aanhalingstekens geplaatst; dubbele aanhalingstekens binnen het veld worden ge-escaped als twee opeenvolgende dubbele aanhalingstekens (""). Deze regel geldt zowel bij het parsen van invoer als bij het genereren van uitvoer. Als aanhalingstekens niet goed zijn gesloten, verschijnt de fout "CSV-aanhalingsteken is niet gesloten".