Anzahl der Tage nach Datum

[srkonus]

@mickym Habe es mit "Schreibe Objekt ID" gemacht. Morgen einmal nachschauen, ob das "Tage Seit" sich automatisch aktualisiert oder ich einen CRON Job einrichten muss.

[TT-Tom]

@srkonus

Startest du das Script automatisch neu, wenn nicht, wird sich nach dem ersten Durchlauf nichts mehr ändern.

Entweder Triggern oder ein CRON halt.

Gruß Tom

[metaxa]

Mit Interesse habe ich diesen Thread gelesen und versuche ihn für meine Zwecke umzusetzen.

Irgendetwas mache ich falsch, die Berechnung von @srkonus (danke für den npm - link) stimmt, meine eigene aber nicht.

Funktion Zeitraum_Tage_1 --> Ergebnis 96 (richtig)

var Duration = require("duration");

var duration = new Duration(new Date(seit));
return duration.days;

Funktion Zeitraum_Tage_2 --> Ergebnis 66 (falsch)

var Duration = require("duration");

var duration = new Duration(new Date(2022, 04, 12));
return duration.days;

Warum bitte?

[TT-Tom]

@metaxa

Ich würde sagen die Schreibweise des Datums ist falsch. dd/mm/yyyy

[metaxa]

@tt-tom ich habe mich nach der Beschreibung auf der npm Seite gehalten:

oder wie meinst du das?

[metaxa]

@metaxa sagte in Anzahl der Tage nach Datum:

Funktion Zeitraum_Tage_1 --> Ergebnis 96 (richtig)

Ich habe rasch mit Excel nachgerechnet, da kommen aktuell 94 Tage raus. Komisch ........

=DATEDIF($C$5;$F$6;"d")

[TT-Tom]

@metaxa
Bin von Date ausgegangen. Muss mir mal die npm Seite ansehen

[metaxa]

@tt-tom sagte in Anzahl der Tage nach Datum:

die npm Seite

https://www.npmjs.com/package/duration

[TT-Tom]

@metaxa bei mir kommen 96 raus. Formatierungensfehler der Zellen vielleicht.

[metaxa]

@tt-tom sagte in Anzahl der Tage nach Datum:

bei mir kommen 96 raus.

Korrekt, in Excel habe ich es richtig gestellt, sorry mein Fehler. Ein Rätsel bleibt mir aber die Berechnung der duration function.

[TT-Tom]

@metaxa

Ja das ist komisch. Komme aktuell nicht an mein Rechner, um selber zu testen.

[mickym]

Das Problem ist, wenn Du bei Date nicht über eine Array initialisierst sondern Date mit dem normalen Konstruktor verwendest, (s. Date Funktion), dann wird der Januar mit Index 0 gezählt.

Siehe hier: https://www.w3schools.com/js/js_dates.asp

Um also den 12.April 2022 zu bekommen musst Du beim Monat eines abziehen.

var Duration = require("duration");

var duration = new Duration(new Date(2022,3,12));
return duration.days;

Sprich in deinem 2. Beispiel berechnest Du die Tage seit dem 12. Mai 2022 anstelle des Aprils.

Intern scheint bei einer Array Übergabe, dieses als String konvertiert zu werden siehe hier und somit in einen String konvertiert zu werden.

Als String wird es dann wieder korrekt interpretiert:

var Duration = require("duration");

var duration = new Duration(new Date("2022,4,12"));
return duration.days;

Wenn Du Dir das Datum als String ausgeben lässt, dann siehst Du es ja:

var Duration = require("duration");

// var duration = new Duration(new Date("2022,4,12"));
// return duration.days;

const d = new Date(2022,4,12);
return d;

ergibt dann:

[mickym]

Sorry - für die Verwirrung -

@metaxa Somit kannst Du Deinen Datenpunkt als String direkt der duration Bibliothek übergeben, da dann das Datum aus einem String gebildet wird:

Also sorry nochmal. Aber so ist es ja auch noch einfacher und spart sich die Umrechnerei halt komplett. Man muss halt nur darauf achten, dass der String das Format YYYY/MM/DD hat. Ich lerne auch jeden Tag dazu.

[TT-Tom]

