Datum Kompatibilität Excel

de-users
#1

Excel 2013
LibreOffice Version: 5.1.6.2, Mac

Hallo Liste,

folgendes Problem:

eine Datumsliste wurde mit Excel 2013 erzeugt.
Eingabe von 3 Terminen (4.1.2017, 11.1.2017, 18.1.2017) im Wochenabstand und dann mit Autoausfüllen weiter. Datumsformat TT.MMM.

Wenn man nun diese Datei abspeichert und an Leute mit LO weitergibt, dann ist bei denen das Datum um 1 Tag zurückgesetzt (3.1.1900, 10.1.1900. 17.1.1900) und bezieht sich auf das Jahr 1900.

Ferner kann man die erste Spalte linksbündig und zentriert setzen, sobald man auf rechtsbündig geht, dann wird das auch in der rechts angrenzenden Spalte gemacht.

Ich denke, dass zumindest das Datum korrekt übernommen werden sollte!

Kann man da was auf die schnelle machen oder muss ich mit zwei separaten Tabellen arbeiten?

Beispiel:
https://dl.dropboxusercontent.com/u/16673743/Calc-Datum.zip

Datei bis 15.1. zum Download verfügbar oder wie kann man Beispieldateien an die Liste weiterreichen?

Danke und Grüße
Bernd Kloß

#2

Hallo Bernd,

eine Datumsliste wurde mit Excel 2013 erzeugt. Eingabe von 3
Terminen (4.1.2017, 11.1.2017, 18.1.2017) im Wochenabstand und
dann mit Autoausfüllen weiter. Datumsformat TT.MMM.

Wenn man nun diese Datei abspeichert und an Leute mit LO
weitergibt, dann ist bei denen das Datum um 1 Tag zurückgesetzt
(3.1.1900, 10.1.1900. 17.1.1900) und bezieht sich auf das Jahr
1900.

Nein, das kann man sicher nicht so generell sagen - denn hier
stimmen die Daten genau so wie von Dir genannt (wobei ich es jetzt
faulheitshalber nur mit der *.xls-Datei ausprobiert habe).

Ferner kann man die erste Spalte linksbündig und zentriert
setzen, sobald man auf rechtsbündig geht, dann wird das auch in
der rechts angrenzenden Spalte gemacht.

Dann formatiert man anschließend die rechte Spalte, so wie
gewünscht. Das klappt dann auch, ohne dass die linke Spalte sich
verändert - und anschließend auch jede Spalte für sich beliebig
formatierbar.

Ich denke, dass zumindest das Datum korrekt übernommen werden
sollte!

Wird hier auch wie gesagt. Was haben Deine LibO-Nutzer denn bei
Extras / Optionen / Calc / Berechnen / Datum eingestellt?

#3

Hallo Bernd,

Lustiges Phänomen... kann Dir aber auch nicht sagen, ob es sich um einen Bug handelt (von LO) oder von Excel. Kann Dir aber ne Erklärng dazu geben;)

Wie Du richtig festgestellt hast, nimmt LibreOffice das Datum als "3.1.1900" an, das Jahr wurde also offensichtlich in der Datei nicht berücksichtigt.

Datumswerte werden in Tabellenkalkulationsdateien (allen, also auch Excel und LO) als fortlaufende Zahl von einem Startdatum aus gerechnet und zwar 1 pro Tag - Lo beginnt am 30.12.1899 (Tag 0) - Excel einen Tag später! Allerdings hat Excel schon immer eine Bug - das Schaltjahr 1904 wird nicht berücksichtigt - ab da also sind die Datumswerte gleich :slight_smile: In diesem Zeitraum aber (von 1899-1904) eben um einen Tag verschoben. Da offensichtlich Excel das Datum ohne Jahreszahl abgespeichert hat, sind die Daten korrekt dargestellt.... nur löst das natürlich Dein Problem nicht.

Prüfe doch bitte mal in Excel, ob das Datum dort intern korrekt dargestellt wird - stelle die Zellformate auf Zahl um - dann sollte am 4.1.2017 dort 42739 drinstehen - also 42.739 Tage vergangen seit dem Startdatum. Ich denke, da steht lediglich 4 oder 5 drin - das würde das Ergebnis erklären...

Viele Grüße

Thomas

#4

