Re: [de-users] Rechenfehler in Calc
Hallo Harry, hallo Holger Am 30.05.22 um 14:39 schrieb Dr. Harry Knitter: Am Montag, 30. Mai 2022, 13:42:11 CEST schrieb Holger Goslar: seit langer Zeit nutze ich LibreOffice; aber erst jetzt ist mir ein Fehler aufgefallen, der mich verwundert: In simplen Multiplikationsaufgaben lasse ich Rechenergebnisse aus einer Tabelle in eine andere zum weiterrechnen übertragen. Die Addition von 3 Werten (s.u.) 24.371,08 € 3.576,17 € 9.383,80 € im Anschluss an die Übertragung sollte immer eine 5 in der zweiten Dezimalstelle aufweisen; doch ich fand eine 4 dort. Das veranlasste mich mal alle Multiplikationen zu prüfen mit Taschenrechner und es tauchten überall simple Rechenfehler auf. mtl.pro a 2.030,92 € 24.371,08 € 298,01 €3.576,17 € 781,98 €9.383,80 € 3.110,92 € 37.337,04 € Meine Prüfberechnung ergab auch mit Calc richtige Werte: Prüfberechnung 12 2030,92 24371,04 298,01 3576,12 781,98 9383,76 3110,91 37330,92 Die Fehler müssen also durch die Verweise auf die Dateien entstehen, aus denen die Werte stammen. Was kann dafür der Grund sein? Das sind keine Rechenfehler. Jede Tabellenkalkulation rechnet standardmäßig mit der vollen Genauigkeit aller Nachkommastellen und das sind in der Regel mehr als die, die angezeigt werden. Allerdings werden nur die im Zahlenformat eingestellten Nachkommastellen angezeigt, und diese Anzeige wird auf genau diese Anzahl der Nachkommastellen gerundet. Aber eben nur in der Anzeige. Das macht auch Sinn für technische Berechnungen. Rechnet man aber mit Währungsbeträgen, so muss man immer mit den in der Anzeige gerundeten Beträgen weiter rechnen. Will man das erreichen, so muss man in solchen Arbeitsmappen folgendes einstellen: Extras -> Optionen -> LibreOffice Calc -> Berechnen -> Allgemeine Berechnungen -> Genauigkeit wie angezeigt Dort einen Haken setzen und alles wird gut. Harry hat mit seiner Antwort recht - doch hat diese Lösung m.E. einen Schönheitsfehler: Es ist eine generelle Einstellung, die in Zukunft /*immer */so rundet (natürlich nur, bis Du die Option wieder ausschaltest). Besser wäre es m.E. eine neue Spalte einzuführen und dort einzutragen: =RUNDEN("Zelle";2), wo anstelle von Zelle der Zellbezug zum links daneben stehenden Wert steht. Der Effekt ist der gleiche, aber er wirkt nur, wenn Du diese Funktion auch benutzt. Um den "Schönheitsfehler" der doppelten Werte zu eliminieren, kannst Du ja die Spalte mit den korrekten, ungerundeten Werten ausblenden. Meine Empfehlung in diesem Fall: In einem Kommentar hinterlegen, was man genau gemacht hat - empfiehlt sich sowieso ;-))). Freundlich grüsst Ernst -- Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de Listenarchiv: https://listarchives.libreoffice.org/de/users/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
Re: [de-users] Rechenfehler in Calc
Am Montag, 30. Mai 2022, 13:42:11 CEST schrieb Holger Goslar: > seit langer Zeit nutze ich LibreOffice; aber erst jetzt ist mir ein > Fehler aufgefallen, der mich verwundert: > > In simplen Multiplikationsaufgaben lasse ich Rechenergebnisse aus einer > Tabelle in eine andere zum weiterrechnen übertragen. > Die Addition von 3 Werten (s.u.) > > 24.371,08 € > 3.576,17 € > 9.383,80 € > > im Anschluss an die Übertragung sollte immer eine 5 in der zweiten > Dezimalstelle aufweisen; doch ich fand eine 4 dort. Das veranlasste > mich mal alle Multiplikationen zu prüfen mit Taschenrechner und es > tauchten überall simple Rechenfehler auf. > > mtl. pro a > 2.030,92 €24.371,08 € > 298,01 € 3.576,17 € > 781,98 € 9.383,80 € > > 3.110,92 €37.337,04 € > > > Meine Prüfberechnung ergab auch mit Calc richtige Werte: > > Prüfberechnung > > > > 12 > 2030,92 24371,04 > 298,013576,12 > 781,989383,76 > > 3110,91 37330,92 > > > Die Fehler müssen also durch die Verweise auf die Dateien entstehen, aus > denen die Werte stammen. > > Was kann dafür der Grund sein? > > > > > > > Holger Goslar > > hgos...@web.de Das sind keine Rechenfehler. Jede Tabellenkalkulation rechnet standardmäßig mit der vollen Genauigkeit aller Nachkommastellen und das sind in der Regel mehr als die, die angezeigt werden. Allerdings werden nur die im Zahlenformat eingestellten Nachkommastellen angezeigt, und diese Anzeige wird auf genau diese Anzahl der Nachkommastellen gerundet. Aber eben nur in der Anzeige. Das macht auch Sinn für technische Berechnungen. Rechnet man aber mit Währungsbeträgen, so muss man immer mit den in der Anzeige gerundeten Beträgen weiter rechnen. Will man das erreichen, so muss man in solchen Arbeitsmappen folgendes einstellen: Extras -> Optionen -> LibreOffice Calc -> Berechnen -> Allgemeine Berechnungen -> Genauigkeit wie angezeigt Dort einen Haken setzen und alles wird gut. Gruß Harry p.s.: Hab ich in dieser Liste schon mehrfach erklärt. -- Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de Listenarchiv: https://listarchives.libreoffice.org/de/users/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
Aw: [de-users] Rechenfehler in Calc
Hi Holger,Haben deine Werte vielleicht mehr als zwei dezimalstellen und werden gerundet. Dann könnte es sein, dass deine zweite Tabelle nicht rundet, weshalb leicht andere Ergebnisse raus kommen.Viele Grüße Stefan--Diese Nachricht wurde von meinem Android Mobiltelefon mitWEB.DEMail gesendet.Am 30.05.22, 13:46 schrieb Holger Goslar :seit langer Zeit nutze ich LibreOffice; aber erst jetzt ist mir einFehler aufgefallen, der mich verwundert: In simplen Multiplikationsaufgaben lasse ich Rechenergebnisse aus einerTabelle in eine andere zum weiterrechnen übertragen.Die Addition von 3 Werten (s.u.) 24.371,08 €3.576,17 €9.383,80 € im Anschluss an die Übertragung sollte immer eine 5 in der zweitenDezimalstelle aufweisen; doch ich fand eine 4 dort. Das veranlasstemich mal alle Multiplikationen zu prüfen mit Taschenrechner und estauchten überall simple Rechenfehler auf. mtl. pro a2.030,92 € 24.371,08 €298,01 € 3.576,17 €781,98 € 9.383,80 € 3.110,92 € 37.337,04 € Meine Prüfberechnung ergab auch mit Calc richtige Werte: Prüfberechnung 122030,92 24371,04298,01 3576,12781,98 9383,76 3110,91 37330,92 Die Fehler müssen also durch die Verweise auf die Dateien entstehen, ausdenen die Werte stammen. Was kann dafür der Grund sein? Holger Goslar hgos...@web.de -- Liste abmelden mit E-Mail an: users+unsubscribe@de.libreoffice.orgProbleme?https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/Tipps zu Listenmails:https://wiki.documentfoundation.org/Netiquette/de=Listenarchiv:https://listarchives.libreoffice.org/de/users/Datenschutzerklärung:https://www.documentfoundation.org/privacy -- Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de Listenarchiv: https://listarchives.libreoffice.org/de/users/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-users] Rechenfehler in Calc
seit langer Zeit nutze ich LibreOffice; aber erst jetzt ist mir ein Fehler aufgefallen, der mich verwundert: In simplen Multiplikationsaufgaben lasse ich Rechenergebnisse aus einer Tabelle in eine andere zum weiterrechnen übertragen. Die Addition von 3 Werten (s.u.) 24.371,08 € 3.576,17 € 9.383,80 € im Anschluss an die Übertragung sollte immer eine 5 in der zweiten Dezimalstelle aufweisen; doch ich fand eine 4 dort. Das veranlasste mich mal alle Multiplikationen zu prüfen mit Taschenrechner und es tauchten überall simple Rechenfehler auf. mtl.pro a 2.030,92 € 24.371,08 € 298,01 €3.576,17 € 781,98 €9.383,80 € 3.110,92 € 37.337,04 € Meine Prüfberechnung ergab auch mit Calc richtige Werte: Prüfberechnung 12 2030,92 24371,04 298,01 3576,12 781,98 9383,76 3110,91 37330,92 Die Fehler müssen also durch die Verweise auf die Dateien entstehen, aus denen die Werte stammen. Was kann dafür der Grund sein? Holger Goslar hgos...@web.de -- Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de Listenarchiv: https://listarchives.libreoffice.org/de/users/ Datenschutzerklärung: https://www.documentfoundation.org/privacy