Preparare elenchi, tabelle CSV e TSV incollati

Capire se il testo è un elenco o una tabella

Un elenco ha una voce per riga. Una tabella ha una riga per ogni record e un campo per ogni proprietà. Se il testo è solo una serie di città, gli strumenti che lavorano per righe vanno benissimo: puoi togliere una città ripetuta o aggiungere un punto elenco senza toccare nient'altro. Se invece ogni riga contiene una città seguita da un paese, un numero e una nota, i separatori hanno un significato. Rimuovere le righe duplicate o ripulire la punteggiatura alla cieca può rovinare il legame tra quei campi.

Comincia salvando una copia della fonte. Guarda la prima riga, tre righe a metà e l'ultima. Chiediti se c'è un'intestazione, se a una riga manca un valore e se una cella può contenere una virgola o un a capo. Poi decidi come la userà la persona che riceverà il risultato. Chi incolla in un foglio di calcolo può aver bisogno di testo separato da tabulazioni. Chi controlla dei valori su una wiki può volere una tabella Markdown. Chi importa i dati in un'applicazione può richiedere CSV o JSON con una struttura precisa.

Se non riesci a individuare dove finiscono i record guardando un piccolo campione, chiedi una nuova esportazione con un formato documentato. Un convertitore sa interpretare un delimitatore, ma non può indovinare a quale colonna doveva appartenere un valore sperduto.

Ripulire un elenco con una voce per riga senza alterare i nomi

Per gli elenchi parti dal formattatore di elenchi. Togli le righe vuote solo se una riga vuota non separa un gruppo dall'altro. Mantieni l'ordine originale se esprime una priorità. Per esempio, in un ordine del giorno “Rivedere gli appunti” può venire prima di “Assegnare le azioni” per un motivo, mentre un elenco di nomi per una rubrica pubblica può essere più comodo da scorrere in ordine alfabetico. Se qualcuno ha ancora bisogno dell'ordine originale, prepara una versione alfabetica a parte.

Elimina gli spazi ai bordi delle voci prima di decidere che cosa sia un duplicato. Le stringhe Roma e Roma possono essere equivalenti in un elenco di città, ma in una checklist con rientri uno spazio iniziale potrebbe avere un significato. Decidi anche se contano le maiuscole. ABC e abc possono essere due codici diversi, anche se Parigi e PARIGI indicano la stessa città nella tua fonte. La scelta più sicura dipende da ciò che rappresentano le righe.

Dopo qualsiasi rimozione, confronta i conteggi prima e dopo e controlla le voci eliminate. Guarda la prima e l'ultima: sono le più facili da dimenticare durante la copia. Aggiungi un prefisso o la numerazione solo alla fine, così il simbolo aggiunto non interferisce con gli abbinamenti dei passaggi precedenti.

Filtrare e confrontare gli elenchi prima di ricostruire una tabella

Il filtro per righe è utile quando ogni riga è davvero autonoma e c'è un segnale chiaro, per esempio righe che iniziano con il codice di un progetto. Controlla se la regola significa “contiene” oppure “corrispondenza esatta”. Cercando attivo come sottostringa potresti selezionare anche inattivo. Prova la regola su una voce che deve passare e su un'altra che non deve passare, poi esamina il risultato prima di sostituire la fonte.

Per due elenchi copiati separatamente, usa lo strumento di confronto tra elenchi per trovare le voci in comune e quelle presenti in uno solo. Dove possibile, usa una chiave comune. Un record completo con una nota aggiunta non è più lo stesso testo, anche se l'identificatore è invariato. Se stai riconciliando due tabelle, confronta prima una colonna di identificatori estratta apposta, poi usa le tabelle originali per vedere come sono cambiate le singole proprietà.

Filtrare un CSV grezzo come se ogni riga visibile fosse un record non è sicuro se le celle tra virgolette possono contenere a capo. Così puoi eliminare metà di un record e lasciare virgolette non bilanciate. Prima interpreta o importa quella tabella, poi filtra i record per colonna nella destinazione. La stessa cautela vale per la rimozione delle righe ripetute da un'esportazione strutturata.

Riconoscere il separatore dalla fonte, non dall'aspetto

Di solito il CSV usa le virgole, il TSV le tabulazioni e alcune esportazioni il punto e virgola. Un foglio copiato negli appunti produce spesso tabulazioni che a vista non si distinguono da spazi larghi. Un file che usa la virgola come separatore decimale può usare il punto e virgola come separatore di campo. Se riesci a trovarle, parti dalle impostazioni dell'esportazione. Apri un piccolo campione nel convertitore, scegli il delimitatore in modo esplicito se il rilevamento ti sembra sbagliato e confronta le colonne lette con il foglio originale.

nome,città,nota
Ana,Torino,"Chiamare dopo le 16:00, ora locale"
Maya,Bologna,"Porta la copia ""originale"""

