使用 Garmin Mapsource 进行批量地理编码
几年前我就忘记了这项工作，但需要每晚对数千个地址进行地理编码。我必须使用机器上非常准确的数据库，在 Nuvi 地图更新安装 Mapsource 时安装。
几年前，当我联系 Garmin 时，他们表示有兴趣为此提供 API，但后来我什么也没听到，也没有跟进。他们的数据库是navtec提供的？我相信。有人有这种格式的经验吗？
我不久前在 Garmin 开发者论坛上发帖，但那里有点昏昏欲睡:)
有人这样做过吗？ 有谁知道如何在没有 API 的情况下完成它吗？意思是数据库结构和调用？
我会采取任何语言的解决方案。
补充：
Garmin 已表示有兴趣向我提供此功能。他们只是还没有做到。
我不知道数据库格式。
我不是在寻找在线解决方案或任何其他“替代方案”。这个问题很具体。
I lost track of this effort years ago but have need to geocode thousands of addresses nightly. I must use the very accurate database sitting on the machine, installed when the Nuvi map update installed Mapsource.
When I contacted Garmin years ago, they expressed an interest in providing an API for this, but then I heard nothing and did not follow up. Their database is provided by navtec? I believe. Anyone have experience with that format?
I posted on the Garmin Developer forum a while ago, but its a little lethargic over there :)
Has anyone done this?
Does anyone know how it might be done without an API; meaning database structure and calls?
I'll take a solution in any language.
Added:
Garmin has expressed an interest in making this available to me. They just have not done it.
I do not know the database format.
I am NOT looking for an online solution or any other "alternative". This question is very specific.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（5）
直接与 Navtec 交谈。他们会直接向您出售或许可您使用他们的数据库。数据库表有清晰的记录，然后在上面编写您自己的地理编码器。 4 年前，我花了大约一周的时间，当时我对 SQL 还算熟练。
Talk to Navtec directly. They will sell you or license you their database directly. The database tables are clearly documented, then write your own Geocoder on top. Took me about a week 4 years ago, and I was marginally profficient in SQL at the time.
获得免费的应用程序密钥后，您可以使用 NN4D 按城市每天进行最多 10,000 个地理编码。
您可以使用 CoreLogic（又名 Proxix）以每 1,000 美元 18 美元的价格进行地理编码。
雅虎看起来最有前途，因为它具有 Hadoop 功能，Navteq 目前也正在使用该功能。我已经联系了 Navteq 一位使用 Hadoop 的人，我正在等待他的反馈。根据 Ben Lorica 在 Datameer O'Reilly.com 上题为“业务分析师的大数据工具”的文章，Datameer 可以从电子表格上传到 Hadoop。 Hadoop 是 Navteq 的管道。
起点 - USC GIS 部门 的工具列表
（因为我是新人，所以我只能有一个链接，但当我获得积分时，我会添加其余的链接。
You can geocode up to 10,000/day by city with NN4D after you get their free application key.
You can geocode for $18 per 1,000 with CoreLogic (aka Proxix)
Yahoo looked most promising because it has the Hadoop feature, which is also currently being utilized at Navteq. I've contacted a guy at Navteq who uses Hadoop, and I'm awaiting his feedback. According to Ben Lorica's article on Datameer O'Reilly.com entitled "Big Data Tool for Business Analysts", Datameer can upload from spreadsheets to Hadoop. Hadoop is a pipeline to Navteq.
Starting point - a list of the tools at the GIS Dept at USC
(I can only have one link because I'm new, but I'll add the rest when I get my points up.
naveteq 使用 oracle 格式
但请等待 1 秒：
（每晚）进行 1000 次查找很容易，
进行 10000 次查找（每晚）需要一台好的服务器，
进行 1000000 次查找（每晚）需要一个集群
让他们进行搜索需要更少的硬件（和更多的流量），使用 xml-rpc 或类似的 rpc 将是最好的（对每个人来说）
购买 oracle db 并开始工作
你可以使用几乎任何东西，但记住你应该使用像 c++ 这样的编译语言的体积
naveteq uses oracle format
BUT HOLD 1 SECOND:
doing 1000 lookups(per night) is easy,
doing 10000 lookups(per night) requires a good server,
doing 1000000 lookups(per night) requires a cluster
letting them do the searches requires less hardware(and more traffic) using xml-rpc or similar rpc would be the best( for everyone)
buy oracle db and start working
you can use almost anything BUT keeping in mind the volume you should use a compile language like c++
gpsbabel.org 有很多关于在多种 GPS 格式之间进行转换的内容，以及一个可下载的工具。我有限的经验（主要是谷歌地图、街景等）是地理编码不是很准确。
厘米
gpsbabel.org has lots of stuff on converting between lots of GPS formats, and a downloadable tool. My limited experience, mostly with google maps, streetview etc. is that geocoding is not very accurate.
cM
免费的 IBM DB2 Express-C DBMS 附带 Spatial Extender，可用于对美国地址进行地理编码。请参阅网络研讨会这。不知道这是否完全合适，但看看也没什么坏处。
另请快速查看 DB2 文档 http://publib.boulder.ibm.com/infocenter/db2luw/v9r7/topic/com.ibm.db2.luw.spatial.topics.doc/doc/csbp3008.html
The free IBM DB2 Express-C DBMS comes with Spatial Extender that can be used to GEOcode US addresses. See a webinar on this. Don't know if this is exact fit but it can't hurt to take a look.
Also take a quick look the DB2 documentation http://publib.boulder.ibm.com/infocenter/db2luw/v9r7/topic/com.ibm.db2.luw.spatial.topics.doc/doc/csbp3008.html