EXCEL-Frage zu Datum - Datum

[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.

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

[Stephan Bumberger]

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

[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].
>>
>> 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

[Carlo XYZ]

Am 28.02.19 um 20:51 schrieb Ruediger Lahl:

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:)

[Wolfgang Εnzinger]

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.

[Rainer Knaepper]

bumb...@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)

[Thomas Niering]

Hallo Ruediger,

Ruediger Lahl <ruedig...@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

[Ruediger Lahl]

On 01.03.2019 06:37, Thomas Niering wrote:

> Ruediger Lahl <ruedig...@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

[Michael Bode]

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.

[Frank Klingenhoefer]

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

[Stephan Bumberger]

Am 01.03.2019 um 14:32 schrieb Martin Gerdes:
> Rainer Knaepper <rai...@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

[Stephan Bumberger]

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

[Stephan Bumberger]

Am 01.03.2019 um 17:57 schrieb Martin Gerdes:
> Stephan Bumberger <bumb...@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

[Herwig AQSR]

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

[Ruediger Lahl]

Stephan Bumberger <bumb...@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

[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.

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.

[Michael Bode]

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.

[Wolfgang Εnzinger]

Am Sat, 2 Mar 2019 18:04:54 +0100 schrieb Michael Bode:

> Am 02.03.19 um 17:41 schrieb Wolfgang Εnzinger:
>> Am Fri, 1 Mar 2019 12:45:54 -0800 (PST) schrieb Herwig AQSR:
>>
>>> 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.

Nein. Beispiel Monatsmiete. Kostet in aller Regel im Januar und im Februar
gleich viel.

> Die Größe, die ermittelt wird, ist ein Zeitraum.

Ja.

> Dann rechne mal um: wieviel Tage sind 1 Monat und 3 Tage.
> Bitte nur eine Lösung.

Bitteschön: Lösung inexistent. So rum geht's nicht.

Andersrum schon. Was Rüdiger dann genau damit anfängt, ist seine Sache.

[Ruediger Lahl]

Wolfgang Εnzinger <we_u...@nurfuerspam.de> wrote:
> 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.

Es ist einfach die genaue Anzahl der Tage ‚nötig‘. Ein ‚ungefähr‘ ist
leider zu wenig.

> Das Problem ist durchaus lösbar - allerdings (AFAIK) dann doch nur unter
> Rückgriff auf das verschmähte VB(A):

VB ist aus Sicherheitsgründen deaktiviert. Ist nicht meine Entscheidung.
U.U. könnte es eine Ausnahme geben, aber das halte ich hier für
unwahrscheinlich.

> **
> 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.

Vielen Dank dafür. Das halte ich auf jeden Fall mal in der Hinterhand.

--
bis denne

[Ruediger Lahl]

Martin Gerdes <martin...@gmx.de> wrote:

> Michael Bode <m.g....@web.de> schrieb:

>>>> 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 egal.

>
>>> Das ist Rüdiger offensichtlich egal, und es wurden ja auch schon Beispiele
>>> genannt, wo die Monatslänge tatsächlich keine Rolle spielt.
>

>> Dann rechne mal um: wieviel Tage sind 1 Monat und 3 Tage.
>> Bitte nur eine Lösung.
>

> 1 Monat und 3 Tage sind genau 1 Monat und 3 Tage. Das war jetzt einfach.

Ein Februar und drei Tage sind ein August. Ein August und drei Tage sind
aber kein Februar.
Fällt der Groschen?

Die Randbedingung war von Anfang an, die exakte Tagesgenaue Berechnung. Das
zeigt mein im OP gegebenes Beispiel auch IMHO auf.

--
bis denne

[Wolfgang Εnzinger]

Am Sun, 03 Mar 2019 00:22:03 +0100 schrieb Heiner Hass:

> Ruediger Lahl <ruedig...@gmx.de> schrieb:

>
>>Martin Gerdes <martin...@gmx.de> wrote:
>>
>>> 1 Monat und 3 Tage sind genau 1 Monat und 3 Tage. Das war jetzt einfach.
>>
>>Ein Februar und drei Tage sind ein August. Ein August und drei Tage sind
>>aber kein Februar.
>>Fällt der Groschen?
>

> bei dir anscheinend nicht.

Bei mir auch nicht. Ich habe offen gestanden keine Ahnung, warum ein
Februar und drei Tage ein August sein sollen.

> Die Darstellung einer tagesgenauen DatumsDIFFERENZ in Jahren, Monaten
> und Tagen ist völlig sinnfrei, wenn die Randbedingungen nicht definiert
> sind, also welche Schaltjahre, lange bzw. kurze Monate in das Ergebnis
> einfliessen sollen.

Im Grunde genommen, wenn ich die Challenge richtig verstanden habe, ist es
ja so, dass Schaltjahre und die Länge der Monate eben genau *keine* Rolle
spielen sollen; also: ein Monat ist ein Monat, egal wie lang der ist.

Wenn ich heute, am 3. März, beispielsweise sage "heute in einem Monat
sitzen wir schon im Flieger nach Malle", dann fängt doch auch kein Mensch
zu überlegen an, wieviele Tage man jetzt zum heutigen Datum addieren muss,
sondern man addiert eins zum Monat und kommt beim 3. April raus.

Wobei es da gelegentlich schon holpert. Wenn ich o.g. Satz am 30. Januar
sage - was bedeutet der dann?

Fragen wir mal VBA:
?VBA.DateAdd("m", 1, #1/30/2019#)
28.02.2019

Tja ... falsch ist das nicht. Aber ich würde den Satz am 30. Januar so
nicht sagen. Am 3. März schon.

[Wolfgang Εnzinger]

Am Sun, 03 Mar 2019 01:39:24 +0100 schrieb Heiner Hass:

> konkretes Beispiel (mal ohne Jahreswechsel):
>
> 24.2.2019 bis 29.4.2019
>
> wie soll das Ergebnis dargestellt werden (in Monaten und Tagen)?

2 Monate und 5 Tage.

2 Monate: 24.2.2019 bis 24.4.2019
5 Tage: 25.4.2019 bis 29.4.2019

Wie gesagt, ich weiss auch nicht, wozu man das braucht. Aber ich kann das
Problem trotzdem lösen. ;-)

Oder anders ausgedrückt: man kann eine bestimmte Anzahl von Tagen durchaus
im gewünschten Format darstellen. Allerdings nur dann, wenn man weiss, wann
genau diese Tage stattfinden. Eine Rückrechnung, wieviele Tage das dann
sind, ist aus der so formatierten Angabe nicht mehr möglich.

[Ulf.K...@web.de]

Am Samstag, 2. März 2019 23:37:35 UTC+1 schrieb Ruediger Lahl:

> Ein Februar und drei Tage sind ein August.

Schon das ist falsch.

[Ruediger Lahl]

Wolfgang Εnzinger <we_u...@nurfuerspam.de> wrote:
> Am Sun, 03 Mar 2019 01:39:24 +0100 schrieb Heiner Hass:
>
>> konkretes Beispiel (mal ohne Jahreswechsel):
>>
>> 24.2.2019 bis 29.4.2019
>>
>> wie soll das Ergebnis dargestellt werden (in Monaten und Tagen)?
>
> 2 Monate und 5 Tage.
>
> 2 Monate: 24.2.2019 bis 24.4.2019
> 5 Tage: 25.4.2019 bis 29.4.2019
>
> Wie gesagt, ich weiss auch nicht, wozu man das braucht. Aber ich kann das
> Problem trotzdem lösen. ;-)

