<?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 Re: Geocoder parses candidates differently than defined in address locator in Data Management Questions</title>
    <link>https://community.esri.com/t5/data-management-questions/geocoder-parses-candidates-differently-than/m-p/238093#M13511</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I am finding the same issue with streets with the word south or old in the beginning. South Point Rd, South is always put in a PreFix, although it is part of the name. It only happens with South and not North, West or East. Old is placed in a PreType, even though our data does not contain a PreType field. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any ideas on how to get this to stop happening?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 20 Jan 2015 19:47:06 GMT</pubDate>
    <dc:creator>NAOMIPAUL</dc:creator>
    <dc:date>2015-01-20T19:47:06Z</dc:date>
    <item>
      <title>Geocoder parses candidates differently than defined in address locator</title>
      <link>https://community.esri.com/t5/data-management-questions/geocoder-parses-candidates-differently-than/m-p/238092#M13510</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;I'm curious about how the geocoding engine reads in the raw address that is to be geocoded versus the candidate addresses from the street reference database.&amp;nbsp; &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;In my street reference database, "Route 66" exists in the field ST_NAME.&amp;nbsp; When the geocoder displays the candidate addresses, it parses "Route" into the PRE_TYPE field and "66" in the ST_NAME field.&amp;nbsp; &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;If my reference database already has the elements parsed into the appropriate fields, and those fields are defined in the address locator, why does the geocoder parse them differently when evaluating candidates?&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 01 Mar 2011 13:46:54 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-questions/geocoder-parses-candidates-differently-than/m-p/238092#M13510</guid>
      <dc:creator>KarynBackus</dc:creator>
      <dc:date>2011-03-01T13:46:54Z</dc:date>
    </item>
    <item>
      <title>Re: Geocoder parses candidates differently than defined in address locator</title>
      <link>https://community.esri.com/t5/data-management-questions/geocoder-parses-candidates-differently-than/m-p/238093#M13511</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I am finding the same issue with streets with the word south or old in the beginning. South Point Rd, South is always put in a PreFix, although it is part of the name. It only happens with South and not North, West or East. Old is placed in a PreType, even though our data does not contain a PreType field. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any ideas on how to get this to stop happening?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 20 Jan 2015 19:47:06 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-questions/geocoder-parses-candidates-differently-than/m-p/238093#M13511</guid>
      <dc:creator>NAOMIPAUL</dc:creator>
      <dc:date>2015-01-20T19:47:06Z</dc:date>
    </item>
  </channel>
</rss>

