![[TEST] Document Foundation Community](https://communitytest.documentfoundation.org/images/discourse-logo-sketch.png){kind=logo}
Hallo,
ich habe in einer Tabelle eine Auswertung per Datenpilot angelegt, die
bis Calc 3.5 auch wie gewünscht funktionierte. Seit 3.6 jedoch enthält
die Auswertung statt Datümern deren interne Zahl, also steht da nach
einer Aktualisierung statt "Fr, 21.09.2012" nun "41173". Das kann ich
zwar manuell wieder heilen, indem ich nach jeder Aktualisierung die
Zellen mit manueller Formatzuweisung beglücke, aber das kann nicht der
Weisheit letzter Schluss sein. Wie bekomme ich es hin, dass die
Auswertung die gewünschte Formatierung behält?
Hallo,
gerade habe ich zu meinem Entsetzen noch etwas entdeckt:
ich habe in einer Tabelle eine Auswertung per Datenpilot angelegt, die
bis Calc 3.5 auch wie gewünscht funktionierte. Seit 3.6 jedoch
...rechnet das Ding falsch. Statt wie bisher die 3.5 richtigerweise eine
Summe von 10,0 ausrechnet, kommt die 3.6 im selben Dokument auf nur 8,2
-wie auch immer das kommt. Da bin ich schwerstens entsetzt, denn eine
Tabellenkalkulation, die falsch rechnet, geht gar nicht.
Aber bevor ich jetzt eine De-/Installationsorgie anfange: hat jemand
eine Idee, wie ich dem mit der 3.6 beikommen könnte, oder bleibt nur der
Weg zurück zur 3.5?
Hallo, Boris!
gerade habe ich zu meinem Entsetzen noch etwas entdeckt:
ich habe in einer Tabelle eine Auswertung per Datenpilot angelegt,
die bis Calc 3.5 auch wie gewünscht funktionierte. Seit 3.6 jedoch...rechnet das Ding falsch. Statt wie bisher die 3.5 richtigerweise
eine Summe von 10,0 ausrechnet, kommt die 3.6 im selben Dokument auf
nur 8,2 -wie auch immer das kommt. Da bin ich schwerstens entsetzt,
denn eine Tabellenkalkulation, die falsch rechnet, geht gar nicht.
Das ist äußerst bedenklich. Bei mir habe ich bisher keine Fehlfunktion
derart feststellen können.
Ein Schuss ins blaue wäre jetzt, dass eine der Zellen, die zur
Berechnung herangezogen werden, keine Zahl, sondern eine Zahl im
Textformat enthalten, was früher mitberechnet wurde, aber jetzt nicht
mehr mitberechnet wird. (Ich hatte das Phänomen früher mal beim Umstieg
von einer auf eine neuere Version.)
Würdest du die Datei sonst irgendwo bereitstellen oder mir per PM
zukommen lassen (ggf. reduziert auf die wesentlichen Zellen, falls die
Datei sensible Daten enthält), dann würde ich prüfen, ob das hier auch
passiert oder ob ich einen Fehler finden kann.
Aber bevor ich jetzt eine De-/Installationsorgie anfange: hat jemand
eine Idee, wie ich dem mit der 3.6 beikommen könnte, oder bleibt nur
der Weg zurück zur 3.5?
Aber vielleicht hilft obiger Hinweis auch schon.
Gruß,
Christian.
Hallo,
Ein Schuss ins blaue wäre jetzt, dass eine der Zellen, die zur
Berechnung herangezogen werden, keine Zahl, sondern eine Zahl im
Textformat enthalten, was früher mitberechnet wurde, aber jetzt nicht
mehr mitberechnet wird. (Ich hatte das Phänomen früher mal beim Umstieg
von einer auf eine neuere Version.)
das schließe ich mal kühn aus: die 3.5er rechnet aus 3,8 + 5,8 = 9,6
Die 3.6er Version macht aus denselben Zahlen 7,8.
Würdest du die Datei sonst irgendwo bereitstellen oder mir per PM
zukommen lassen (ggf. reduziert auf die wesentlichen Zellen, falls die
Datei sensible Daten enthält), dann würde ich prüfen, ob das hier auch
passiert oder ob ich einen Fehler finden kann.
Ich dokumentiere damit meine Arbeitszeiten für verschiedene Projekte und
bereite sie für die Abrechnung mit meinem Arbeitgeber vor. Ich kann die
darin enthaltenen Namen anonymisieren und Dir zuschicken;
veröffentlichen möchte ich sie aber nicht.
Hallo Boris,
das schließe ich mal kühn aus: die 3.5er rechnet aus 3,8 + 5,8 = 9,6
Die 3.6er Version macht aus denselben Zahlen 7,8.
Hier nicht, hier kommt auch 9,6 raus ... 
(V 3.6.1.2)
.... und tschüss
Franklin
Hallo, Boris!
Ein Schuss ins blaue wäre jetzt, dass eine der Zellen, die zur
Berechnung herangezogen werden, keine Zahl, sondern eine Zahl im
Textformat enthalten, was früher mitberechnet wurde, aber jetzt
nicht mehr mitberechnet wird. (Ich hatte das Phänomen früher mal
beim Umstieg von einer auf eine neuere Version.)das schließe ich mal kühn aus: die 3.5er rechnet aus 3,8 + 5,8 = 9,6
Die 3.6er Version macht aus denselben Zahlen 7,8.
Kann ich in einer Testdatei (neue Datei, zwei Zellen mit den Zahlen und
Bildung der Summe) nicht bestätigen. Deshalb liegt die Vermutung nahe,
dass es sich um eine besondere Konstellation in deiner Datei handeln
muss.
Funktioniert das Vorgehen (mit einer neuen Datei) bei dir korrekt oder
bekommst du selbst dann das falsche Ergebnis heraus?
Würdest du die Datei sonst irgendwo bereitstellen oder mir per PM
zukommen lassen (ggf. reduziert auf die wesentlichen Zellen, falls
die Datei sensible Daten enthält), dann würde ich prüfen, ob das
hier auch passiert oder ob ich einen Fehler finden kann.Ich dokumentiere damit meine Arbeitszeiten für verschiedene Projekte
und bereite sie für die Abrechnung mit meinem Arbeitgeber vor. Ich
kann die darin enthaltenen Namen anonymisieren und Dir zuschicken;
veröffentlichen möchte ich sie aber nicht.
Das wäre gut, wenn du den Aufwand auf dich nehmen möchtest (kannst ja
einfach alles löschen, was nicht mit der Berechnung zu tun hat). Dann
würde ich mir das mal ansehen.
Gruß,
Christian.
Hallo Boris!
das schließe ich mal kühn aus: die 3.5er rechnet aus 3,8 + 5,8 = 9,6
Die 3.6er Version macht aus denselben Zahlen 7,8.
Ich habe Version 3.6.1.2 (Build ID: e29a214) unter
Linux-64bit. Mein Calc rechnet 9,6 aus. Also: Welches
Betriebssystem, welche genaue Version bei dir?
Viele Grüße
Peter
Bei mir wird ebenfalls korrekt 9,6 errechnet: WinXP 32-bit, Version 3.6.1.2 (Build ID: e29a214)
LG Mike
Hallo,
Bei mir wird ebenfalls korrekt 9,6 errechnet
das passiert auch hier nur im Datenpiloten.
Hallo,
Ich habe Version 3.6.1.2 (Build ID: e29a214) unter
Linux-64bit. Mein Calc rechnet 9,6 aus. Also: Welches
Betriebssystem, welche genaue Version bei dir?
ich habe es unter RedHat 6 Enterprise Linux unter heute frisch von
de.libreoffice.org heruntergeladenen Versionen 3.5 und 3.6 ausprobiert,
sowie mit der Version 3.5 unter OpenSUSE (Version von Novell), die sich
hierbei identisch zu der anderen 3.5 verhält.
BTW: ich habe es auch mit Lotus Symphony 3.01 ausprobiert, doch da geht
gar nichts: fast alle Zahlen werden als "NaN" angezeigt -was immer das
bedeuten mag --> unbrauchbar.
Hmm; mal überlegen: 7,8 ergibt sich, wenn man (3,8 + 5) oder (3 + 5,8)
rechnet. Das klingt, als würde eine der beiden Zahlen nur bis zum Komma
ausgewertet. Ich halte daher Christians Vermutung für nicht
unwahrscheinlich, daß eine der beiden Zahlen tatsächlich im Textformat
vor liegt, und Calc einfach zu retten versucht, was zu retten ist - nur
daß halt die Konvertierung, aus welchen Gründen auch immer, nur bis zum
Komma kommt.
Bist Du Dir sicher, daß bei beiden Zellen ein Komma steht, und nicht
irgendwo ein Punkt o. ä.?
Was passiert denn, wenn Du beide Zellen markierst, und dann auf den
Button für mehr Nachkommastellen klickst?
Wolfgang, den es ja rein interessehalber mal interessieren würde, ob,
falls eine der beiden Zahlen tatsächlich ein Text sein sollte, dieser
mit einem Punkt statt Komma (aka in englischer Schreibweise) korrekter
ausgewertet wird
Hallo,
Bist Du Dir sicher, daß bei beiden Zellen ein Komma steht, und nicht
irgendwo ein Punkt o. ä.?
ja, da bin ich einigermaßen sicher, denn die Zahlen sind bereits das
Ergebnis einer Multiplikation. Wäre dort ein Text hineingerutscht, wäre
das Ergebnis "#WERT!" und würde komplett herausfallen. Dann müsste dort
entweder 3,8 oder 5,8 stehen, aber nicht 7,8.
Im Übrigen ergibt 3 + 5,8 nicht 7,8 sondern 8,8 -und das taucht da nicht
auf.
<rotwerd> Ups; stimmt. </rotwerd>
Wolfgang, der dann auch keine Erklärung hat
Hallo, Liste!
Würdest du die Datei sonst irgendwo bereitstellen oder mir per PM
zukommen lassen (ggf. reduziert auf die wesentlichen Zellen, falls
die Datei sensible Daten enthält), dann würde ich prüfen, ob das
hier auch passiert oder ob ich einen Fehler finden kann.Ich dokumentiere damit meine Arbeitszeiten für verschiedene Projekte
und bereite sie für die Abrechnung mit meinem Arbeitgeber vor. Ich
kann die darin enthaltenen Namen anonymisieren und Dir zuschicken;
veröffentlichen möchte ich sie aber nicht.
Ich habe die Datei in der Zwischenzeit von Boris erhalten und die
Berechnungsprobleme mit LibreOffice 3.6.1.2 nicht bestätigen können.
Meine Arbeitsumgebung:
LibreOffice Version 3.6.1.2 (Build ID: e29a214)
Windows 7 (32-Bit Installation auf 64-Bit BS)
Welche Arbeitsumgebung verwendest du, Boris? Vielleicht kann jemand das
mit der gleichen Konfiguration noch mal checken oder es liegt
vielleicht tatsächlich, wie du anfangs schon befürchtet hast, ein
Installationsproblem vor.
Gruß,
Christian.
Hallo!
Ich habe die Datei in der Zwischenzeit von Boris erhalten und die
Berechnungsprobleme mit LibreOffice 3.6.1.2 nicht bestätigen können.Meine Arbeitsumgebung:
LibreOffice Version 3.6.1.2 (Build ID: e29a214)
Windows 7 (32-Bit Installation auf 64-Bit BS)
Ich bin inzwischen einen Schritt weiter. In einer PM hat
Boris mir geschrieben, dass der Fehler auftaucht, wenn man
über Daten - Datenpilot - aktualisieren alles neu berechnen
lässt. Das kann ich hiermit leider bestätigen.
Viele Grüße
Peter
Hallo, Peter!
Ich habe die Datei in der Zwischenzeit von Boris erhalten und die
Berechnungsprobleme mit LibreOffice 3.6.1.2 nicht bestätigen
können.Meine Arbeitsumgebung: LibreOffice Version 3.6.1.2 (Build ID:
e29a214) Windows 7 (32-Bit Installation auf 64-Bit BS)Ich bin inzwischen einen Schritt weiter. In einer PM hat Boris mir
geschrieben, dass der Fehler auftaucht, wenn man über Daten -
Datenpilot - aktualisieren alles neu berechnen lässt. Das kann ich
hiermit leider bestätigen.
OK, das kann ich hier auch bestätigen. Da ich mich mit dem Datenpiloten
aber wenig auskenne, werde ich wohl nicht mehr so viel weiter helfen können.
Gruß,
Christian.