[tz] [PATCH] Revert recent pre-1970 changes.
lester at lsces.co.uk
Mon Sep 2 10:19:23 UTC 2013
Guy Harris wrote:
>> Since the ISO-3166-1 code table is a reasonably well used base for most
>> geographical activity, at some point timezones are required to match each.
> There is no necessarily a single tzdb zone for a given entity that has an ISO
> 3166 code. (Two immediately obvious counterexamples - the entities with the
> ISO 3166 codes "US" and "CA".)
> So do you mean that there do not exist - or, at least,*should* not exist -
> any tzdb zones that apply to more than one entity with a given ISO 3166
Ignoring the politics ... We need to find out from our users what time zone they
are in. Asking them 'which continent' is one of those things that gets a blank
look at times, so even 'Europe' 'London' CAN be confusing to some users. Ask
them 'country' and you have a much better chance of getting a response, so CA or
US at least get us to a subset of options to select from? I have no problem if
the detail is stored under one 'tag' so that both CA and US could use the same
raw data, so 'links' to a valid set of tags should work, except would a Canadian
know the correct US city? Move to the Far East, and translations become
essential and there may be a need for additional 'links'?
I'll be honest - I'm not particularly bothered either way - but building a
database of tz links from the full country table ( the free ones rather than the
3166-2 chargeable ones ;) ) is just another commonly required set of data? If tz
makes changes, then the cross reference also needs an update.
Lester Caine - G8HFL
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
More information about the tz