XML till CSV Dataformatkonverterare

Konverteraren läser och skriver JSON, JSON Lines, YAML, TOML, XML, CSV, TSV, INI, Java properties, Excel XLSX och OpenDocument ODS, och alla format kan konverteras till alla andra. Välj källformat under From och målformat under To. För JSON och YAML, CSV till JSON, JSON till CSV, JSON till XML och XML till JSON finns det också särskilda verktyg med fler alternativ.

Välj XLSX eller ODS som källformat och ladda upp arbetsboken i stället för att klistra in text. Konverteraren läser det första bladet eller det blad du anger i fältet Sheet name, behandlar den första raden som kolumnrubriker och gör varje efterföljande rad till en post. Formler läses som sina senast beräknade värden och datumceller blir ISO 8601-strängar.

Dessa format kan inte hantera nästlade strukturer, så nästlade objekt plattas ut till punktseparerade nycklar och element i arrayer får sitt index inom hakparenteser. Till exempel blir {"user": {"name": "Ada", "tags": ["x"]}} till nycklarna user.name och user.tags[0]. När properties läses tillbaka nästlas de punktseparerade nycklarna igen om de inte står i konflikt, medan CSV- och TSV-rubriker behålls exakt som de är skrivna.

När målformatet är CSV, TSV, XLSX eller ODS blir en array på toppnivå raderna. Ett objekt som bara innehåller en array, till exempel {"users": [...]} eller ett XML-dokument med upprepade rad-element, packas upp till den arrayen, och allt annat blir en enda rad. Kolumnerna består av samtliga nycklar i den ordning de först förekommer, och saknade värden lämnas tomma.

JSON, JSON Lines, YAML och TOML bevarar tal, booleska värden och null-värden, och kalkylbladsceller bevarar tal och booleska värden. CSV, TSV, INI, properties och XML har inga typer, så deras värden läses som text och förblir text i resultatet. TOML-heltal som är för stora för ett tal i JavaScript bevaras som text så att inga siffror går förlorade.

Varje element blir en nyckel, upprepade element blir arrayer, attribut blir nycklar som börjar med @ och text intill attribut lagras under #text. När XML skrivs använder ett objekt med en enda nyckel på toppnivå den nyckeln som rotelement; allt annat omsluts av ett rotelement och arrayelement skrivs som radelement. Tecken som inte är tillåtna i elementnamn ersätts med understreck, och dokument som deklarerar entiteter avvisas av säkerhetsskäl.

TOML har inget null-värde, så nycklar med null utelämnas och null-element i arrayer blir tomma strängar. TOML kräver också en tabell på toppnivå, så en array på toppnivå skrivs som en array av tabeller med namnet rows och ett enskilt värde som en nyckel med namnet value. Datum som läses från TOML skrivs till andra format som ISO 8601-strängar.

INI-avsnitt blir objekt, rader med key[] samlar värden i en lista, rader som börjar med ; eller # är kommentarer och värden inom dubbla citationstecken kan innehålla escape-sekvenser som \n. Properties följer Javas regler: =, : eller blanksteg skiljer nyckel och värde åt, rader som börjar med # eller utropstecken är kommentarer, ett avslutande omvänt snedstreck fortsätter raden och \uXXXX-escape-sekvenser avkodas. Properties som skrivs ut är vanlig UTF-8, vilket Java 9 och senare läser i resursbuntar.

Indata i JSON Lines läses rad för rad, tomma rader hoppas över och värdena bildar en array, medan utdata i JSON Lines skriver varje arrayelement som ett kompakt JSON-värde per rad. Indata i YAML med flera dokument avgränsade av --- blir en array med en post per dokument. Ogiltiga YAML, TOML och XML rapporterar raden och kolumnen där tolkningen avbröts, och ogiltiga JSON Lines rapporterar raden.

Text och filer kan vara upp till 5 MiB, med högst 100,000 rader, 1,000,000 celler, 64 nästlingsnivåer, 50 MiB uppackat arbetsboksinnehåll och 16 MiB resultat. Större indata avvisas med ett meddelande i stället för att kapas. Dina data konverteras i minnet för begäran och lagras inte.