Hi Oliver,
No, you are using this service correctly. The difference is caused by
the implementation of reports versus the SOAP api. They read from
different backend systems with different filter in place.
When working with dates and times, I cannot recommend the java library
JodaTime
Unfortunately the timezone offset is not available from the api, probably
due to timezone offsets being subject to change outside control of Google.
You can map from the POSIX timezone name to the textual name component
returned in the report by using the data from the table on this page:
Thanks Jason. I actually just wrote a question about timezones not being
available via ConstantDataService!
However, the POSIX mapping in my particular case will map *Europe/London*to
*London* and not *(GMT+00:00) London*, so even that won't help. I need to
be able to get the GMT offset of
Why not just use the java.util.TimeZone class to calculate the gmt offset?
TimeZone timeZoneDE = TimeZone.getTimeZone(Europe/London);
int utcoffset = timeZoneDE.getRawOffset();
--
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
Also find us on our blog and discussion group:
Thanks. The offset value I get for a city like 'Sydney' is something like
7200. I'll get my developer to look into this class in more details to
see if we can work it out.
On Friday, August 31, 2012 1:47:44 PM UTC+1, Stefan Podkowinski wrote:
Why not just use the java.util.TimeZone
Assume the timezone of my account, as returned by an Account Report, is
*(GMT+00:00)
London*.
I need to use a Service object in my case and I use the
ManagedCustomerService object to get the timezone (instead of an Account
Report).
My code does this:
selector.setFields(new