Re: [db-wg] ***Error: Date in the future in changed: attribute '20070607'
-
To: Jeroen Massar <>
-
From: "Wilfried Woeber, UniVie/ACOnet" <>
-
Date: Thu, 07 Jun 2007 11:59:19 +0000
-
Cc: Denis Walker <>, Max Tulyev <>, Database WG <>
-
Organization: UniVie - ACOnet
-
Reply-to:
Jeroen Massar wrote:
> Denis Walker wrote:
>
>>Max Tulyev wrote:
>>
>>>Hi!
>>>
>>>I just sent a request for creating a new object in the RIPE DB, but got
>>>such error.
>>>
>>>But we really have June, 07 now here (GMT+2) =)
>>>
>>>Is it a bug or a feature?
>>>
>>>
>>
>>Dear Max
>>
>>This is a feature. You were trying to use the date 07 June 2007 when it
>>was only 06 June 2007. We do not allow dates to be used in the future.
>>That would make "changed:" attributes even less meaningful than they
>>already are.
>
>
> As Max pointed out, unless dates in the RIPE db all have to be in UTC,
> in his time zone it was already that date as his clock is 2 hours ahead
> of GMT which is 3 hours ahead of UTC at the moment.
Another option would be to omit the date/time in the changed: and
have the DB software add in what it thinks is the "appropriate" $now.
> As the RIPE region also covers the regions into Israel and not to forget
> parts of Siberia, those people are about 6-8 hours ahead of the time in
> Amsterdam.
Which, imho, is a very good reason to operate all those things on UTC.
Full stop.
> Or is it a standard to always use UTC timestamps? Or is it GMT+1?
And DST or not? :-/
> Greets,
> Jeroen
>
Wilfried.
|