Hallo Leutz,
ich habe versucht heraus zu bekommen wo Werte-mäßig bei Calc die Grenzen sind was als Datum verarbeitet werden kann.
Da stoße ich auf verschiedene Probleme,
eines ist das DATUM() als untere Grenze =DATUM(1582;10;15) akzeptiert und zu 15.10.1582 wandelt Zahl= -115858
aber =DATUM(1582;10;14) führt zur Fehler "#WERT!" was ist das für ein krummer Wert?
andererseits wird eine Eingabe von -115859 ohne Fehlermeldung offensichtlich zum falschen Datum 04.10.1582 gemacht!?
oder ein Eingabe 1.1.1200 wird zu einem Datum gewandelt und so dargestellt!?
hm hm
hat da jemand Plan wie, wo, was, warum?
DATUM extrem, Grenzwerte
Moderator: Moderatoren
DATUM extrem, Grenzwerte
LG
clag
nutzt: WinXP SP3 / AOO 4.1.10 / Firefox
clag
nutzt: WinXP SP3 / AOO 4.1.10 / Firefox
Re: DATUM extrem, Grenzwerte
LO7.4.7.2 debian 12(bookworm) auf Raspberry5 8GB (ARM64)
LO25.2.3.2 flatpak debian 12(bookworm) auf Raspberry5 8GB (ARM64)
LO25.2.3.2 flatpak debian 12(bookworm) auf Raspberry5 8GB (ARM64)
Re: DATUM extrem, Grenzwerte
Ja Aha Ähm öh hm
hab ich jetzt etwa mein mangelndes Allgemeinwissen geoutet
trotzdem erstmal Danke Karolus
ok
wenn das so ist wie unter dem Link beschrieben, dann ist die Wandlung -115859 zu 04.10.1582 ja völlig korrekt,
volglich muss die Calc interne Datumsverarbeitung diese Korrektur doch berücksichtigen.
Da erscheint es mir erst recht unverständlich, das DATUM(1582;10;4) bis DATUM(1582;10;14) nicht zum Datum 04.10.1582 =-115859 gewandelt wird?
und DATUM(1582;10;3) dann wiedr zum Datum 03.10.1582 =-115860
oder habe ich jetzt was miss verstanden?


trotzdem erstmal Danke Karolus

ok
wenn das so ist wie unter dem Link beschrieben, dann ist die Wandlung -115859 zu 04.10.1582 ja völlig korrekt,
volglich muss die Calc interne Datumsverarbeitung diese Korrektur doch berücksichtigen.
Da erscheint es mir erst recht unverständlich, das DATUM(1582;10;4) bis DATUM(1582;10;14) nicht zum Datum 04.10.1582 =-115859 gewandelt wird?
und DATUM(1582;10;3) dann wiedr zum Datum 03.10.1582 =-115860
oder habe ich jetzt was miss verstanden?
LG
clag
nutzt: WinXP SP3 / AOO 4.1.10 / Firefox
clag
nutzt: WinXP SP3 / AOO 4.1.10 / Firefox
Re: DATUM extrem, Grenzwerte
Hallo
-115859 wird ja als Datum korrekt dargestellt, aber was soll Calc mit den den "nicht existenten" Daten: =DATUM(1582;10;5 bis 14 ) denn machen? - immer in den 4.10.1582 konvertieren, oder in jeweils das Datum 10 Tage "vor" dem angegebenen ?
Karo
-115859 wird ja als Datum korrekt dargestellt, aber was soll Calc mit den den "nicht existenten" Daten: =DATUM(1582;10;5 bis 14 ) denn machen? - immer in den 4.10.1582 konvertieren, oder in jeweils das Datum 10 Tage "vor" dem angegebenen ?
Karo
LO7.4.7.2 debian 12(bookworm) auf Raspberry5 8GB (ARM64)
LO25.2.3.2 flatpak debian 12(bookworm) auf Raspberry5 8GB (ARM64)
LO25.2.3.2 flatpak debian 12(bookworm) auf Raspberry5 8GB (ARM64)
Re: DATUM extrem, Grenzwerte
Hallo Karolus,
hätte ich jetzt gedacht, dass diese 10 Datumsangaben immer zum selben Tag führen würden,
ist doch so eine Art auf der Stelle treten
eine Lücke im Zeitablauf finde ich unlogisch gestaucht oder gestreckt ok
aber ein Lücke neeee ........
aber wer weiß schon was sich derjenige dabei gedacht hat
An 10.000 bc hat dabei bestimmt keiner gedacht
ich hätte es cool gefunden wenn ich meinen Kalender auf 01.01.0001 bzw 01.01.0000 hätte stellen können......
ja,Karolus hat geschrieben:immer in den 4.10.1582 konvertieren,
hätte ich jetzt gedacht, dass diese 10 Datumsangaben immer zum selben Tag führen würden,
ist doch so eine Art auf der Stelle treten

eine Lücke im Zeitablauf finde ich unlogisch gestaucht oder gestreckt ok
aber ein Lücke neeee ........
aber wer weiß schon was sich derjenige dabei gedacht hat

An 10.000 bc hat dabei bestimmt keiner gedacht

ich hätte es cool gefunden wenn ich meinen Kalender auf 01.01.0001 bzw 01.01.0000 hätte stellen können......
LG
clag
nutzt: WinXP SP3 / AOO 4.1.10 / Firefox
clag
nutzt: WinXP SP3 / AOO 4.1.10 / Firefox