CSV do ODS Konwerter formatów danych

Konwerter odczytuje i zapisuje formaty JSON, JSON Lines, YAML, TOML, XML, CSV, TSV, INI, Java properties, Excel XLSX i OpenDocument ODS. Każdy z nich można przekonwertować na dowolny inny. Wybierz format źródłowy w polu From, a docelowy w polu To. Dla JSON i YAML, konwersji CSV na JSON, JSON na CSV, JSON na XML oraz XML na JSON dostępne są też osobne narzędzia z dodatkowymi opcjami.

Wybierz XLSX lub ODS jako format źródłowy i prześlij skoroszyt zamiast wklejać tekst. Konwerter odczytuje pierwszy arkusz lub arkusz wskazany w polu Sheet name, traktuje pierwszy wiersz jako nagłówki kolumn, a każdy kolejny jako rekord. Formuły są odczytywane jako ostatnio obliczone wartości, a komórki z datami stają się ciągami ISO 8601.

Te formaty nie obsługują zagnieżdżonych struktur, dlatego zagnieżdżone obiekty są spłaszczane do kluczy rozdzielonych kropkami, a indeksy elementów tablic są zapisywane w nawiasach kwadratowych. Na przykład {"user": {"name": "Ada", "tags": ["x"]}} staje się kluczami user.name i user.tags[0]. Podczas ponownego odczytu pliku properties klucze rozdzielone kropkami są ponownie zagnieżdżane, o ile nie powoduje to konfliktów, a nagłówki CSV i TSV pozostają bez zmian.

Gdy formatem docelowym jest CSV, TSV, XLSX lub ODS, wiersze tworzy tablica najwyższego poziomu. Obiekt zawierający wyłącznie jedną tablicę, taki jak {"users": [...]} lub dokument XML z powtarzającymi się elementami wierszy, jest rozpakowywany do tej tablicy, a wszystko inne staje się pojedynczym wierszem. Kolumny obejmują wszystkie klucze, w kolejności ich pierwszego wystąpienia, a brakujące wartości pozostają puste.

Formaty JSON, JSON Lines, YAML i TOML zachowują liczby, wartości logiczne i wartości null, a komórki arkusza zachowują liczby i wartości logiczne. Formatów CSV, TSV, INI, properties i XML nie da się typować, dlatego ich wartości są odczytywane jako tekst i pozostają tekstem w wyniku. Liczby całkowite TOML większe niż liczba JavaScript są zachowywane jako tekst, aby nie utracić żadnych cyfr.

Każdy element staje się kluczem, powtarzające się elementy tworzą tablice, atrybuty stają się kluczami zaczynającymi się od @, a tekst przy atrybutach jest zapisywany pod kluczem #text. Podczas zapisu XML obiekt z jednym kluczem najwyższego poziomu używa tego klucza jako elementu głównego, pozostałe dane są umieszczane w elemencie głównym, a elementy tablic są zapisywane jako elementy wierszy. Znaki niedozwolone w nazwach elementów są zastępowane podkreśleniami, a dokumenty deklarujące encje są odrzucane ze względów bezpieczeństwa.

TOML nie obsługuje wartości null, dlatego klucze z wartością null są pomijane, a elementy null wewnątrz tablic stają się pustymi ciągami. TOML wymaga też tabeli na najwyższym poziomie, dlatego tablica najwyższego poziomu jest zapisywana jako tablica tabel o nazwie rows, a pojedyncza wartość jako klucz o nazwie value. Daty odczytane z TOML są zapisywane w innych formatach jako ciągi ISO 8601.

Sekcje INI stają się obiektami, wiersze key[] zbierają wartości w listę, wiersze zaczynające się od ; lub # są komentarzami, a wartości w cudzysłowie mogą zawierać sekwencje ucieczki, takie jak \n. Pliki properties są odczytywane zgodnie z regułami Javy: =, : lub białe znaki oddzielają klucz od wartości, wiersze zaczynające się od # lub wykrzyknika są komentarzami, końcowy ukośnik odwrotny kontynuuje wiersz, a sekwencje \uXXXX są dekodowane. Zapisane pliki properties są w zwykłym UTF-8, który Java 9 i nowsze wersje odczytują w pakietach zasobów.

Dane wejściowe JSON Lines są odczytywane wiersz po wierszu, puste wiersze są pomijane, a wartości tworzą tablicę. Dane wyjściowe JSON Lines zapisują każdy element tablicy jako jedną zwartą wartość JSON w osobnym wierszu. Dane wejściowe YAML zawierające kilka dokumentów oddzielonych przez --- stają się tablicą z jednym elementem na dokument. Błędy w formatach YAML, TOML i XML wskazują wiersz i kolumnę, w których zakończyło się analizowanie, a błędy w JSON Lines wskazują wiersz.

Tekst i pliki mogą mieć maksymalnie 5 MiB, limit wynosi 100,000 wierszy i 1,000,000 komórek, 64 poziomy zagnieżdżenia, 50 MiB rozpakowanej zawartości skoroszytu i 16 MiB wyniku. Większe dane wejściowe są odrzucane z komunikatem, a nie obcinane. Dane są konwertowane w pamięci na potrzeby żądania i nie są przechowywane.