Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > ger.ct > #390900 > unrolled thread
| Started by | Ruediger Lahl <ruediger.lahl@gmx.de> |
|---|---|
| First post | 2019-02-28 17:54 +0100 |
| Last post | 2019-03-05 00:12 +0100 |
| Articles | 20 on this page of 99 — 23 participants |
Back to article view | Back to ger.ct
EXCEL-Frage zu Datum - Datum Ruediger Lahl <ruediger.lahl@gmx.de> - 2019-02-28 17:54 +0100
Re: EXCEL-Frage zu Datum - Datum Stephan Bumberger <bumberger@gmx.de> - 2019-02-28 18:38 +0100
Re: EXCEL-Frage zu Datum - Datum Ruediger Lahl <ruediger.lahl@gmx.de> - 2019-02-28 20:51 +0100
Re: EXCEL-Frage zu Datum - Datum Carlo XYZ <carloxyz@invalid.invalid> - 2019-02-28 21:36 +0100
Re: EXCEL-Frage zu Datum - Datum Wolfgang Εnzinger <we_usenet@nurfuerspam.de> - 2019-02-28 21:57 +0100
Re: EXCEL-Frage zu Datum - Datum Michael Bode <m.g.bode@web.de> - 2019-03-01 08:10 +0100
Re: EXCEL-Frage zu Datum - Datum Stephan Bumberger <bumberger@gmx.de> - 2019-03-01 19:31 +0100
Re: EXCEL-Frage zu Datum - Datum Ruediger Lahl <ruediger.lahl@gmx.de> - 2019-03-02 08:19 +0000
Re: EXCEL-Frage zu Datum - Datum Rainer Knaepper <rainerk@smial.prima.de> - 2019-02-28 23:52 +0100
Re: EXCEL-Frage zu Datum - Datum Martin Gerdes <martin.gerdes@gmx.de> - 2019-03-01 14:32 +0100
Re: EXCEL-Frage zu Datum - Datum Frank Klingenhoefer <frank.private@t-online.de> - 2019-03-01 15:19 +0100
Re: EXCEL-Frage zu Datum - Datum Stephan Bumberger <bumberger@gmx.de> - 2019-03-01 16:15 +0100
Re: EXCEL-Frage zu Datum - Datum Martin Gerdes <martin.gerdes@gmx.de> - 2019-03-01 17:57 +0100
Re: EXCEL-Frage zu Datum - Datum Stephan Bumberger <bumberger@gmx.de> - 2019-03-01 19:34 +0100
Re: EXCEL-Frage zu Datum - Datum Martin Gerdes <martin.gerdes@gmx.de> - 2019-03-02 11:57 +0100
Re: EXCEL-Frage zu Datum - Datum thomas.niering@arcor.de (Thomas Niering) - 2019-03-01 06:37 +0100
Re: EXCEL-Frage zu Datum - Datum Ruediger Lahl <ruediger.lahl@gmx.de> - 2019-03-01 07:07 +0100
Re: EXCEL-Frage zu Datum - Datum Herwig AQSR <herwig.huener@t-online.de> - 2019-03-01 12:45 -0800
Re: EXCEL-Frage zu Datum - Datum Wolfgang Εnzinger <we_usenet@nurfuerspam.de> - 2019-03-02 17:41 +0100
Re: EXCEL-Frage zu Datum - Datum Michael Bode <m.g.bode@web.de> - 2019-03-02 18:04 +0100
Re: EXCEL-Frage zu Datum - Datum Wolfgang Εnzinger <we_usenet@nurfuerspam.de> - 2019-03-02 18:11 +0100
Re: EXCEL-Frage zu Datum - Datum Martin Gerdes <martin.gerdes@gmx.de> - 2019-03-02 23:11 +0100
Re: EXCEL-Frage zu Datum - Datum Ruediger Lahl <ruediger.lahl@gmx.de> - 2019-03-02 22:37 +0000
Re: EXCEL-Frage zu Datum - Datum Heiner Hass <heinerh@gmx.net> - 2019-03-03 00:22 +0100
Re: EXCEL-Frage zu Datum - Datum Wolfgang Εnzinger <we_usenet@nurfuerspam.de> - 2019-03-03 01:08 +0100
Re: EXCEL-Frage zu Datum - Datum Heiner Hass <heinerh@gmx.net> - 2019-03-03 01:39 +0100
Re: EXCEL-Frage zu Datum - Datum Wolfgang Εnzinger <we_usenet@nurfuerspam.de> - 2019-03-03 01:54 +0100
Re: EXCEL-Frage zu Datum - Datum Ruediger Lahl <ruediger.lahl@gmx.de> - 2019-03-03 09:27 +0000
Re: EXCEL-Frage zu Datum - Datum Heiner Hass <heinerh@gmx.net> - 2019-03-03 11:31 +0100
Re: EXCEL-Frage zu Datum - Datum Michael Bode <m.g.bode@web.de> - 2019-03-03 12:07 +0100
Re: EXCEL-Frage zu Datum - Datum Wolfgang Εnzinger <we_usenet@nurfuerspam.de> - 2019-03-03 13:29 +0100
Re: EXCEL-Frage zu Datum - Datum Michael Bode <m.g.bode@web.de> - 2019-03-03 14:49 +0100
Re: EXCEL-Frage zu Datum - Datum Wolfgang Εnzinger <we_usenet@nurfuerspam.de> - 2019-03-03 18:22 +0100
Re: EXCEL-Frage zu Datum - Datum Michael Bode <m.g.bode@web.de> - 2019-03-03 18:55 +0100
Re: EXCEL-Frage zu Datum - Datum Frank Klingenhoefer <frank.private@t-online.de> - 2019-03-03 21:15 +0100
Re: EXCEL-Frage zu Datum - Datum Michael Zink <michael@swamp.franken.de> - 2019-03-03 21:24 +0100
Re: EXCEL-Frage zu Datum - Datum Michael Bode <m.g.bode@web.de> - 2019-03-04 09:55 +0100
Re: EXCEL-Frage zu Datum - Datum Michael Zink <michael@swamp.franken.de> - 2019-03-04 16:25 +0100
Re: EXCEL-Frage zu Datum - Datum Stephan Bumberger <bumberger@gmx.de> - 2019-03-04 17:09 +0100
Re: EXCEL-Frage zu Datum - Datum Michael Zink <michael@swamp.franken.de> - 2019-03-04 19:55 +0100
Re: EXCEL-Frage zu Datum - Datum Michael Bode <m.g.bode@web.de> - 2019-03-04 20:13 +0100
Re: EXCEL-Frage zu Datum - Datum Heiner Hass <heinerh@gmx.net> - 2019-03-04 21:31 +0100
Re: EXCEL-Frage zu Datum - Datum Michael Zink <michael@swamp.franken.de> - 2019-03-04 22:35 +0100
Re: EXCEL-Frage zu Datum - Datum Michael Zink <michael@swamp.franken.de> - 2019-03-04 22:35 +0100
Re: EXCEL-Frage zu Datum - Datum Willi Marquart <usenet@neppi.net> - 2019-03-05 07:00 +0100
Re: EXCEL-Frage zu Datum - Datum Ulf.Kutzner@web.de - 2019-03-05 01:17 -0800
Re: EXCEL-Frage zu Datum - Datum Herwig AQSR <herwig.huener@t-online.de> - 2019-03-03 17:37 -0800
Re: EXCEL-Frage zu Datum - Datum Martin Gerdes <martin.gerdes@gmx.de> - 2019-03-03 16:49 +0100
Re: EXCEL-Frage zu Datum - Datum Stephan Bumberger <bumberger@gmx.de> - 2019-03-03 17:05 +0100
Re: EXCEL-Frage zu Datum - Datum Stephan Bumberger <bumberger@gmx.de> - 2019-03-03 17:11 +0100
Re: EXCEL-Frage zu Datum - Datum Michael Zink <michael@swamp.franken.de> - 2019-03-03 21:24 +0100
Re: EXCEL-Frage zu Datum - Datum Michael Zink <michael@swamp.franken.de> - 2019-03-03 21:24 +0100
Re: EXCEL-Frage zu Datum - Datum Martin Gerdes <martin.gerdes@gmx.de> - 2019-03-03 16:49 +0100
Re: EXCEL-Frage zu Datum - Datum Wolfgang Εnzinger <we_usenet@nurfuerspam.de> - 2019-03-03 18:23 +0100
Re: EXCEL-Frage zu Datum - Datum Michael Zink <michael@swamp.franken.de> - 2019-03-03 21:24 +0100
Re: EXCEL-Frage zu Datum - Datum Herwig AQSR <herwig.huener@t-online.de> - 2019-03-03 17:27 -0800
Re: EXCEL-Frage zu Datum - Datum Michael Bode <m.g.bode@web.de> - 2019-03-04 09:56 +0100
Re: EXCEL-Frage zu Datum - Datum Klaus Dahlwitz <kdahlwitz@gmx.net> - 2019-03-04 13:06 +0100
Re: EXCEL-Frage zu Datum - Datum Herwig AQSR <herwig.huener@t-online.de> - 2019-03-04 04:23 -0800
Re: EXCEL-Frage zu Datum - Datum Klaus Dahlwitz <kdahlwitz@gmx.net> - 2019-03-04 13:34 +0100
Re: EXCEL-Frage zu Datum - Datum Michael Bode <m.g.bode@web.de> - 2019-03-04 14:57 +0100
Brexit: metrisch - Zoll (was: EXCEL-Frage zu Datum - Datum) Herwig AQSR <herwig.huener@t-online.de> - 2019-03-04 06:38 -0800
Re: Brexit: metrisch - Zoll "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2019-03-04 15:06 +0000
Re: Brexit: metrisch - Zoll Michael Bode <m.g.bode@web.de> - 2019-03-04 16:40 +0100
Re: Brexit: metrisch - Zoll Herwig AQSR <herwig.huener@t-online.de> - 2019-03-04 07:52 -0800
Re: Brexit: metrisch - Zoll Ulf.Kutzner@web.de - 2019-03-05 01:04 -0800
Re: Brexit: metrisch - Zoll "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2019-03-04 16:01 +0000
Re: Brexit: metrisch - Zoll Michael Bode <m.g.bode@web.de> - 2019-03-04 17:58 +0100
Re: Brexit: metrisch - Zoll Siegfried Blos <usenet@siegfried-blos.de> - 2019-03-07 11:11 +0100
Re: Brexit: metrisch - Zoll Fidel-Sebastian Hunrichse-Lara <Fidel-Sebastian_Hunrichse-Lara@b.maus.de> - 2019-03-08 10:07 +0100
Re: Brexit: metrisch - Zoll Siegfried Blos <usenet@siegfried-blos.de> - 2019-03-11 11:58 +0100
Re: Brexit: metrisch - Zoll Klaus Dahlwitz <kdahlwitz@gmx.net> - 2019-03-04 17:10 +0100
Re: Brexit: metrisch - Zoll Ulf.Kutzner@web.de - 2019-03-05 01:16 -0800
Re: Brexit: metrisch - Zoll Frank Hucklenbroich <Hucklenbroich01@aol.com> - 2019-03-05 18:06 +0100
Re: Brexit: metrisch - Zoll Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-03-05 18:15 +0100
Re: Brexit: metrisch - Zoll Frank Hucklenbroich <Hucklenbroich01@aol.com> - 2019-03-05 22:14 +0100
Re: Brexit: metrisch - Zoll Ruediger Lahl <ruediger.lahl@gmx.de> - 2019-03-07 06:41 +0100
Re: EXCEL-Frage zu Datum - Datum Gerald Gruner <gerald314@yahoo.de> - 2019-03-03 15:36 +0100
Re: EXCEL-Frage zu Datum - Datum Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2019-03-03 17:38 +0100
Re: EXCEL-Frage zu Datum - Datum Ulf.Kutzner@web.de - 2019-03-03 11:04 -0800
Re: EXCEL-Frage zu Datum - Datum Michael Zink <michael@swamp.franken.de> - 2019-03-03 21:24 +0100
Re: EXCEL-Frage zu Datum - Datum Stephan Bumberger <bumberger@gmx.de> - 2019-03-03 22:25 +0100
Re: EXCEL-Frage zu Datum - Datum Herwig AQSR <herwig.huener@t-online.de> - 2019-03-03 17:39 -0800
Re: EXCEL-Frage zu Datum - Datum Gerald Gruner <gerald314@yahoo.de> - 2019-03-04 00:08 +0100
Re: EXCEL-Frage zu Datum - Datum Michael Zink <michael@swamp.franken.de> - 2019-03-04 09:30 +0100
Re: EXCEL-Frage zu Datum - Datum Rainer Knaepper <rainerk@smial.prima.de> - 2019-03-04 22:25 +0100
Re: EXCEL-Frage zu Datum - Datum Ulf.Kutzner@web.de - 2019-03-03 00:58 -0800
Re: EXCEL-Frage zu Datum - Datum Herwig AQSR <herwig.huener@t-online.de> - 2019-03-03 17:29 -0800
Re: EXCEL-Frage zu Datum - Datum Ulf.Kutzner@web.de - 2019-03-05 01:02 -0800
Re: EXCEL-Frage zu Datum - Datum Michael Bode <m.g.bode@web.de> - 2019-03-03 10:32 +0100
Re: EXCEL-Frage zu Datum - Datum Martin Gerdes <martin.gerdes@gmx.de> - 2019-03-03 16:49 +0100
Re: EXCEL-Frage zu Datum - Datum Michael Bode <m.g.bode@web.de> - 2019-03-03 18:58 +0100
Re: EXCEL-Frage zu Datum - Datum Martin Gerdes <martin.gerdes@gmx.de> - 2019-03-03 19:47 +0100
Re: EXCEL-Frage zu Datum - Datum Ruediger Lahl <ruediger.lahl@gmx.de> - 2019-03-02 19:11 +0000
Re: EXCEL-Frage zu Datum - Datum Kai Borgolte <Kai.Borgolte@gmx.de> - 2019-03-03 12:19 +0100
Re: EXCEL-Frage zu Datum - Datum Kai Borgolte <Kai.Borgolte@gmx.de> - 2019-03-03 13:19 +0100
Re: EXCEL-Frage zu Datum - Datum Wolfgang Εnzinger <we_usenet@nurfuerspam.de> - 2019-03-03 13:28 +0100
Re: EXCEL-Frage zu Datum - Datum Wolfgang Εnzinger <we_usenet@nurfuerspam.de> - 2019-03-03 14:27 +0100
Re: EXCEL-Frage zu Datum - Datum Wolfgang Εnzinger <we_usenet@nurfuerspam.de> - 2019-03-05 00:12 +0100
Page 1 of 5 [1] 2 3 4 5 Next page →
| From | Ruediger Lahl <ruediger.lahl@gmx.de> |
|---|---|
| Date | 2019-02-28 17:54 +0100 |
| Subject | EXCEL-Frage zu Datum - Datum |
| Message-ID | <q59790.9ok.1@privat.lahls.de> |
Hallo zusammen Meine EXCEL-Kenntnisse entsprechen etwa meinen Chinesisch-Kenntnissen, aber ich benötige eine bestimmte Funktion: Gegeben sind zwei verschiedene Datums * meinetwegen in A1 [20.07.17] und in A2 [27.08.18] In A3 soll nun die Differenz errechnet werden und in Jahre Monate und Tage angezeigt werden. Wäre in dem Fall [1Jahr, 1Monat, 7Tage]. Alles was ich dazu im Netz finde, ist irgendwo nicht passend. Entweder es fehlt ein Tag, oder die Formel merkt nicht wenn ein Jahr/Monat voll ist(dann zeigt sie so was wie [1Jahr, 1Monat, 31Tage] an) oder die Formeln versagen schon, wenn man nicht von 01.07.17 startet, sondern vom 02.07.17 :-( Mit DATEDIF() bekomme ichs jedenfalls nicht gebacken. Schaltjahre sollen berücksichtigt werden. Den Schönheitspreis erhält die Lösung, die bei einer Differenz von unter einem Jahr, kein 0Jahr ausgibt, sondern das unterdrückt. Die Lösung muss Excel 2010-tauglich sein und möglichst ohne VB auskommen. Wer weiß Rat? * Ja, ich weiß dass das Daten heißen muss, aber dann weiß je keiner, worum es geht. -- bis denne
[toc] | [next] | [standalone]
| From | Stephan Bumberger <bumberger@gmx.de> |
|---|---|
| Date | 2019-02-28 18:38 +0100 |
| Message-ID | <q596b8$gph$3@tota-refugium.de> |
| In reply to | #390900 |
Am 28.02.2019 um 17:54 schrieb Ruediger Lahl: > Hallo zusammen > > Meine EXCEL-Kenntnisse entsprechen etwa meinen Chinesisch-Kenntnissen, > aber ich benötige eine bestimmte Funktion: > > Gegeben sind zwei verschiedene Datums * meinetwegen in A1 [20.07.17] und > in A2 [27.08.18] > > In A3 soll nun die Differenz errechnet werden und in Jahre Monate und > Tage angezeigt werden. Wäre in dem Fall [1Jahr, 1Monat, 7Tage]. > > Alles was ich dazu im Netz finde, ist irgendwo nicht passend. Entweder > es fehlt ein Tag, oder die Formel merkt nicht wenn ein Jahr/Monat voll > ist(dann zeigt sie so was wie [1Jahr, 1Monat, 31Tage] an) oder die > Formeln versagen schon, wenn man nicht von 01.07.17 startet, sondern vom > 02.07.17 :-( Mit DATEDIF() bekomme ichs jedenfalls nicht gebacken. DATEIF ist auch eigentlich veraltet. > Schaltjahre sollen berücksichtigt werden. Den Schönheitspreis erhält die > Lösung, die bei einer Differenz von unter einem Jahr, kein 0Jahr > ausgibt, sondern das unterdrückt. > > Die Lösung muss Excel 2010-tauglich sein und möglichst ohne VB auskommen. > > Wer weiß Rat? Also, ganz simpel A2-A1 liefert die Anzahl der Tage und berücksichtigt auch die Schaltjahre. In Deinem Fall ist das Ergebnis 403. Das Problem fängt aber jetzt bei der Umwandlung in Jahre, Monate und Tage an. Wie lange dauern denn Deine Monate? Ist da ein Februar mit drin oder nicht? Juli und August sind 2 Monate hintereinander mit je 31 Tagen. Probleme über Probleme bei dieser Art der Darstellung. Nimm Deine 403 Tage. Frage 1, ziehen wir 365 oder 366 Tage ab? Mal angenommen, man nimmt 365, dann verbleiben 38 Tage. Hat jetzt der betrachtete Monat 28, 29, 30 oder 31 Tage? Weil abhängig davon sind natürlich die verbleibenden Tage völlig anders. Ich fürchte, Dein Problem wird so ganz allgemein nicht lösbar sein. -- Stephan
[toc] | [prev] | [next] | [standalone]
| From | Ruediger Lahl <ruediger.lahl@gmx.de> |
|---|---|
| Date | 2019-02-28 20:51 +0100 |
| Message-ID | <q59hjm.3ds.1@privat.lahls.de> |
| In reply to | #390904 |
On 28.02.2019 18:38, Stephan Bumberger wrote: > Am 28.02.2019 um 17:54 schrieb Ruediger Lahl: >> Gegeben sind zwei verschiedene Datums * meinetwegen in A1 [20.07.17] und >> in A2 [27.08.18] >> >> In A3 soll nun die Differenz errechnet werden und in Jahre Monate und >> Tage angezeigt werden. Wäre in dem Fall [1Jahr, 1Monat, 7Tage]. >> >> Alles was ich dazu im Netz finde, ist irgendwo nicht passend. Entweder >> es fehlt ein Tag, oder die Formel merkt nicht wenn ein Jahr/Monat voll >> ist(dann zeigt sie so was wie [1Jahr, 1Monat, 31Tage] an) oder die >> Formeln versagen schon, wenn man nicht von 01.07.17 startet, sondern vom >> 02.07.17 :-( Mit DATEDIF() bekomme ichs jedenfalls nicht gebacken. > > DATEIF ist auch eigentlich veraltet. Habe ich eine Stunde versucht mit zu arbeiten, bis ich merkte, dass die Funktion DATE_D_IF heißt. ;-) >> Schaltjahre sollen berücksichtigt werden. Den Schönheitspreis erhält die >> Lösung, die bei einer Differenz von unter einem Jahr, kein 0Jahr >> ausgibt, sondern das unterdrückt. >> >> Die Lösung muss Excel 2010-tauglich sein und möglichst ohne VB auskommen. >> >> Wer weiß Rat? > > Also, ganz simpel A2-A1 liefert die Anzahl der Tage und berücksichtigt > auch die Schaltjahre. In Deinem Fall ist das Ergebnis 403. Tja. Soweit war ich natürlich auch schon. :-) > Das Problem fängt aber jetzt bei der Umwandlung in Jahre, Monate und > Tage an. Wie lange dauern denn Deine Monate? Solange wie sie halt dauern. > Ist da ein Februar mit drin > oder nicht? Juli und August sind 2 Monate hintereinander mit je 31 > Tagen. Probleme über Probleme bei dieser Art der Darstellung. Gut man kann die Länge der Monate mit MONATSENDE(A1;0) finden. Das kennt auch die Schaltjahre. Aber das wird ein mordsmäßiger Rattenschwanz. > Nimm Deine 403 Tage. Frage 1, ziehen wir 365 oder 366 Tage ab? AFAIK berücksichtigen die ganzen festen Funktionen die Schaltjahre. Könnte hier hilfreich sein, denn wenn man die auch noch händisch berücksichtigen müsste, würde es ein Albtraum. > Ich fürchte, Dein Problem wird so ganz allgemein nicht lösbar sein. Die Aufgabe ist ja einklich ziemlich trivial. Es wundert mich, dass man dazu nix im Netz findet. -- bis denne
[toc] | [prev] | [next] | [standalone]
| From | Carlo XYZ <carloxyz@invalid.invalid> |
|---|---|
| Date | 2019-02-28 21:36 +0100 |
| Message-ID | <q59gon$f1o$1@dont-email.me> |
| In reply to | #390908 |
Am 28.02.19 um 20:51 schrieb Ruediger Lahl: > On 28.02.2019 18:38, Stephan Bumberger wrote: > >> Ich fürchte, Dein Problem wird so ganz allgemein nicht lösbar sein. > > Die Aufgabe ist ja einklich ziemlich trivial. Es wundert mich, dass man > dazu nix im Netz findet. Sollte man. G*ogle-Suchanfrage "subtract two dates in EXCEL", 2. Antwort: <https://www.online-tech-tips.com/ms-office-tips/subtract-dates-in-excel/> Darin auch <https://support.office.com/en-us/article/Date-and-time-functions-reference-fd1b5961-c1ae-4677-be58-074152f97b81> ... und noch X weitere Antworten, viele sehen einschlägig aus. (Bin ich froh, so'n shit immer delegieren zu können:)
[toc] | [prev] | [next] | [standalone]
| From | Wolfgang Εnzinger <we_usenet@nurfuerspam.de> |
|---|---|
| Date | 2019-02-28 21:57 +0100 |
| Message-ID | <1xz2opunk09y1$.dlg@weu.my-fqdn.de> |
| In reply to | #390909 |
Am Thu, 28 Feb 2019 21:36:37 +0100 schrieb Carlo XYZ: > (Bin ich froh, so'n shit immer delegieren zu können:) Shit zu delegieren ist vor allem dann leicht, wenn man den Shit gar nicht verstanden hat. Die Frage des OP bezieht sich nicht auf die Berechnung der Zeitdifferenz in irgendeiner Einheit, sondern auf eine spezielle Formatierung derselben.
[toc] | [prev] | [next] | [standalone]
| From | Michael Bode <m.g.bode@web.de> |
|---|---|
| Date | 2019-03-01 08:10 +0100 |
| Message-ID | <gds46jFsrkpU1@mid.individual.net> |
| In reply to | #390908 |
Am 28.02.19 um 20:51 schrieb Ruediger Lahl: > Die Aufgabe ist ja einklich ziemlich trivial. Es wundert mich, dass man > dazu nix im Netz findet. Die Aufgabe ist nicht richtig definiert. Du hast wesentlich mehr Einheiten als Jahr, Monat, Tag. Wenn schon, dann müsste die Ausgabe so aussehen: a Jahre + b Schaltjahre + c Monate1 + d Monate2 + e Monate3 + f Monate4 + g Tage, wobei Monate1..4 = Monate mit 28 ..31 Tagen sind.
[toc] | [prev] | [next] | [standalone]
| From | Stephan Bumberger <bumberger@gmx.de> |
|---|---|
| Date | 2019-03-01 19:31 +0100 |
| Message-ID | <q5btq0$i6m$1@tota-refugium.de> |
| In reply to | #390908 |
Am 28.02.2019 um 20:51 schrieb Ruediger Lahl: > On 28.02.2019 18:38, Stephan Bumberger wrote: > >> Am 28.02.2019 um 17:54 schrieb Ruediger Lahl: >>> Gegeben sind zwei verschiedene Datums * meinetwegen in A1 [20.07.17] und >>> in A2 [27.08.18] >>> >>> In A3 soll nun die Differenz errechnet werden und in Jahre Monate und >>> Tage angezeigt werden. Wäre in dem Fall [1Jahr, 1Monat, 7Tage]. (...) > Die Aufgabe ist ja einklich ziemlich trivial. Es wundert mich, dass man > dazu nix im Netz findet. Also, die Anzahl der Jahre und Monate kann Excel leicht errechnen, die Funktion heißt BRTEILJAHRE. =BRTEILJAHRE(A1;A2;1) Die 1 als dritter Wert ist wichtig, weil dann Schaltjahre berücksichtigt werden. Also 1 Jahr und den Faktor 0,104110 der Anzahl der Tage des Zieljahres. Von da aus kommst Du zur mit dem besagten Rattenschwanz an verschachtelten Funktionen weiter. Aber wenn es sein muss und Du das noch brauchen kannst, ich versuche mich nachher mal dran. -- Stephan
[toc] | [prev] | [next] | [standalone]
| From | Ruediger Lahl <ruediger.lahl@gmx.de> |
|---|---|
| Date | 2019-03-02 08:19 +0000 |
| Message-ID | <1548801495.573206932.663513.ruediger.lahl-gmx.de@news.individual.de> |
| In reply to | #390944 |
Stephan Bumberger <bumberger@gmx.de> wrote: > Am 28.02.2019 um 20:51 schrieb Ruediger Lahl: >> On 28.02.2019 18:38, Stephan Bumberger wrote: >> >>> Am 28.02.2019 um 17:54 schrieb Ruediger Lahl: >>>> Gegeben sind zwei verschiedene Datums * meinetwegen in A1 [20.07.17] und >>>> in A2 [27.08.18] >>>> >>>> In A3 soll nun die Differenz errechnet werden und in Jahre Monate und >>>> Tage angezeigt werden. Wäre in dem Fall [1Jahr, 1Monat, 7Tage]. > > (...) >> Die Aufgabe ist ja einklich ziemlich trivial. Es wundert mich, dass man >> dazu nix im Netz findet. > > Also, die Anzahl der Jahre und Monate kann Excel leicht errechnen, die > Funktion heißt BRTEILJAHRE. > =BRTEILJAHRE(A1;A2;1) Vielen Dank für deine und eure Bemühungen, auch für die beiden Poster, die per Mail geantwortet haben. Ich kann mich erst Dienstag wieder darum kümmern, weil wir traditionell dem Karneval im Rheinland entfliehen und hier nicht die Möglichkeit besteht, eure Vorschläge zu testen und nachzuvollziehen. Wenn du Spass daran hast, kannst du dich ja gerne mal an dem ganzen Rattenschwanz versuchen. Mein ewiger Dank wäre dir sicher. Gruß von der Küste. -- bis denne
[toc] | [prev] | [next] | [standalone]
| From | Rainer Knaepper <rainerk@smial.prima.de> |
|---|---|
| Date | 2019-02-28 23:52 +0100 |
| Message-ID | <EgieoZiirLB@smial.prima.de> |
| In reply to | #390904 |
bumberger@gmx.de (Stephan Bumberger) am 28.02.19 um 18:38: > Ich fürchte, Dein Problem wird so ganz allgemein nicht lösbar sein. Das ist imho deshalb nicht allgmein lösbar, weil man zwar die ganzen Monate mit ihrer jeweiligen korrekten Tageszahl innerhalb des Intervalls in einer Schleife zählen kann, aber nicht definiert ist, mit welcher Monatslänge der führende Stub mit dem hinten dranhängenden verrechnet werden soll. Angenommen, vom ersten Monat würden 25 Tage einfließen, vom letzten 10. Sollen die 35 Tage dann als ein Monat zu 31, zu 30, zu 29 (falls ein Schaltjahr dabei ist) oder zu 28 gezählt werden und mithin ein Tagesrest von sieben, sechs, fünf oder vier? Wovon soll man das abhängig machen? Von der Länge des Startmonats? Von dem des Schlußmonats? Mit Wochen wäre es etwas einfacher, oder mit dem Auenland-Kalender :-) Rainer -- Wenn man mit Raubkopien wirklich Gruppen wie BroSis, die Backstreet Boys oder gar Britney Spears verhindern könnte, würde ich noch heute ein paar CD-Brenner und einen Zentner Rohlinge bestellen. (B. Mangelsdorff in ger.ct)
[toc] | [prev] | [next] | [standalone]
| From | Martin Gerdes <martin.gerdes@gmx.de> |
|---|---|
| Date | 2019-03-01 14:32 +0100 |
| Message-ID | <ud7i7et68720b33u7gerr3vib3eter23n7@4ax.com> |
| In reply to | #390914 |
Rainer Knaepper <rainerk@smial.prima.de> schrieb: >> Ich fürchte, Dein Problem wird so ganz allgemein nicht lösbar sein. Doch, das ist allgemein lösbar, und zwar ziemlich problemlos. > Das ist imho deshalb nicht allgmein lösbar, weil man zwar die ganzen > Monate mit ihrer jeweiligen korrekten Tageszahl innerhalb des > Intervalls in einer Schleife zählen kann, aber nicht definiert ist, > mit welcher Monatslänge der führende Stub mit dem hinten dranhängenden > verrechnet werden soll. Das ist ja auch uninteressant. >Angenommen, vom ersten Monat würden 25 Tage einfließen, vom letzten >10. Sollen die 35 Tage dann als ein Monat zu 31, zu 30, zu 29 (falls >ein Schaltjahr dabei ist) oder zu 28 gezählt werden und mithin ein >Tagesrest von sieben, sechs, fünf oder vier? Wovon soll man das >abhängig machen? Von der Länge des Startmonats? Von dem des >Schlußmonats? Wie gesagt, diese Überlegung ist uninteressant. Nehmen wir doch mal das Beispiel des OPs: | Gegeben sind zwei verschiedene Daten, meinetwegen | [20.07.2017] und [27.08.2018] Dann zerlegst Du die Daten in Tag(), Monat() und Jahr() und rechnest fürderhin mit den Einzelwerten. Eine gewisse Unsicherheit ergibt sich lediglich bezüglich der Länge des letzten Monats. Die gegebenen Daten unterscheiden sich um 7 Tage, 1 Monat und 1 Jahr. Nehmen wir als zweites Datum aber den 13.08.2018, so muß man wissen, daß der Juli 31 Tage hat, also sind zwischen dem 20.07. und dem 13.08. 24 Tage, dann aber kein weiterer Monat Differenz, wohl aber ein Jahr. >Mit Wochen wäre es etwas einfacher, oder mit dem Auenland-Kalender :-) Es fragt sich halt, was der OP mit dieser Darstellung will, mit Tagen rechnet es sich leichter (z.B. in Zinsfragen).
[toc] | [prev] | [next] | [standalone]
| From | Frank Klingenhoefer <frank.private@t-online.de> |
|---|---|
| Date | 2019-03-01 15:19 +0100 |
| Message-ID | <dlrnkf-j4d.ln1@320040907424-xxx.dialin.t-online.de> |
| In reply to | #390933 |
Martin Gerdes wrote: [...] > Es fragt sich halt, was der OP mit dieser Darstellung will, mit Tagen > rechnet es sich leichter (z.B. in Zinsfragen). Man uberblickt leichter, welches Datum gemeint ist, wenn ein Startdatum und ein Zeitraum gegeben ist: |~$ date -d "2000-01-01 +400 days" | Sun Feb 4 00:00:00 CET 2001 Vom 1.1.2000 plus 1 Jahr 1 Monat und 3 Tage. |~$ date -d "2010-01-01 +400 days" | Sat Feb 5 00:00:00 CET 2011 Vom 1.1.2010 plus 1 Jahr 1 Monat und 4 Tage. Frank
[toc] | [prev] | [next] | [standalone]
| From | Stephan Bumberger <bumberger@gmx.de> |
|---|---|
| Date | 2019-03-01 16:15 +0100 |
| Message-ID | <q5bib0$ego$1@tota-refugium.de> |
| In reply to | #390933 |
Am 01.03.2019 um 14:32 schrieb Martin Gerdes: > Rainer Knaepper <rainerk@smial.prima.de> schrieb: > Nehmen wir doch mal das Beispiel des OPs: > > | Gegeben sind zwei verschiedene Daten, meinetwegen > | [20.07.2017] und [27.08.2018] > > Dann zerlegst Du die Daten in Tag(), Monat() und Jahr() und rechnest > fürderhin mit den Einzelwerten. Eine gewisse Unsicherheit ergibt sich > lediglich bezüglich der Länge des letzten Monats. > > Die gegebenen Daten unterscheiden sich um 7 Tage, 1 Monat und 1 Jahr. > > Nehmen wir als zweites Datum aber den 13.08.2018, so muß man wissen, daß > der Juli 31 Tage hat, also sind zwischen dem 20.07. und dem 13.08. 24 > Tage, dann aber kein weiterer Monat Differenz, wohl aber ein Jahr. Machen wir es doch mal ganz einfach, der Juli und der August haben beide 31 Tage, also sind es vom 1.7.-1.9. genau 62 Tage, bzw. genau 2 Monate und 0 Tage. Rechnet man vom 1.1. 62 Tage dazu, dann erhält man als Zieldatum den 3.3. in Schaltjahren und den 4.3. in Nichtschaltjahren. Also 2 Monate und 3 Tage, bzw. 2 Monate und 4 Tage oder eben auch 2 Monate und 0 Tage sind alles korrekte Lösungen für einen Zeitraum von 62 Tagen. -- Stephan
[toc] | [prev] | [next] | [standalone]
| From | Martin Gerdes <martin.gerdes@gmx.de> |
|---|---|
| Date | 2019-03-01 17:57 +0100 |
| Message-ID | <e4pi7e1kjtn2tbrhtsu9sqtepg6i8pf91r@4ax.com> |
| In reply to | #390938 |
Stephan Bumberger <bumberger@gmx.de> schrieb: >> Nehmen wir doch mal das Beispiel des OPs: >> | Gegeben sind zwei verschiedene Daten, meinetwegen >> | [20.07.2017] und [27.08.2018] >> Dann zerlegst Du die Daten in Tag(), Monat() und Jahr() und rechnest >> fürderhin mit den Einzelwerten. Eine gewisse Unsicherheit ergibt sich >> lediglich bezüglich der Länge des letzten Monats. >> Die gegebenen Daten unterscheiden sich um 7 Tage, 1 Monat und 1 Jahr. >> >> Nehmen wir als zweites Datum aber den 13.08.2018, so muß man wissen, daß >> der Juli 31 Tage hat, also sind zwischen dem 20.07. und dem 13.08. 24 >> Tage, dann aber kein weiterer Monat Differenz, wohl aber ein Jahr. >Machen wir es doch mal ganz einfach, Der OP hatte es bereits ganz einfach gemacht; einfach nur weiterzählen, keinerlei Übertrag. >der Juli und der August haben beide >31 Tage, also sind es vom 1.7.-1.9. genau 62 Tage, bzw. genau 2 Monate >und 0 Tage. Das gilt immer, etwa auch vom 5. Januar bis zum 5. März, und zwar gleichermaßen in Schaltjahren wie auch in Nicht-Schaltjahren. Nur was bringt diese Erkenntnis? >Rechnet man vom 1.1. 62 Tage dazu, dann erhält man als Zieldatum den >3.3. in Schaltjahren und den 4.3. in Nichtschaltjahren. Das ist in diesem Zusammenhang uninteressant. >Also 2 Monate und 3 Tage, bzw. 2 Monate und 4 Tage oder eben auch 2 >Monate und 0 Tage sind alles korrekte Lösungen für einen Zeitraum von 62 >Tagen. Der "Zeitraum von 62 Tagen" ist aber halt irrelevant.
[toc] | [prev] | [next] | [standalone]
| From | Stephan Bumberger <bumberger@gmx.de> |
|---|---|
| Date | 2019-03-01 19:34 +0100 |
| Message-ID | <q5btvf$i6m$2@tota-refugium.de> |
| In reply to | #390942 |
Am 01.03.2019 um 17:57 schrieb Martin Gerdes: > Stephan Bumberger <bumberger@gmx.de> schrieb: > >>> Nehmen wir doch mal das Beispiel des OPs: > >>> | Gegeben sind zwei verschiedene Daten, meinetwegen >>> | [20.07.2017] und [27.08.2018] > >>> Dann zerlegst Du die Daten in Tag(), Monat() und Jahr() und rechnest >>> fürderhin mit den Einzelwerten. Eine gewisse Unsicherheit ergibt sich >>> lediglich bezüglich der Länge des letzten Monats. > >>> Die gegebenen Daten unterscheiden sich um 7 Tage, 1 Monat und 1 Jahr. >>> >>> Nehmen wir als zweites Datum aber den 13.08.2018, so muß man wissen, daß >>> der Juli 31 Tage hat, also sind zwischen dem 20.07. und dem 13.08. 24 >>> Tage, dann aber kein weiterer Monat Differenz, wohl aber ein Jahr. > >> Machen wir es doch mal ganz einfach, > > Der OP hatte es bereits ganz einfach gemacht; einfach nur weiterzählen, > keinerlei Übertrag. Dann muss man sich aber tatsächlich auf 2 konkrete Daten beziehen. Excel kann kinderleicht die Anzahl von Tagen zwischen 2 Daten errechnen. Meine Aussage war ja, dass man aus der Anzahl von Tagen aber nicht *allgemein* Aussagen der Form "x Jahre, y Monate und z Tage" ziehen kann. >> der Juli und der August haben beide >> 31 Tage, also sind es vom 1.7.-1.9. genau 62 Tage, bzw. genau 2 Monate >> und 0 Tage. > > Das gilt immer, etwa auch vom 5. Januar bis zum 5. März, und zwar > gleichermaßen in Schaltjahren wie auch in Nicht-Schaltjahren. > > Nur was bringt diese Erkenntnis? > >> Rechnet man vom 1.1. 62 Tage dazu, dann erhält man als Zieldatum den >> 3.3. in Schaltjahren und den 4.3. in Nichtschaltjahren. > > Das ist in diesem Zusammenhang uninteressant. > >> Also 2 Monate und 3 Tage, bzw. 2 Monate und 4 Tage oder eben auch 2 >> Monate und 0 Tage sind alles korrekte Lösungen für einen Zeitraum von 62 >> Tagen. > > Der "Zeitraum von 62 Tagen" ist aber halt irrelevant. Das ist aber die Zahl, die Excel liefert. Man muss aus der Anzahl der Tage dann zu Fuß die Angabe "x Jahre, y Monate und z Tage" basteln. Im übrigen gibt es im realen Leben eine Menge von Fällen, in denen das wichtig ist. Pflegeheime verfluchen den Februar, weil sie nur 28 Tage Einnahmen haben, aber die selben monatlichen Kosten wie in Monaten mit 31 Tagen. Die StVO sieht in vielen Fällen einen Monat Fahrverbot vor. Wohl dem, der seinen Führerschein im Februar in amtliche Verwahrung geben kann, wenn er es denn schon muss. Der bekommt den nach 28 Tagen wieder, derjenige, der das in einem Monat mit 31 Tagen tut bekommt ihn erst nach 31 Tagen zurück. -- Stephan
[toc] | [prev] | [next] | [standalone]
| From | Martin Gerdes <martin.gerdes@gmx.de> |
|---|---|
| Date | 2019-03-02 11:57 +0100 |
| Message-ID | <kbok7e9t7ku0uh234g8jhtvlqhrpljgn04@4ax.com> |
| In reply to | #390945 |
Stephan Bumberger <bumberger@gmx.de> schrieb: >>>> Nehmen wir doch mal das Beispiel des OPs: >>>> | Gegeben sind zwei verschiedene Daten, meinetwegen >>>> | [20.07.2017] und [27.08.2018] >>>> Dann zerlegst Du die Daten in Tag(), Monat() und Jahr() und rechnest >>>> fürderhin mit den Einzelwerten. Eine gewisse Unsicherheit ergibt sich >>>> lediglich bezüglich der Länge des letzten Monats. >>>> Die gegebenen Daten unterscheiden sich um 7 Tage, 1 Monat und 1 Jahr. >>>> Nehmen wir als zweites Datum aber den 13.08.2018, so muß man wissen, daß >>>> der Juli 31 Tage hat, also sind zwischen dem 20.07. und dem 13.08. 24 >>>> Tage, dann aber kein weiterer Monat Differenz, wohl aber ein Jahr. >>> Machen wir es doch mal ganz einfach, >> Der OP hatte es bereits ganz einfach gemacht; einfach nur weiterzählen, >> keinerlei Übertrag. >Dann muss man sich aber tatsächlich auf 2 konkrete Daten beziehen. Der OP hatte das auf konkrete "Datums" bezogen. >Excel kann kinderleicht die Anzahl von Tagen zwischen 2 Daten errechnen. Ja. Das war hier aber nicht gefragt. >Meine Aussage war ja, dass man aus der Anzahl von Tagen aber nicht *allgemein* >Aussagen der Form "x Jahre, y Monate und z Tage" ziehen kann. Wenn man eine Differenz nach Lahl bestimmen möchte, macht man das ja sinnvollerweise auch nicht. >Im übrigen gibt es im realen Leben eine Menge von Fällen, in denen das >wichtig ist. Im hier vorgegebenen Fall aber nicht.
[toc] | [prev] | [next] | [standalone]
| From | thomas.niering@arcor.de (Thomas Niering) |
|---|---|
| Date | 2019-03-01 06:37 +0100 |
| Message-ID | <Eh1NAMV2XzB@thomas.niering.news.arcor.de> |
| In reply to | #390900 |
Hallo Ruediger, Ruediger Lahl <ruediger.lahl@gmx.de> wrote: > In A3 soll nun die Differenz errechnet werden und in Jahre Monate und > Tage angezeigt werden. Wäre in dem Fall [1Jahr, 1Monat, 7Tage]. Na ja, das Problem ist, dass der Monat unterschiedlich lang ist. Wenn dir aber das Bankjahr (360 Tage) langt, könntest du die Differenz zwischen den beiden Terminen mit der Funktion "Tage360" ermitteln. Davon könntest du dann Tage (Rest aus Differenz / 30), Monate und Jahre ermitteln. Ciao Thomas
[toc] | [prev] | [next] | [standalone]
| From | Ruediger Lahl <ruediger.lahl@gmx.de> |
|---|---|
| Date | 2019-03-01 07:07 +0100 |
| Message-ID | <q5alo7.ng.1@privat.lahls.de> |
| In reply to | #390915 |
On 01.03.2019 06:37, Thomas Niering wrote: > Ruediger Lahl <ruediger.lahl@gmx.de> wrote: >> In A3 soll nun die Differenz errechnet werden und in Jahre Monate und >> Tage angezeigt werden. Wäre in dem Fall [1Jahr, 1Monat, 7Tage]. > > Na ja, das Problem ist, dass der Monat unterschiedlich lang ist. > > Wenn dir aber das Bankjahr (360 Tage) langt, könntest du die Differenz > zwischen den beiden Terminen mit der Funktion "Tage360" ermitteln. Nein, ich benötige leider die exakte Anzahl der Tage der betreffenden Jahre. -- bis denne
[toc] | [prev] | [next] | [standalone]
| From | Herwig AQSR <herwig.huener@t-online.de> |
|---|---|
| Date | 2019-03-01 12:45 -0800 |
| Message-ID | <f741780a-abc8-4c02-b9c8-50ae142a58b9@googlegroups.com> |
| In reply to | #390900 |
2019-03-01 21:46:00 +0100 > ... > Gegeben sind zwei verschiedene Datums * meinetwegen in A1 [20.07.17] und > in A2 [27.08.18] > > In A3 soll nun die Differenz errechnet werden und in Jahre Monate und > Tage angezeigt werden. Wäre in dem Fall [1Jahr, 1Monat, 7Tage]. Schwerer Fehler im PflichtenHeft. Welche MonatsLänge ist gemeint - die sind doch alle verschieden lang? Einfaches Beispiel: 2019-02-01 00:00:00 bis 2019-04-01 00:00:00 Das sind zwei Monate von bitte welcher Länge? Herwig
[toc] | [prev] | [next] | [standalone]
| From | Wolfgang Εnzinger <we_usenet@nurfuerspam.de> |
|---|---|
| Date | 2019-03-02 17:41 +0100 |
| Message-ID | <1vpuf3jys5swf.dlg@weu.my-fqdn.de> |
| In reply to | #390953 |
Am Fri, 1 Mar 2019 12:45:54 -0800 (PST) schrieb Herwig AQSR:
>> In A3 soll nun die Differenz errechnet werden und in Jahre Monate und
>> Tage angezeigt werden. Wäre in dem Fall [1Jahr, 1Monat, 7Tage].
>
> Schwerer Fehler im PflichtenHeft. Welche MonatsLänge ist gemeint
> - die sind doch alle verschieden lang?
>
> Einfaches Beispiel: 2019-02-01 00:00:00 bis 2019-04-01 00:00:00
> Das sind zwei Monate von bitte welcher Länge?
Das ist Rüdiger offensichtlich egal, und es wurden ja auch schon Beispiele
genannt, wo die Monatslänge tatsächlich keine Rolle spielt.
Das Problem ist durchaus lösbar - allerdings (AFAIK) dann doch nur unter
Rückgriff auf das verschmähte VB(A):
**
Public Function FormatTimespanRL(ByVal d1 As Date, ByVal d2 As Date) _
As String
Dim y As Long, m As Long, d As Long
y = VBA.DateDiff("yyyy", d1, d2)
If y Then
FormatTimespanRL = CStr(y) & "y, "
End If
d1 = VBA.DateAdd("yyyy", y, d1)
m = VBA.DateDiff("m", d1, d2)
d1 = VBA.DateAdd("m", m, d1)
d = VBA.DateDiff("d", d1, d2)
FormatTimespanRL = FormatTimespanRL & CStr(m) & "m, " & CStr(d) & "d"
End Function
**
Nicht gross getestet, müsste aber so gehen.
[toc] | [prev] | [next] | [standalone]
| From | Michael Bode <m.g.bode@web.de> |
|---|---|
| Date | 2019-03-02 18:04 +0100 |
| Message-ID | <gdvrdmFnc98U1@mid.individual.net> |
| In reply to | #391019 |
Am 02.03.19 um 17:41 schrieb Wolfgang Εnzinger: > Am Fri, 1 Mar 2019 12:45:54 -0800 (PST) schrieb Herwig AQSR: > >>> In A3 soll nun die Differenz errechnet werden und in Jahre Monate und >>> Tage angezeigt werden. Wäre in dem Fall [1Jahr, 1Monat, 7Tage]. >> >> Schwerer Fehler im PflichtenHeft. Welche MonatsLänge ist gemeint >> - die sind doch alle verschieden lang? >> >> Einfaches Beispiel: 2019-02-01 00:00:00 bis 2019-04-01 00:00:00 >> Das sind zwei Monate von bitte welcher Länge? > > Das ist Rüdiger offensichtlich egal, und es wurden ja auch schon Beispiele > genannt, wo die Monatslänge tatsächlich keine Rolle spielt. Klar, bei Zeiträumen < 28 Tage. Die Größe, die ermittelt wird, ist ein Zeitraum. Dann rechne mal um: wieviel Tage sind 1 Monat und 3 Tage. Bitte nur eine Lösung.
[toc] | [prev] | [next] | [standalone]
Page 1 of 5 [1] 2 3 4 5 Next page →
Back to top | Article view | ger.ct
csiph-web