实在是一个超级消耗流量的应用。

而 Nokia 接下来是肯定会让这个技术在手机和平板上出现的。

期待啊。

Amazon.cn 有一个网站工具条。

API 我也没有见到。

@Los 运营一个网站不是一件容易的事情。

我希望你尝试自己运营一下，V2EX 会在合适的时机将一些流量导入。但是 V2EX 不能成为 Open Define 的主导方。Open Define 也不能使用 V2EX 的 logo 或者是其他标识。

Mac App Store 版的 Xcode 在下载完成后，会在 Dock 上多一个 Xcode Install，点击之后开始完整安装。所以，实际上，下载下来的是一个安装包。

完成那些最有挑战的项目是最好的提升方式。

今天上海电信访问国外网站的速度都很不正常么？

@aligo 所以，目前阶段性的一个总结：

CoreLocation -> 准确
Google Earth -> 准确
MKMapView -> 偏移

Possible Solution:

* 数据库中存储原始的坐标值
* 在所有的 API 里也使用原始的坐标值
* 当需要在 MKMapView 或是 Google Static Maps 里显示时，进行纠偏

是这样么？

@aligo 我刚才试验了一下，用 CoreLocation 获得的坐标，输入进 Google Earth，确实是准的。

但是这些坐标如果和 MKMapView 配合，显示给最终用户的话，作为视觉上的结果，就是偏移的。。。所以，确实是地图有偏移。

这个问题需要做一个取舍。。。我得好好想想。。。

正在切换过程中。

今天下午已经从监控系统那里收到了好几次报警。

速度问题似乎是 Amazon 的问题。

@raptium Maps 在国内使用起来没有任何问题（起码在上海是这样），问题在于 CoreLocation 返回的坐标。

刷屏的帐号，会被 deactivate。所发的所有主题，会被彻底删除。

@jorakura 卫星 -> iOS -> CoreLocation -> User Programs

中间还是有太多层级了。。。

@jorakura 4SQ 和 GOWALLA 都是让用户从列表中选择一个附近已经存在的地名，没有用到精确定位。

如果是需要更精确定位的应用，那么这些问题就不是小问题了。

话说 iPhone 其实就是一个 programmable GPS，可以玩的花样太多了。。。

这个问题值得花时间研究研究。到底是 API 给出的当前位置是错的，还是地图本身是错的。

从我目前的测试来看，地图没错，错的是 API 返回的当前位置。