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://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