Re: [it-users] errore Calc
Spero che con le spiegazioni di Marco Marego si metta fine a questa lunga discussione interessante ma che adesso è diventata sterile, perché vede contrapposti due fronti. Chi ritiene che calc sbagli e chi invece no. Il PC non è un essere umano dotato di razionalità ma è un insieme di circuiti che conosce solo due stati 0 e 1, on e off, acceso o spento e con tale struttura bisogna fare i conti. Poi c'è altro hardware che traduce questi stati in qualcosa che i programmi - software - ci mostrano sullo schermo. Il PC non sostituisce l'uomo ma lo aiuta in operazione complesse che richiederebbero molto tempo. Di questo dobbiamo essere consapevoli. Qualcuno ha scritto che l'esempio di pigreco non è calzante. Invito a fare questa breve prova. A scuola quando dovevamo calcolare l'area del cerchio il valore di pigreco era 3,14, una semplificazione come abbiamo saputo col passare degli anni. Quindi l'area del cerchio di raggio 2 vale 12,57. Se però si usasse il valore con tre decimali 3,142 l'area diventa 12,566. È forse un errore? No di certo. Il valore è più accurato. ma mano che aggiungo decimali il valore dell'area è sempre più preciso. Quindi tornando a Calc, ma vale per qualsiasi foglio elettronico, se vogliamo valori più precisi basta aumentare il numero di decimali, come ha ben spiegato Marco Marego. In conclusione se due posizioni decimali vanno bene basta impostare il valore a 2. Se si ritiene che siano insufficienti dobbiamo aumentare questo valore nella misura che ci serve nei calcoli per avere valori più precisi. Marcolongo Il 23/08/21 19:26, Marco Marega ha scritto: > Il 23/08/21 09:54, Miriam ha scritto: >> Buongiorno a tutti, >> aggiungo qualche altra informazione dato che in azienda stiamo valutando >> l'impatto di questa situazione sui nostri fogli di calcolo. >> >> 1) un problema estremamente simile era stato segnalato anche su ASK >> https://ask.libreoffice.org/t/strani-decimali-in-una-sottrazione-calc/47815 >> in questo caso l'arrotondamento non era visibile nella cella (che non era >> stata allargata) ma nella barra di stato (cosa che accade anche con gli >> esempi di cui stiamo discutendo) >> >> 2) l'utente che aveva posto da domanda ha giustamente sollevato un problema >> *potenzialmente molto più grave*: >> Se il risultato approssimato viene utilizzato in un confronto logico si >> ottiene False in situazioni in cui invece si dovrebbe ottenere True. Capite >> che può essere un grosso problema risolvibile solo utilizzando formule di >> confronto molto più complesse di quelle standard. Su ask c'è anche un file >> di esempio. >> >> 3) se, come stanno sostenendo alcuni, l'approssimazione è normale ed è stata >> introdotta volontariamente, allora sarebbe interessante spiegare perché non >> succede se i valori coinvolti hanno un solo decimale: 12,5-12 da sempre 0,5 >> esatto senza approssimazione. >> >> M.G. >> >> -- >> >> Sent: Sunday, August 22, 2021 at 5:59 PM >> From: "Miriam" >> To: users@it.libreoffice.org >> Subject: Re: [it-users] errore Calc >> Piccolo aggiornamento: >> Ho riscontrato il bug nella 7.1.0.3 (come scritto sopra) ma anche nelle >> versioni 6.4.2.2 e 5.4.7.2 e nella versione online (quella fornita da GMX). >> Il bug invece NON è presente nella versione 4.4.7.2 >> (ho usato queste versioni perché ne avevo una copia d'archivio) >> >> > Buongiorno, > > 1) un conto è la rappresentazione che si vede nella cella, che dipende > da come questa è formattata e dalle impostazioni indicate nelle opzioni, > un altro conto è il valore che il computer ha in memoria e che per molti > numeri decimali (non tutti) può essere un'approsimazione (con differenze > infinitesime, ma pur sempre un'approsimazione) > > 2) il problema si risolve con un arrotondamento ai due decimali, non > servono formule molto complesse, basta un =ARROTONDA(A1-A2;2), nel caso > posto inizialmente da Francesca sarebbe =ARROTONDA(241,47-241;2). > Capisco che ragionando in base 10 possa sembrare strano arrotondare il > risultato di una sottrazione, cosa che verrebbe più naturale da fare ad > esempio con una divisione. > Inoltre per la stragrande maggioranza dei calcoli la differenza è così > piccola, che basta formattare le celle con i soli decimali che servono e > non ci si accorge nemmeno del problema. > > 3) l'approssimazione è normale, ma NON è stata introdotta > volontariamente, semplicemente lavorando in base 2 e con un determinato > numero di bit a disposizione è inevitabile, così come in base 10 è > inevitabile che la rappresentazione di 1/3 sia 0, con il 3 > periodico. Ogni decimale che viene aggiunto avvicina l'approssimazione > all'effettivo valore di 1/3, ma non sarà mai lo stes
Re: [it-users] errore Calc
Il 23/08/21 09:54, Miriam ha scritto: > Buongiorno a tutti, > aggiungo qualche altra informazione dato che in azienda stiamo valutando > l'impatto di questa situazione sui nostri fogli di calcolo. > > 1) un problema estremamente simile era stato segnalato anche su ASK > https://ask.libreoffice.org/t/strani-decimali-in-una-sottrazione-calc/47815 > in questo caso l'arrotondamento non era visibile nella cella (che non era > stata allargata) ma nella barra di stato (cosa che accade anche con gli > esempi di cui stiamo discutendo) > > 2) l'utente che aveva posto da domanda ha giustamente sollevato un problema > *potenzialmente molto più grave*: > Se il risultato approssimato viene utilizzato in un confronto logico si > ottiene False in situazioni in cui invece si dovrebbe ottenere True. Capite > che può essere un grosso problema risolvibile solo utilizzando formule di > confronto molto più complesse di quelle standard. Su ask c'è anche un file di > esempio. > > 3) se, come stanno sostenendo alcuni, l'approssimazione è normale ed è stata > introdotta volontariamente, allora sarebbe interessante spiegare perché non > succede se i valori coinvolti hanno un solo decimale: 12,5-12 da sempre 0,5 > esatto senza approssimazione. > > M.G. > > -- > > Sent: Sunday, August 22, 2021 at 5:59 PM > From: "Miriam" > To: users@it.libreoffice.org > Subject: Re: [it-users] errore Calc > Piccolo aggiornamento: > Ho riscontrato il bug nella 7.1.0.3 (come scritto sopra) ma anche nelle > versioni 6.4.2.2 e 5.4.7.2 e nella versione online (quella fornita da GMX). > Il bug invece NON è presente nella versione 4.4.7.2 > (ho usato queste versioni perché ne avevo una copia d'archivio) > > Buongiorno, 1) un conto è la rappresentazione che si vede nella cella, che dipende da come questa è formattata e dalle impostazioni indicate nelle opzioni, un altro conto è il valore che il computer ha in memoria e che per molti numeri decimali (non tutti) può essere un'approsimazione (con differenze infinitesime, ma pur sempre un'approsimazione) 2) il problema si risolve con un arrotondamento ai due decimali, non servono formule molto complesse, basta un =ARROTONDA(A1-A2;2), nel caso posto inizialmente da Francesca sarebbe =ARROTONDA(241,47-241;2). Capisco che ragionando in base 10 possa sembrare strano arrotondare il risultato di una sottrazione, cosa che verrebbe più naturale da fare ad esempio con una divisione. Inoltre per la stragrande maggioranza dei calcoli la differenza è così piccola, che basta formattare le celle con i soli decimali che servono e non ci si accorge nemmeno del problema. 3) l'approssimazione è normale, ma NON è stata introdotta volontariamente, semplicemente lavorando in base 2 e con un determinato numero di bit a disposizione è inevitabile, così come in base 10 è inevitabile che la rappresentazione di 1/3 sia 0, con il 3 periodico. Ogni decimale che viene aggiunto avvicina l'approssimazione all'effettivo valore di 1/3, ma non sarà mai lo stesso, seppure per una differenza microscopica. Per puro caso nel tuo esempio hai usato lo 0,5, che è un valore decimale rappresentabile esattamente sia in base 10, sia in base 2. Il problema è trattato in maniera abbastanza chiara in questa pagina del tutorial che parla del linguaggio di programmazione Python https://pytutorial-it.readthedocs.io/it/python3.9/floatingpoint.html Anche in questo documento si precisa che non è un bug di Python e che il problema riguarda anche gli altri linguaggi di programmazione. Allo stesso modo Calc condivide il problema con gli altri fogli elettronici. Ognuno dei quali poi a video rappresenta il numero come meglio crede, lasciando o meno all'utente la scelta delle impostazioni predefinite, ma di fondo, indipendentemente da ciò che viene mostrato, il valore in memoria è comunque approssimato. -- Marco Marega -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
Riprendendo l'esempio di ASK, tutte le prove mi hanno dato risultato vero, usando al funzione se, confronto il risultato della sottrazione col valore digitato. Sarà perché uso numero standard con due decimali settati in opzioni? Prova con 4 decimali, risultati sempre veri. Il quesito è mal posto, a mio avviso. Ha senso digitare un numero è confrontarlo con un calcolo, in quel caso una sottrazione? Se conosco a priori il risultato mi sembra un esercizio inutile. Più interessante è il caso di cercare all'interno di una sequenza di numeri calcolati i valori uguali. Marcolongo Il 23/08/21 09:54, Miriam ha scritto: > Buongiorno a tutti, > aggiungo qualche altra informazione dato che in azienda stiamo valutando > l'impatto di questa situazione sui nostri fogli di calcolo. > > 1) un problema estremamente simile era stato segnalato anche su ASK > https://ask.libreoffice.org/t/strani-decimali-in-una-sottrazione-calc/47815 > in questo caso l'arrotondamento non era visibile nella cella (che non era > stata allargata) ma nella barra di stato (cosa che accade anche con gli > esempi di cui stiamo discutendo) > > 2) l'utente che aveva posto da domanda ha giustamente sollevato un problema > *potenzialmente molto più grave*: > Se il risultato approssimato viene utilizzato in un confronto logico si > ottiene False in situazioni in cui invece si dovrebbe ottenere True. Capite > che può essere un grosso problema risolvibile solo utilizzando formule di > confronto molto più complesse di quelle standard. Su ask c'è anche un file di > esempio. > > 3) se, come stanno sostenendo alcuni, l'approssimazione è normale ed è stata > introdotta volontariamente, allora sarebbe interessante spiegare perché non > succede se i valori coinvolti hanno un solo decimale: 12,5-12 da sempre 0,5 > esatto senza approssimazione. > > M.G. > > -- > > Sent: Sunday, August 22, 2021 at 5:59 PM > From: "Miriam" > To: users@it.libreoffice.org > Subject: Re: [it-users] errore Calc > Piccolo aggiornamento: > Ho riscontrato il bug nella 7.1.0.3 (come scritto sopra) ma anche nelle > versioni 6.4.2.2 e 5.4.7.2 e nella versione online (quella fornita da GMX). > Il bug invece NON è presente nella versione 4.4.7.2 > (ho usato queste versioni perché ne avevo una copia d'archivio) > > -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
Buongiorno, per evitare l'inconveniente basta andare in *Strumenti/Opzioni/LibreOffice Calc/Calcola e spuntare "Limita decimali del formato di numeri standard"*, ovviamente con un numero non superiore a 14, che è il limite del campo numerico. NON È UN ERRORE, i PC lavorano a base due, come spiegato bene da Marco Marenga il 25/ 8 2021 14:25, piuttosto mettete un esperto che che sappia come funziona un PC e *imparate* a settare correttamente LibreOffice. Claudio Il 23/08/21 09:54, Miriam ha scritto: Buongiorno a tutti, aggiungo qualche altra informazione dato che in azienda stiamo valutando l'impatto di questa situazione sui nostri fogli di calcolo. 1) un problema estremamente simile era stato segnalato anche su ASK https://ask.libreoffice.org/t/strani-decimali-in-una-sottrazione-calc/47815 in questo caso l'arrotondamento non era visibile nella cella (che non era stata allargata) ma nella barra di stato (cosa che accade anche con gli esempi di cui stiamo discutendo) 2) l'utente che aveva posto da domanda ha giustamente sollevato un problema *potenzialmente molto più grave*: Se il risultato approssimato viene utilizzato in un confronto logico si ottiene False in situazioni in cui invece si dovrebbe ottenere True. Capite che può essere un grosso problema risolvibile solo utilizzando formule di confronto molto più complesse di quelle standard. Su ask c'è anche un file di esempio. 3) se, come stanno sostenendo alcuni, l'approssimazione è normale ed è stata introdotta volontariamente, allora sarebbe interessante spiegare perché non succede se i valori coinvolti hanno un solo decimale: 12,5-12 da sempre 0,5 esatto senza approssimazione. M.G. -- Sent: Sunday, August 22, 2021 at 5:59 PM From: "Miriam" To: users@it.libreoffice.org Subject: Re: [it-users] errore Calc Piccolo aggiornamento: Ho riscontrato il bug nella 7.1.0.3 (come scritto sopra) ma anche nelle versioni 6.4.2.2 e 5.4.7.2 e nella versione online (quella fornita da GMX). Il bug invece NON è presente nella versione 4.4.7.2 (ho usato queste versioni perché ne avevo una copia d'archivio) -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
Buongiorno a tutti, aggiungo qualche altra informazione dato che in azienda stiamo valutando l'impatto di questa situazione sui nostri fogli di calcolo. 1) un problema estremamente simile era stato segnalato anche su ASK https://ask.libreoffice.org/t/strani-decimali-in-una-sottrazione-calc/47815 in questo caso l'arrotondamento non era visibile nella cella (che non era stata allargata) ma nella barra di stato (cosa che accade anche con gli esempi di cui stiamo discutendo) 2) l'utente che aveva posto da domanda ha giustamente sollevato un problema *potenzialmente molto più grave*: Se il risultato approssimato viene utilizzato in un confronto logico si ottiene False in situazioni in cui invece si dovrebbe ottenere True. Capite che può essere un grosso problema risolvibile solo utilizzando formule di confronto molto più complesse di quelle standard. Su ask c'è anche un file di esempio. 3) se, come stanno sostenendo alcuni, l'approssimazione è normale ed è stata introdotta volontariamente, allora sarebbe interessante spiegare perché non succede se i valori coinvolti hanno un solo decimale: 12,5-12 da sempre 0,5 esatto senza approssimazione. M.G. -- Sent: Sunday, August 22, 2021 at 5:59 PM From: "Miriam" To: users@it.libreoffice.org Subject: Re: [it-users] errore Calc Piccolo aggiornamento: Ho riscontrato il bug nella 7.1.0.3 (come scritto sopra) ma anche nelle versioni 6.4.2.2 e 5.4.7.2 e nella versione online (quella fornita da GMX). Il bug invece NON è presente nella versione 4.4.7.2 (ho usato queste versioni perché ne avevo una copia d'archivio) -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
se è un bug, segnalalo. Come ho spiegato a partire dalla versione 5 o 6, non ricordo e non ho voglia di ricaricare queste versioni archiviate le ho tutte a partire dalla versione 3, il numero standard non prevede due cifre decimali che vanno impostate. Ecco il motivo per cui la versione 4 sembra funzionare. Pigreco e 0,42 non sono esempi calzanti? Libera di pensarla come vuole. Provi a calcolare pigreco con la formula 4*arctan(1/5) - arctan(1/239) partendo da 15 decimali e progressivamente riducili fino a 2 vedrà come funzionano gli arrotondamenti. Alla fine ottiene 3,14 che è quello che abitualmente usiamo. Il computer non è un uomo ma una macchina e come tale si comporta. Comunque provi a fare manualmente la divisione 247/7 con cinque cifre decimali e fallo fare a calc. Ottieni lo stesso risultato 35,28571 Se le cifre sono due sole per effetto degli arrotondamenti 35,29. Sbaglia calc, excel o openoffice? No dipende dalla quale precisione vogliamo avere. Questo vale sempre anche in matematica. Il 22/08/21 17:59, Miriam ha scritto: > Piccolo aggiornamento: > Ho riscontrato il bug nella 7.1.0.3 (come scritto sopra) ma anche nelle > versioni 6.4.2.2 e 5.4.7.2 e nella versione online (quella fornita da GMX). > Il bug invece NON è presente nella versione 4.4.7.2 > (ho usato queste versioni perché ne avevo una copia d'archivio) > > > >> provate il valore pi greco. > Pi greco è un numero irrazionale di cui si conosco oltre 68.000 miliardi di > cifre decimali. 0,42 è un numero razionale su cui è possibile eseguire > calcoli esatti. Direi che come paragone non è proprio calzante. > >> I computer usano un coprocessore matematico che svolge i calcoli in virgola >> mobile ed è tanto più preciso quante cifre decimali riesce a rappresentare. > Quindi per te non è un problema che un programma da centinaia di MB non sia > in grado di rappresentare calcoli esatti su numeri razionali ad un livello di > complessità da scuola elementare. > >> Comunque se avete fastidio con LO la rappresentazione con 9 periodico basta >> operare così > Ah ecco, non è un bug ma una feature! :) > > -- > M.G. > -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
Sembra quasi che ognuno abbia un LO e un Excel personale :-)) Per evitare malintesi ho fotografato le schermate mostrando anche la finestra della formattazione. Questo è quello che si vede con *Excel* se si imposta un numero abbastanza alto di cifre decimali. https://drive.google.com/file/d/15-_BKKtSazQ1ZV0iIgznFaHd4Av1Z8OP/view?usp=sharing Questo è quello che si vede in *LibreOffice *che sembra permettere un po' meno cifre decimali: https://drive.google.com/file/d/18pOvjKItjm9O5D2ZywFt7Gb04sE2x6ji/view?usp=sharing In entrambi i casi, all'inizio c'è un bel 4,6999... di cui si è già discusso il motivo fin troppo a lungo. Alla fine c'è una serie di zeri dovuti al numero limitato di cifre significative utilizzate dal programma. Andrea Il giorno dom 22 ago 2021 alle ore 16:35 Marcolongo < gianpaolomarcolo...@alice.it> ha scritto: > Non sono arrampicate sugli specchi dipende da come sono impostati i > default dei vari programmi. Se questi sono a 2 cifre decimali il > problema non sussiste e mi pare ovvio. Se non c'è impostazione il numero > dei decimali mostrati dipende dalla dimensioni della colonna.. Basta > provare ad aggiungere decimali fino a 15 e qui scatta come Alessandro > Malfatti ha fatto rilevare il 0,46(9) periodico. provare per credere. > > Miriam scrive > > l'operazione 101,42-101 da come risultato 0,422. Motivo > problema di arrotondamento. Come ho scritto in precedenza l'arrotondamento > avviene per difetto da 0 a 4 , per eccesso da 5 a 9. Nel caso in oggetto > l'ultima cifra decimale è 2, quindi l'arrotondamento per difetto porta a 0. > Per capire meglio la dinamica provate il valore pi greco. Con 2 cifre > decimali è 3,14 ma aumentando le cifre vedrete comparire valori che variano > con le cifre decimali impostate. Il calcolo è il seguente > area/raggioxraggio. (area 3141549, raggio =1000). con 6 cifre decimali > 3,141549, con 5 decimali 3,14155 e così via fino a 3,14. I computer usano > un coprocessore matematico che svolge i calcoli in virgola mobile ed è > tanto più preciso quante cifre decimali riesce a rappresentare. > > Comunque se avete fastidio con LO la rappresentazione con 9 periodico > basta operare così. strumenti ->Opzioni-libreoffice Calc->calcola-> limita > decimali del valore numero standard a _>impostate il valore che vi piace > Quando una cella è numerica la sua rappresentazione decimale sarà quella > impostata, anche se in formatta cella il campo è vuoto. > Nessun bug di LO è una semplice impostazione del default, esattamente come > per Writer si può impostare il suo modello di default all'apertura di un > documento vuoto. > Bello e interessante questo lungo scambio di mail ma forse qualcuno non li > ha letti tutti e di conseguenza ha perso qualche spiegazione. > Gian Paolo Marcolongo > > Il 22/08/21 11:34, Miriam ha scritto: > > Mi scuso con la lista, solito problema con le accentate :( > > Provo a rispostare in testo semplice > > > > --Inizio-- > > Salve a tutti, > > ho letto l'intera discussione e sinceramente ho visto arrampicate sugli > specchi incredibili che non penso aiutino la community. > > > > Ho voluto fare delle prove dirette: > > Su LO 7.1 (Win) posso confermare il problema che si ripete in tutti gli > schermi simili ma non sempre con il 9 periodico. > > Ad esempio l'operazione 101,42-101 da come risultato 0,422 > > Per visualizzare queste rappresentazioni è in effetti necessario > allargare la colonna, questo nonostante già di default la larghezza della > colonna consenta più di due decimali. A mio avviso è proprio questo il > comportamento anomalo. In OpenOffice, in Softmaker Office ed anche in Excel > modificare la larghezza della colonna non altera la rappresentazione del > risultato (tranne ovviamene i casi in cui la lughezza del numero eccede lo > spazio disponibile). > > > > Come controprova ho ripetuto le stesse operazioni in OpenOffice 4.1.10 > su Win e Linux e del problema non c'è traccia. Tutti i calcoli che avete > proposto nelle risposte precedenti danno il risultato esatto con due > decimali. E questo indipendentemente dalla larghezza della colonna e dal > numero di decimali impostato nel formato (ovviamente purché maggiore o > uguale a 2). > > > > Ipotizzando che il problema potesse essere legato al formato dei file > (ODF 1.3 in LO, ODF 1.2 in OO) ho provato ad incrociare i dati. Il file che > genera l'errore di calcolo in LO viene visualizzato con il risultato > corretto in OpenOffice. Viceversa aprendo in LO il file creato con OO > compaiono gli errori di approssimazione. Il formato di salvataggio quindi > sembrerebbe ininfluente. > > > > Spero che queste informazioni possano essere utili ad isolare il > problema. > > > > Poi che da un punto di vista numerico non ci siano grossi problemi, è > vero. Ma non neghiamo l'evidenza. Cerchiamo di uscire dalla modalità > 'fanboy' che certo non aiuta a risolvere la situazione (se fosse successo > in Excell scrivereste le stesse cose?). > > > > Miriam Greco > > > >
Re: [it-users] errore Calc
Piccolo aggiornamento: Ho riscontrato il bug nella 7.1.0.3 (come scritto sopra) ma anche nelle versioni 6.4.2.2 e 5.4.7.2 e nella versione online (quella fornita da GMX). Il bug invece NON è presente nella versione 4.4.7.2 (ho usato queste versioni perché ne avevo una copia d'archivio) > provate il valore pi greco. Pi greco è un numero irrazionale di cui si conosco oltre 68.000 miliardi di cifre decimali. 0,42 è un numero razionale su cui è possibile eseguire calcoli esatti. Direi che come paragone non è proprio calzante. > I computer usano un coprocessore matematico che svolge i calcoli in virgola > mobile ed è tanto più preciso quante cifre decimali riesce a rappresentare. Quindi per te non è un problema che un programma da centinaia di MB non sia in grado di rappresentare calcoli esatti su numeri razionali ad un livello di complessità da scuola elementare. > Comunque se avete fastidio con LO la rappresentazione con 9 periodico basta > operare così Ah ecco, non è un bug ma una feature! :) -- M.G. -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
Non sono arrampicate sugli specchi dipende da come sono impostati i default dei vari programmi. Se questi sono a 2 cifre decimali il problema non sussiste e mi pare ovvio. Se non c'è impostazione il numero dei decimali mostrati dipende dalla dimensioni della colonna.. Basta provare ad aggiungere decimali fino a 15 e qui scatta come Alessandro Malfatti ha fatto rilevare il 0,46(9) periodico. provare per credere. Miriam scrive l'operazione 101,42-101 da come risultato 0,422. Motivo problema di arrotondamento. Come ho scritto in precedenza l'arrotondamento avviene per difetto da 0 a 4 , per eccesso da 5 a 9. Nel caso in oggetto l'ultima cifra decimale è 2, quindi l'arrotondamento per difetto porta a 0. Per capire meglio la dinamica provate il valore pi greco. Con 2 cifre decimali è 3,14 ma aumentando le cifre vedrete comparire valori che variano con le cifre decimali impostate. Il calcolo è il seguente area/raggioxraggio. (area 3141549, raggio =1000). con 6 cifre decimali 3,141549, con 5 decimali 3,14155 e così via fino a 3,14. I computer usano un coprocessore matematico che svolge i calcoli in virgola mobile ed è tanto più preciso quante cifre decimali riesce a rappresentare. Comunque se avete fastidio con LO la rappresentazione con 9 periodico basta operare così. strumenti ->Opzioni-libreoffice Calc->calcola-> limita decimali del valore numero standard a _>impostate il valore che vi piace Quando una cella è numerica la sua rappresentazione decimale sarà quella impostata, anche se in formatta cella il campo è vuoto. Nessun bug di LO è una semplice impostazione del default, esattamente come per Writer si può impostare il suo modello di default all'apertura di un documento vuoto. Bello e interessante questo lungo scambio di mail ma forse qualcuno non li ha letti tutti e di conseguenza ha perso qualche spiegazione. Gian Paolo Marcolongo Il 22/08/21 11:34, Miriam ha scritto: > Mi scuso con la lista, solito problema con le accentate :( > Provo a rispostare in testo semplice > > --Inizio-- > Salve a tutti, > ho letto l'intera discussione e sinceramente ho visto arrampicate sugli > specchi incredibili che non penso aiutino la community. > > Ho voluto fare delle prove dirette: > Su LO 7.1 (Win) posso confermare il problema che si ripete in tutti gli > schermi simili ma non sempre con il 9 periodico. > Ad esempio l'operazione 101,42-101 da come risultato 0,422 > Per visualizzare queste rappresentazioni è in effetti necessario allargare la > colonna, questo nonostante già di default la larghezza della colonna consenta > più di due decimali. A mio avviso è proprio questo il comportamento anomalo. > In OpenOffice, in Softmaker Office ed anche in Excel modificare la larghezza > della colonna non altera la rappresentazione del risultato (tranne ovviamene > i casi in cui la lughezza del numero eccede lo spazio disponibile). > > Come controprova ho ripetuto le stesse operazioni in OpenOffice 4.1.10 su Win > e Linux e del problema non c'è traccia. Tutti i calcoli che avete proposto > nelle risposte precedenti danno il risultato esatto con due decimali. E > questo indipendentemente dalla larghezza della colonna e dal numero di > decimali impostato nel formato (ovviamente purché maggiore o uguale a 2). > > Ipotizzando che il problema potesse essere legato al formato dei file (ODF > 1.3 in LO, ODF 1.2 in OO) ho provato ad incrociare i dati. Il file che genera > l'errore di calcolo in LO viene visualizzato con il risultato corretto in > OpenOffice. Viceversa aprendo in LO il file creato con OO compaiono gli > errori di approssimazione. Il formato di salvataggio quindi sembrerebbe > ininfluente. > > Spero che queste informazioni possano essere utili ad isolare il problema. > > Poi che da un punto di vista numerico non ci siano grossi problemi, è vero. > Ma non neghiamo l'evidenza. Cerchiamo di uscire dalla modalità 'fanboy' che > certo non aiuta a risolvere la situazione (se fosse successo in Excell > scrivereste le stesse cose?). > > Miriam Greco > > --Fine-- > > -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
A me Excel per Mac ver. 16.43 (2020) mi restituisce 0,47 fino a 14 decimali (ovviamente 12 zeri dopo il 7) mentre se aumento i decimali a 15 mi restituisce immediatamente 0,46 con 13 "9". Saluti - Alessandro Malfatti Strada di Compresso, 20/L Colle Umberto 06133 Perugia Italia Il giorno dom 22 ago 2021 alle ore 11:12 Miriam ha scritto: > > > Salve a tutti, > ho letto lintera discussione e sinceramente ho visto arrampicate sugli > specchi incredibili che non penso aiutino la community. > > > Ho voluto fare delle prove dirette: > Su LO 7.1 (Win) posso confermare il problema che si ripete in tutti gli > schermi simili ma non sempre con il 9 periodico. > Ad esempio loperazione 101,42-101 da come risultato 0,422 > Per visualizzare queste rappresentazioniin effetti necessario allargare la > colonna, questo nonostante gidi default la larghezza della colonna consenta > pidi due decimali.A mio avvisoproprio questo il comportamento anomalo. In > OpenOffice, in Softmaker Office ed anche in Excel modificare la larghezza > della colonna non altera la rappresentazione del risultato (tranne > ovviamene i casi in cui la lughezza del numero eccede lo spazio > disponibile). > > > Come controprova ho ripetuto le stesse operazioni in OpenOffice 4.1.10 su > Win e Linux e del problema non ctraccia. Tutti i calcoli che avete proposto > nelle risposte precedenti danno il risultato esatto con due decimali. E > questo indipendentemente dalla larghezza della colonna e dal numero di > decimali impostato nel formato (ovviamente purchmaggiore o uguale a 2). > > > Ipotizzando che il problema potesse essere legato al formato dei file (ODF > 1.3 in LO, ODF 1.2 in OO) ho provato ad incrociare i dati. Il file che > genera lerrore di calcolo in LO viene visualizzato con il risultato > corretto in OpenOffice. Viceversa aprendo in LO il file creato con OO > compaiono gli errori di approssimazione.Il formato di salvataggio quindi > sembrerebbe ininfluente. > > > Spero che queste informazioni possano essere utili ad isolare il problema. > > > Poi che da un punto di vista numerico non ci siano grossi problemi,vero. > Ma non neghiamo levidenza. Cerchiamo di uscire dalla modalitfanboyche certo > non aiuta a risolvere la situazione (se fosse successo in Excell > scrivereste le stesse cose?). > > > Miriam Greco > Sent:Friday, August 20, 2021 at 8:03 PMFrom:Francesca > ChiarelliTo:users@it.libreoffice.orgSubject:[it-users] errore Calc > Sono appena inciampata in un brutto errore di calcolo in Calc, uncalcolo > banale che fa male...=241,47-241Sia cos, semplice, che con riferimenti a > celle piuttosto che con la INTsu 241,47Fatto sta che mi risponde > 0,469 (ma se stringo la colonnano, risponde > correttamente).Pazzesco!!Lo fa anche a voi? > > > > > -- > Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org > Problemi? > https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ > Linee guida per postare + altro: > https://wiki.documentfoundation.org/Local_Mailing_Lists/it > Archivio della lista: https://listarchives.libreoffice.org/it/users/ > Privacy Policy: https://www.documentfoundation.org/privacy > -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
Mi scuso con la lista, solito problema con le accentate :( Provo a rispostare in testo semplice --Inizio-- Salve a tutti, ho letto l'intera discussione e sinceramente ho visto arrampicate sugli specchi incredibili che non penso aiutino la community. Ho voluto fare delle prove dirette: Su LO 7.1 (Win) posso confermare il problema che si ripete in tutti gli schermi simili ma non sempre con il 9 periodico. Ad esempio l'operazione 101,42-101 da come risultato 0,422 Per visualizzare queste rappresentazioni è in effetti necessario allargare la colonna, questo nonostante già di default la larghezza della colonna consenta più di due decimali. A mio avviso è proprio questo il comportamento anomalo. In OpenOffice, in Softmaker Office ed anche in Excel modificare la larghezza della colonna non altera la rappresentazione del risultato (tranne ovviamene i casi in cui la lughezza del numero eccede lo spazio disponibile). Come controprova ho ripetuto le stesse operazioni in OpenOffice 4.1.10 su Win e Linux e del problema non c'è traccia. Tutti i calcoli che avete proposto nelle risposte precedenti danno il risultato esatto con due decimali. E questo indipendentemente dalla larghezza della colonna e dal numero di decimali impostato nel formato (ovviamente purché maggiore o uguale a 2). Ipotizzando che il problema potesse essere legato al formato dei file (ODF 1.3 in LO, ODF 1.2 in OO) ho provato ad incrociare i dati. Il file che genera l'errore di calcolo in LO viene visualizzato con il risultato corretto in OpenOffice. Viceversa aprendo in LO il file creato con OO compaiono gli errori di approssimazione. Il formato di salvataggio quindi sembrerebbe ininfluente. Spero che queste informazioni possano essere utili ad isolare il problema. Poi che da un punto di vista numerico non ci siano grossi problemi, è vero. Ma non neghiamo l'evidenza. Cerchiamo di uscire dalla modalità 'fanboy' che certo non aiuta a risolvere la situazione (se fosse successo in Excell scrivereste le stesse cose?). Miriam Greco --Fine-- -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
Non entro nel merito della questione, però se digiti le parole con l’accento è separi i termini, ti si legge meglio Guido Astuti > Il giorno 22 ago 2021, alle ore 11:12, Miriam ha scritto: > > > > Salve a tutti, > ho letto lintera discussione e sinceramente ho visto arrampicate sugli > specchi incredibili che non penso aiutino la community. > > > Ho voluto fare delle prove dirette: > Su LO 7.1 (Win) posso confermare il problema che si ripete in tutti gli > schermi simili ma non sempre con il 9 periodico. > Ad esempio loperazione 101,42-101 da come risultato 0,422 > Per visualizzare queste rappresentazioniin effetti necessario allargare la > colonna, questo nonostante gidi default la larghezza della colonna consenta > pidi due decimali.A mio avvisoproprio questo il comportamento anomalo. In > OpenOffice, in Softmaker Office ed anche in Excel modificare la larghezza > della colonna non altera la rappresentazione del risultato (tranne ovviamene > i casi in cui la lughezza del numero eccede lo spazio disponibile). > > > Come controprova ho ripetuto le stesse operazioni in OpenOffice 4.1.10 su Win > e Linux e del problema non ctraccia. Tutti i calcoli che avete proposto nelle > risposte precedenti danno il risultato esatto con due decimali. E questo > indipendentemente dalla larghezza della colonna e dal numero di decimali > impostato nel formato (ovviamente purchmaggiore o uguale a 2). > > > Ipotizzando che il problema potesse essere legato al formato dei file (ODF > 1.3 in LO, ODF 1.2 in OO) ho provato ad incrociare i dati. Il file che genera > lerrore di calcolo in LO viene visualizzato con il risultato corretto in > OpenOffice. Viceversa aprendo in LO il file creato con OO compaiono gli > errori di approssimazione.Il formato di salvataggio quindi sembrerebbe > ininfluente. > > > Spero che queste informazioni possano essere utili ad isolare il problema. > > > Poi che da un punto di vista numerico non ci siano grossi problemi,vero. Ma > non neghiamo levidenza. Cerchiamo di uscire dalla modalitfanboyche certo non > aiuta a risolvere la situazione (se fosse successo in Excell scrivereste le > stesse cose?). > > > Miriam Greco > Sent:Friday, August 20, 2021 at 8:03 PMFrom:Francesca > ChiarelliTo:users@it.libreoffice.orgSubject:[it-users] errore Calc > Sono appena inciampata in un brutto errore di calcolo in Calc, uncalcolo > banale che fa male...=241,47-241Sia cos, semplice, che con riferimenti a > celle piuttosto che con la INTsu 241,47Fatto sta che mi risponde > 0,469 (ma se stringo la colonnano, risponde > correttamente).Pazzesco!!Lo fa anche a voi? > > > > > -- > Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org > Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ > Linee guida per postare + altro: > https://wiki.documentfoundation.org/Local_Mailing_Lists/it > Archivio della lista: https://listarchives.libreoffice.org/it/users/ > Privacy Policy: https://www.documentfoundation.org/privacy -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
Salve a tutti, ho letto lintera discussione e sinceramente ho visto arrampicate sugli specchi incredibili che non penso aiutino la community. Ho voluto fare delle prove dirette: Su LO 7.1 (Win) posso confermare il problema che si ripete in tutti gli schermi simili ma non sempre con il 9 periodico. Ad esempio loperazione 101,42-101 da come risultato 0,422 Per visualizzare queste rappresentazioniin effetti necessario allargare la colonna, questo nonostante gidi default la larghezza della colonna consenta pidi due decimali.A mio avvisoproprio questo il comportamento anomalo. In OpenOffice, in Softmaker Office ed anche in Excel modificare la larghezza della colonna non altera la rappresentazione del risultato (tranne ovviamene i casi in cui la lughezza del numero eccede lo spazio disponibile). Come controprova ho ripetuto le stesse operazioni in OpenOffice 4.1.10 su Win e Linux e del problema non ctraccia. Tutti i calcoli che avete proposto nelle risposte precedenti danno il risultato esatto con due decimali. E questo indipendentemente dalla larghezza della colonna e dal numero di decimali impostato nel formato (ovviamente purchmaggiore o uguale a 2). Ipotizzando che il problema potesse essere legato al formato dei file (ODF 1.3 in LO, ODF 1.2 in OO) ho provato ad incrociare i dati. Il file che genera lerrore di calcolo in LO viene visualizzato con il risultato corretto in OpenOffice. Viceversa aprendo in LO il file creato con OO compaiono gli errori di approssimazione.Il formato di salvataggio quindi sembrerebbe ininfluente. Spero che queste informazioni possano essere utili ad isolare il problema. Poi che da un punto di vista numerico non ci siano grossi problemi,vero. Ma non neghiamo levidenza. Cerchiamo di uscire dalla modalitfanboyche certo non aiuta a risolvere la situazione (se fosse successo in Excell scrivereste le stesse cose?). Miriam Greco Sent:Friday, August 20, 2021 at 8:03 PMFrom:Francesca ChiarelliTo:users@it.libreoffice.orgSubject:[it-users] errore Calc Sono appena inciampata in un brutto errore di calcolo in Calc, uncalcolo banale che fa male...=241,47-241Sia cos, semplice, che con riferimenti a celle piuttosto che con la INTsu 241,47Fatto sta che mi risponde 0,469 (ma se stringo la colonnano, risponde correttamente).Pazzesco!!Lo fa anche a voi? -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
Questo l'ho provato al volo sul mio Excel 2016 (su Windows) e non è vero, mi da sempre 0,47 (formula =47/100), con qualsiasi formato, qualsiasi larghezza. Comunque non avevo pernsato alla conversione binario-decimale... al rientro provo con più calma, perché questa cosa mi disturba. Francesca Chiarelli --- Il 21/08/21 21.08, Marcolongo ha scritto: Per inciso, ho provato ad usare* Excel*. Per default scrive il risultato con due cifre, e si otitene 0,47. Però, se aumento il numero delle cifre viene fuori un bel *0,46999000* (non ricordo il numero esatto di 9 e di 0). -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
Accidenti quante email al mio rientro dalle ferie me le leggo e le provo con calma. Grazie a tutti per le risposte. Francesca Chiarelli --- -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
Risposta ineccepibile che condivido in pieno, anche perché le mie basi 'ingegneristiche' sono alquante solide. Il computer non lavora su base integer ma su base variabile in virgola mobile e di conseguenza esegue il troncamento sulla base del numero dei decimali con relativo arrotondamento a seconda che l'ultima cifra sia minore di 5 (per difetto) o superiore a 5 (per eccesso). Perché <5 arrotonda per difetto? le cifre sono 0,1,2,3,4 ovvero cinque come quelle per eccesso 5,6,7,8,9. Esempio 0,4699 diventa 0,47 ma 0,46444 diventa 0,46. Se fosse 0,464608 il risultato sarebbe 0,47. eseguendo gli arrotondamenti dall'ultima cifra con 3 decimali sarebbe 0,465 con due 0,47. Fatta la prova col solito esempio impostando 3 cifre decimali e il risultato è 0,470 perché il 0,469 arrotonda l'ultima cifra a 0 e la seconda a 7. Quando rimane 0,46(9)? Quando l'ultima cifra decimale è <5. A spanne direi con 15 cifre decimali, come qualcuno ha scritto. con un numero inferiore il risultato è sempre 0,47(0), proprio per effetto dell'arrotondamento dell'ultima cifra. La prova di excel dimostra che ha come standard 2 cifre decimali, mentre LO bisogna dichiararle nelle opzioni oppure settarle nella formattazione celle. Il 21/08/21 17:22, Andrea Celli ha scritto: > Francesca, non conosco la tua formazione matematica, ma anch'io ne ho una > 'piuttosto solida'. > Matematicamente 0,47 e 0,46(9) sono due rappresentazioni decimali esatte > dello stesso identico numero, a cui potremmo aggiungere anche 0,47(0) . > Per convincersene basta applicare la classica formula che dà esattamente la > frazione generatrice, 47/100. > > Da un punto di vista "ingegneristico" il computer per eseguire i calcoli > opera in base 2 e poi li rende in base 10. > Per i cambi di base esegue dei calcoli che portano ad un risultato del > tipo 0,46999... > Concordo con te che sarebbe più elegante se desse il risultato arrotondato, > anziché troncato. > Però non lo trovo così grave. > > Per inciso, ho provato ad usare* Excel*. Per default scrive il risultato > con due cifre, e si otitene 0,47. > Però, se aumento il numero delle cifre viene fuori un bel > *0,46999000* (non ricordo il numero esatto di 9 e di 0). > > In ogni caso, Calc è più preciso di Excel perché gli zeri fasulli (questi > sì sono errori) compaiono più avanti. > > Andrea > > > > Il giorno sab 21 ago 2021 alle ore 14:30 Valerio Messina ha > scritto: > >> On 8/21/21 10:35 AM, Gabriele Bertolucci wrote: >>> non è classificabile come bug ed è un comportamento presente in tutti i >>> fogli di calcolo >> posso citare tre fogli di calcolo che non sbagliano quella semplice >> sottrazione: >> >> Excel >> OpenOffice >> Google Sheet >> >> -- >> Valerio >> >> -- >> Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org >> Problemi? >> https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ >> Linee guida per postare + altro: >> https://wiki.documentfoundation.org/Local_Mailing_Lists/it >> Archivio della lista: https://listarchives.libreoffice.org/it/users/ >> Privacy Policy: https://www.documentfoundation.org/privacy >> -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
On 8/21/21 10:35 AM, Gabriele Bertolucci wrote: non è classificabile come bug ed è un comportamento presente in tutti i fogli di calcolo posso citare tre fogli di calcolo che non sbagliano quella semplice sottrazione: Excel OpenOffice Google Sheet -- Valerio -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
Francesca, non conosco la tua formazione matematica, ma anch'io ne ho una 'piuttosto solida'. Matematicamente 0,47 e 0,46(9) sono due rappresentazioni decimali esatte dello stesso identico numero, a cui potremmo aggiungere anche 0,47(0) . Per convincersene basta applicare la classica formula che dà esattamente la frazione generatrice, 47/100. Da un punto di vista "ingegneristico" il computer per eseguire i calcoli opera in base 2 e poi li rende in base 10. Per i cambi di base esegue dei calcoli che portano ad un risultato del tipo 0,46999... Concordo con te che sarebbe più elegante se desse il risultato arrotondato, anziché troncato. Però non lo trovo così grave. Per inciso, ho provato ad usare* Excel*. Per default scrive il risultato con due cifre, e si otitene 0,47. Però, se aumento il numero delle cifre viene fuori un bel *0,46999000* (non ricordo il numero esatto di 9 e di 0). In ogni caso, Calc è più preciso di Excel perché gli zeri fasulli (questi sì sono errori) compaiono più avanti. Andrea Il giorno sab 21 ago 2021 alle ore 14:30 Valerio Messina ha scritto: > On 8/21/21 10:35 AM, Gabriele Bertolucci wrote: > > non è classificabile come bug ed è un comportamento presente in tutti i > > fogli di calcolo > > posso citare tre fogli di calcolo che non sbagliano quella semplice > sottrazione: > > Excel > OpenOffice > Google Sheet > > -- > Valerio > > -- > Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org > Problemi? > https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ > Linee guida per postare + altro: > https://wiki.documentfoundation.org/Local_Mailing_Lists/it > Archivio della lista: https://listarchives.libreoffice.org/it/users/ > Privacy Policy: https://www.documentfoundation.org/privacy > -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
Scusate il PC lavora in BINARIO, è *normale* *che dia 0,469 ,**se non si formatta la cella come numero* e allora il risultato è corretto: 0.4700.. gli zeri dipendono ovviamente dalle cifre dopo la virgola. NON È UN ERRORE, *formattate correttamente la cella*. Claudio Il 21/08/21 13:02, Vincenzo ha scritto: Il 21/08/2021 10.35, Gabriele Bertolucci ha scritto: Io utilizzo LO Community 7.2.0.4 (versione Flatpak su Linux Mint). Sono riuscito a riprodurre questo comportamento con questa sequenza di passi: - aprire Calc - in una cella digitare la formula =241,47-241 - allargare esageratamente la colonna Solo eseguendo TUTTI questi tre passi ho visto che la rappresentazione del risultato è 0,469. Ho fatto anch'io la prova è da effettivamente 0,469 , però formattando la cella come numero mi da il risultato giusto cioè 0.47. Spiegazioni? ciao -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
Lette tutte le vostre precisazioni e fatta qualche prova ho dedotto questo. Primo numero standard è privo di decimali sia su Linux sia su windows. Il numero dei decimali, credo, che venga gestito in qualche parametro di config (linux) o appdata(win). Quale non lo so. La differenza come viene gestito tra linux e win è sottile ma fondamentale. In linux le impostazioni si trascinano da una versione all'altra. Quello impostato su 7.1 vale pari pari per 7.2 Questo non vale per le appimage che crea un suo config autonomo - fino alla versione 7 usava quello dell'installazione standard e questo creava non pochi problemi e conflitti. Dalla versione 7 sono separati fisicamente. Visto che la mia versione di LO su linux funziona correttamente anche con campo allargato e il numero di decimali vuoto vuol dire che in una delle versioni precedenti avevo impostato numero standard a 2 decimali e questa è rimasta. Svelato il mistero perché da me funzione. In opzioni CALC - Calcola è impostato come numero decimali 2. Sicuramente impostato molto tempo fa. Probabile nel passaggio dalla 5 alla 6. Quindi il mio numero standard , anche se il campo è vuoto, è sempre valorizzato 2. Aperto appimage il valore non è spuntato e quindi fa quello scherzo del 0,46(9) periodico. Flaggato il campo e impostato a 2. Il risultato è sempre corretto. Su windows, non lo uso mai direttamente, l'impostazione probabilmente non è mai stata settata e quindi il valore espresso è 0,46(9) periodico Per Franca Chiarelli Ripartito con linux ho usato quello indicato A1=247,47, B1=RESTO(A1;1) larghezza standard in B1=0,47. Allargo moltissimo il campo C1 e riporto =RESTO(A1;1) risultato 0,47 In formatta celle il numero standard è sempre vuoto. Quindi dovresti controllare il valore impostato in opzioni e settarlo correttamente Saluti a tutti Gian Paolo Marcolongo Il 21/08/21 13:19, Claudio.Fasolo ha scritto: > Scusate il PC lavora in BINARIO, è *normale* *che dia 0,469 > ,**se non si formatta la cella come numero* e allora il risultato > è corretto: 0.4700.. gli zeri dipendono ovviamente dalle cifre dopo la > virgola. > NON È UN ERRORE, *formattate correttamente la cella*. > Claudio > > Il 21/08/21 13:02, Vincenzo ha scritto: >> >> >> Il 21/08/2021 10.35, Gabriele Bertolucci ha scritto: >>> Io utilizzo LO Community 7.2.0.4 (versione Flatpak su Linux Mint). >>> >>> Sono riuscito a riprodurre questo comportamento con questa sequenza >>> di passi: >>> >>> - aprire Calc >>> - in una cella digitare la formula =241,47-241 >>> - allargare esageratamente la colonna >>> >>> Solo eseguendo TUTTI questi tre passi ho visto che la >>> rappresentazione del risultato è 0,469. >>> >> >> Ho fatto anch'io la prova è da effettivamente 0,469 , >> però formattando la cella come numero mi da il >> risultato giusto cioè 0.47. >> >> Spiegazioni? >> ciao >> >> > -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
Il 20/08/21 20:03, Francesca Chiarelli ha scritto: > Sono appena inciampata in un brutto errore di calcolo in Calc, un > calcolo banale che fa male... > > =241,47-241 > > Sia così, semplice, che con riferimenti a celle piuttosto che con la INT > su 241,47 > > Fatto sta che mi risponde 0,469 (ma se stringo la colonna > no, risponde correttamente). > > Pazzesco!! > > Lo fa anche a voi? > È un problema ben noto e non di LO, ma dei processori in generale. Il problema è che per fare i calcoli il processore converte i numeri decimali nella loro rappresentazione in virgola mobile e non tutti i numeri decimali sono esattamente rappresentabili con tale sistema. Perciò si possono generare delle differenze infinitesimali dovute da arrotondamenti, che alla fine creano queste incongruenze apperentemente banali. https://it.wikipedia.org/wiki/Numero_in_virgola_mobile#Problemi_con_l'uso_della_virgola_mobile L'unica soluzione è quella di usare le funzioni di arrotondamento in modo da farsi restituire il numero di decimali che effettivamente servono. Se può consolarti, per scrupolo, ho appena provato e lo anche su Google Fogli, non ho modo di testarlo ora, ma sono quasi sicuro che anche su Excel sia lo stesso. -- Marco Marega -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
Ho fatto anch'io la prova è da effettivamente 0,469 , però formattando la cella come numero mi da il risultato giusto cioè 0.47. Se imposti la visualizzazione di esattamente 15 decimali, vedrai che quanto viene visualizzato non ti piacerà. Spiegazioni? Io ho provato a fornire diversi link dove approfondire la questione. -- Gabriele Bertolucci -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
Scusate il PC lavora in BINARIO, è *normale* *che dia 0,469 ,**se non si formatta la cella come numero* e allora il risultato è corretto: 0.4700.. gli zeri dipendono ovviamente dalle cifre dopo la virgola. NON È UN ERRORE, *formattate correttamente la cella*. Non dipende necessariamente dalla formattazione, così come ho spiegato nella mia precedente email. Infatti nei miei test la cella era formattata come numero. Casomai la stranezza sta nella differenza di visualizzazione quando si sceglie di visualizza esattamente 15 decimali. Comunque tutti i fogli di calcolo hanno un limite alla precisione di calcolo, è inevitabile. -- Gabriele Bertolucci -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
Il 21/08/2021 10.35, Gabriele Bertolucci ha scritto: Io utilizzo LO Community 7.2.0.4 (versione Flatpak su Linux Mint). Sono riuscito a riprodurre questo comportamento con questa sequenza di passi: - aprire Calc - in una cella digitare la formula =241,47-241 - allargare esageratamente la colonna Solo eseguendo TUTTI questi tre passi ho visto che la rappresentazione del risultato è 0,469. Ho fatto anch'io la prova è da effettivamente 0,469 , però formattando la cella come numero mi da il risultato giusto cioè 0.47. Spiegazioni? ciao -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
Io utilizzo LO Community 7.2.0.4 (versione Flatpak su Linux Mint). Sono riuscito a riprodurre questo comportamento con questa sequenza di passi: - aprire Calc - in una cella digitare la formula =241,47-241 - allargare esageratamente la colonna Solo eseguendo TUTTI questi tre passi ho visto che la rappresentazione del risultato è 0,469. Quello che ho notato è che, andando a visualizzare le proprietà della cella, il campo "posizioni decimali" è vuoto. Se imposto un numero di decimali da 2 a 14, il risultato viene visualizzato correttamente (0,47 0,470 0,4700 .). Se invece imposto un numero di decimali uguale a 15, compaiono tutti i "9" dopo "46". Se poi imposto un numero di decimali ancora superiore (da 16 a 20) rimangono tutti i "9" e vengono aggiunti degli "0" in coda. Questo è dovuto al fatto che Calc utilizza una precisione di calcolo a 15 decimali (IEEE 754 [1]) per i numeri in virgola mobile. Resta il fatto che con 15 decimali la visualizzazione del risultato è errata, ma questo è strutturale [2] [3]. La questione è già stata affrontata da TDF [4]: non è classificabile come bug ed è un comportamento presente in tutti i fogli di calcolo. Per inciso, non ho trovato alcun modo per togliere la specifica del numero di decimali visualizzati, per riportarla al valore non definito che ho trovato inizialmente. Saluti. [1] https://en.wikipedia.org/wiki/IEEE_754 [2] https://wiki.documentfoundation.org/Faq/Calc/Accuracy [3] https://en.wikipedia.org/wiki/Floating-point_arithmetic#Accuracy_problems [4] https://bugs.documentfoundation.org/show_bug.cgi?id=128312 -- Gabriele Bertolucci -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
Non è affatto lo stesso numero, si somigliano, sono vicini ma non sono lo stesso numero. Si tratta di un bug bello e buono e basta. Il formato non c'entra nulla, Il formato è solo un bel vestito per vedere un numero come fa più comodo, ma da che i fogli di calcolo esistono, i calcoli tengono conto dei numeri come sono non come appaiono. Agl ingegneri va bene senz'altro che 0,469... sia lo stesso di 0,47 ma a me, di formazione matematica, proprio non piace affatto. Per INT intendo la funzione. Nel senso che ero partita da questo: avevo messo in A1 il numero 241,47 e in A2 volevo tenermi solo la parte decimale (ovvero 0,47) Così in A2 avevo scritto =RESTO(A1;1) che per me è la soluzione più immediata e ovvia. Visto l'esito infausto (il famigerato 0,4699..) ho tentato altro, ad esempio questo: =A1-INT(A1) ma neanche questo ha funzionato. Per quello ho tentato la cosa più banale, cioè scrivere direttamente =241,47-241 Ma calcola sempre male. Forse memorizza male, non so ma non va bene per niente. E ora ho conferma che non è solo il mio LO 7.2 su Windows. Andremme segnalato ai programmatori... Francesca Chiarelli --- -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
On 8/20/21 8:03 PM, Francesca Chiarelli wrote: =241,47-241 Sia così, semplice, che con riferimenti a celle piuttosto che con la INT su 241,47 Fatto sta che mi risponde 0,469 (ma se stringo la colonna no, risponde correttamente). Pazzesco!! Lo fa anche a voi? confermo il baco anche con la 6.1.5.2 su Debian Sono sicuro che in versioni precedenti non succedeva. Incredibile che nessuno l'abbia notato in tutto questo tempo, va segnalato subito. -- Valerio -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
Direi che alla base di tutto c'è una nota (ma spesso dimenticata) ambiguità della notazione decimale. Ogni numero razionale può essere scritto in modo periodico anche se ammette una più comoda notazione "finita". Ossia, scrivere 0,47 o 0,46(9) è esattamente la stessa cosa! Sono due modi assolutamente equivalenti per scrivere lo stesso numero Ho messo tra parentesi la cifra periodica da ripetere infinite volte. Si veda ad esempio https://it.wikipedia.org/wiki/0,999... Per quanto riguarda Calc, il problema credo che sia messo in evidenza dalla conversione del numero dalla base 10 alla base 2 e viceversa. Andrea Il giorno ven 20 ago 2021 alle ore 23:13 Valerio Messina ha scritto: > On 8/20/21 8:03 PM, Francesca Chiarelli wrote: > > =241,47-241 > > > > Sia così, semplice, che con riferimenti a celle piuttosto che con la INT > > su 241,47 > > > > Fatto sta che mi risponde 0,469 (ma se stringo la colonna > > no, risponde correttamente). > > > > Pazzesco!! > > > > Lo fa anche a voi? > > > confermo il baco anche con la 6.1.5.2 su Debian > Sono sicuro che in versioni precedenti non succedeva. > > Incredibile che nessuno l'abbia notato in tutto questo tempo, va > segnalato subito. > > -- > Valerio > > -- > Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org > Problemi? > https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ > Linee guida per postare + altro: > https://wiki.documentfoundation.org/Local_Mailing_Lists/it > Archivio della lista: https://listarchives.libreoffice.org/it/users/ > Privacy Policy: https://www.documentfoundation.org/privacy > > -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
Il 20/08/21 21:05, Marcolongo ha scritto: Provata anche la funzione INT risultato corretto 0. Nicola scrive colonna standard no ??? Non capisco come è formattata la cella. Gian Paolo Marcolongo Ho controllato la cella, formato /numero /standard e nel riquadro di anteprima sulla destra mostra direttamente 0,469 (non ricordo esattamente il n di 9) quindi non mostra questo risultato solo per la larghezza della cella che non riesce a contenerlo, mentre se seleziono il formato con 2 decimali il risultato è sempre 0,47 indipendentemente dalla larghezza della cella. Nicola -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
fatto b1=247,47 c1=247 a3=b1-c1 risultato 0,47 sia con colonna standard che allargatissima. Version: 7.2.0.4 / LibreOffice Community Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: it-IT (it_IT.UTF-8); UI: it-IT Calc: threaded prova con una appimage di sviluppo, piuttosto datata con colonna allargata è come viene a voi, con colonna standard corretta Version: 7.2.0.0.alpha1 / LibreOffice Community Build ID: 94c1521be4ef12f195d08413d5e2134e07a49f85 CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: it-IT (it_IT.UTF-8); UI: it-IT Calc: threaded Eseguita la prova con appimage 7.3 di sviluppo risultato come con appimage 7.2 Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: c703b2d22c3f45825d9c9d790c3b5a4b6f97e776 CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: it-IT (it_IT.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-06-17_00:44:32 Calc: threaded Con win10 non ho provato. Dovrei chiudere Linux e aprire win10, installando la versione ultima. Lo farò domani Il 20/08/21 21:16, Ceribelli Claudio ha scritto: > fatto un semplice inserimento > A1 241,47 > b1 241 > c1 Somma(a1-b1) > > risultato larghezza colonna standard 0,47 > colonna allargata 0,46 con il 6 periodico > > Version: 7.0.6.2 (x64) > Build ID: 144abb84a525d8e30c9dbbefa69cbbf2d8d4ae3b > CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; > VCL: win > Locale: it-IT (it_IT); Interfaccia utente: it-IT > Calc: CL > > > Claudio Ceribelli > > > Il 20/08/2021 21:05, Marcolongo ha scritto: >> Provata anche la funzione INT risultato corretto 0. >> >> Nicola scrive colonna standard no ??? Non capisco come è formattata la >> cella. >> >> Gian Paolo Marcolongo >> >> Il 20/08/21 20:41, nicola ha scritto: >>> Il 20/08/21 20:03, Francesca Chiarelli ha scritto: Sono appena inciampata in un brutto errore di calcolo in Calc, un calcolo banale che fa male... =241,47-241 Sia così, semplice, che con riferimenti a celle piuttosto che con la INT su 241,47 Fatto sta che mi risponde 0,469 (ma se stringo la colonna no, risponde correttamente). Pazzesco!! Lo fa anche a voi? >>> Provato su L.O. 6.4.7.2 Linux Mint 20.1 >>> >>> uguale, colonna standard no, se allargo parte una sfilza do 9 >>> >>> Nicola >>> >>> > > -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
fatto un semplice inserimento A1 241,47 b1 241 c1 Somma(a1-b1) risultato larghezza colonna standard 0,47 colonna allargata 0,46 con il 6 periodico Version: 7.0.6.2 (x64) Build ID: 144abb84a525d8e30c9dbbefa69cbbf2d8d4ae3b CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: it-IT (it_IT); Interfaccia utente: it-IT Calc: CL Claudio Ceribelli Il 20/08/2021 21:05, Marcolongo ha scritto: Provata anche la funzione INT risultato corretto 0. Nicola scrive colonna standard no ??? Non capisco come è formattata la cella. Gian Paolo Marcolongo Il 20/08/21 20:41, nicola ha scritto: Il 20/08/21 20:03, Francesca Chiarelli ha scritto: Sono appena inciampata in un brutto errore di calcolo in Calc, un calcolo banale che fa male... =241,47-241 Sia così, semplice, che con riferimenti a celle piuttosto che con la INT su 241,47 Fatto sta che mi risponde 0,469 (ma se stringo la colonna no, risponde correttamente). Pazzesco!! Lo fa anche a voi? Provato su L.O. 6.4.7.2 Linux Mint 20.1 uguale, colonna standard no, se allargo parte una sfilza do 9 Nicola -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
Il formato non c'entra. Io l'ho provato su ver. 7.2 nuovissima, per Windows. - Francesca Chiarelli Messaggio originale Da:Marcolongo Inviato:Fri, 20 Aug 2021 21:05:10 +0200 A:users@it.libreoffice.org Oggetto:Re: [it-users] errore Calc >Provata anche la funzione INT risultato corretto 0. > >Nicola scrive colonna standard no ??? Non capisco come è formattata la >cella. > >Gian Paolo Marcolongo > >Il 20/08/21 20:41, nicola ha scritto: >> >> Il 20/08/21 20:03, Francesca Chiarelli ha scritto: >>> Sono appena inciampata in un brutto errore di calcolo in Calc, un >>> calcolo banale che fa male... >>> >>> =241,47-241 >>> >>> Sia così, semplice, che con riferimenti a celle piuttosto che con la >>> INT su 241,47 >>> >>> Fatto sta che mi risponde 0,469 (ma se stringo la colonna >>> no, risponde correttamente). >>> >>> Pazzesco!! >>> >>> Lo fa anche a voi? >>> >> Provato su L.O. 6.4.7.2 Linux Mint 20.1 >> >> uguale, colonna standard no, se allargo parte una sfilza do 9 >> >> Nicola >> >> > >-- >Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org >Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ >Linee guida per postare + altro: >https://wiki.documentfoundation.org/Local_Mailing_Lists/it >Archivio della lista: https://listarchives.libreoffice.org/it/users/ >Privacy Policy: https://www.documentfoundation.org/privacy > -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
Provata anche la funzione INT risultato corretto 0. Nicola scrive colonna standard no ??? Non capisco come è formattata la cella. Gian Paolo Marcolongo Il 20/08/21 20:41, nicola ha scritto: > > Il 20/08/21 20:03, Francesca Chiarelli ha scritto: >> Sono appena inciampata in un brutto errore di calcolo in Calc, un >> calcolo banale che fa male... >> >> =241,47-241 >> >> Sia così, semplice, che con riferimenti a celle piuttosto che con la >> INT su 241,47 >> >> Fatto sta che mi risponde 0,469 (ma se stringo la colonna >> no, risponde correttamente). >> >> Pazzesco!! >> >> Lo fa anche a voi? >> > Provato su L.O. 6.4.7.2 Linux Mint 20.1 > > uguale, colonna standard no, se allargo parte una sfilza do 9 > > Nicola > > -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
confermo, lo fa anche a me. Claudio Ceribelli Il 20/08/2021 20:03, Francesca Chiarelli ha scritto: Sono appena inciampata in un brutto errore di calcolo in Calc, un calcolo banale che fa male... =241,47-241 Sia così, semplice, che con riferimenti a celle piuttosto che con la INT su 241,47 Fatto sta che mi risponde 0,469 (ma se stringo la colonna no, risponde correttamente). Pazzesco!! Lo fa anche a voi? -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
Provato il calcolo funziona correttamente. 0,47 Formato cella numero standard con 2 decimali. Se formatto la cella con zero decimali il risultato è 0. Fatta prova con riferimento celle il risultato non cambia sempre corretto. Allargato cella o ristretta il risultato non cambia sepre 0,47. Aggiunte cifre decimali il risultato è 0,4700. Se riduco a una cifra decimale arrotonda a 0,5 Mi sembra corretto. Credo che sia un problema di formattazione cella o colonna. Cosa intendi per INT? S.O. Ubuntu 20.04, LO 7.2.0.4. In ambiente win non ho provato. Comunque non riesco a riprodurre l'errore Gian Paolo Marcolongo Il 20/08/21 20:03, Francesca Chiarelli ha scritto: > Sono appena inciampata in un brutto errore di calcolo in Calc, un > calcolo banale che fa male... > > =241,47-241 > > Sia così, semplice, che con riferimenti a celle piuttosto che con la > INT su 241,47 > > Fatto sta che mi risponde 0,469 (ma se stringo la colonna > no, risponde correttamente). > > Pazzesco!! > > Lo fa anche a voi? > -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [it-users] errore Calc
Il 20/08/21 20:03, Francesca Chiarelli ha scritto: Sono appena inciampata in un brutto errore di calcolo in Calc, un calcolo banale che fa male... =241,47-241 Sia così, semplice, che con riferimenti a celle piuttosto che con la INT su 241,47 Fatto sta che mi risponde 0,469 (ma se stringo la colonna no, risponde correttamente). Pazzesco!! Lo fa anche a voi? Provato su L.O. 6.4.7.2 Linux Mint 20.1 uguale, colonna standard no, se allargo parte una sfilza do 9 Nicola -- Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org Problemi? https://it.libreoffice.org/supporto/mailing-lists/come-cancellarsi/ Linee guida per postare + altro: https://wiki.documentfoundation.org/Local_Mailing_Lists/it Archivio della lista: https://listarchives.libreoffice.org/it/users/ Privacy Policy: https://www.documentfoundation.org/privacy