So kann man sich verrennen. Ich glaube, du hast recht...

--
bis denne

[Michael Bode]

Am 02.03.19 um 23:11 schrieb Martin Gerdes:
> Michael Bode <m.g....@web.de> schrieb:

>
>>>> 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 egal.

>
>>> Das ist Rüdiger offensichtlich egal, und es wurden ja auch schon Beispiele
>>> genannt, wo die Monatslänge tatsächlich keine Rolle spielt.
>

>> Dann rechne mal um: wieviel Tage sind 1 Monat und 3 Tage.
>> Bitte nur eine Lösung.
>

> 1 Monat und 3 Tage sind genau 1 Monat und 3 Tage. Das war jetzt einfach.

Und falsch.

[Michael Bode]

Am 03.03.19 um 11:31 schrieb Heiner Hass:
> Wolfgang ?nzinger <we_u...@nurfuerspam.de> schrieb:

>
>> Oder anders ausgedrückt: man kann eine bestimmte Anzahl von Tagen durchaus
>> im gewünschten Format darstellen. Allerdings nur dann, wenn man weiss, wann
>> genau diese Tage stattfinden. Eine Rückrechnung, wieviele Tage das dann
>> sind, ist aus der so formatierten Angabe nicht mehr möglich.
>

> genau. Die Zahl der Tage im Ergebnis bleibt unbestimmt.

Unbestimmt ist höflich ausgedrückt.

Was dauert eigentlich länger, ein Monat oder ein Monat und 1 Tag?

Lösung: kommt drauf an.

[Kai Borgolte]

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].

So scheints zu gehen:

=TEXTVERKETTEN(",
";WAHR;WENN(DATEDIF(A1;A2;"y");DATEDIF(A1;A2;"y")&WENN(DATEDIF(A1;A2;"y")=1;"
Jahr";"
Jahre");"");WENN(DATEDIF(A1;A2;"ym");DATEDIF(A1;A2;"ym")&WENN(DATEDIF(A1;A2;"ym")=1;"
Monat";"
Monate");"");WENN(WENN(TAG(A2)>=TAG(A1);TAG(A2)-TAG(A1);A2-MIN(DATUM(JAHR(A1)+DATEDIF(A1;A2;"y");MONAT(A1)+DATEDIF(A1;A2;"ym");TAG(A1));A2-TAG(A2)));WENN(TAG(A2)>=TAG(A1);TAG(A2)-TAG(A1);A2-MIN(DATUM(JAHR(A1)+DATEDIF(A1;A2;"y");MONAT(A1)+DATEDIF(A1;A2;"ym");TAG(A1));A2-TAG(A2)))&WENN(WENN(TAG(A2)>=TAG(A1);TAG(A2)-TAG(A1);A2-MIN(DATUM(JAHR(A1)+DATEDIF(A1;A2;"y");MONAT(A1)+DATEDIF(A1;A2;"ym");TAG(A1));A2-TAG(A2)))=1;"
Tag";" Tage");""))

> Die Lösung muss Excel 2010-tauglich sein und möglichst ohne VB auskommen.

Ich habe mit "Excel für Office 365" getestet. Einzelschritte sind:

v =A1 # Startdatum "von"
b =A2 # Enddatum "bis"
dj =DATEDIF(v;b;"y") # volle Jahre
ej =WENN(dj=1;" Jahr";" Jahre") # zugehörige Einheit
djt =WENN(dj;dj&ej;"") # Text Teil "Jahre"
dm =DATEDIF(v;b;"ym") # volle Monate
em =WENN(dm=1;" Monat";" Monate") # zugehörige Einheit
dmt =WENN(dm;dm&em;"") # Text Teil "Monate"
vt =TAG(v) # Tag "von"
vj =JAHR(v) # Jahr "von"
vm =MONAT(v) # Monat "von"
bt =TAG(b) # Tag "bis"
# verbleibende Tage lt. Definition (s. unten):
dt =WENN(bt>=vt;bt-vt;b-MIN(DATUM(vj+dj;vm+dm;vt);b-bt))
et =WENN(dt=1;" Tag";" Tage") # zugehörige Einheit
dtt =WENN(dt;dt&et;"") # "Text Teil "Tage"
# Teiltexte zusammenführen für Schönheitspreis:
jmt =TEXTVERKETTEN(", ";WAHR;djt;dmt;dtt)

Diese Einzelschritte kann man als benannte Formeln festlegen, dann sind
die Berechnungen verborgen und die textlichen Wiederholungen minimiert:

http://www.excelmexel.de/HTMLExcel/formelnbenennen.htm
http://bitablage.de/redoute/Ruediger.xlsx


Zur hier viel diskutierten Theorie einige Beispiele: Wer am 21.08.1969
geboren ist, ist meines Erachtens
- am 20.09.1969 30 Tage alt
- am 21.09.1969 1 Monat alt
- am 21.07.1970 11 Monate alt
- am 31.07.1970 11 Monate, 10 Tage alt
- am 01.08.1970 11 Monate, 11 Tage alt
- am 20.08.1970 11 Monate, 30 Tage alt
- am 28.02.2019 49 Jahre, 6 Monate und 7 Tage alt
- am 01.03.2019 49 Jahre, 6 Monate und 8 Tage alt

Diese Methode wird etwas eigenartig, wenn das Startdatum am Monatsende
liegt: Wer am 30. bzw. 31.01.2019 geboren ist, ist er nach meiner Formel
am 28.02.2019 29 Tage bzw. 28 Tage alt; am 01.03.2019 ist das Ergebnis
für beide Startdatums gleich: 1 Monat, 1 Tag. Das entspricht der
Feststellung, dass am 29.02. Geborene nur alle vier Jahre richtig
Geburtstag haben.


Hier noch zwei Links zum selben Problem, auf die ich zurückgegriffen
habe: Die Lösung am Ende dieser Seite:

https://support.office.com/en-us/article/calculate-the-difference-between-two-dates-8235e7c9-b430-44ca-9425-46100a162f38

ist kaputt und funktioniert nur, wenn das Startdatum am Monatsanfang
ist. Hier

http://www.excelformeln.de/formeln.html?welcher=141

ist das korrigiert, passt aber auch nicht zur obigen Definition.

--
Kai Borgolte, Bonn

[Kai Borgolte]

Am 03.03.2019 um 12:19 schrieb Kai Borgolte:

> Die Lösung muss Excel 2010-tauglich sein und möglichst ohne VB auskommen.

TEXTVERKETTEN() ist schon mal ab Excel 2016, hier eine Alternative mit
zusätzlicher WECHSELN-Trickserei.

=WECHSELN(WECHSELN(WENN(DATEDIF(A1;A2;"y");DATEDIF(A1;A2;"y")&WENN(DATEDIF(A1;A2;"y")=1;"
Jahr|";"
Jahre|");"")&WENN(DATEDIF(A1;A2;"ym");"|"&DATEDIF(A1;A2;"ym")&WENN(DATEDIF(A1;A2;"ym")=1;"
Monat|";"
Monate|");"")&WENN(WENN(TAG(A2)>=TAG(A1);TAG(A2)-TAG(A1);A2-MIN(DATUM(JAHR(A1)+DATEDIF(A1;A2;"y");MONAT(A1)+DATEDIF(A1;A2;"ym");TAG(A1));A2-TAG(A2)));"|"&WENN(TAG(A2)>=TAG(A1);TAG(A2)-TAG(A1);A2-MIN(DATUM(JAHR(A1)+DATEDIF(A1;A2;"y");MONAT(A1)+DATEDIF(A1;A2;"ym");TAG(A1));A2-TAG(A2)))&WENN(WENN(TAG(A2)>=TAG(A1);TAG(A2)-TAG(A1);A2-MIN(DATUM(JAHR(A1)+DATEDIF(A1;A2;"y");MONAT(A1)+DATEDIF(A1;A2;"ym");TAG(A1));A2-TAG(A2)))=1;"
Tag|";" Tage|");"");"||";", ");"|";"")

Die Version mit benannten Formeln habe ich auf andere Weise korrigiert,
siehe neue Version von
<http://bitablage.de/redoute/Ruediger.xlsx>.
--
Kai Borgolte, Bonn

[Wolfgang Εnzinger]

Am Sun, 3 Mar 2019 12:19:16 +0100 schrieb Kai Borgolte:

> Zur hier viel diskutierten Theorie einige Beispiele: Wer am 21.08.1969
> geboren ist, ist meines Erachtens
> - am 20.09.1969 30 Tage alt
> - am 21.09.1969 1 Monat alt
> - am 21.07.1970 11 Monate alt
> - am 31.07.1970 11 Monate, 10 Tage alt
> - am 01.08.1970 11 Monate, 11 Tage alt
> - am 20.08.1970 11 Monate, 30 Tage alt
> - am 28.02.2019 49 Jahre, 6 Monate und 7 Tage alt
> - am 01.03.2019 49 Jahre, 6 Monate und 8 Tage alt

Das demonstriert es ganz gut, ja.

Habe meine VBA-Funktion mal damit getestet - und festgestellt, dass
DateDiff() blöderweise (auf-)rundet:

?VBA.DateDiff("yyyy", #2/1/2019#, #1/1/2020#)
1
?VBA.DateDiff("m", #1/2/2019#, #2/1/2019#)
1

Also Funktion nochmal geändert, auch wenn sich das Thema inzwischen wohl
erledigt hat:

**
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, "

d1 = VBA.DateAdd("yyyy", y, d1)

End If

m = VBA.DateDiff("m", d1, d2)

If m < 0 Then
y = y - 1
m = 0
d1 = VBA.DateAdd("yyyy", -1, d1)

If y Then
FormatTimespanRL = CStr(y) & "y, "

Else
FormatTimespanRL = ""
End If

m = VBA.DateDiff("m", d1, d2)

End If

d1 = VBA.DateAdd("m", m, d1)
d = VBA.DateDiff("d", d1, d2)

If d < 0 Then
If m Then
m = m - 1
d1 = VBA.DateAdd("m", -1, d1)

d = VBA.DateDiff("d", d1, d2)

Else
y = y - 1
d1 = VBA.DateAdd("yyyy", -1, d1)

If y Then
FormatTimespanRL = CStr(y) & "y, "

Else
FormatTimespanRL = ""
End If
m = m + 11
d1 = VBA.DateAdd("m", 11, d1)

d = VBA.DateDiff("d", d1, d2)

End If
End If

FormatTimespanRL = FormatTimespanRL & CStr(m) & "m, " & CStr(d) & "d"
End Function
**

Ganz schönes Gemurkse ...

[Wolfgang Εnzinger]

Am Sun, 3 Mar 2019 12:07:54 +0100 schrieb Michael Bode:

> Am 03.03.19 um 11:31 schrieb Heiner Hass:
>> Wolfgang ?nzinger <we_u...@nurfuerspam.de> schrieb:
>>
>>> Oder anders ausgedrückt: man kann eine bestimmte Anzahl von Tagen durchaus
>>> im gewünschten Format darstellen. Allerdings nur dann, wenn man weiss, wann
>>> genau diese Tage stattfinden. Eine Rückrechnung, wieviele Tage das dann
>>> sind, ist aus der so formatierten Angabe nicht mehr möglich.
>>
>> genau. Die Zahl der Tage im Ergebnis bleibt unbestimmt.
>
> Unbestimmt ist höflich ausgedrückt.

"Als mein Vater seinen 80. Geburtstag feierte ..."

"Moment mal - was ist denn das für eine Zeitangabe? Ohne die Information,
wieviele Schaltjahre da dabei waren, kann ich doch unmöglich erkennen,
wieviele Tage er zu diesem Zeitpunkt alt war!!1!"

;-)

[Wolfgang Εnzinger]

Am Sun, 3 Mar 2019 13:28:44 +0100 schrieb Wolfgang Εnzinger:

> Ganz schönes Gemurkse ...

Lieber zu Fuss machen und nicht auf DateDiff() verlassen:

**
Public Function IsLeapYear(ByVal y As Long) As Boolean
IsLeapYear = (VBA.Day(VBA.DateSerial(y, 2, 29)) = 29)
End Function
**
Public Function DaysInMonth(ByVal m As Long, ByVal y As Long) As Long
Select Case m
Case 1, 3, 5, 7, 8, 10, 12
DaysInMonth = 31
Case 2
DaysInMonth = 28 - CLng(IsLeapYear(y))
Case Else
DaysInMonth = 30
End Select
End Function

**
Public Function FormatTimespanRL(ByVal d1 As Date, ByVal d2 As Date) _
As String

Dim d As Long, y As Long, m As Long, i As Long
d = CLng(d2) - CLng(d1)
Do
i = 365& - CLng(IsLeapYear(VBA.Year(d1)))
If d - i < 0 Then Exit Do
y = y + 1
d = d - i
d1 = d1 + i
Loop
Do
i = DaysInMonth(VBA.Month(d1), VBA.Year(d1))
If d - i < 0 Then Exit Do
m = m + 1
d = d - i
d1 = d1 + i
Loop

If y Then
FormatTimespanRL = CStr(y) & "y, "

[Michael Bode]

Am 03.03.19 um 13:29 schrieb Wolfgang Εnzinger:

> Am Sun, 3 Mar 2019 12:07:54 +0100 schrieb Michael Bode:
>
>> Am 03.03.19 um 11:31 schrieb Heiner Hass:
>>> Wolfgang ?nzinger <we_u...@nurfuerspam.de> schrieb:
>>>
>>>> Oder anders ausgedrückt: man kann eine bestimmte Anzahl von Tagen durchaus
>>>> im gewünschten Format darstellen. Allerdings nur dann, wenn man weiss, wann
>>>> genau diese Tage stattfinden. Eine Rückrechnung, wieviele Tage das dann
>>>> sind, ist aus der so formatierten Angabe nicht mehr möglich.
>>>
>>> genau. Die Zahl der Tage im Ergebnis bleibt unbestimmt.
>>
>> Unbestimmt ist höflich ausgedrückt.
>
> "Als mein Vater seinen 80. Geburtstag feierte ..."
>
> "Moment mal - was ist denn das für eine Zeitangabe?

Das ist weder die Angabe eine Zeitpunkts noch einer Zeitspanne. Das ist
schlicht eine Abzählung von Ereignissen. 1. Geburtagsfeier, 2.
Geburtagsfeier,...

[Gerald Gruner]

Heiner Hass schrieb am 3.03.19:

> Ruediger Lahl <ruedig...@gmx.de> schrieb:
>
>>Martin Gerdes <martin...@gmx.de> wrote:
>>

>>> 1 Monat und 3 Tage sind genau 1 Monat und 3 Tage. Das war jetzt einfach.
>>
>>Ein Februar und drei Tage sind ein August. Ein August und drei Tage sind
>>aber kein Februar.
>>Fällt der Groschen?
>

> bei dir anscheinend nicht.

>
> Die Darstellung einer tagesgenauen DatumsDIFFERENZ in Jahren, Monaten
> und Tagen ist völlig sinnfrei, wenn die Randbedingungen nicht definiert
> sind, also welche Schaltjahre, lange bzw. kurze Monate in das Ergebnis
> einfliessen sollen.

???
Äh, man hat doch zwei konkrete Daten als Bezug. Das sollte reichen, um die
Differenz in (genauso konkreten) Jahren, Monaten und Tagen darzustellen...

MfG
Gerald

--
"Was würde passieren, wenn ein Student von einem 56 000 km/h schnellen
Rostbraten getroffen würde?"
- Prüfungsfrage gestellt vom Physik-Nobelpreisträger Robert Laughlin
an der Universität Stanford

[Stephan Bumberger]

Am 03.03.2019 um 16:49 schrieb Martin Gerdes:

> Wer spitzfindig ist, sagt: Mein Mobilfunkvertrag ist im Februar teurer
> als im März, fürs gleiche Geld bekomme ich einmal 28 Tage (oder 29), im
> anderen Fall 31 Tage.

Aldi-Talk hat vor vielen, vielen Monaten umgestellt von "Paket xy gilt
einen Monat" auf "Paket xy gilt 30 Tage". Seither muss man 5-6 Tage mehr
pro Jahr bezahlen.

--
Stephan

[Stephan Bumberger]

Es ist sogar noch schlimmer, sehe ich gerade, es gilt genau 4 Wochen.
Das sind ja dann sogar 13 Pakete, die man pro Jahr braucht. Bei
Aldi-Talk ist irgendwie immer Februar.

--
Stephan

[Diedrich Ehlerding]

Gerald Gruner meinte:

> Äh, man hat doch zwei konkrete Daten als Bezug. Das sollte reichen, um
> die Differenz in (genauso konkreten) Jahren, Monaten und Tagen
> darzustellen...

Hm ... bist du sicher, dass das alles ganz einfach ist?

Wieviele Monate und wieviele Tage sind es denn

- vom 31.12. bis zum 31.1. - ein Monat? Ja, gewiss.

- vom 28. Dezember bis 28. Januar - auch ein Monat? Ja, gewiss.

- Und vom 28. Januar zum 28. Februar? Auch ein Monat? Hm ...

- und vom 31. Januar bis zum 28 Februar? Auch ein Monat? Hmmmm ... Müsste
doch aber weniger sein als vom 28.1. bis zum 28.2.!


--
pgp-Key (RSA) 1024/09B8C0BD
fingerprint = 2C 49 FF B2 C4 66 2D 93 6F A1 FF 10 16 59 96 F3
HTML-Mail wird ungeleſen entſorgt.

[Wolfgang Εnzinger]

Am Sun, 3 Mar 2019 14:49:09 +0100 schrieb Michael Bode:
> Am 03.03.19 um 13:29 schrieb Wolfgang Εnzinger:

>> "Als mein Vater seinen 80. Geburtstag feierte ..."
>>
>> "Moment mal - was ist denn das für eine Zeitangabe?
>
> Das ist weder die Angabe eine Zeitpunkts noch einer Zeitspanne. Das ist
> schlicht eine Abzählung von Ereignissen. 1. Geburtagsfeier, 2.
> Geburtagsfeier,...

In jungen Jahren zählt man, später rechnet man eher ... und der 70.
Geburtstag ist nun mal etwas, was nach einer Zeitspanne von 70 Jahren ab
Geburt eintritt. Bei einem am 01.01.1920 Geborenen dauerte das 25.568 Tage,
bei einem am 01.03.1920 Geborenen nur 25.567. Zum 80. sind's dann bei allen
wieder 29.220. Stört sich ja auch niemand dran.

Aber so wichtig ist mir das jetzt auch wieder nicht, also wegen mir können
wir die Haarspalterei an dieser Stelle auch gerne beenden.

[Wolfgang Εnzinger]

Am Sun, 03 Mar 2019 16:49:51 +0100 schrieb Martin Gerdes:

> Der OP hat eine komische Frage gestellt und erwartet nun eine Lösung,
> die es nicht geben kann. In dem gewünschten Ausgabeformat "x Tage, y
> Monate, z Jahre" kann es keine datumsunabhängige und dennoch taggenaue
> Antwort geben, das ist ja auf den ersten Blick erkennbar.

Von "datumsunabhängig" habe ich nichts gelesen, insofern gibt es auch eine
Lösung.

[Michael Bode]

Am 03.03.19 um 18:22 schrieb Wolfgang Εnzinger:

Gerne. Es tat mir nur in meiner Programmiererseele weh, ein so schlecht
definiertes Problem zu sehen. Besonders, wenn man sieht, wie in manchen
Sprachen fein säuberlich unterschiedliche Datentypen für time und
duration existieren.

[Michael Bode]

Am 03.03.19 um 16:49 schrieb Martin Gerdes:
> Michael Bode <m.g....@web.de> schrieb:
>

>>>> Dann rechne mal um: wieviel Tage sind 1 Monat und 3 Tage.
>>>> Bitte nur eine Lösung.
>
>>> 1 Monat und 3 Tage sind genau 1 Monat und 3 Tage. Das war jetzt einfach.
>
>> Und falsch.
>

> Nein, natürlich richtig, Du bist lediglich auf dem falschen Dampfer.

Und du hast die Aufgabe nicht gelöst. Das ist ne glatte 6, setzen.

[Ulf.K...@web.de]

Am Sonntag, 3. März 2019 18:18:47 UTC+1 schrieb Diedrich Ehlerding:

> Wieviele Monate und wieviele Tage sind es denn
>
> - vom 31.12. bis zum 31.1. - ein Monat? Ja, gewiss.
>
> - vom 28. Dezember bis 28. Januar - auch ein Monat? Ja, gewiss.
>
> - Und vom 28. Januar zum 28. Februar? Auch ein Monat? Hm ...

Wer am 28. Januar einen Bescheid bekommen hat, für den läuft,
soweit kein früherer Zugang fingiert wird, eine Monatsfrist bis zum...


28. Februar. Fällt dieser auf ein Wochenende, so liegt
man am folgenden Montag noch in der Frist, wenn auch nicht
mehr innerhalb eines Monats.

[Frank Klingenhoefer]

Michael Bode wrote:
[...]
>> Aber so wichtig ist mir das jetzt auch wieder nicht, also wegen mir koennen

>> wir die Haarspalterei an dieser Stelle auch gerne beenden.
>
> Gerne. Es tat mir nur in meiner Programmiererseele weh, ein so schlecht
> definiertes Problem zu sehen. Besonders, wenn man sieht, wie in manchen

> Sprachen fein saeuberlich unterschiedliche Datentypen für time und
> duration existieren.

Die Mitleser, die einen nichtmenschlichen Gespraechpartner
(Siri,Alexa,Google,...) zu Hause haben, koennten ja bei passender
Gelegenheit testen, welche Meinung die Programmierer/(...) hinter
diesen Diensten haben:

[Am 29.Maerz diesen Jahres] 'Siri, welches Datum war heute vor einem
Monat?'

Oder: 'Wieviele Jahre, Monate und Tage sind zwischen...'

Frank

[Stephan Bumberger]

Am 03.03.2019 um 21:24 schrieb Michael Zink:

> On Sun, 03 Mar 2019 17:38:54 +0100, Diedrich Ehlerding wrote:

>> - Und vom 28. Januar zum 28. Februar? Auch ein Monat? Hm ...
>>
>> - und vom 31. Januar bis zum 28 Februar? Auch ein Monat? Hmmmm ... Müsste
>

> Kann man so sehen. Ich komme auf (0 Monate) 28 Tage.
> Dann muß man nicht den Spezialfall Ultimo-Ultimo extra abfangen. Kommt
> auf die ganz genaue Aufgabenstellung an.

>
>> doch aber weniger sein als vom 28.1. bis zum 28.2.!
>

> Wenn man so einen komischen Kalender verwendet, in dem die Anzahl der
> Tage eines Monats um ca. 10 % differiert, kommt sowas halt raus.

Also, um ganz genau zu sein, haben wir einen Kalender mit 4 verschiedenen M.

M1=30
M2=31
M3=28
M4=29

und irgendjemand meinte, scheiß drauf, wir nennen es einfach M.

So hat BTW damals auch Newton das erste Gesetz erfunden.

Newton: "Ich bleibe heute den ganzen Sonntag auf der Couch liegen und
chille."
"Das können wir so nicht veröffentlichen, Isaac."
Newton: "Ok, schreib auf: 1. Newtonsches Gesetz:
Ein Körper bleibt in Ruhe, solange die Summe der auf ihn wirkenden
Kräfte Null ist."

--
Stephan

[Gerald Gruner]

Diedrich Ehlerding schrieb am 3.03.19:

> Gerald Gruner meinte:
>
>> Äh, man hat doch zwei konkrete Daten als Bezug. Das sollte reichen, um
>> die Differenz in (genauso konkreten) Jahren, Monaten und Tagen
>> darzustellen...
>
> Hm ... bist du sicher, dass das alles ganz einfach ist?

Wo schrieb ich das?
Man muss halt einige Fallunterscheidungen treffen. Das kann mehr oder
weniger kompliziert werden. Unten bringst du ja selbst Beispiele.

Der Bezug, den du leider gelöscht hast, waren die angeblich undefinierten
Randbedingungen:

::: Die Darstellung einer tagesgenauen DatumsDIFFERENZ in Jahren, Monaten

::: und Tagen ist völlig sinnfrei, wenn die Randbedingungen nicht definiert
::: sind, also welche Schaltjahre, lange bzw. kurze Monate in das Ergebnis
::: einfliessen sollen.

Die Randbedingungen SIND durch das konkrete Anfangs- und Enddatum
hinreichend definiert.

> Wieviele Monate und wieviele Tage sind es denn
>
> - vom 31.12. bis zum 31.1. - ein Monat? Ja, gewiss.
>
> - vom 28. Dezember bis 28. Januar - auch ein Monat? Ja, gewiss.
>
> - Und vom 28. Januar zum 28. Februar? Auch ein Monat? Hm ...
>
> - und vom 31. Januar bis zum 28 Februar? Auch ein Monat? Hmmmm ... Müsste
> doch aber weniger sein als vom 28.1. bis zum 28.2.!

ACK.
Und was ist mit 28.02. - 31.03.? Ein Monat und drei Tage? Oder null Monate
31 Tage?

Das sind einige der Beispiele, an denen man überlegen muss, wie man den
jeweiligen Fall darstellen möchte. Das hängt stark vom _Anwendungsfall_
für diese Datumsberechnung ab.
Und je nachdem hat man sicherlich noch andere Sonderregeln zu beachten.
Banken rechnen meines Wissens gerne mit ein Monat = 30 kalkulatorische
Tage. Und wenn es z.B. um Zahlungen geht, muss man Feiertage, Wochenenden
etc.besonders behandeln.

Aber es ist eben nicht so, dass man nicht wüsste, in welchen Monaten die
Daten liegen, wieviele Tage der jeweilige Monat hat, ob ein Schalttag
dazwischen liegt etc., sondern es ist eine Entscheidungsfrage.

Die unterschiedlichen Monatslängen können da zu paradoxen Darstellungen
führen. Da muss man sich dann entscheiden, was man damit ausdrücken will,
und die Formel entsprechend gestalten. Das kann kompliziert werden.

MfG
Gerald

--
Wer eine schöne Stunde verschenkt, weil er an Ärger von gestern denkt,
oder an Sorgen von morgen, der tut mir leid.
Mein Name ist Hase, ich weiß Bescheid!
- Bugs Bunny in der "Bugs Bunny Show"

[Herwig AQSR]

2019-03-04 02:28:00 +0100

> ...

> Bei mir auch nicht. Ich habe offen gestanden keine Ahnung, warum ein
> Februar und drei Tage ein August sein sollen.

In Nicht-SchaltJahren natürlich.

Herwig

[Herwig AQSR]

2019-03-04 02:30:00 +0100

> ...

> >> Dann rechne mal um: wieviel Tage sind 1 Monat und 3 Tage.
> >> Bitte nur eine Lösung.
> >
> > 1 Monat und 3 Tage sind genau 1 Monat und 3 Tage. Das war jetzt einfach.

In Wochen bitte.

Herwig

[Herwig AQSR]

2019-03-04 02:38:00 +0100

> ...

> Aber so wichtig ist mir das jetzt auch wieder nicht, also wegen mir können
> wir die Haarspalterei an dieser Stelle auch gerne beenden.

Ach irgendwie fängt es gerade an, Spass zu machen. Mit
dem Begriff Jahr haben wir dasselbe Problem - aber mit
HinterKommaStellen!

Tropisches Jahr, Siderisches Jahr, Anomalistisches Jahr.
Alle brauchen BezugsDatum. Und es gibt noch ein paar
andere Definitionen, wie eine kurze Lektüre von
https://de.wikipedia.org/wiki/Jahr zeigt - naja, aus
diesen Gründen keine ganz so kurze Lektüre.

Für UHF: Mit Relativistik kann man die Sache natürlich
noch komplexer machen!

Herwig

[Herwig AQSR]

2019-03-04 02:39:00 +0100

> ...

> Newton: "Ich bleibe heute den ganzen Sonntag auf der Couch liegen und
> chille."
> "Das können wir so nicht veröffentlichen, Isaac."
> Newton: "Ok, schreib auf: 1. Newtonsches Gesetz:
> Ein Körper bleibt in Ruhe, solange die Summe der auf ihn wirkenden
> Kräfte Null ist."

Der war gut!

Herwig

[Michael Bode]

Am 03.03.19 um 21:24 schrieb Michael Zink:

> On Sun, 3 Mar 2019 18:55:39 +0100, Michael Bode wrote:
>
>> Gerne. Es tat mir nur in meiner Programmiererseele weh, ein so schlecht
>> definiertes Problem zu sehen. Besonders, wenn man sieht, wie in manchen
>> Sprachen fein säuberlich unterschiedliche Datentypen für time und
>> duration existieren.
>

> Also IMHO ist das Problem nicht schlecht definiert.
> (Oder ich habe es falsch verstanden ...)
>
> Das Problem scheint mir zu sein, daß irgendwo im Thread die Anzahl der
> Tage mit ins Spiel gekommen ist, obwohl danach nicht gefragt war.

Ja, im OP. Da sollte von der Einheit 'Tage' auf die Einheiten 'Jahr',
'Monat', 'Tag' umgerechnet werden. So wie in 'wieviel yard und inches
sind 1,8m?'

[Michael Bode]

Am 04.03.19 um 02:27 schrieb Herwig AQSR:

Aber im August ist es viel wärmer.

[Klaus Dahlwitz]

Zumindest hier und jetzt.

Klaus

[Herwig AQSR]

2019-03-04 13:23:00 +0100

> ...

> Aber im August ist es viel wärmer.

Ist es im August tatsächlich wärmer, wenn
dieser auf den März fällt?

Genauso sinnvoll sind grosse Teile dieses
Threads. Und hier in ger.ct habe ich
wenigstens noch nicht damit angefangen,
die relativistischen Feinheiten des
zeitlichen Abstands von Ereignissen
zu diskutieren - etwas, was nicht nur
Excel nicht kann.

Herwig

[Klaus Dahlwitz]

Am 04.03.2019 um 13:23 schrieb Herwig AQSR:
> Ist es im August tatsächlich wärmer, wenn
> dieser auf den März fällt?

Der August sollte nicht zu schwer und zu groß sein.

Klaus

[Michael Bode]

Am 04.03.19 um 13:23 schrieb Herwig AQSR:

> 2019-03-04 13:23:00 +0100
>
>> ...
>
>> Aber im August ist es viel wärmer.
>
> Ist es im August tatsächlich wärmer, wenn
> dieser auf den März fällt?

Dann musst du den August halt ordentlich festschrauben, dann fällt der
auch nicht.

[Herwig AQSR]

2019-03-04 15:39:00 +0100

> ...

> > Ist es im August tatsächlich wärmer, wenn
> > dieser auf den März fällt?
>
> Dann musst du den August halt ordentlich festschrauben, dann fällt der
> auch nicht.

Dabei fällt mir ein Thema ein, über das überhaupt noch
nicht gesprochen wird, und das eigentlich einen eigenen
Thread wert ist: Der Zusammenhang zwischen Brexit
einerseits und dem Krieg zwischen metrischem und
ZollGewinden andererseits.

Herwig

[Peter Heitzer]

Es wird vermutlich Zoll auf metrische Gewinde verhängt ;-)

--
Dipl.-Inform(FH) Peter Heitzer, peter....@rz.uni-regensburg.de

[Michael Bode]

Am 04.03.19 um 16:06 schrieb Peter Heitzer:

> Herwig AQSR <herwig...@t-online.de> wrote:
>> 2019-03-04 15:39:00 +0100
>
>>> ...
>
>>>> Ist es im August tatsächlich wärmer, wenn
>>>> dieser auf den März fällt?
>>>
>>> Dann musst du den August halt ordentlich festschrauben, dann fällt der
>>> auch nicht.
>
>> Dabei fällt mir ein Thema ein, über das überhaupt noch
>> nicht gesprochen wird, und das eigentlich einen eigenen
>> Thread wert ist: Der Zusammenhang zwischen Brexit
>> einerseits und dem Krieg zwischen metrischem und
>> ZollGewinden andererseits.
>
> Es wird vermutlich Zoll auf metrische Gewinde verhängt ;-)

Zoll auf zöllige wäre ja eher sinnig.

[Herwig AQSR]

2019-03-04 15:52:00 +0100

> ...

> > Es wird vermutlich Zoll auf metrische Gewinde verhängt ;-)
>
> Zoll auf zöllige wäre ja eher sinnig.

Ich glaube, hier in RosenHeim gibt es ein
HauptZollAmt. Die kümmern sich aber eher
um SchwarzArbeit.

Herwig

[Peter Heitzer]

Ein Großteil aller Gewinde, die uns im täglichen Leben begegnen,
sind zöllig.
Wieviele Wasseranschlüsse mit metrischem Gewinde sind dir bisher
untergekommen?

[Stephan Bumberger]

Am 04.03.2019 um 16:25 schrieb Michael Zink:

> On Mon, 4 Mar 2019 09:55:03 +0100, Michael Bode wrote:
>
>> Am 03.03.19 um 21:24 schrieb Michael Zink:

>>> Das Problem scheint mir zu sein, daß irgendwo im Thread die Anzahl der
>>> Tage mit ins Spiel gekommen ist, obwohl danach nicht gefragt war.
>>
>> Ja, im OP. Da sollte von der Einheit 'Tage' auf die Einheiten 'Jahr',
>> 'Monat', 'Tag' umgerechnet werden. So wie in 'wieviel yard und inches
>> sind 1,8m?'
>

> Das lese ich nicht daraus.
>
> Soweit ich das verstehe, sind zwei Felder mit je einem Datum gegeben
> und im dritten Feld soll die Differenz im bestimmten Format stehen.
> Ich sehe nicht, daß da bei der Aufgabenstellung etwas von Einheit Tage
> stehen würde.

Die Anzahl an Tagen bringt Excel da ganz automatisch ins Spiel, weil
Excel ohne Klimmzüge nur die Anzahl der Tage zwischen zwei Daten
errechnen kann.

Für den Rest braucht man ein unglaubliches Gemurkse an verschachtelten
Formeln, die Lösung hatte Kai Borgolte ja angegeben. Darüber wird man
halb blind.

--
Stephan

[Klaus Dahlwitz]

Am 04.03.2019 um 15:38 schrieb Herwig AQSR:
> Dabei fällt mir ein Thema ein, über das überhaupt noch
> nicht gesprochen wird, und das eigentlich einen eigenen
> Thread wert ist: Der Zusammenhang zwischen Brexit
> einerseits und dem Krieg zwischen metrischem und
> ZollGewinden andererseits.

Beim Handel zwischen Kleinbritannien und EU darf dann der Zoll Maße,
Gewichte und Volumina umrechnen.

Klaus

[Michael Bode]

Am 04.03.19 um 17:01 schrieb Peter Heitzer:

> Ein Großteil aller Gewinde, die uns im täglichen Leben begegnen,
> sind zöllig.
> Wieviele Wasseranschlüsse mit metrischem Gewinde sind dir bisher
> untergekommen?

Wenn du mehr Wasseranschlüsse als sonstige Schrauben im Haus hast, lebst
du auf einem Haus-U-Boot?

[Michael Bode]

Am 04.03.19 um 19:55 schrieb Michael Zink:

> On Mon, 4 Mar 2019 17:09:19 +0100, Stephan Bumberger wrote:
>
>> Am 04.03.2019 um 16:25 schrieb Michael Zink:
>> Die Anzahl an Tagen bringt Excel da ganz automatisch ins Spiel, weil
>> Excel ohne Klimmzüge nur die Anzahl der Tage zwischen zwei Daten
>> errechnen kann.
>

> Klar. Aber nach dieser Zahl ist nun mal nicht gefragt. Darum hat sie
> IMHO in diesem Thread nichts verloren.

Da stand aber Excel. Und in Excel ist ein Datum nichts anderes als die
Zahl der Tage seit dem 0.0.1900. Wenn also eine Datumsangabe in einer
Zelle nicht als Text eingegeben wurde und folglich mit Stringoperationen
interpretiert werden muss, besteht die Aufgabe aus der Umrechnung einer
Anzahl von Tagen.

[Rainer Knaepper]

gera...@yahoo.de (Gerald Gruner) am 04.03.19 um 00:08:

> Da muss man sich dann entscheiden, was man
> damit ausdrücken will,

Genau das macht die Sache eben nicht eindeutig lösbar, nichts anderes
schrub ich. Je nachdem, was man ausdrücken will, gibt es
unterschiedliche Lösungen.

Man sagt ja auch gewöhnlich in Schaltjahren nicht, man sei 366 Tage
älter geworden, sondern wie gewohnt: Ein Jahr.

Rainer

--
Das ist bestenfalls Kunst und somit nicht darauf angewiesen, zu
gefallen. (Peter Ofenbaeck in de.rec.fotografie)

[Wolfgang Εnzinger]

Am Sun, 3 Mar 2019 14:27:29 +0100 schrieb Wolfgang Εnzinger:

> Am Sun, 3 Mar 2019 13:28:44 +0100 schrieb Wolfgang Εnzinger:
>
>> Ganz schönes Gemurkse ...
>
> Lieber zu Fuss machen und nicht auf DateDiff() verlassen:

Hallo, hier spricht eure Ingrid, die sich fortan konsequent aus der Debatte
über Sinn oder Unsinn des Unterfangens raushalten wird (mal ehrlich: wer
von den Proggern hier musste noch nie was proggen, von dem er oder sie von
vorneherein wusste, dass die Aufgabenstellung im Grunde unsinnig ist?),
sondern lediglich einen Bugfix vorstellen - ein paar Resultate sahen dann
doch etwas zu seltsam aus mit der alten Version; hier also die neue:

**
Public Function FormatTimespanRL(ByVal d1 As Date, ByVal d2 As Date) _
As String
Dim d As Long, y As Long, m As Long, i As Long
d = CLng(d2) - CLng(d1)
Do
i = 365& - CLng(IsLeapYear(VBA.Year(d1) - CLng(VBA.Month(d1) > 2)))
If d - i < 0 Then Exit Do
y = y + 1
d = d - i
d1 = VBA.DateAdd("yyyy", 1, d1)
Loop
Do
i = DaysInMonth(VBA.Month(d1), VBA.Year(d1))
If d - i < 0 Then Exit Do
m = m + 1
d = d - i
d1 = d1 + i
Loop
If y Then
FormatTimespanRL = CStr(y) & "y, "
End If
FormatTimespanRL = FormatTimespanRL & CStr(m) & "m, " & CStr(d) & "d"
End Function
**

Damit gibt es zwar immer noch seltsam aussehende Resultate, aber die kann
ich alle erklären. Glaube ich zumindest. ;-)

[Willi Marquart]

Michael Bode schrieb:

>Da stand aber Excel. Und in Excel ist ein Datum nichts anderes als die
>Zahl der Tage seit dem 0.0.1900. Wenn also eine Datumsangabe in einer
>Zelle nicht als Text eingegeben wurde und folglich mit Stringoperationen
>interpretiert werden muss, besteht die Aufgabe aus der Umrechnung einer
>Anzahl von Tagen.

Die Anzahl der Tage, mit denen Excel rechnet ist aber ab dem 1.3.1900
einen Tag zu groß, denn für Excel ist 1900 ein Schaltjahr. Diesen
Fehler hatte schon Lotus123 und Excel hat das übernommen.

Gruß Willi

[Ulf.K...@web.de]

Hast Du die auch in unterschiedlicher Länge zur Hand, mal
abgesehen von Schaltsekunden?

[Ulf.K...@web.de]

Am Montag, 4. März 2019 16:52:21 UTC+1 schrieb Herwig AQSR:
> 2019-03-04 15:52:00 +0100

> > > Es wird vermutlich Zoll auf metrische Gewinde verhängt ;-)
> >
> > Zoll auf zöllige wäre ja eher sinnig.
>
> Ich glaube, hier in RosenHeim gibt es ein
> HauptZollAmt. Die kümmern sich aber eher
> um SchwarzArbeit.

Das war nur eine dauerhafte Arbeitsbeschaffungsmaßnahme für
die Zöllner nach Einführung des gemeinsamen Marktes.

[Ulf.K...@web.de]

Der Zoll wird bald auf dem Standpunkt stehen, das habe ein pflichtig
zu beauftragender Zollagent zu tun.

Vgl. hier zur Klassifizierungsbestätigung bei der
Umschreibung von Führerscheinen: https://www.mainz.de/vv/produkte/verkehrsueberwachung/100140100000026788.php?organisationUnit=181010100000028890

Gruß, ULF

[Ulf.K...@web.de]

Am Montag, 4. März 2019 20:13:54 UTC+1 schrieb Michael Bode:
> Am 04.03.19 um 19:55 schrieb Michael Zink:
> > On Mon, 4 Mar 2019 17:09:19 +0100, Stephan Bumberger wrote:
> >
> >> Am 04.03.2019 um 16:25 schrieb Michael Zink:
> >> Die Anzahl an Tagen bringt Excel da ganz automatisch ins Spiel, weil
> >> Excel ohne Klimmzüge nur die Anzahl der Tage zwischen zwei Daten
> >> errechnen kann.
> >
> > Klar. Aber nach dieser Zahl ist nun mal nicht gefragt. Darum hat sie
> > IMHO in diesem Thread nichts verloren.
>
> Da stand aber Excel. Und in Excel ist ein Datum nichts anderes als die
> Zahl der Tage seit dem 0.0.1900.

Wie viele Tage vergingen denn da bis Anfang Januar?

Wurde da ein noch kürzerer Monat als Februar hinterlegt?

Gruß, ULF

[Frank Hucklenbroich]

Mit Gewinden hatte ich nie zu tun, Zoll kenne ich praktisch nur von
Disketten (lange ist das her) und Schallplatten (noch viel länger her,
12-Inch-anyone?).

Um englische Autos habe ich bisher immer einen Bogen machen können.

Grüße,

Frank

[Gerrit Heitsch]

On 3/5/19 6:06 PM, Frank Hucklenbroich wrote:
>
> Um englische Autos habe ich bisher immer einen Bogen machen können.

Wo du die gerade erwähnst...

https://www.markpack.org.uk/149399/new-austin-brexit-take-back-control/

Gerrit

[Frank Hucklenbroich]

*LOL*

British Elend!

Bei mir um die Ecke stand mal monatelang ein Triumph Stag zum Verkauf,
eigentlich ein schönes kleines Auto mit einem 8-Zylinder (für den US-Markt
gebaut), leider gilt der als eines der schlechtesten Autos der Welt, was
die Reparaturanfälligkeit angeht.

https://de.wikipedia.org/wiki/Triumph_Stag

Angeblich kam da manchmal der Kolben durch die Motorhaube geschossen, wenn
es den Motor zerlegt hat.

Grüße,

Frank

[Ruediger Lahl]

On 05.03.2019 22:14, Frank Hucklenbroich wrote:

> Am Tue, 5 Mar 2019 18:15:47 +0100 schrieb Gerrit Heitsch:
>
>> https://www.markpack.org.uk/149399/new-austin-brexit-take-back-control/
>
> *LOL*
>
> British Elend!
>
> Bei mir um die Ecke stand mal monatelang ein Triumph Stag zum Verkauf,
> eigentlich ein schönes kleines Auto mit einem 8-Zylinder (für den US-Markt
> gebaut), leider gilt der als eines der schlechtesten Autos der Welt, was
> die Reparaturanfälligkeit angeht.

Stilistisch ein nicht zu Ende gedachter Spitfire.
--
bis denne

[Siegfried Blos]

"Peter Heitzer" <peter....@rz.uni-regensburg.de> schrieb:

>Herwig AQSR <herwig...@t-online.de> wrote:
>>2019-03-04 15:39:00 +0100
>
>>> ...
>
>>> > Ist es im August tatsächlich wärmer, wenn
>>> > dieser auf den März fällt?
>>>
>>> Dann musst du den August halt ordentlich festschrauben, dann fällt der
>>> auch nicht.
>
>>Dabei fällt mir ein Thema ein, über das überhaupt noch
>>nicht gesprochen wird, und das eigentlich einen eigenen
>>Thread wert ist: Der Zusammenhang zwischen Brexit
>>einerseits und dem Krieg zwischen metrischem und
>>ZollGewinden andererseits.
>
>Es wird vermutlich Zoll auf metrische Gewinde verhängt ;-)

