当看到这个API时心里的兴奋程度难以表达，因为目前的项目也恰好需要这样的API。
内容来源于《html5 高级程序设计》，是一本非常值得看的书。
下面是HTML5 Geolocation API的数据来源方式，以及各个方式的比较情况。
1.IP地址
其返回的位置信息通常不靠谱。实现方式是：查找用户ip地址，然后检索其注册的物理地址。如果ip地址是ISP提供的，其位置信息往往就由服务供应商的物理地址决定。
优点：任何地方都可以用，在服务器端处理。
缺点：不精确（经常出错，一般精确到城市级），运算代价大。
2.GPS（全球定位系统）
只要在室外，GPS就可以得到非常精确的位置信息。
GPS定位是通过收集运行在地球周围的多个GPS卫星信号实现的。但是定位时间较长，不适合做快速响应的应用程序。
优点：很精确。
缺点：定位时间较长，用户耗电量大，室内效果不好，需要硬件设备。
3.Wi-Fi
基于三角距离计算得到的。三角距离是指：用户当前位置到已知的多个Wi-Fi接入点（几乎都在城市里）的距离。不同于GPS，Wi-Fi在室内相对准确。
优点：精确，可在室内使用，简单、快捷定位。
缺点：在无线接入点比较少的地区（农村）效果不好。
4.GSM活CDMA手机的ID
是指：用户到一些基站的三角距离确定的，位置相对准确。
优点：相对准确，可在室内使用，简单、快捷定位。
缺点：需要能够访问手机或modem的设备，在基站较少的偏远地区效果不好。
5.用户自定义数据
应用程序可能允许用户输入他们的地址、邮政编码等一些信息，然后利用这些信息来提供感知服务。
优点：用户可以获得比程序定位服务更准确的位置数据，用户自行输入有可能比自动检测更快。
缺点：可能很不准确特别是用户位置变更后。
浏览器对HTML5 Geolocation的支持情况：
Chrome：在带有Gears的第2版Chrome中被支持Chrome12 Beta把这个功能拿掉了。
Firefox：3.5及以上版本
IE：用过Gears插件支持
Opera：计划在10中支持
Safari：在版本4中支持