@mickym sagte in Anzahl der Tage nach Datum:

Man muss halt nur darauf achten, dass der String das Format YYYY/MM/DD hat.

@metaxa
das meine ich vor hin. Kann mir nur die Reihenfolge nicht merken.

[mickym]

@tt-tom Daran lags aber nicht. Der String im Datenpunkt ist ja richtig. Das Problem war, dass @metaxa das Datum direkt konstruiert hat und dann muss halt bei Monat 1 abgezogen werden, da die Monate mit Index 0 in Javascript beginnen.

[TT-Tom]

@mickym
Ah, okay. Das Problem tritt aber nur auf, wenn man kein Enddatum angibt. Gruß Tom

[mickym]

@tt-tom

Ah, okay. Das Problem tritt aber nur auf, wenn man kein Enddatum angibt. Gruß Tom

Nein hat damit nichts zu tun - wie gesagt, dass Problem ist immer, dass Date Objekt in JS mit Index 0 rechnen.
Wie gesagt ich hab unten ja zur Javascript Referenz verlinkt. https://www.w3schools.com/js/js_dates.asp

Das hat mit dem Enddatum nichts zu tun, da musst du genauso eins abziehen.

Folglich gibt dies hier:

var Duration = require("duration");

var duration = new Duration(new Date(2022,6,1),new Date(2022,7,1));
return duration.days;

31 Tage und nicht 30, weil es sich hier nicht um den JUNI, sondern um den JULI handelt.

Dies hingegen berechnet korrekt den JUNI:

var Duration = require("duration");

var duration = new Duration(new Date(2022,5,1),new Date(2022,6,1));
return duration.days;

Also 30 Tage.

BEACHTE: Bei dieser Schreibweise, werden 3 Argumente als Zahlen zur Konstruktion des Date-Objektes übergeben und KEIN String (oder Array, das implizit in einen String umgewandelt wird). Insofern war das Problem von @metaxa nicht nur, dass er einen Monat zuviel genommen hat, sondern 2 unterschiedliche Formate zur Konstruktion des Date-Objektes.

[TT-Tom]

@mickym

Jetzt habe ich es verstanden. Dann ist es aber auf der Seite von npmjs falsch beschrieben oder ist das da wieder etwas anderes??
Link

[mickym]

@tt-tom Nein es ist nicht falsch beschrieben. Das Date-Objekt wurde dort halt ebenfalls mit 3 Zahlenargumenten konstruiert. Die Duration Bibliothek vergleicht ja nur 2 Date-Objekte. Wie die Date-Objekte erstellt werden, sind Javascriptmethoden und haben mit der Duration Bibliothek überhaupt nichts zu tun. In dieser von mir verlinkten Seite siehst Du ja mit welch verschiedenen Methoden man ein Date-Objekt erstellen kann.

Somit ist klar, dass zum Beispiel das heutige Datum mit einem Date-Objekt wie folgt generiert werden kann:

new Date()
new Date(year, month, day, hours, minutes, seconds, milliseconds)
new Date(milliseconds)
new Date(date string)

also entspricht eben (mal Uhrzeit ignorierend)

var datum = [];

datum[0] = new Date();
datum[1] = new Date(2022,6,17);
datum[2] = new Date("2022,7,17");

return datum;

ergibt dann:

['2022-07-17T13:35:04.179Z','2022-07-16T22:00:00.000Z','2022-07-16T22:00:00.000Z']

Man sieht dann allerdings, dass sich ohne Zeitangaben immer UTC Zeiten ergeben, also GMT +0. Das ist halt immer der Bezugspunkt. Für die Duration ist das aber egal, weil ja dann auch Start- und Endzeiten immer UTC Zeiten, als Basis dienen. Bei Zeitdifferenzen ist das auch egal, da man ja nicht mit absoluten sondern nur relative Zeiträume hat.

[metaxa]

@mickym & @TT-Tom

Vorneweg, herzlichsten Dank für den Crashkurs in JS , einfach super wie die dieses Forum funktioniert. Kaum geht man kurz essen, liegt die Lösung & ERKLÄRUNG schon am Nachtisch

Hier meine finale Umsetzung

Lieben Dank aus Wien
mxa