La virgola dentro la nota tra virgolette di Ana non separa i campi. Le virgolette doppie attorno alla parola originale sono precedute da un'altra coppia di virgolette, che le protegge. Se trasformassi ogni virgola in una tabulazione, la nota si spezzerebbe in celle in più. Usa un parser CSV per leggere i campi, poi lascia che il convertitore li riscriva con il separatore della destinazione.

Righe con una sola colonna compilata, righe con molte celle vuote ed esempi brevi senza intestazioni possono rendere incerto il rilevamento. Contare i campi leggendo a mano l'intestazione e due righe rappresentative è un controllo migliore che dare per buona la prima anteprima.

Apri il convertitore CSV e TSV per controllare il separatore

Trattare le virgolette e gli a capo come dati

Un record può occupare più righe fisiche se una cella tra virgolette contiene un a capo. Pensa a una cella di foglio di calcolo con un'istruzione di consegna su due righe: la tabella sottostante ha una sola riga per l'ordine, ma un editor di testo semplice mostra due righe fisiche dentro il campo tra virgolette. Non eliminare tutti gli a capo prima dell'interpretazione. Solo il separatore di record fuori da un campo tra virgolette chiude la riga.

ordine,nota
001,"Usa la porta laterale.
Chiama quando arrivi."
002,Portineria

Se il convertitore segnala un campo tra virgolette malformato, trova il frammento più piccolo che riproduce il problema e confrontalo con l'esportazione originale. Controlla se c'è una virgoletta non chiusa, se virgolette tipografiche hanno preso il posto di quelle dritte che delimitano il CSV, o se hai copiato per sbaglio da metà di un record. Non riparare il file eliminando le virgolette ovunque: possono essere l'unico modo per tenere una virgola o un a capo dentro un campo.

Destinazioni diverse accettano convenzioni diverse per le virgolette nel testo separato da tabulazioni. Se lo strumento che riceve i dati non gestisce le celle su più righe, decidi se conservare la tabella originale e creare a parte un'esportazione con una sola riga per cella. Sostituisci l'a capo di una cella solo dopo l'interpretazione e documenta la scelta. Altrimenti chi legge potrebbe scambiare la nota modificata per l'originale esatto.

Converti un breve campione e verifica le celle tra virgolette

Conservare intestazioni, campi vuoti e zeri iniziali

Le intestazioni descrivono le colonne e spesso diventano le chiavi in una conversione successiva. Usa nomi che distinguano i valori: invoice_id e customer_id sono più utili di due colonne chiamate entrambe id. Quando copi una porzione di un foglio, controlla se la prima riga è davvero un'intestazione o il primo record. Un convertitore che usa un record come intestazione fa sembrare completo il risultato, ma intanto consuma una riga di dati.

Controlla celle come 00123, numeri di telefono e lunghi codici di riferimento. Sembrano numerici ma potrebbero dover restare testo. Quando apri l'esportazione in un foglio di calcolo, usa i suoi controlli di importazione per mantenere quelle colonne come testo. Verifica il valore importato, non solo come viene visualizzato. Nel CSV grezzo Ada,,2026 il campo centrale è vuoto. Togliendo la seconda virgola, l'anno finirebbe nella colonna sbagliata.

Allo stesso modo, 0, una cella vuota e una parola come sconosciuto possono rappresentare stati diversi. Prima di condividere, scegli come la destinazione deve distinguerli. Se devi riempire un valore mancante, annota la modifica invece di dare per scontato che ogni cella vuota significasse zero.

Scovare righe irregolari e colonne in più non volute

Stabilisci la larghezza attesa usando l'intestazione o le specifiche di importazione. Poi esamina ogni riga con più o meno campi. Un separatore in più in una nota senza virgolette e un'ultima cella volutamente vuota possono sembrare uguali in un editor di testo, ma richiedono un trattamento diverso. Per esempio, marzo,42, ha tre campi, il terzo vuoto; marzo,42 ne ha solo due. Lo strumento che riceve i dati può completare la riga più corta, rifiutarla o leggerla in modo diverso. Non contare sul completamento automatico se non hai verificato come si comporta.

In un piccolo campione, conta le colonne dopo l'interpretazione, non le virgole. Una nota può contenere diverse virgole senza rendere la riga più larga. In una tabella grande, verifica le larghezze nell'applicazione di importazione o con un parser e compila un breve elenco delle eccezioni. Cerca un'origine ricorrente del problema, come un commento copiato che in un gruppo di righe non era tra virgolette.

Correggi la fonte oppure chiedi un'esportazione corretta quando non puoi dedurre in sicurezza il campo mancante. Correggere a mano migliaia di valori sulla base di un'ipotesi è peggio che fermarsi con un messaggio di errore chiaro. Prova i dati corretti sia con un record tipico sia con la riga che prima non andava.

Scegliere Markdown per una tabella che le persone leggeranno

