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
I like the idea of expanding the info.txt file as you are a prime example of a single area spanning multiple time zones. If you can specify a time zone column for each machine on your area there is no doubt. :)
-brian
On Jan 9, 2012, at 20:17, "Johnny Billquist" <bqt at softjar.se> wrote:
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
--
Very cool map although you have area 52 in the wrong time zone. I'm east coast US with Steve.
-brian
On Jan 9, 2012, at 17:09, "H Vlems" <hvlems at zonnet.nl> wrote:
There is a new file called HECNETUPTMAP2.GIF
Two updates:
- area 42 was moved to UTC-8
- area 33 was misssing its connecting line.
Van: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] Namens Saku Set l Verzonden: maandag, januari 2012 22:59 Aan: hecnet at update.uu.se Onderwerp: Re: [HECnet] Hecnet map update
Copied to
http://vaxsys.mikromuseo.org/example/HECNETUTCMAP1.GIF
On Mon, Jan 9, 2012 at 23:55, H Vlems <hvlems at zonnet.nl> wrote:
On OZON you ll find a file called HECNETUTCMAP1.GIF
It puts nodes I had default decnet access to in UTC timezones.
The picture is considerably more weird than the earlier excel art .
OZON will remain up for the night so no hurry.
BTW some of you will notice a file called DATE.DAT or DATE.TEST in the default decnet directory.
I put it there to figure out the timestamp and thus compute the timezone. Assuming the system time is set correctly
Hans
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 haven't checked this, but I wonder if you can't figure out the TZ of a machine if you just speak NICE to it? Try ncp tell <machine> sho exec for a machine in another TZ and see what the time in the header says?
Johnny
--
When mapped on timezones the HECnet links are rather bizarre....
-----Oorspronkelijk bericht-----
Van: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] Namens
Peter Coghlan
Verzonden: maandag, januari 2012 23:21
Aan: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] Hecnet map update
On OZON you'll find a file called HECNETUTCMAP1.GIF
It puts nodes I had default decnet access to in UTC timezones.
The picture is considerably more weird than the earlier "excel art".
It appears that bizarrely, there are only three direct links between
areas which are in the same timezone as each other. The majority of links
are across several timezones and there are no links at all between the areas
in the UTC+0 timezone.
Thanks for your work putting the map together Hans.
Regards,
Peter Coghlan.
