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
No problem, bay area is fine.
------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: RE: [HECnet] Hecnet map update
Verzonden: 10 januari 2012 01:45
When mapped on timezones the HECnet links are rather bizarre....
Some of you guys in the EU need to move to California...
Bob
On the other hand, using TZ as a way to place mahines
geographically basically sucks.
The location of each machine is already in the file, at least in the form of a city and country name. I'm sure there's some web service that would translate that into a lat/long.
Bob
I'll echo the sentiment of not wanting to sound like an AOL user....
With all of the recent, invigorating HECnet discussion, I am curious if anyone has a decent [approachable] resource for getting a TOPS-20 instance on the [HEC] net. I have a non-panda instance up (ARPAnet), and have a version of DECnet [apparently] installed, but no dice with HECnet connectivity. Worse case I guess I may use a captive account of sorts to gateway from WOPR:: to the 20x node via telnet.... but that just seems wrong in principle...
Joe