Re: ISO 8601 og beregning med måneder
[ Nouvelle discussion
| Répondre au groupe
|
dk.videnskab ]
Sujet: Re: ISO 8601 og beregning med måneder
De: dNOamSPm.uAMse...@kristiandamm.dk (Kristian Damm Jensen)
Groupes: dk.videnskab
Organisation: TDC Totalloesninger
Date: 13. May 2008, 15:47:35
References: 1 2
|
Uffe Kousgaard wrote:
> "T" <myicqKATTE@bakkegmx.net> wrote in message
> news:Xns9A9D6C404E6F8myicqKATTEbakkegmxne@62.243.74.163...
>>
>> ENTEN at lægge måneden til, hvis der ikke er dage nok, går man
>> tilbage til første mulige dag. Altså en end-of-month metode.
>
> Hvis man 12 gange lægger en måned til, forventer man måske at have
> lagt et helt år til, men der bliver man så snydt, hvis startdatoen er
> >28.
>
>>
>> Hvad er "korrekt", er de begge
>
> Der er nok ikke noget korrekt svar. Måneder er simpelthen ikke
> ensartede nok. Selv årene er jo ikke lige lange.
Enig.
Hvad der er korrekt må komme an på, hvad dit behov er.
Der kan ikke konstrueres nogen standard, der opfylder de to simple og
rimelige krav man kunne have:
(1) dag/måned + 1 måned = dag/(måned+1)
(2) dato + 1 måned + 1 måned + (12 gange) = dato + 1 år
Man kunne tilføje (dato + 1 måned) - 1 måned = dato, men jeg tror faktisk
ikke det giver nogen yderligere kompleksiteter.
Simple modeller er:
(a) dag/måned + 1 måned = dag/(måned+1), hvis dag ligger uden for (måned+1)
vælges sidste dag i (måned+1)
(b) dag/måned + 1 måned = dag/(måned+1), hvis dag ligger uden for (måned+1)
føres de overskydende dage ind i (måned+2).
(c) dato + 1 måned = dato + 30 dage
(d) dato + 1 måned = dato + #dage i indværende måned
(e) dato + 1 måned = dato + #dage i næste måned
(a) og (b) forsøger at opfylde (1) men kommer alligevel til kort når
månederne er korte.
(c) giver op og laver bare en helt simpel løsning.
(d) og (e) opfylder (2), men giver til gengæld hæslige resultater ift. (1):
e.g. 27. februar + 1 måned = 30. marts.
--
Venlig hilsen /Best regards
Kristian Damm Jensen

|
 cette fonctionnalité est reservée aux membres ayant une session active !
|