Se la destinazione è un README, un ticket o una pagina wiki, trasforma una tabella compatta in Markdown con lo strumento da CSV a tabella Markdown. Usa una vera intestazione se ce l'hai, oppure lascia che lo strumento generi le etichette per un testo senza intestazione e poi rinominale. Le barre verticali dentro i valori delle celle vanno protette, così non vengono scambiate per confini di colonna. Lo strumento codifica anche i caratteri di markup letterali e rappresenta gli a capo incorporati per una tabella Markdown; controlla l'anteprima nella destinazione, perché i diversi renderer gestiscono in modo diverso gli a capo e i caratteri protetti.

Prima di incollare, decidi quante righe deve vedere chi legge. Una tabella con otto esempi è spesso più facile da rivedere di un'esportazione di cento righe infilata in una segnalazione. Se chi legge deve reimportare tutte le righe, includi un CSV o TSV a parte invece di chiedergli di ricopiare una tabella già visualizzata. Una tabella Markdown è una vista per la lettura, non sostituisce una fonte strutturata.

Controlla link, valori di cella che sembrano codice e note che contengono una barra verticale. Usa anche un'anteprima stretta se la destinazione sarà letta su un telefono. Per una tabella larga può servire una selezione più ridotta di colonne, o più tabelle dedicate a domande diverse.

Scegliere JSON quando i campi li userà un software

Il convertitore CSV e JSON può creare oggetti riga quando la prima riga fornisce le chiavi, oppure array quando i dati non hanno intestazioni stabili. Decidi quale forma si aspetta l'applicazione che riceve i dati. Nella forma a oggetti, nomi di intestazione duplicati non possono distinguere in modo utile due colonne separate. Nella forma ad array, il significato di un campo deriva dalla sua posizione, quindi spostare una colonna può cambiarne il senso anche se tutti i valori sono ancora presenti.

Controlla i tipi dopo la conversione. Un campo CSV non ha alcuna regola universale che renda false un booleano o 0123 un numero. Tienili come stringhe quando sono etichette o identificatori. Dove uno schema richiede un numero o un booleano, converti solo le colonne interessate con regole esplicite e prova valori vuoti, valori negativi e grafie inattese. Usa il formattatore JSON per rendere il risultato più facile da ispezionare, ma ricorda che un JSON sintatticamente valido può comunque avere la forma sbagliata per un'importazione.

Per un passaggio di consegne controllato, condividi un esempio di tre righe con il risultato atteso. Includi una riga normale, un campo vuoto e un valore che sembra numerico ma deve restare una stringa. Un piccolo riferimento intercetta molti fraintendimenti prima di un'importazione grande.

Controllare come i fogli di calcolo interpretano i contenuti importati

Quando condividi un CSV con persone che lo apriranno in un foglio di calcolo, un testo che inizia con caratteri come = può essere interpretato come una formula. Non basta scrivere il campo tra virgolette CSV per evitarlo. Un foglio di calcolo che riceve il file può eliminare quelle virgolette durante l'importazione e solo dopo decidere come interpretare il valore. Considera una formula inattesa un motivo per rivedere la fonte e scegliere con cura le impostazioni di importazione.

Se i record devono essere testo semplice, importali in una cartella di lavoro di prova con le colonne interessate impostate come testo. Controlla una voce come =non è una formula, ma anche zeri iniziali e codici che sembrano date. Se la tua organizzazione ha una policy per le esportazioni, seguila invece di aggiungere prefissi a ogni valore per impostazione predefinita. Aggiungere caratteri cambia i dati, e questo può mandare in crisi i sistemi che confrontano i valori alla lettera.

Anche le date sono un punto in cui il software può indovinare male. 03/04/2026 potrebbe voler dire 3 aprile oppure 4 marzo. Quando la data conta, chiedi una convenzione non ambigua e controlla il risultato nel percorso di importazione reale del destinatario. Conserva una copia dell'esportazione originale per chiarire i dubbi sui valori cambiati durante l'importazione.

Verificare la destinazione prima di inviare l'esportazione completa

Fai una verifica di andata e ritorno su un campione rappresentativo: convertilo, aprilo nella destinazione e confronta alcuni valori con l'originale. Includi una virgola in una nota, una cella vuota nel mezzo, un identificatore con zeri iniziali, un nome con caratteri non ASCII e, se c'è, una cella su più righe. Controlla numero e ordine delle colonne, poi il primo e l'ultimo record. È più di un semplice messaggio di conversione riuscita: ti mostra come l'applicazione successiva leggerà davvero ciò che condividi.

Per un passaggio di consegne in team, indica nel nome del file il delimitatore, se ha intestazioni e quali colonne devono restare testo. Se mandi due versioni, chiamale in base all'uso, per esempio ordini-per-importazione.csv e ordini-anteprima.md. Una tabella di anteprima può essere accorciata, ma la versione per l'importazione non deve omettere righe in silenzio.

Conserva l'esportazione originale, il file convertito e una breve nota sulle modifiche volute finché il destinatario non conferma il risultato. Se qualcosa va storto, rigenera dall'originale invece di convertire a ripetizione da un formato all'altro. Comincia ora con poche righe; quando arrivano intatte, usa le stesse impostazioni sul resto.

Apri il convertitore di tabelle per il campione finale