Anzahl der Tage nach Datum
-
Ich würde sagen die Schreibweise des Datums ist falsch. dd/mm/yyyy
-
@tt-tom ich habe mich nach der Beschreibung auf der npm Seite gehalten:
oder wie meinst du das? -
@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") -
@metaxa
Bin von Date ausgegangen. Muss mir mal die npm Seite ansehen -
-
@metaxa bei mir kommen 96 raus. Formatierungensfehler der Zellen vielleicht.
-
@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.
-
Ja das ist komisch. Komme aktuell nicht an mein Rechner, um selber zu testen.
-
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:
-
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.
-
@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
Ah, okay. Das Problem tritt aber nur auf, wenn man kein Enddatum angibt. Gruß 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.aspDas 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.
-
Jetzt habe ich es verstanden. Dann ist es aber auf der Seite von npmjs falsch beschrieben oder ist das da wieder etwas anderes??
Link -
@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.
-
-
Ja das ist soweit alles klar. Aber wie du auch schon hingewiesen hast
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.
Wenn ich die Bibliothek nutze muss ich wissen, das Date den Monat mit 0 beginnt. da hätte ich mir einen Hinweis gewünscht, darum dachte ich es ist falsch beschrieben.
Gruß Tom
-
Ich darf vielleicht kurz erklären was ich bezwecke. "RoI" ich möchte einfach den jeweils aktuellen Zeitpunkt errechnen, ab dem sich meine PV-Investition gerechnet hat. Ja klar, ohne Zinsen & Zinseszinsen & Inflation, einfach als Richtwert.
Mein nächstes Hindernis wird bei der PoI Datumsberechnung die Addition von x Tagen zum heutigen Datum sein. Geht das auch mit dieser Bibliothek? Ich fürchte nicht.
-
, einfach super wie die dieses Forum funktioniert. Kaum geht man kurz essen, liegt die Lösung & ERKLÄRUNG schon am Nachtisch 
