Hi Dave,

We have refreshed the timezone names in our latest software release; this is not
currently
publicly available but will be made so as part of our next public push of
updates.

As soon as this is available we'll let you know.

Regards

Gary Gale
Yahoo! Geo Technologies Group

--- In yws-geo@yahoogroups.com, "v1cch1" <garyg@...> wrote:
>
> --- 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?
> >
>