I'm forwarding this message from Bert van Heerde, who is not on the time zone mailing list. Those of you who are on the time zone mailing list should direct replies appropriately. --ado From: Bert van Heerde [mailto:bert@insyde.nl] Sent: Tuesday, October 09, 2007 10:51 To: tz@lecserver.nci.nih.gov Subject: Dead Links Dear Twin Sun employee, I was looking for places to submit links for my site world-map.nl and saw your page and the request for corrections. I was a bit bored, so analyzed the page J Below you will find the deadlinks on the page: http://www.twinsun.com/tz/tz-link.htm Maybe this linkchecker can help you out: https://addons.mozilla.org/en-US/firefox/addon/532 since W3C tool http://validator.w3.org/checklink is a bit slow. Have nice day! Bert Dead Links: By-Type Chart: names.zone <http://unicode.org/cldr/data/charts/by_type/names.zone.html> daylight saving time in Austria (in German) <http://www.metrologie.at/pdf/sommerzeit.pdf> . xmlDate <http://mozware.free.fr/devtools/xmlDate/> Extended Daylight Saving Time Links, Advisories and Changes <http://www.calconnect.org/dstlinks.html> Redirects: FTP distribution <ftp://elsie.nci.nih.gov/pub/> archived older versions of code and data <ftp://munnari.oz.au/pub/oldtz/> Internet Calendaring and Scheduling Core Object Specification (iCalendar) <ftp://ftp.rfc-editor.org/in-notes/rfc2445.txt> announcements (in Hebrew) <ftp://ftp.cs.huji.ac.il/pub/tz/announcements/> . A Timezone Option for DHCP <ftp://ftp.rfc-editor.org/internet-drafts/draft-ietf-dhc-timezone-option -04.txt> Internet RFC 2822 <ftp://ftp.rfc-editor.org/in-notes/rfc2822.txt> HTTP <ftp://ftp.rfc-editor.org/in-notes/rfc2616.txt> Internet RFC 3339 <ftp://ftp.rfc-editor.org/in-notes/rfc3339.txt>
Date: Tue, 9 Oct 2007 12:46:08 -0400 From: "Olson, Arthur David (NIH/NCI) [E]" <olsona@dc37a.nci.nih.gov> Message-ID: <B410D30A78C6404C9DABEA31B54A2813016CE74B@nihcesmlbx10.nih.gov> | Below you will find the deadlinks on the page: | http://www.twinsun.com/tz/tz-link.htm I'm not sure exactly what all this is supposed to mean, but ... | Redirects: | FTP distribution <ftp://elsie.nci.nih.gov/pub/> I am fairly confident there's nothing wrong with that one, that's where the TZ code & data lives (primary source) | archived older versions of code and data | <ftp://munnari.oz.au/pub/oldtz/> and I'm absolutely certain there's nothing wrong with that one. The rfc-editor.org URL's all looked OK to me as well (but I'm less certain they're all 100% up to date). It looks as if whatever tool you used simply doesn't like ftp url's, which is something of a pity, since given a choice between ftp and http as a protocol to use for regulation file transfer, ftp is the winner by about a thousand orders of magnitude. kre
Recently, the 'former Guadeloupe' Islands of Saint Barthelemy and Saint Martin (northern French part) have been assigned to France. Also 'Clipperton Island' has been assigned to France (from French Polynesia). See ISO 3166-1 newsletter date 2007-09-21 no.VI-1. Would these islands now require a new timezone name? Also, to which timezone name could one assign the following islands to? (note: Bassas da India has a new ISO code of 'TF' - French Southern Territories. I understand that these islands are for the most part uninhabited, thus have not been assigned tz names. Perhaps the 'etc/GMT...' names can be applied where appropriate, or perhaps no name assigned to the islands would be best. Any thoughts? Sincerely, Christina Lawrence
The only change in regard to the French possessions that might affect the tz database is that new ISO country codes have been issued for Saint Barthélemy (BL) and Saint Martin (MF). Those should go into the iso3166.tab file. The tz database has usually provided at least one time zone identifier for each country, but not always: Bouvet Island and Heard and McDonald Islands don't have them. Since the Saints are inhabited, it would be consistent with precedent if we added separate time zones for them. They would probably be named America/Gustavia and America/Marigot, respectively. Their time zones, of course, are the same as Guadeloupe's, and will probably remain the same for the foreseeable future. Clipperton Island and all the locations in the table below are uninhabited. That is, they have no permanent residents. They may be inhabited for limited periods, usually by scientific expeditions. Antarctica already has several time zones in the tz database. The members of the expeditions probably follow one of two rules: they keep the same time as their supply base, or they keep the same time that they would on the high seas. In either case, there should already be a time zone identifier that will suit their purposes. My vote would be not to create new time zones for the uninhabited places. The tz database is complex enough already; I prefer not to add more complexity unless it's functionally required. If you could explain what you would like to do with the time zone identifiers, supposing that they existed, we might see a need that hadn't yet been realized; or we might be able to suggest some work-around. Gwillim Law ----- Original Message ----- From: Christina Lawrence Recently, the 'former Guadeloupe' Islands of Saint Barthelemy and Saint Martin (northern French part) have been assigned to France. Also 'Clipperton Island' has been assigned to France (from French Polynesia). See ISO 3166-1 newsletter date 2007-09-21 no.VI-1. Would these islands now require a new timezone name? Also, to which timezone name could one assign the following islands to? (note: Bassas da India has a new ISO code of 'TF' - French Southern Territories. I understand that these islands are for the most part uninhabited, thus have not been assigned tz names. Perhaps the 'etc/GMT.' names can be applied where appropriate, or perhaps no name assigned to the islands would be best. Any thoughts? Sincerely, Christina Lawrence
"Gwillim Law" <RLAW@nc.rr.com> writes:
Since the Saints are inhabited, it would be consistent with precedent if we added separate time zones for them. They would probably be named America/Gustavia and America/Marigot, respectively. Their time zones, of course, are the same as Guadeloupe's, and will probably remain the same for the foreseeable future.
Yes, thanks for the analysis. For both locations it's unlikely the island will split time zones any time soon, so the usual precedent for small islands is to use the island name. St Martin is a weird case, though, so we should probably use the town name there (if only for political reasons). So I'm inclined to add these entries to zone.tab: BL +1750-06250 America/St_Barthelemy MF +1804-06306 America/Marigot and these to iso3166.tab: BL St Barthelemy MF St Martin (French part) and these to northamerica: # St Barthelemy Link America/Guadeloupe America/St_Barthelemy # St Martin (French part) Link America/Guadeloupe America/Marigot
Thanks for that dead link report.
From: Bert van Heerde [mailto:bert@insyde.nl] Sent: Tuesday, October 09, 2007 10:51
By-Type Chart: names.zone <http://unicode.org/cldr/data/charts/by_type/names.zone.html>
Yes, they keep moving stuff around. (And then they complain to us that we keep moving our stuff around. :-) I guess that <http://www.unicode.org/cldr/data/charts/by_type/names.metazone.html> is the current location for this table.
daylight saving time in Austria (in German) <http://www.metrologie.at/pdf/sommerzeit.pdf> .
I can't find that resource any more, or anything to replace it, so I guess I'll have to remove the section on Austrian daylight saving history.
xmlDate <http://mozware.free.fr/devtools/xmlDate/>
Yes, that seems to have vanished too, with no replacement. I'll remove the reference to xmlDate.
Extended Daylight Saving Time Links, Advisories and Changes <http://www.calconnect.org/dstlinks.html>
That got renamed from .html to .shtml for some reason.
A Timezone Option for DHCP <ftp://ftp.rfc-editor.org/internet-drafts/draft-ietf-dhc-timezone-option-04.txt>
That has been changed to ftp://ftp.rfc-editor.org/in-notes/rfc4833.txt since it is now an actual RFC.
Redirects:
FTP distribution <ftp://elsie.nci.nih.gov/pub/> ... archived older versions of code and data <ftp://munnari.oz.au/pub/oldtz/> ... Internet Calendaring and Scheduling Core Object Specification (iCalendar) <ftp://ftp.rfc-editor.org/in-notes/rfc2445.txt> ... announcements (in Hebrew) <ftp://ftp.cs.huji.ac.il/pub/tz/announcements/> . ... Internet RFC 2822 <ftp://ftp.rfc-editor.org/in-notes/rfc2822.txt> ... HTTP <ftp://ftp.rfc-editor.org/in-notes/rfc2616.txt> ... Internet RFC 3339 <ftp://ftp.rfc-editor.org/in-notes/rfc3339.txt>
These URLs all work for me. I'm not quite sure what you mean by "redirects" but perhaps there was some sort of problem with FTP and your retrieval method? Anyway, thanks again for debugging that page.
participants (5)
-
Christina Lawrence -
Gwillim Law -
Olson, Arthur David (NIH/NCI) [E] -
Paul Eggert -
Robert Elz