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 code?
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