Da wird die Metrik verzollt. :-)

Siegfried
--
Ironie? Kenn ich nicht. Hat sich mir nie vorgestellt.

[Fidel-Sebastian Hunrichse-Lara]

Salve allerseits,

Siegfried Blos schrieb:

> "Peter Heitzer" <peter....@rz.uni-regensburg.de> schrieb:
>>Herwig AQSR <herwig...@t-online.de> wrote:
>>>2019-03-04 15:39:00 +0100
>>

>>>> > Ist es im August tatsächlich wärmer, wenn dieser auf den März
>>>> > fällt?
>>>>
>>>> Dann musst du den August halt ordentlich festschrauben, dann fällt der
>>>> auch nicht.
>>
>>> Dabei fällt mir ein Thema ein, über das überhaupt noch nicht
>>> gesprochen wird, und das eigentlich einen eigenen Thread wert
>>> ist: Der Zusammenhang zwischen Brexit einerseits und dem Krieg
>>> zwischen metrischem und ZollGewinden andererseits.
>>
>>Es wird vermutlich Zoll auf metrische Gewinde verhängt ;-)
>
> Da wird die Metrik verzollt. :-)
>

<https://www.nytimes.com/2018/12/07/opinion/merkel-germany-christian-democrats.html>

M.f.G.

