根据经纬度计算当地时间

可以通过网络中一些在线服务，更加经纬度计算此经纬度的时间，api地址和使用格式如：

http://www.earthtools.org/timezone/40.71417/-74.00639

<?xml version="1.0" encoding="ISO-8859-1" ?>
<timezone xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="http://www.earthtools.org/timezone-1.1.xsd">
  <version>1.1</version>
  <location>
    <latitude>40.71417</latitude>
    <longitude>-74.00639</longitude>
  </location>
  <offset>-5</offset>
  <suffix>R</suffix>
  <localtime>29 Sep 2010 13:44:01</localtime>
  <isotime>2010-09-29 13:44:01 -0500</isotime>
  <utctime>2010-09-29 18:44:01</utctime>
  <dst>Unknown</dst>
</timezone>

bugs:上面根据经纬度的api有时候返回的时间是错的，如：san francisco(37.787539,-122.420654)

通过上面api获取到的时间参见：http://www.earthtools.org/timezone/37.787539/-122.420654

san francisco 真正的当地时间：http://www.timeanddate.com/worldclock/city.html?n=224

比较发现上面api返回的localtime与真实的时间相差1小时。

原因何在？

在这个api中有个dst(Daylight saving time，夏令时，参见：http://baike.baidu.com/view/100246.htm)，夏令时比标准时快一小时。

如何解决？

如果针对该问题我们可以有很多解决的办法，如去统计哪些地方采用夏令时哪些地方没采用，然后归纳出一个表格，自己提供api。但省时间的方式还是另找新的webservice。

新的api:http://ws.geonames.org/timezoneJSON?lat=37.787539&lng=-122.420654; 它返回一个json格式的数据:{"time":"2010-10-08 09:09","countryName":"United States","sunset":"2010-10-08 18:42","rawOffset":-8,"dstOffset":-7,"countryCode":"US","gmtOffset":-8,"lng":-122.420654,"sunrise":"2010-10-08 07:11","timezoneId":"America/Los_Angeles","lat":37.787539}

time+dstOffset=2:09。这正是我查询时sfc当地的时间。