Il 25 marzo 2013 08:17, Alessandro <[email protected]> ha scritto: > Il 18/03/2013 22:28, Paolo Pozzan ha scritto: >> >> Il 08/03/2013 08:57, Alessandro ha scritto: >>> >>> >>> Sto lavorando con un sito web fatto con Vtiger CRM e quando importo i >>> dati delle tabelle in file .csv, un importazione che chiaramente deriva >>> da file impostati con caratteristiche di metrica inglese . al posto >>> della , e date ....ottengo in risultato alcuni problemi: >>> >>> 1) nonostante abbia impostato il filtro di conversione data in GG/MM/AA >>> ottengo sempre nel file importato le date come testo ovvero 'AAAA/MM/GG >>> 2) per convertire il testo 'AAAA/MM/GG non riesco a trovare l'esatto >>> simbolo corrispondente a (') indicatore di testo inserito da openoffice >>> e la trasformazione mi richiede un sacco di tempo per farlo manualmente >>> invece che con il trova e sostitisci. >> >> >> Alessandro poi mi ha mandato il file in privato perché contenente >> informazioni riservate. Rispondo qui perché potrebbe essere interessante ad >> altri. >> >> Da quello che ho capito il problema deriva dal fatto che nel file sorgente >> .csv TUTTI i campi sono inseriti in virgolette, quindi OO li considera >> sempre e comunque testo. Tant'è che ho importato il file, modificato per >> passarlo in lista e una volta esportato l'ho reimportato correttamente in >> Calc perché ormai privo delle virgolette. >> Resta il fatto che: >> - la gestione delle date è alquanto oscura. Attribuisco tale oscurità alla >> non chiarezza della logica di funzionamento del programma. Se esistesse una >> specie di diagramma di flusso con le casistiche e i comportamenti penso >> aiuterebbe molto. Illuminante questa vecchia discussione su newsgroup: >> http://ur1.ca/d3p50 >> - Alessandro ha detto che LibO ha interpretato correttamente i dati. >> Sarebbe interessante capire se anche AOO 4 incorpora miglioramenti al >> filtro, se "noi" siamo "rimasti indietro" oppure se ci sono semplicemente >> due logiche di ragionamento distinte. >> >> Anche se la risoluzione del problema si esaurisce con il discorso di >> prima, mi restava il dubbio su come non fosse possibile togliere l'apice >> dalle celle per forzarle a essere numero. In sé la cosa può avere senso >> (vedi discorso di vitriol su link precedente) ma nel frattempo ho scoperto >> esserci un'estensione per bypassare la limitazione. Si chiama "Convert Text >> To Number": >> http://extensions.openoffice.org/en/project/CT2N >> e magari torna utile anche in altri casi. >> >> Ho cercato di essere sintetico, se non fossi stato chiaro chiedete pure. >> >> Paolo >> >> >> > provata l'estensione consigliata da Paolo, una scappatoia si trova, ma > sarebbe meglio correggere il problema all'origine, non vi pare? > grazie infinite comunque >
Sia in questo che sul file xls ulteriore che mi hai mandato in privato secondo me il problema è sempre lo stesso e purtroppo è sul file di origine. Se la cella è dichiarata come "testo" è interpretata in tale maniera anche dagli altri programmi, siano essi AOO, derivati, ecc... È difficile digerire il fatto che vediamo scritta una data ma il programma non la interpreta come tale, eppure questi sono i problemi che si possono incontrare nella conversione da un formato all'altro, specialmente se il file originale non è fatto come si deve. Un'alternativa sarebbe un qualche filtro xml una volta che il file è stato salvato in ods ma sicuramente è qualcosa che vale la pena fare solo per procedure che si ripetono. Paolo --------------------------------------------------------------------- Per cancellarsi: [email protected] Per informazioni: http://www.openoffice.org/it/ Per avviare una nuova discussione: [email protected] Archivi: http://mail-archives.apache.org/mod_mbox/openoffice-utenti-it
