Thank you. This is not a proposal for an authority. This is a proposal for an iCalendar repository that uses the IETF iCalendar format used by an increasing number of calendaring applications. Synching the data can be as simple as a few line cron (batch) job that runs at some interval. A tool already exists that converts from the current TZ format and stores the data in iCalendar format. This just keeps the now few hundred of calendar applications from having to compile in static versions. Now if they get an appointment in the FOO/FEE time zone, they can query a source and find it in a way that is compatible to the IETF iCalendar format. Currently all vendors have had to make static snapshots, compile it into their code and hope. Mark Davis wrote:
I am quite leery about this project, having seen a number of other cases like this. The IANA charset registry, for example, is a real muddle; for example, some of the registered names are not compliant to the very specification they are supposed to be registered under, and there is nowhere near enough information in the registry to verify that the contents of a charset matches what is supposed to be registered.
I'm not sure that people here realize the implications of this proposal. It means either that all the timezone database identifier updates have to funnel through the IANA process, or that the data will get out of sync, and people won't know which is authoritative; the registry or the database.
While I do believe that it would be useful to have a more formal specification to answer certain issues that implementers need to depend on, at this point I would much rather see a single source. (And the proposed specification does not really add any information to what is already available.)
Mark
----- Original Message ----- From: "Olson, Arthur David (NIH/NCI)" <olsona@dc37a.nci.nih.gov> To: "Tz (tz@elsie.nci.nih.gov)" <tz@lecserver.nci.nih.gov> Cc: <doug@royer.com> Sent: Monday, January 17, 2005 12:22 Subject: FW: IANA time zone registration - proposal
Doug Royer is not on the time zone mailing list; direct replies appropriately.
--ado
-----Original Message----- From: Doug Royer [mailto:Doug@Royer.com] Sent: Monday, January 17, 2005 2:12 PM To: tz@lecserver.nci.nih.gov Subject: IANA time zone registration - proposal
[This was sent to some IETF mailing lists by me and someone suggested I
send
it to this list also]
This is REV -00 of the proposal - comments welcome. Data in in it can
easily
updated. (Like the TZ names updated to latest copy of data)
---------------------------------------------------- A couple of years ago there was talk on the CALSCH mailing list to have an IANA time zone registration process. I have submitted a proposal for that registry to the IETF.
A copy can be found at:
http://inet-consulting.com/draft-royer-timezone-registry-00.txt
And an HTML version:
http://inet-consulting.com/draft-royer-timezone-registry-00.html
I am adding the POLYGON property targeted for the -01 version that has an ADD/DELETE parameter to allow for the optional inclusion of latitude/longitude geographic areas to be included that include (add) and exclude (delete) areas from the time zone geographic region (again from
the
CALSCH mailing list discussions).
--
Doug Royer | http://INET-Consulting.com -------------------------------|----------------------------- Doug@Royer.com | Office: (208)612-4638 http://Royer.com | Fax: (866)594-8574 | Cell: (208)520-4044
We Do Standards - You Need Standards
-- Doug Royer | http://INET-Consulting.com -------------------------------|----------------------------- We Do Standards - You Need Standards