<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic 100% Match on wrong Address Number in Geoprocessing Questions</title>
    <link>https://community.esri.com/t5/geoprocessing-questions/100-match-on-wrong-address-number/m-p/1242054#M26641</link>
    <description>&lt;P&gt;I have a multi-role Locator (PointAddress, StreetAddress, POI, and some alias tables) built using&amp;nbsp;&lt;STRONG&gt;&lt;EM&gt;Create Locator&lt;/EM&gt;&lt;/STRONG&gt; in &lt;EM&gt;&lt;STRONG&gt;ArcGIS Pro (v3.0)&lt;/STRONG&gt;&lt;/EM&gt; and with a service published to &lt;EM&gt;&lt;STRONG&gt;Enterprise (v10.8.1)&lt;/STRONG&gt;&lt;/EM&gt;. All of the individual address fields are mapped to respective fields in the data.&lt;/P&gt;&lt;P&gt;The locator is providing a 100% match on a geocoding object (2521 W National Ave) that does not have the same address number as what was searched for (2525 W National Av). See the screenshot from the REST endpoint below. It is noted that the locator is not providing the erroneous result via a &lt;EM&gt;Suggest&lt;/EM&gt; operation.&amp;nbsp;This behavior is being seen in both the local desktop version of this locator and the REST service. As it's easier to show in one photo via the REST service, I've provided that screenshot below.&lt;/P&gt;&lt;P&gt;I have not observed this behavior outside this one instance, and I'm not sure how widespread it is at the moment. I cannot think of any configuration reasons for why this may be occurring, and the only data issue that may be contributing is that the address points that are being returned are stacked.&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="ScottFedak2085_0-1671208901478.png" style="width: 400px;"&gt;&lt;img src="https://community.esri.com/t5/image/serverpage/image-id/58783i4A74E4F4423DF256/image-size/medium?v=v2&amp;amp;px=400" role="button" title="ScottFedak2085_0-1671208901478.png" alt="ScottFedak2085_0-1671208901478.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Fri, 16 Dec 2022 16:50:05 GMT</pubDate>
    <dc:creator>ScottFedak2085</dc:creator>
    <dc:date>2022-12-16T16:50:05Z</dc:date>
    <item>
      <title>100% Match on wrong Address Number</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/100-match-on-wrong-address-number/m-p/1242054#M26641</link>
      <description>&lt;P&gt;I have a multi-role Locator (PointAddress, StreetAddress, POI, and some alias tables) built using&amp;nbsp;&lt;STRONG&gt;&lt;EM&gt;Create Locator&lt;/EM&gt;&lt;/STRONG&gt; in &lt;EM&gt;&lt;STRONG&gt;ArcGIS Pro (v3.0)&lt;/STRONG&gt;&lt;/EM&gt; and with a service published to &lt;EM&gt;&lt;STRONG&gt;Enterprise (v10.8.1)&lt;/STRONG&gt;&lt;/EM&gt;. All of the individual address fields are mapped to respective fields in the data.&lt;/P&gt;&lt;P&gt;The locator is providing a 100% match on a geocoding object (2521 W National Ave) that does not have the same address number as what was searched for (2525 W National Av). See the screenshot from the REST endpoint below. It is noted that the locator is not providing the erroneous result via a &lt;EM&gt;Suggest&lt;/EM&gt; operation.&amp;nbsp;This behavior is being seen in both the local desktop version of this locator and the REST service. As it's easier to show in one photo via the REST service, I've provided that screenshot below.&lt;/P&gt;&lt;P&gt;I have not observed this behavior outside this one instance, and I'm not sure how widespread it is at the moment. I cannot think of any configuration reasons for why this may be occurring, and the only data issue that may be contributing is that the address points that are being returned are stacked.&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="ScottFedak2085_0-1671208901478.png" style="width: 400px;"&gt;&lt;img src="https://community.esri.com/t5/image/serverpage/image-id/58783i4A74E4F4423DF256/image-size/medium?v=v2&amp;amp;px=400" role="button" title="ScottFedak2085_0-1671208901478.png" alt="ScottFedak2085_0-1671208901478.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 16 Dec 2022 16:50:05 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/100-match-on-wrong-address-number/m-p/1242054#M26641</guid>
      <dc:creator>ScottFedak2085</dc:creator>
      <dc:date>2022-12-16T16:50:05Z</dc:date>
    </item>
    <item>
      <title>Re: 100% Match on wrong Address Number</title>
      <link>https://community.esri.com/t5/geoprocessing-questions/100-match-on-wrong-address-number/m-p/1246051#M26656</link>
      <description>&lt;P&gt;I determined that this was caused by accidentally having a field that had the whole address (i.e. 123 Main St, City, Zip, USA) mapped to the&lt;EM&gt;&lt;STRONG&gt; FullStName&lt;/STRONG&gt;&lt;/EM&gt; field instead of just the street name (i.e. Main St) when building the locator. I've observe the&amp;nbsp;&lt;EM&gt;&lt;STRONG&gt;FullStName&lt;/STRONG&gt;&lt;/EM&gt;&amp;nbsp;mapping impacting search in the past, so I'm glad I thought to look into it. However, this observed behavior seems to contradict the online documentation for Create Locator that specifically states that the&amp;nbsp;&lt;A title="FullStName" href="https://pro.arcgis.com/en/pro-app/latest/help/data/geocoding/locator-role-fields.htm#:~:text=Full%20Street%20Name,such%20as%20Germany" target="_blank" rel="noopener"&gt;FullStName is not used in search and "is for display purposes"&lt;/A&gt;.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 06 Jan 2023 15:51:55 GMT</pubDate>
      <guid>https://community.esri.com/t5/geoprocessing-questions/100-match-on-wrong-address-number/m-p/1246051#M26656</guid>
      <dc:creator>ScottFedak2085</dc:creator>
      <dc:date>2023-01-06T15:51:55Z</dc:date>
    </item>
  </channel>
</rss>

