The new StreetMap Premium locators are inconsistently returning the Side field when geocoding compared to the classic locators.
上次发布: August 5, 2022ArcGIS Pro
漏洞 ID 编号
BUG-000148332
已提交
April 7, 2022
上次修改时间
December 11, 2024
适用范围
ArcGIS Pro
找到的版本
2.9.2
操作系统
Windows OS
操作系统版本
10.0
状态
Will Not Be Addressed
开发团队已考虑过该问题或请求,并决定不会解决该问题。 问题的“其他信息”部分可能包含进一步说明。
附加信息
Initially, Side values for PointAddress matches are set as output because all of the PointAddress data was from HERE (formerly Navteq). With the HERE data, the PointAddress features get all of their address information, except for the address number, from the related street link. So street links have a direction (based on the 'digitized' direction), and therefore have a right and left side. This is how the Side values for the HERE PointAddress matches are assigned, based on which side-of-the-street the address number falls on, as street links have a right address range (usually odd or even numbers) and a left address range (opposite odd or even value of the right address range).
Fast forward all these years later, many other PointAddress data sources for many countries are used, even in the US. These other PointAddress data sources are not structured like the HERE data, where the PointAddress data is dependent on the street link data. So there are just addresses for each of the points, and there is no need for side of the street values because they would not make any sense. Because of this, the Geocoding Team is to update the description of the Side output field on their Geocoding Service website here: https://developers.arcgis.com/rest/geocode/api-reference/geocoding-service-output.htm. It explains that having values in the Side field will be inconsistent now (many being blank) because of what is described above. Once it is done, the StreetMap Premium locators documentation is to be updated with the same explanation.