Re: [it-users] Addizione e somma

Grazie.
Opzione molto interessante; soprattutto nella versione che restituisce
#VALORE!.
Purtroppo, in questo caso si ripresenta l'incoerenza tra funzione somma e
addizione; l'addizione riporta (correttamente) il messaggio di errore
(somma di capra e cavoli!)
mentre la funzione somma salta "bellamente" il valore incongruo (IMHO
l'opzione selezionata dovrebbe valere anche per la funzione).

Piccola polemica: nella guida online, a commento della funzione somma si
legge:
"Questa funzione ignora qualsiasi testo o cella vuota all'interno di un
intervallo di dati. *Se pensate che vi vengano restituiti dei risultati
sbagliati *da questa funzione, cercate il testo all'interno
dell'intervallo. Per evidenziare del testo all'interno di un intervallo di
dati usate la funzionalità Evidenzia valori."
Non sarà mica compito dell'utente pensare che il risultato sia sbagliato!
Dovrebbe essere ben il programma a segnalare le incoerenze evidenti!

Ciao


Il giorno sab 20 nov 2021 alle ore 17:40 gianpaolo_marcolongo <
gianpaolo_marcolongo@newwhitebear.net> ha scritto:

> Buona sera a tutti,
>
> Il problema sollevato da Alberto Benedetto circa la differenza del
> risultato tra la funzione somma (a1;a3) e =a1+a2+a3 quando un numero è
> preceduto da ' si risolve con le opzioni di LO. Aperto un foglio di calc
> vuoto *strumenti-> opzioni ->lo calc -> formula-> impostazioni
> dettagliate dei calcoli.* Spuntare personalizzato e cliccare su
> /dettagli/. nella scheda che si apre  selezionare 'conversione da testo
> a numero' con 'Tratta come zero' e spuntare la voce 'tratta stringhe
> vuote come zero'.
>
> Con queste impostazioni l'esempio posto da Benedetto 265,5 in a1, '56 in
> a2 e 325 in a3 da correttamente il valore 590,5 sia con funzione somma
> sia con la somma nella versione =a1+a2+a3, ovvero scartando il valore
> '56 trattato come testo e non come numero.
>
> Quindi correttamente non è stato ritenuto un bug.
>
> Gian Paolo Marcolongo
>
>
>
> Il 15/11/21 09:47, Alberto Benedetto ha scritto:
> > Buongiorno,
> > ho fatto la segnalazione come possibile bug con tanto di esempi ed è
> > stata chiusa dopo un giorno con la motivazione "not a bug".
> > Ringrazio per la nota che evita il cambio della lingua da
> > italiano-italia a italiano-svizzera (o inglese US) con il consiglio di
> > farlo solo al momento dell'importazione del foglio.
> > In effetti io uso calc il modo intensivo con tutti file derivanti da
> > acquisizione di strumentazione e hanno sempre il separatore decimale
> > come "punto", per cui ho impostato il locale di default.
> > Dovendo importare molti file contemporaneamente ho poi realizzato una
> > macro che permette, con una gui, di selezionarli  in modo massivo e di
> > aggiungere automaticamente dei fogli alla cartella.
> > Se qualcuno è interessato ad utilizzarla la posso condividere.
> > Grazie a tutti per i consigli sempre costruttivi
> >
> > Alberto Benedetto
> > ------------------------------------------------------------------------
> > *Da: *"gianpaolo_marcolongo" <gianpaolo_marcolongo@newwhitebear.net>
> > *A: *"libreoffice users" <users@it.libreoffice.org>
> > *Inviato: *Venerdì, 12 novembre 2021 23:59:56
> > *Oggetto: *Re: [it-users] Addizione e somma
> >
> > buona sera,
> >
> > leggo con interesse la mail di Carlo Strata. Confermo che la funzione
> > somma agisce correttamente senza conversioni o altri impicci sia se
> > scrivo =somma(a1;a3) sia che scriva =somma(a1;a2;a3). Per contro
> > =a1+a2+a3 se trova un campo definito numero non controlla nulla. La
> > prova di questo è basta aggiungere una quarta cella e definirla testo -
> > ovvero @ - e lì immettere un numero la scrittura =a1+a2+a3+a4 dà come
> > risultato la somma delle tre prime celle, definite numeriche. Quindi
> > l'ipotesi che venga eseguita una conversione da stringa a numero non
> > appare credibile. In altre parole la funzione somma e la somma manuale
> > usano controlli diversi. Rimango dell'avviso che che sia un bug di calc.
> >
> > Per quanto riguarda il punto d) la prova suggerita di importazione i
> > dati vengono trasformati in testo e la loro somma con la funzione dà 0.
> > Quello che scrive al punto vale solo se creo un file realmente csv o txt
> > e poi lo importo, come ho verificato. Il suggerimento di selezionare
> > inglese US risolve il problema del punto e la funzione somma da un
> > valore corretto.
> >
> > La soluzione suggerita di trovare ' ed eliminarli non funziona per il
> > banale motivo che essendo il campo numerico non riconosce l'apice '
> >
> > Buona notte a tutti
> >
> > Il 12/11/21 22:33, Carlo Strata (tiscali.it) ha scritto:
> > > Ciao a Tutti,
> > >
> > > ho letto le tre vostre mail. Alcune mie considerazioni:
> > >
> > > a) non mi meraviglia che la SOMMA() dell'intervallo sommi solo le
> > > celle effettivamente numeriche e non quelle formattate come numeriche
> > > che non contengono un numero perché la stringa che sembrerebbe
> > > rappresentarlo è preceduta da un ' che comporta che il foglio veda
> > > quel valore come testo ignorando quello che per gli occhi umani
> > > potrebbe rappresentare; direi che è corretto perché '123 potrebbe
> > > essere il nome di un marchio e non il numero centoventitre,
> > > soprattutto perché quello (A1:A3, ad esempio) è un unico parametro
> > > della funzione SOMMA();
> > >
> > > b) la scrittura invece di =A1+A2+A3 comporta la valutazione di tre
> > > celle (parametri o variabili) per poi eseguirne i calcoli indicati,
> > > probabilmente sulle singole celle un numero puro o un numero come
> > > stringa vengono visti sempre come numero perché evidentemente ne viene
> > > tentata sempre la conversione da testo a numero (similmente alle
> > > funzioni VALORE() o VALORENUMERO()); questo comportamento potrebbe
> > > essere un'eredità storica voluta (!) di tutti i fogli elettronici
> > > (LO/OO Calc, Microsoft Excel, Google Fogli, Gnumeric, ...) dai tempi
> > > di Lotus 123... ;-)
> > >
> > > c) potrebbe essere una interessante conferma del tentativo di
> > > conversione del parametro costituito da una singola cella a numero da
> > > parte del foglio elettronico provare a valutare l'espressione
> > > =SOMMA(A1;A2;A3) che è assurda ed inefficiente per celle adiacenti (e
> > > che considero errore da parte dei miei Studenti di scuola superiore);
> > >
> > > d) non serve cambiare locale (IT-CH, ad esempio, come scrivete) per
> > > importare bene un csv (ad esempio gli OpenData degli enti pubblici
> > > italiani) per leggere correttamente un numero con il punto come
> > > separatore decimale, ma nella potente finestra che si apre prima
> > > dell'importazione finale di un file .csv, che mostra anche
> > > un'anteprima dell'importazione dei dati, basta scegliere per le
> > > colonne che contengono i tipo di dato con il punto decimale il tipo di
> > > colonna "Inglese US". Fate subito una prova selezionando
> > > esclusivamente da questa mail queste successive quattro righe:
> > > 25.3
> > > 12.3
> > > 12.8
> > > 24.9
> > >
> > > ed incollandole in una cella Calc, vi si aprirà subito la schermata di
> > > importazione file .csv (con una sola colonna, ma non importa).
> > > Cliccate sulla parola "standard" in testa all'anteprima della colonna
> > > e vedrete che si accenderà anche il campo "Tipo colonna" che sarà
> > > impostato a standard, cliccate standard e scegliete appunto "Inglese
> > > US" e poi su OK ed il gioco è fatto.
> > >
> > > e) discorso diverso se i numeri sono già scritti con un apice
> > > anteposto nel csv stesso e voi volete importare i dati come numeri...
> > > Ad esempio:
> > > '25.3
> > > '12.3
> > > '12.8
> > > '24.9
> > >
> > > Un metodo è:
> > > e.1) trova ' e sostituisci con nulla relativamente alla colonna
> > > e.2) seleziono la colonna --> tasto destro copia --> taste destro
> > > incolla speciale --> Testo non formattato --> si apre la finestra di
> > > importazione file .csv e mi comporto come il punto d).
> > >
> > > Spero di avervi potuto aiutare.
> > >
> > > Notte a tutti,
> > >
> > > Carlo
> > >
> > > Il 12/11/21 10:22, Alberto Benedetto ha scritto:
> > > > Buongiorno,
> > > > fatto prova anche con libreoffice 7.3.2.1 sotto opensuse e si
> > > > presenta lo stesso curioso problema che credo si possa definire bug.
> > > > C'è anche da notare che la funzione VAL.TESTO riferita alla cella con
> > > > il numero con l'apice restituisce correttamente VERO, e questo è
> > > > corretto anche se nel formato della cella è definita la categoria
> > > > "Numero".
> > > > In generale il formato della cella non può modificarne il "tipo" e
> > > > forse non dovrebbe neanche permettere di selezionarlo, per evitare
> > > > interpretazioni ambigue delle azioni che si vogliono fare.
> > > > Per quanto riguarda le importazioni numeriche da un file csv io ho
> > > > adottato questo semplice stratagemma.
> > > > Se nel file csv i numeri decimali hanno come separatore il punto,
> > > > ovvero derivano da un'esportazione strumentale o più
> > > > "internazionale", per evitare il cambio di interpretazione da numero
> > > > a testo, visto il "locale" di default in libreoffice che è "italiano
> > > > - italia" dove il separatore dei decimali è la virgola, basta
> > > > impostare nelle opzioni-impostazione della lingua-lingua, il formato
> > > > impostazione locale italiano-svizzera, dove il separatore dei
> > > > decimali è il punto.
> > > > Una volta salvato poi il file in ods, il numero sarà poi sempre
> > > > interpretato correttamente anche al variare delle impostazioni della
> > > > lingua.
> > > > Saluti
> > > >
> > > > Alberto Benedetto
> > > >
> > > > Da: "gianpaolo_marcolongo" <gianpaolo_marcolongo@newwhitebear.net>
> > > > A: "libreoffice users" <users@it.libreoffice.org>
> > > > Inviato: Giovedì, 11 novembre 2021 17:16:14
> > > > Oggetto: Re: [it-users] Addizione e somma
> > > >
> > > > Buongiorno a tutti,
> > > >
> > > > fatto qualche prova. Sistema Ubuntu 20.04lts, LO 7.3dev. Creata un
> > > > foglio di calc valore in a2 con apice. la funzione SOMMA dà il valore
> > > > corretto. Solo la somma di a1 e a3, scartando a2, numero preceduto
> > da '.
> > > > Se faccio =a1+a2+a3 viene sommato anche a2, come Magistrelli ha
> > scritto.
> > > > Se controllo formatta cella, tasto di destra, su A2 per calc è un
> > > > numero. Questo potrebbe spiegare l'anomalia della somma diretta che
> non
> > > > riconosce come testo a2. A questo punto aggiunto a4, formattatato come
> > > > @, la funzione somma continua a scartare i valori non numeri, a2 e a4,
> > > > ma la somma =a1+a2+a3+a4 dà errore in quanto un valore non è numerico,
> > > > appunto A4, e propone la correzione automatica. Accettando la
> > correzione
> > > > il totale tiene conto di a2 e a4 in modo erroneo.
> > > >
> > > > In conclusione la funzione tratta correttamente solo i valori numerici
> > > > definiti come tali, la somma diretta no. Credo che sia un bug
> > meritevole
> > > > di essere segnalato in quanto la somma diretta dovrebbe segnalare la
> > > > presenza di valori di testo nella formula.
> > > >
> > > > Il 11/11/21 15:50, Carlo Magistrelli ha scritto:
> > > > > Ciao.
> > > > > *LibreOffice Calc su Ubuntu 20.04, versione 6.4.7.2 (ma anche altri
> > > > > computer, SO e versioni più aggiornate).*
> > > > >
> > > > > Nel range A1:A3 ci sono tre valori.
> > > > > Apparentemente sono numeri, ma uno di essi (A2) in realtà è un testo
> > > > > (cioè
> > > > > un numero preceduto da un segno di apostrofo).
> > > > > Se in A4 immetto la formula =somma(A1:A3) il "falso" numero non viene
> > > > > calcolato;
> > > > > se in A5 immetto =A1+A2+A3 la somma invece tiene conto anche del
> > > > > "falso"
> > > > > numero.
> > > > >
> > > > > Per essere più precisi il "falso" numero era stato formattato come
> > > > > testo
> > > > > (codice formato @) ed allineato a destra; anche selezionandolo,
> > > > > nella barra
> > > > > della formula NON si legge l'apostrofo.
> > > > > Per essere ancora più precisi, il tutto deriva dalla conversione di
> > > > > un file
> > > > > .csv ed i valori sono molte centinaia.
> > > > >
> > > > > Ho scoperto che si può alzare l'opzione "Evidenzia valori (ctrl+F8)"
> e
> > > > > vedere che il "falso" numero è nero, mentre i "veri" numeri sono blu
> e
> > > > > certamente, d'ora in poi, la terrò attivata.
> > > > >
> > > > > Però mi chiedo che logica ci sia dietro una simile differenza di
> > > > > comportamento fra semplice addizione e funzione somma. Qualche idea?
> > > > >
> > > > > Grazie per l'attenzione.
> > > > >
> > > > > Carlo
> >
> > --
> > Come cancellarsi: E-mail users+unsubscribe@it.libreoffice.org
> > Problemi?
> https://urlsand.esvalabs.com/?u=https%3A%2F%2Fit.libreoffice.org%2Fsupporto%2Fmailing-lists%2Fcome-cancellarsi%2F&e=6698ed98&h=bd13a779&f=y&p=n
> > Linee guida per postare + altro:
> https://urlsand.esvalabs.com/?u=https%3A%2F%2Fwiki.documentfoundation.org%2FLocal_Mailing_Lists%2Fit&e=6698ed98&h=c6fa98cb&f=y&p=n
> > Archivio della lista:
> https://urlsand.esvalabs.com/?u=https%3A%2F%2Flistarchives.libreoffice.org%2Fit%2Fusers%2F&e=6698ed98&h=5fb24cac&f=y&p=n
> > Privacy Policy:
> https://urlsand.esvalabs.com/?u=https%3A%2F%2Fwww.documentfoundation.org%2Fprivacy&e=6698ed98&h=cd495559&f=y&p=n
> > --
> > Questo messaggio  stato analizzato con Libraesva ESG ed  risultato non
> > infetto.
>
> --
> Come cancellarsi: E-mail users+unsubscribe@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+unsubscribe@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