Hallo miteinander,

vergesst meine nachstehende Mail ... da habe ich wohl etwas zu
schnell und unkonzentriert gelesen ... sorry.

.... und tschüss

            Franklin

#5

Hallo Bernd,

Excel 2013
LibreOffice Version: 5.1.6.2, Mac

eine Datumsliste wurde mit Excel 2013 erzeugt.
Eingabe von 3 Terminen (4.1.2017, 11.1.2017, 18.1.2017) im Wochenabstand und dann mit Autoausfüllen weiter. Datumsformat TT.MMM.

Wenn man nun diese Datei abspeichert und an Leute mit LO weitergibt, dann ist bei denen das Datum um 1 Tag zurückgesetzt (3.1.1900, 10.1.1900. 17.1.1900) und bezieht sich auf das Jahr 1900.

Wenn ich die Datei in Excel 2016 (Win 10 x64) öffne, sehe ich zwar in B7
den 4. Januar - allerdings handelt es sich auch hier um 1900 (Zahlwert
in der Zelle 4,00). In Zelle B15 ist es dann plötzlich 2016 (42430,00).

Also schon Excel 2016 kommt mit Deiner Datei nicht klar (Planmaker 2016
übrigens auch nicht: 03.01.1900 bzw. 4,00).

Grüße

Michael

#6

Das stimmt so nicht.
Excel nimmt das Jahr 1900 als Schaltjahr, wobei aber bereits seit der
Gregorianischen Kalenderreform (1582) die Zusatzregel gilt, dass volle
Jahrhunderte nur dann Schaltjahre sind, wenn auch die Anzehl der
Jahrhunderte durch vier ohne Rest teilbar ist.

Gruß

Harry

#7

Hallo Bernd, Hallo Thomas,

ich habe mir einmal den Spaß gemacht, die xlsx-Datei zu extrahieren
und nach den Daten zu suchen. In xl > worksheets > sheet1.xml bin ich
fündig geworden:
<c r="B7" s="24"><v>4</v></c>
<c r="B8" s="24"><v>11</v></c>
... und dann geht das munter so weiter bis B15:
<c r="B15" s="24"><v>42430</v></c>
<c r="B16" s="24"><v>42437</v></c>
Das heißt nichts anderes, als dass bereits in der Excel-Datei zuerst
Datumswerte aus dem Anfang von 1900 genommen werden und damit
natürlich ein vollkommen falsches Datum.
Ab der Zelle B15 stimmt das Datum dann auch in Calc mit dem aktuellen
Datum überein.

Gruß

Robert
- --
Homepage: http://robert.familiegrosskopf.de
LibreOffice Community: http://robert.familiegrosskopf.de/map_3

#8

Hallo,

Alles zu kompliziert.
Ich habe die Beispieldatei einmal mit Excel geöffnet undbei der Spalte B
die Anzeige für Datum auf 4-stelliges Jahr eingestellt --> bis Zeile 8
ist das Jahr 1900, danach 2016

mfg
Helmut

#9

Hallo,

bitte vergesst meine vorige Antwort. Ist Unsinn, ich habe das
eigentliche Problem übersehen.

Helmut

#10

Hallo Liste,

folgendes Problem:

eine Datumsliste wurde mit Excel 2013 erzeugt.
Eingabe von 3 Terminen (4.1.2017, 11.1.2017, 18.1.2017) im Wochenabstand und dann mit Autoausfüllen weiter. Datumsformat TT.MMM.

Da muss bereits beim Erzeugen was schief gelaufen sein; in der Rohdaten
ist bereits erkennbar, dass es in der B-Spalte einen Bruch gibt zwischen
den ersten 8 Werten und den folgenden. Ich hab mal aufgelistet, was in
den Rohdaten steht:

    entspricht in
