Guten Morgen

Am 05.10.2011 07:28, schrieb Wolfgang Jäth:
Am 04.10.2011 22:34, schrieb Pit Zyclade:
Egal, was Du schreibst. Uhrzeit ist eine Bruchteil des Tages,
Also ist 'Uhrzeit' ein Datumswert, nämlich ein 'Bruchteil eines Tages';
wo ist Dein Problem?

Wolf 'Q. E. D.' gang
Nein, Du hast mich noch immer nicht verstanden.
Ich habe eigentlich kein Problem, aber Du hast nach meiner (unmaßgeblichen)
Meinung nicht präzis genug geantwortet.
Diese Meinung sei Dir unbelassen.

Noch mal anders erklärt:
Ich kann jeden Tag in meine Tabelle in einer Uhrzeitspalte eine gleiche Zeit
eingeben und sie wird gleich bleiben.
Natürlich; was erwartest Du denn da für einen Unterschied? Gib doch mal
heute und morgen jeweils den '31. März 1977' in verschiedene Felder ein.
Erwartest du Da /auch/ einen Unterschied?

Sie hat keinen Datumswert, also geht sie
nicht vorwärts von Tag zu Tag.
Das tut der 31.03.197 auch nicht.

Was /Du/ aber anscheinend nicht verstanden hast: wenn Du z. B. '8:00'
eingibst, gibst Du genau genommen '0,3' ein, was interpretiert wird als
'Anfangsdatum + 0,3 Tage' aka (bei unveränderter Defaulteinstellung)
'30.12.1899 +0,3 Tage' oder eben '30.12.1899 8:00' interpretiert und
dargestellt wird; formatier die Zelle doch einfach mal als
'TT.MM.JJJJ HH:MM:SS'. Oder noch besser, gib '25:00' ein (aber wundere
Dich dann nicht über das '31.12.1899 1:00').

Beim Datum ist das anders, denn hier wird die Tages-Differenz zu dem
"genormten", eigentlich vereinbarten Datum festgehalten. Gebe ich jeden Tag das
aktuelle Datum ein,
... dann gibst Du nicht (analog zur 'gleichen Zeit') immer das /gleiche/
Datum ein, sondern immer ein /anderes/ Datum (nämlich heute die Zahl 40821,00
aka die Differenz in Tagen zwischen dem 5.10.2001 und dem 31.12.1899, morgen
40822,00, übermorgen 40823,00, usw.; bzw. jeweils mit Nachkommastellen, wenn
Du die Uhrzeit ebenfalls erfasst).

Im ersten Falle gibst Du eine Uhrzeit ein und hast kein Datum oder willst Du mir
sagen, dort wäre ein imaginäres Datum des 0-ten Tages hinterlegt?
Ja, genau so ist es. Nur daß das Datum gar nicht so imaginär ist, wie Du
denkst, sondern schlicht und einfach das unter 'Extras =>  Optionen =>
OpenOffice.org Calc =>  Berechnen =>  Datum' eingestellte Datum (oder wie Du
das ausdrückst: 'der 0-te Tag').

Wolfgang

Auf die Gefahr hin, einen ausufernden Thread noch etwas länger werden zu lassen, hier meine Meinung:

Ihr habt beide recht!

Pit hat insofern recht, als die Formatierung *Zeit* die Zahlen anders behandelt als die Formatierung *Datum* (irgendwie muss es ja einen Unterschied geben, sonst würden zwei verschiedene Formate nur bedingt Sinn machen ;-) ).

Macht dazu folgende Übung: gebt in eine Zeile oder eine Spalte Werte von 0 bis 2 ein (z.B. durch Addition von 0.05 zum vorangehenden Wert - es kann auch ein beliebiger, anderer Wert sein!). Kopiert diese Zahlen in die darunter liegende Zeile oder in die daneben liegende Spalte. Dann formatiert die eine Zahlenreihe als Zeit, die andere als Datum. Dann *erlebt* man den Unterschied: die als Zeit formatierte Spalte "springt" beim Zahlenwert 1 wieder auf 00:00:00 zurück, während die Datumzelle den Datumwert um 1 erhöht. M.a.W.: die Zeit-Formatierung berücksichtigt *nur* die Nachkommastellen, die Datum-Formatierung *ohne Zeit* nur die ganzen Zahlen *vor* dem Komma. Wolfgang hat aber insofern recht, als wenn ich die Zeit-formatierten Zahlen wieder als reine Zahlen formatiere, ist nichts davon verloren gegangen. Kurz: die Formatierung verändert nur das äussere Erscheinungsbild, nicht aber die Zahlen selber.

@ Maxx: warum der 30.12.1899 als Nullpunkt gewählt wurde, ist leicht erklärbar. Als MS sein Excel eingeführt hat, haben die Programmierer den 31.12.1899 als Nullpunkt gewählt - makes sense, nicht? Dabei haben sie aber einen peinlichen Fehler gemacht: sie haben 1900 als Schaltjahr behandelt (tja, die Schaltregeln des Kalenders sind nicht so einfach, wie sich das klein Henry oder Harry oder Pete oder wie der Programmierer immer hiess gedacht hat), was es eben nicht ist. OOo/LO hat diesen Fehler korrigiert, bei Calc ist der 29.2.1900 inexistent. Um Kompatibilität zum Marktführer zu bewahren, hiess das, den Nullpunkt um 1 Tag nach hinten zu verschieben, damit die Werte wenigstens ab 1.3.1900 in beiden Programmen übereinstimmen. Die wenigstens Leute dürften ein Problem damit haben, dass die Werte für Daten davor bei Excel und Calc nicht übereinstimmen ;-O.

Hoffentlich haben meine Ausführungen etwas zur Klärung beigetragen. Wünsche Euch allen einen sonnigen Tag - geniesst ihn, es dürfte der letzte "heisse" Herbsttag werden (wenigstens hier in der Schweiz).

Freundlich grüsst

Ernst

--
-----------------------------------------------------------------
To unsubscribe send email to users-unsubscr...@de.openoffice.org
For additional commands send email to sy...@de.openoffice.org
with Subject: help

Antwort per Email an