You are viewing a plain text version of this content. The canonical link for it is here.
Posted to utenti-it@openoffice.apache.org by Alessandro <al...@mercurio.it> on 2013/03/08 08:57:44 UTC
[utenti-it] problemi con importazione dati in csv da Vtiger
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.
Sarebbe interessante applicare al filtro di importazione anche la
possibilità di scegliere o meno le colonne da importare effettivamente e
la possibilità magari di spostarle di posizione .......
Qualcuno è a conoscenza di qualche soluzione sui due punti Grazie mille
---------------------------------------------------------------------
Per cancellarsi: utenti-it-unsubscribe@openoffice.apache.org
Per informazioni: http://www.openoffice.org/it/
Per avviare una nuova discussione: utenti-it@openoffice.apache.org
Archivi: http://mail-archives.apache.org/mod_mbox/openoffice-utenti-it
Re: [utenti-it] problemi con importazione dati in csv da Vtiger
Posted by Paolo Pozzan <pa...@z2z.it>.
Ciao, rispondo di seguito...
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
Riesci a farci avere un mini-file di esempio? Non ho capito se c'è
qualcosa che non funziona o se basta seguire un'altra strada.
> 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.
Una volta che hai importato selezioni solo l'apice, lo copi e poi lo
incolli in Cerca e sostituisci, lasciando il campo Sostituisci con
vuoto. Il carattere dovrebbe comunque essere quello sullo stesso tasto
del punto di domanda, vicino al backspace.
> Sarebbe interessante applicare al filtro di importazione anche la
> possibilità di scegliere o meno le colonne da importare effettivamente e
> la possibilità magari di spostarle di posizione .......
Potrebbe essere utile. Magari esiste già una segnalazione... Tu hai
controllato? Altrimenti ne apriamo una, sempre che su AOO 4 non sia già
così.
Paolo
---------------------------------------------------------------------
Per cancellarsi: utenti-it-unsubscribe@openoffice.apache.org
Per informazioni: http://www.openoffice.org/it/
Per avviare una nuova discussione: utenti-it@openoffice.apache.org
Archivi: http://mail-archives.apache.org/mod_mbox/openoffice-utenti-it
Re: [utenti-it] problemi con importazione dati in csv da Vtiger
Posted by Alessandro <al...@mercurio.it>.
Grazie Paolo, oggi però mi sono trovato un pc con windows e office
installato e aprendo il file con Excel decisamente il problema non
esiste, anzi tutti i campi vengono importati correttamente...
So che Openoffice segue gli standard e probabilmente chi sbaglia è excel
ma è uno sbaglio da copiare forse? :O)
qualche problema c'è?
ciao comunque ho chiesto al programmatore di sostituire i doppi apice
con il singolo forse riusciamo a evitare il problema?
grazie e ciao se sai come far presente il problema fallo tu per cortesia
che lo hai più chiaro dio me ciao
Il 25/03/2013 12:52, Paolo Pozzan ha scritto:
> Il 25 marzo 2013 08:17, Alessandro <al...@mercurio.it> 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: utenti-it-unsubscribe@openoffice.apache.org
> Per informazioni: http://www.openoffice.org/it/
> Per avviare una nuova discussione: utenti-it@openoffice.apache.org
> Archivi: http://mail-archives.apache.org/mod_mbox/openoffice-utenti-it
>
>
--
--------------------------------------
---------------------------------------------------------
Braga Alessandro
Viale Europa snc Chiostro chiesa S. Maria
62014 Corridonia (MC)
cell. 3486008326 - Tel 0733 434904 - Fax 07331871023
braga@asteriscosas.it
Intermediario di Assicurazioni
RUI E00139078
[ Ai sensi e per gli effetti della Legge sulla tutela della
riservatezzapersonale (DLgs. 196/03 e collegate), questa mail è
destinata unicamente alle persone sopra indicate e le informazioni in
essa contenute sono da considerarsi strettamente riservate. E' proibito
leggere, copiare,usare o diffondere il contenuto della presente mail
senza autorizzazione. Se avete ricevuto questo messaggio per errore,
siete pregati di rispedire lo stesso al mittente. Grazie ]
Contact me: Skype alle9fra
Want a signature like mine?
<http://r1.wisestamp.com/r/landing?promo=21&dest=http%3A%2F%2Fwww.wisestamp.com%2Femail-install%3Futm_source%3Dextension%26utm_medium%3Demail%26utm_campaign%3Dpromo_21>
CLICK HERE.
<http://r1.wisestamp.com/r/landing?promo=21&dest=http%3A%2F%2Fwww.wisestamp.com%2Femail-install%3Futm_source%3Dextension%26utm_medium%3Demail%26utm_campaign%3Dpromo_21>
Re: [utenti-it] problemi con importazione dati in csv da Vtiger
Posted by Paolo Pozzan <pa...@z2z.it>.
Il 25 marzo 2013 08:17, Alessandro <al...@mercurio.it> 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: utenti-it-unsubscribe@openoffice.apache.org
Per informazioni: http://www.openoffice.org/it/
Per avviare una nuova discussione: utenti-it@openoffice.apache.org
Archivi: http://mail-archives.apache.org/mod_mbox/openoffice-utenti-it
Re: [utenti-it] problemi con importazione dati in csv da Vtiger
Posted by Alessandro <al...@mercurio.it>.
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
>
>
> ---------------------------------------------------------------------
> Per cancellarsi: utenti-it-unsubscribe@openoffice.apache.org Per
> informazioni: http://www.openoffice.org/it/ Per avviare una nuova
> discussione: utenti-it@openoffice.apache.org Archivi:
> http://mail-archives.apache.org/mod_mbox/openoffice-utenti-it
>
>
provata l'estensione consigliata da Paolo, una scappatoia si trova, ma
sarebbe meglio correggere il problema all'origine, non vi pare?
grazie infinite comunque
-
---------------------------------------------------------------------
Per cancellarsi: utenti-it-unsubscribe@openoffice.apache.org
Per informazioni: http://www.openoffice.org/it/
Per avviare una nuova discussione: utenti-it@openoffice.apache.org
Archivi: http://mail-archives.apache.org/mod_mbox/openoffice-utenti-it
Re: [utenti-it] problemi con importazione dati in csv da Vtiger
Posted by Paolo Pozzan <pa...@z2z.it>.
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
---------------------------------------------------------------------
Per cancellarsi: utenti-it-unsubscribe@openoffice.apache.org
Per informazioni: http://www.openoffice.org/it/
Per avviare una nuova discussione: utenti-it@openoffice.apache.org
Archivi: http://mail-archives.apache.org/mod_mbox/openoffice-utenti-it