KW Datum OO dem Datum
1 4 03.01.1900 (Erklärung siehe unten)
=A7+1 11 10.01.1900
=A8+1 18 17.01.1900
=A9+1 25 24.01.1900
=A10+1 32 31.01.1900
=A11+1 39 07.02.1900
=A12+1 46 14.02.1900
=A13+1 53 21.02.1900
=A14+1 42430 01.03.2016
=A15+1 42437 08.03.2016
=A16+1 42444 15.03.2016
=A17+1 42451 22.03.2016
=A18+1 42458 29.03.2016
=A19+1 42465 05.04.2016
=A20+1 42472 12.04.2016
=A21+1 42479 19.04.2016
=A22+1 42486 26.04.2016
=A23+1 42493 03.05.2016
=A24+1 42500 10.05.2016
=A25+1 42507 17.05.2016
=A26+1 42514 24.05.2016
=A27+1 42521 31.05.2016
=A28+1 42528 07.06.2016
=A29+1 42535 14.06.2016
=A30+1 42542 21.06.2016
26 42549 28.06.2016

Ich vermute, dass beim Herumexperimentieren irgendwie versehentlich die
Werte der Zellen B7-B14 und A32 ("26") nachträglich mal überschreiben
wurden.

Wenn man nun diese Datei abspeichert und an Leute mit LO weitergibt, dann ist bei denen das Datum um 1 Tag zurückgesetzt (3.1.1900, 10.1.1900. 17.1.1900) und bezieht sich auf das Jahr 1900.

Ja; das liegt, wie schon Thomas erwähnte, daran, dass Excel sich mit dem
Überspringen des ausgefallenen 29.02.1900 (nicht 1904) schwer tut[tm].
Siehe https://de.wikipedia.org/wiki/Gregorianischer_Kalender#Schaltregeln .

Das Startdatum bei Excel ist der 31.12.1899[1]. Damit zumindest alles
nach dem 28.02.1900 zwischen Excel und OO synchron laufen kann, wurde
das Startdatum bei OO auf dem 30.12.1899 gelegt. Nur die Zeitberechnung
zwischen dem 1.1.1900 und dem 1.3.1900 ist aufgrund des o. g. Bugs in
Excel asynchron.

[1] abstrakt gesehen entspräche das einem 0.1.1900 (wenn es ein solches
Datum gäbe). Grund ist das Rechnen mit Uhrzeiten; der 1.1.1900 6:00
entspricht dann dem Wert 0,25 usw., erst der 01.01.1900 24:00
repräsentiert einen voller Tag aka den Wert 1,00.

Ferner kann man die erste Spalte linksbündig und zentriert setzen, sobald man auf rechtsbündig geht, dann wird das auch in der rechts angrenzenden Spalte gemacht.

Das kann ich beim mir nicht nachvollziehen; die 2. Spalte ist und bleibt
rechtsbündig (so wie es sich für Werte auch gehört).

Ich denke, dass zumindest das Datum korrekt übernommen werden sollte!

S. o.

Kann man da was auf die schnelle machen oder muss ich mit zwei separaten Tabellen arbeiten?

Ersteres; bring einfach nur die Quelldaten in Ordnung.

Datei bis 15.1. zum Download verfügbar oder wie kann man Beispieldateien an die Liste weiterreichen?

Genau so. :wink:

Wolfgang

#11

Hallo Liste,
ich glaube auch, dass Robert und Wolfgang hier Recht haben und der Fehler in den Rohdaten liegt.

Ich habe das anhand von Bernds ursprünglicher Mail in einer neuen Datei nachvollzogen (Excel 2003 - "leicht antik" und LO 5.2.3.3) und alles ist so, wie es sein soll... Keine Fehler...

Gruß
Karsten

#12

Hallo alle,

danke für die Mühe. Ja, es scheint wohl ein fossiler Fehler in der Datei zu
sein. Ich habe die Datei neu angelegt und siehe da, es geht.

Was nicht geht, sind die Zellausrichtungen.
Wenn ich in Excel 2013 unter Windows die Zellen rechtsbündig formatiere und
den Einzug ändere, damit die Einträge vom Zellenrand weg gehen, dann wird
diese Formatierung von LO versaut.

Vielleicht endet hier die Kompatibilität einfach.
Excel hat das Datumsformat 04. Jan. und Calc hat das nur mit Punkt nach dem
Tag und rechtsbündig mit geändertem Einzug packt Calc nicht. Da fasst es
die Nachbarspalte mit an oder wirkt nur auf der ersten Zelle.

Ich denke es ist kein so häufiges Problem, als dass man einen Bug melden
sollte.
Ich bin froh über LO und den Formeleditor im Writer. Basta.

Also danke nochmal allen!

Viele Grüße
Bernd