OpenOffice.info

Kommt diese Meldung, stelle ich also ERST das Datum wieder zurück und öffne DANN die Datei mit den Geschichtsdaten.

Würdet ihr bei den Ergebnissen der Zeitdifferenzen eher:

Gäbe es eine Möglichkeit, in der man ein Datum auf Spalten splittet?
Spalte A= Tag
Spalte B= Monat
Spalte C= Jahr
So dass ich hierdurch, wenn nur das Jahr bekannt, auch die Möglichkeit habe nur das Jahr einzutragen?

=WENN(C1<>"";DATUM(C1;WENN(B1="";1;B1);WENN(A1="";1;A1));"")

=WENN(ISTLEER(C1);"";DATUM(C1;WENN(ISTLEER(B1);1;B1);WENN(ISTLEER(A1);1;A1)))

Ich bekomme schon zittrige Knie, wenn ich im OpenOffice Wiki lese, dass es einen Bug gibt, aufgrund dessen ein eingegebenes Datum ohne mein zu tun sich von selber um 2 Tage ändern kann:

balu hat geschrieben:Nun, ich hatte jetzt festgestellt das in einer Calc-Datei von mir sich das Systemdatum von Calc auf den 01.01.1904 verstellt hatte. Ich dachte das Problem sei längst erledigt gewesen, da ich nicht mehr mit OOo 3.1.x arbeite, sondern mit OOo 3.2.1. Dem ist aber wohl nicht ganz so, wie ich jetzt sah.
[...]
Aber alles kein Grund zur Panik, da ich mal eben auf die Schnelle ein kleines Makro geschrieben habe, welches das Systemdatum von Calc beim Programmstart vom Office überprüft und falls das Datum NICHT der 30.12.1899 ist eine Fehlermeldung ausgibt.

Ich bekomme schon zittrige Knie, wenn ich im OpenOffice Wiki lese, dass es einen Bug gibt, aufgrund dessen ein eingegebenes Datum ohne mein zu tun sich von selber um 2 Tage ändern kann:

Sub CalcSystemDatumUeberpruefen
	Dim dSysDateYear as Date
	
    GlobalScope.BasicLibraries.loadLibrary("Tools")

    oRegistry_Calc_Calculate = GetRegistryKeyContent("org.openoffice.Office.Calc/Calculate", FALSE)

    dSysDateYear = oRegistry_Calc_Calculate.getByName("Other").Date.YY

    If dSysDateYear <>1899 then
    	MsgBox(CHR$(13) & "A L A R M ! ! !" & CHR$(13) & CHR$(13) & "Das Systemdatum von Calc hat sich geändert!" & CHR$(13)& "Es ist nicht mehr der 30.12.1899" & CHR$(13)& "Bitte korrigieren." & CHR$(13) & CHR$(13), 48) 
    end if

End Sub

Im Übrigen ist :
im Beispiel Aufbau 1 Exel das Egebnis exakt richtig.
im Beispiel Aufbau 2 Calc ein Tag zu viel - es wurde ein Monat mit nur 28 Tagen angenommen, der Februar 1500 hat aber 29 Tage - letzteres ist also 1 Monat.
im Beispiel Online-Tool, stimmt es ebenfalls nicht, denn die 28 Tage sind ein Februar. Da das Ergebnis so geschrieben steht, scheint da der selbe Fehler wie im Beispiel Aufbau 2 zu sein. Er hat den Februar 1500 nur mit 28 Tagn angenommen - er hatte aber nach dem Julianischen Kalender 29 Tage
Hier scheinen in allen drei Methoden Schaltjahrfehler zu liegen.

Benni80 hat geschrieben:

weil der Kalender im europäischen von Region zu Region unterschiedlich übernommen wurde.
Also man kann hier ja schon fast von einer "Glaubensfrage" sprechen, ist der Kalender doch aufgrund kirchlicher Gründe geändert und der Zeitraum vom 5.10-14,10.1582 übersprungen worden.

Genau dieser Zeitraum ist gemäß Software daher anpassbar. Gehen wir von 5.10-14.10.1582 (denn OpenOffice Calc erkennt diesen "Zeitraum" ja nicht) übernehme ich diesen in der Software.

Danach orientiert sich Calc übrigens an:
Italien (zum Teil), Spanien, Portugal, kath. Polen (http://wiki-de.genealogy.net/Gregorianischer_Kalender)
Bistum Trier Bm. (http://www.ortelius.de/kalender/greg_de.php)

Hierbei erhalte ich folgende Ergebnisse:

01.01.1400 bis 01.02.1500
Aufbau 1 (Excel):]100 Jahre, 1 Monat und 0 Tage[/color]
Aufbau 2 (Calc): 100 Jahre, 1 Monat und 1 Tag[/color]
Online-Tool: 100 Jahre 0 Monate 28 Tage[/color]
Richtig ist (bei Definition Ende Juli.-Kalender 05.10.1582 / Start Greg.-Kalender 14.10.1582):
http://dialogmarketing.anarcho-versand. ... 726677.png

Dennoch hat Calc sich nur bei einem Beispielszeitraum mit einem richtigen Ergebnis bewiesen.
Vermutlich beruht dies aber auf meinen Formeln:

weil du nicht wissen kannst nach welchem Kalendermodel deine Quelldaten Zeitpunkte bestimmt wurden

01.01.0001 bis 01.02.1904
Aufbau 1 (Excel): 1903 Jahre, 1 Monat und 0 Tage
Aufbau 2 (Calc): 1904 Jahre, 1 Monat und 0 Tage

• Excel hat ein Problem mit der Erkennung von Datum älter als 1900. Durch den Weg, den ich genommen habe um dieses Problem zu lösen, lässt sich aber die Tabelle nicht mehr ohne weiteres fehlerfrei Sortieren und Filtern. Dafür kann ich unvollständige Datensätze eingeben.

• Calc wiederum erkennt Daten älter als 1900 und sortiert fehlerfrei-, dafür kann ich keine unvollständigen Datensätze eingeben. Aktuell führt die Nutzung der Dropdownlisten zum Absturz (auch unter Linux, habe es extra unter einem zweiten Betriebssystem getestet.

• Wenn man die Software zum Maßstab macht, haben sowohl Calc als auch Excel jeweils fehlerhafte Abweichungen in den Zeitspannen.

weil der Kalender im europäischen von Region zu Region unterschiedlich übernommen wurde.
Also man kann hier ja schon fast von einer "Glaubensfrage" sprechen, ist der Kalender doch aufgrund kirchlicher Gründe geändert und der Zeitraum vom 5.10-14,10.1582 übersprungen worden.

=DATUMDIF(A17;B17;"Y")

=DATUMDIF(A17;B17;"YM")

=DATUMDIF(A17;B17;"MD")

Benni80 hat geschrieben:Wenn ich euch richtig verstehe, müsste ich also - "um sozusagen mit Calc in Einklang zu kommen" als Ende des Julianischen Datums 18.02.1700 durch 05.10.1582 ersetzen, sowie 01.03.1700 durch 14.10.1582, richtig- oder Denkfehler?

Hier können Sie die Grenzwerte der Einführung zwischen dem Julianischen und dem Gregoriamischen Kalenders einstellen. Die wurde deshalb so festgelegt, da es in der Welt verschiedene Einführung des Gregorianischen Kalendes gab. Und da dies selbst in den einzelnen Ländern unterschiedlich verlief, kann man diese Grenzwerte entsprechend ihrer Einführung selbst unten eingeben.