Hallo Listige Am 29.12.19 um 7:53 schrieb Thomas Krumbein:
Hei Boris, Wolfgang, Am 29.12.2019 um 00:46 schrieb Boris Kirkorowicz:Hallo, Am 28.12.19 um 13:12 schrieb Wolfgang Jäth:Am 28.12.2019 um 11:05 schrieb Boris Kirkorowicz:Hallo, Am 27.12.19 um 22:09 schrieb LO.Harald.Berger@t-online.de:Im Menü Extras>Optionen>LibreOfficeCalc>Berechnen ist der Stichtag (standardmäßig) als 30.12.1899 vorgegeben.warum eigentlich der 30. und nicht der 31.?Das ermöglicht, dass der interne Wert 1,0000 direkt den Zeitstempel 01.01.1900 00:00:00 repräsentieren kann.genau das ist dann eben nicht der Fall, der 01.01.1900 entspräche dann der 2 und nicht der 1 -das ist dann nämlich der 31.12.1899. Für mich sieht im das ersten Anlauf nicht nach einer Erleichterung, Merkhilfe o.ä. aus.Es gibt da noch eine andere "Theorie". 1,0 sollte der 01.01.1900 sein, und das "Große" Excel-Programm eines Marktführers hat dies auch so intern bestimmt und festgelegt.Leider hat man in der weiteren Berechnung das Schaltjahr 1904 "vergessen", so dass hier ein Tag fehlt. So stimmen die Zeitwerte zwischen LO/AOO und Excel in der Zeitspanne von 1900 bis 1904 nicht überein - erst ab dem 1. März 1904 passt das dann wieder. So erklärt sich der Stichtag 30.12.1899 als Starttag.
Stimmt nicht ganz! Excel hat nicht den Schalttag im Jahr 1904 vergessen, sondern fälschlicherweise einen Schalttag im Jahr 1900 eingeführt: den 29.02.1900 hat es nie gegeben. Die korrekte Schaltregel lautet nämlich: Schaltjahre sind alle Jahre, die ohne Rest durch 4 teilbar sind - es sei denn, es sind Hunderterjahre (wie z.B. 1900, 2000, usw.). Diese sind nur Schaltjahre, wenn sie ohne Rest durch 400 teilbar sind. Also sind die Jahre 1700, 1800, 1900 keine Schaltjahre - wohl aber 2000. Tatsächlich wollte man ursprünglich den 31.12.1899 als den Tag 0 setzen. In der Komputistik (Kalenderrechnung) ist es üblich, den letzten Tag einer Periode als den 0. Tag der neuen Periode zu setzen: der 31. Mai ist z.B. der 0. Juni. Das hat den unschätzbaren Vorteil, dass die Anzahl Tage dann einfach der Tagesnummer entspricht: der 1. Juni ist dann wirklich Tag 1 in dieser Zählung. Aber leider hat man sich eben mit dem 29.2.1900 "vertan", und so muss man auf den 30.12.1899 (was völlig unlogisch ist) kaprizieren als Tag 0, damit das Ganze dann wieder stimmt. Und ab 1904 stimmen "richtige" Zählweise und jene von Excel wiederum überein. A propos: Microsoft schwatzt sich raus: Man habe die korrekte Schaltregel sehr wohl gewusst, den Fehler aber vom Urahn aller Tabellenkalkulationsprogramme Lotus 1-2-3 übernommen ... (er war bereits im Excel-Vorgänger Multiplan von Microsoft enthalten und eben da habe man sich auf Lotus abgestützt). Na ja ... Übrigens: Versuchen Sie mal 29.2.1900 in Calc einzugeben... Da es dieses Datum für Calc nicht gibt, kann das Programm es auch nicht in eine Zahl umwandeln, sondern macht daraus einen String, erkennbar daran, dass es jetzt linksbündig und nicht rechtsbündig angezeigt wird.
Tja, Kalenderarithmetik ist nix für schwache Nerven und Leute ohne ein paar mathematische Kenntnisse 8-).
Liebe Grüsse aus der Schweiz Ernst -- Liste abmelden mit E-Mail an: users+unsubscribe@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