JSON til TSV Dataformatkonverter

Konverteren læser og skriver JSON, JSON Lines, YAML, TOML, XML, CSV, TSV, INI, Java-egenskaber, Excel XLSX og OpenDocument ODS, og alle formater kan konverteres til alle andre. Vælg kildeformatet under Fra og målformatet under Til. Til JSON og YAML findes der også dedikerede værktøjer på webstedet med ekstra muligheder til CSV til JSON, JSON til CSV, JSON til XML og XML til JSON.

Vælg XLSX eller ODS som kildeformat, og upload projektmappen i stedet for at indsætte tekst. Konverteren læser det første ark eller det ark, du angiver i feltet Arknavn, behandler den første række som kolonneoverskrifter og omdanner hver efterfølgende række til en post. Formler læses som deres senest beregnede værdier, og datoceller bliver til ISO 8601-strenge.

Disse formater kan ikke rumme indlejrede strukturer, så indlejrede objekter flades ud til punktumseparerede nøgler, og elementer i arrays får deres indeks i kantede parenteser. For eksempel bliver {"user": {"name": "Ada", "tags": ["x"]}} til nøglerne user.name og user.tags[0]. Når egenskaber læses tilbage, indlejres de punktumseparerede nøgler igen, hvis de ikke er i konflikt, mens CSV- og TSV-overskrifter bevares præcis, som de er skrevet.

Når målformatet er CSV, TSV, XLSX eller ODS, bliver et array på øverste niveau til rækkerne. Et objekt, der kun omslutter ét array, f.eks. {"users": [...]}, eller et XML-dokument med gentagne rækkeelementer, pakkes ud til dette array, og alt andet bliver til én række. Kolonnerne er foreningen af alle nøgler i den rækkefølge, de først optræder, og manglende værdier forbliver tomme.

JSON, JSON Lines, YAML og TOML bevarer tal, booleske værdier og null-værdier, og regnearksceller bevarer tal og booleske værdier. CSV, TSV, INI, egenskaber og XML har ingen typer, så deres værdier læses som tekst og forbliver tekst i resultatet. TOML-heltal, der er for store til et JavaScript-tal, bevares som tekst, så ingen cifre går tabt.

Hvert element bliver til en nøgle, gentagne elementer bliver til arrays, attributter bliver til nøgler, der begynder med @, og tekst ved siden af attributter gemmes under #text. Når der skrives XML, bruger et objekt med én enkelt nøgle på øverste niveau denne nøgle som rodelement; alt andet pakkes ind i et rodelement, og array-elementer skrives som rækkeelementer. Tegn, der ikke er tilladt i elementnavne, erstattes med understregninger, og dokumenter, der erklærer entiteter, afvises af sikkerhedshensyn.

TOML har ingen null-værdi, så nøgler med null udelades, og null-elementer i arrays bliver til tomme strenge. TOML kræver også en tabel på øverste niveau, så et array på øverste niveau skrives som et array af tabeller med navnet rows, og en enkelt værdi skrives som en nøgle med navnet value. Datoer læst fra TOML skrives i andre formater som ISO 8601-strenge.

INI-sektioner bliver til objekter, linjer med key[] samler værdier i en liste, linjer, der begynder med ; eller #, er kommentarer, og værdier i dobbelte anførselstegn kan bruge escape-sekvenser som \n. Egenskaber følger Java-reglerne: =, : eller mellemrum adskiller nøgle og værdi, linjer, der begynder med # eller et udråbstegn, er kommentarer, en afsluttende omvendt skråstreg fortsætter linjen, og \uXXXX-escape-sekvenser afkodes. Egenskaber, der skrives, er almindelig UTF-8, som Java 9 og nyere læser i ressourcepakker.

JSON Lines-input læses linje for linje, tomme linjer springes over, og værdierne samles i et array, mens JSON Lines-output skriver hvert array-element som én kompakt JSON-værdi pr. linje. YAML-input med flere dokumenter adskilt af --- bliver til et array med én post pr. dokument. Ugyldig YAML, TOML og XML angiver linjen og kolonnen, hvor analysen stoppede, og ugyldig JSON Lines angiver linjen.

Tekst og filer kan være op til 5 MiB med højst 100,000 rækker, 1,000,000 celler, 64 niveauer af indlejring, 50 MiB udpakket projektmappeindhold og 16 MiB resultat. Større input afvises med en meddelelse i stedet for at blive afkortet. Dine data konverteres i hukommelsen til anmodningen og gemmes ikke.