Here api 自由格式地址或部分地址查找api的纬度经度

Here api 自由格式地址或部分地址查找api的纬度经度,here-api,Here Api,用于将地址转换为经纬度 1.我试过NuGet软件包(开放街道地图)中的Nammitm.API——它在其正向搜索API中给出了10个关于门牌号和邮政编码的结果 2.谷歌地理编码器-这可能是好的,但它有一个免费的限制 因此,在这里选择API 我不熟悉hereAPI,并尝试在c#中的一个测试应用程序中使用它(使用NuGet软件包中的RestSharp库)。当我为部分地址查找或自由格式地址查找提供以下地址时,我没有得到确切的经纬度值。 自由格式的地址字符串:“201”、“WOODHAM LANE”、“A

用于将地址转换为经纬度 1.我试过NuGet软件包(开放街道地图)中的Nammitm.API——它在其正向搜索API中给出了10个关于门牌号和邮政编码的结果 2.谷歌地理编码器-这可能是好的,但它有一个免费的限制 因此,在这里选择API

我不熟悉hereAPI,并尝试在c#中的一个测试应用程序中使用它(使用NuGet软件包中的RestSharp库)。当我为部分地址查找或自由格式地址查找提供以下地址时,我没有得到确切的经纬度值。 自由格式的地址字符串:“201”、“WOODHAM LANE”、“ADDLESTONE”、“KT15 3NR” 用于部分地址查找的地址字符串:“201”、“Woodham Lane”、“Addlestone”、“英国”

结果JSON显示了显示位置的纬度、经度为:51.351371,-0.4943669,地址为:155,伍德姆,阿德尔斯通,KT15 3NJ

有趣的是,在其他数据中,我可以看到Housenumberfallback=true,回退值为46。 在进一步的分析中,我假设结果房屋编号155加上此回退值46是两种方法中已经指定的实际房屋编号。因此,这些点在地图上的位置是不正确的(预期的经纬度值为51.34988152,-0.497168626正是谷歌给出的)

如果我错过了实际纬度、经度值的任何一点,请建议我仅使用此处API

问候,, Kalyani

对于该地址“201 Woodham Lane Addlestone KT15 3NR”,Geocoder API今天给出了正确的坐标:

displayPosition: {
  latitude: 51.34997,
  longitude: -0.49725
}
对于该地址“201 Woodham Lane Addlestone KT15 3NR”,Geocoder API今天给出了正确的坐标:

displayPosition: {
  latitude: 51.34997,
  longitude: -0.49725
}

您可以使用定制的Nagnitm server?从我在这里尝试使用的地址获取纬度、经度API(最适合我们的需要),Nagnitm.API来自NuGet软件包,它是Open StreetMap API的-。我非常想知道,对于上面提供的输入示例,我如何使用APIM获得准确的经纬度(期望值),因为Namingm是一项公共服务,许多地址反向名称取自wikipedia、公共邮政服务和自行车道,您需要添加自定义点,如果您需要检查哪个精确点有提名,您可以在一个大文件中搜索csv gps点好的,非常感谢您的回复。我很喜欢在这里使用API来完成这项任务。你知道经纬度值不同的原因是什么吗?(在我最初的问题中,我提到了HERE API以及为什么我选择使用HERE API)请任何人使用HERE API帮助解决上述问题您使用定制Nagnitm server?从我尝试使用HERE API的地址获取纬度、经度(最适合我们的需要),NuGet软件包中的namitm.API是开放的StreetMap API-。我非常想知道,对于上面提供的输入示例,我如何使用APIM获得准确的经纬度(期望值),因为Namingm是一项公共服务,许多地址反向名称取自wikipedia、公共邮政服务和自行车道,您需要添加自定义点,如果您需要检查哪个精确点有提名,您可以在一个大文件中搜索csv gps点好的,非常感谢您的回复。我很喜欢在这里使用API来完成这项任务。你知道经纬度值不同的原因是什么吗?(在我最初的问题中,我提到了HERE API以及我选择使用HERE API的原因)请任何人使用HERE API帮助解决上述问题。非常感谢您的回复。是否有任何最新的更新(因为这以前不起作用)?非常感谢您的回复。是否有任何最新的更新(因为这以前不起作用)?