--
Diese E-Mail-Adresse wird nur aus nostalgischen Gründen verwendet. Sie
wird praktisch nie gelesen. Das MausNet ist nicht tot – es riecht nur
etwas komisch... ;-)

[Siegfried Blos]

Fidel-Sebastian Hunrichse-Lara
<Fidel-Sebastian...@b.maus.de> schrieb:

>Salve allerseits,
>
>Siegfried Blos schrieb:
>> "Peter Heitzer" <peter....@rz.uni-regensburg.de> schrieb:
>>>Herwig AQSR <herwig...@t-online.de> wrote:
>>>>2019-03-04 15:39:00 +0100
>>>
>>>>> > Ist es im August tatsächlich wärmer, wenn dieser auf den März
>>>>> > fällt?
>>>>>
>>>>> Dann musst du den August halt ordentlich festschrauben, dann fällt der
>>>>> auch nicht.
>>>
>>>> Dabei fällt mir ein Thema ein, über das überhaupt noch nicht
>>>> gesprochen wird, und das eigentlich einen eigenen Thread wert
>>>> ist: Der Zusammenhang zwischen Brexit einerseits und dem Krieg
>>>> zwischen metrischem und ZollGewinden andererseits.
>>>
>>>Es wird vermutlich Zoll auf metrische Gewinde verhängt ;-)
>>
>> Da wird die Metrik verzollt. :-)
>>
><https://www.nytimes.com/2018/12/07/opinion/merkel-germany-christian-democrats.html>
>

Ich habs nicht so mit Englisch, da ich es eigendlich fast nie brauche.