Hmm, we aren't in daylight savings now? Or is that DST? I can never freakin' remember. :-D
-brian
On 1/10/2012 9:53 AM, Steve Davidson wrote:
Area 19 is in UTC-5
________________________________
From: owner-hecnet at Update.UU.SE on behalf of H Vlems
Sent: Mon 1/9/2012 15:52
To: hecnet at Update.UU.SE
Subject: [HECnet] info Steve Davidson
Steve,
what timezone are you(r systems) in?
Hans
Area 19 is in UTC-5
________________________________
From: owner-hecnet at Update.UU.SE on behalf of H Vlems
Sent: Mon 1/9/2012 15:52
To: hecnet at Update.UU.SE
Subject: [HECnet] info Steve Davidson
Steve,
what timezone are you(r systems) in?
Hans
Just remember that there are about 600 timezones. While there are only about 30 different offset values at any one time, the rules by which they change during the year vary randomly all over the map. Timezones are much much messier than a lot of people realize.
paul
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Peter Coghlan
Sent: Tuesday, January 10, 2012 6:59 AM
To: hecnet at Update.UU.SE
Subject: Re: SV: [HECnet] Hecnet map update
I like the idea of expanding the info.txt .. time zone column
Fine by me. How is time zone expressed? Simply giving a numeric offset
from GMT is problematic for places that observe daylight savings time -
we'd have to update the file twice every year. Can we use something like PST8PDT??
If we want to specify a time zone, the only reasonable way to do it is numerically, specifying both hours and minutes as not all timezones are on hour boundaries. Strings such as PST and PDT are not defined for all timezones, are not unique and many are not well understood at a distance. I am told that EST means two different things in Australia and another in the US for example.
Regards,
Peter Coghlan.
We use it for the location, right.
Sounds like we're only using TZ as an excuse for longitude, and assuming
no HECnet members live in the southern hemisphere. Just use the city and/or
country name, which is already in the INFO.TXT file.
Bob
DST changes aren't even necessary. Unless someone plans to adjust the map periodically.
I agree with Peter: put UTC+delta in INFO.TXT. For the moment that is fine.
No southern hemisphere users in HECnet, right ?
------Origineel bericht------
Van: Peter Lothberg
Afzender: owner-hecnet at Update.UU.SE
Aan: hecnet at Update.UU.SE
Cc: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: RE: SV: [HECnet] Hecnet map update
Verzonden: 10 januari 2012 20:47
I like the idea of expanding the info.txt .. time zone column=20
Fine by me. How is time zone expressed? Simply giving a numeric =
offset from GMT is problematic for places that observe daylight savings =
time - we'd have to update the file twice every year. Can we use =
something like PST8PDT??
Bob
A box of worms:
So there is 1h, 30min and 15min timezones and some +300 local
daylight savings rules.
Suggestion is that you put the current UTC offset in the file, and
have a local batch/cron job that modifies it according to local DST
rules.
For those intertested, http://www.iana.org/time-zones has the
list... -:)
--Peter
I like the idea of expanding the info.txt .. time zone column=20
Fine by me. How is time zone expressed? Simply giving a numeric =
offset from GMT is problematic for places that observe daylight savings =
time - we'd have to update the file twice every year. Can we use =
something like PST8PDT??
Bob
A box of worms:
So there is 1h, 30min and 15min timezones and some +300 local
daylight savings rules.
Suggestion is that you put the current UTC offset in the file, and
have a local batch/cron job that modifies it according to local DST
rules.
For those intertested, http://www.iana.org/time-zones has the
list... -:)
--Peter
Meh. Nice idea perhaps, but not working. Oh well.
There are some possible tricks anyway.
You could create a file on the remote machine if allowed, and check the =
timestamp.
You can also check local time using remote datatrieve.
If you have a decnet-aware finger server, that might tell you.
And of course, if you can log in or run remote jobs, anything can be =
done.
But how about expanding the host.txt file (or whatever the name was)?
Johnny
--
I can find out how my clock is compared to UTC by looking in Circular-T... _:)
-P
I like the idea of expanding the info.txt .. time zone column
Fine by me. How is time zone expressed? Simply giving a numeric offset
from GMT is problematic for places that observe daylight savings time - we'd
have to update the file twice every year. Can we use something like PST8PDT??
If we want to specify a time zone, the only reasonable way to do it is
numerically, specifying both hours and minutes as not all timezones are on hour
boundaries. Strings such as PST and PDT are not defined for all timezones, are
not unique and many are not well understood at a distance. I am told that EST
means two different things in Australia and another in the US for example.
Regards,
Peter Coghlan.
Use the UTC+delta format and forget about summertime. We use it for the location, right.
------Origineel bericht------
Van: Bob Armstrong
Afzender: owner-hecnet at Update.UU.SE
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: RE: SV: [HECnet] Hecnet map update
Verzonden: 10 januari 2012 03:07
I like the idea of expanding the info.txt .. time zone column
Fine by me. How is time zone expressed? Simply giving a numeric offset from GMT is problematic for places that observe daylight savings time - we'd have to update the file twice every year. Can we use something like PST8PDT??
Bob
