--- In yws-geo@yahoogroups.com, "Dave Murdock" <dave.murdock@...> wrote:

Hi Dave,

Thanks for bringing this to our attention; this is a great problem report as it
provides not
only a description of what you've found but also lots of additional data and
examples.

I've passed this onto our Geo Data Engineers and they're looking into it now.

Regards

Gary Gale
Yahoo! Geo Technologies Group

> If you make a call like this:
> http://where.yahooapis.com/v1/place/28350818?appid=[yourappid]
>
> that is supposed to return the the time zone for India. This used to be
Asia/Calcutta,
but
> has been renamed to Asia/Kolkata. However, GeoPlanet is still returning
Asia/Calcutta
as
> the time zone name for any city in India. Doing this:
>
> http://where.yahooapis.com/v1/place/2295411/belongtos?appid=[yourappid]
>
> That is the woeid for Mumbai (formerly Bombay), India. The time zone listed is
> Asia/Calcutta.
>
> The popular tz database, http://www.twinsun.com/tz/tz-link.htm, has
Asia/Kolkata as
> the current time zone name for India. A number of other development
frameworks, e.g.
Cocoa on OS X and Cocoa Touch on the iPhone, use the most up to date version of
the tz
> database to get time zone names and data. A mismatch like this makes it more
difficult
to
> integrate the data from the GeoPlanet service with these frameworks.
>
> Is there are workaround, other than me writing my own logic in these cases, to
get the
> newest time zone names?
>