<?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 Rematching Addresses in Pro 2.5 in Addressing Questions</title>
    <link>https://community.esri.com/t5/addressing-questions/rematching-addresses-in-pro-2-5/m-p/791433#M152</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I just completed my first journey into geocoding with ArcGIS Pro 2.5 and have noticed some odd behavior.&amp;nbsp;&amp;nbsp;The first odd thing I encountered is it would not let me edit the IN_singleline field with the re-match interface.&amp;nbsp; I had to&amp;nbsp; quit my Pro session and restart it, and then I was able to edit that field for rematching.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In this particular session, I'm only interested in 60ish (out of 4,000ish) unmatched addresses.&amp;nbsp; The street they are along gets butchered in several typical ways, so I can select for them.&amp;nbsp; I suspect the selection is the issue, but it's annoying none the less.&amp;nbsp; See the gif below.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;As mentioned all the butchered Big Cottonwood Cyn Rd unmatched records are selected.&amp;nbsp; As I step through to make the correction(s) needed and apply those changes, I 'lose my place in line': that is to say, once I hit apply, it bounces back to last still unmatched address.&amp;nbsp; I couldn't massage that particular address into a match, but I sure don't want to keep going back to it.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;My guess is this&amp;nbsp;behavior is 'as designed',&amp;nbsp;since the selected unmatched addresses&amp;nbsp;set seems to trump all.&amp;nbsp; But it would really cool if we had the option to unselect a record once we are 'done' messing with it.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;IMG __jive_id="482482" alt="" class="jive-emoji image-1 jive-image j-img-original" src="https://community.esri.com/legacyfs/online/482482_Rematch.gif" /&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Edited moments later:&amp;nbsp; Once I scrolled through the selected set of unmatched records and then unselected it, I was indeed able to move on...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="https://community.esri.com/migrated-users/3453"&gt;Brad Niemand&lt;/A&gt;‌&lt;/P&gt;&lt;P&gt;&lt;A href="https://community.esri.com/migrated-users/3547"&gt;Shana Britt&lt;/A&gt;‌&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 18 Feb 2020 16:50:32 GMT</pubDate>
    <dc:creator>JoeBorgione</dc:creator>
    <dc:date>2020-02-18T16:50:32Z</dc:date>
    <item>
      <title>Rematching Addresses in Pro 2.5</title>
      <link>https://community.esri.com/t5/addressing-questions/rematching-addresses-in-pro-2-5/m-p/791433#M152</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I just completed my first journey into geocoding with ArcGIS Pro 2.5 and have noticed some odd behavior.&amp;nbsp;&amp;nbsp;The first odd thing I encountered is it would not let me edit the IN_singleline field with the re-match interface.&amp;nbsp; I had to&amp;nbsp; quit my Pro session and restart it, and then I was able to edit that field for rematching.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In this particular session, I'm only interested in 60ish (out of 4,000ish) unmatched addresses.&amp;nbsp; The street they are along gets butchered in several typical ways, so I can select for them.&amp;nbsp; I suspect the selection is the issue, but it's annoying none the less.&amp;nbsp; See the gif below.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;As mentioned all the butchered Big Cottonwood Cyn Rd unmatched records are selected.&amp;nbsp; As I step through to make the correction(s) needed and apply those changes, I 'lose my place in line': that is to say, once I hit apply, it bounces back to last still unmatched address.&amp;nbsp; I couldn't massage that particular address into a match, but I sure don't want to keep going back to it.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;My guess is this&amp;nbsp;behavior is 'as designed',&amp;nbsp;since the selected unmatched addresses&amp;nbsp;set seems to trump all.&amp;nbsp; But it would really cool if we had the option to unselect a record once we are 'done' messing with it.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;IMG __jive_id="482482" alt="" class="jive-emoji image-1 jive-image j-img-original" src="https://community.esri.com/legacyfs/online/482482_Rematch.gif" /&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Edited moments later:&amp;nbsp; Once I scrolled through the selected set of unmatched records and then unselected it, I was indeed able to move on...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="https://community.esri.com/migrated-users/3453"&gt;Brad Niemand&lt;/A&gt;‌&lt;/P&gt;&lt;P&gt;&lt;A href="https://community.esri.com/migrated-users/3547"&gt;Shana Britt&lt;/A&gt;‌&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 18 Feb 2020 16:50:32 GMT</pubDate>
      <guid>https://community.esri.com/t5/addressing-questions/rematching-addresses-in-pro-2-5/m-p/791433#M152</guid>
      <dc:creator>JoeBorgione</dc:creator>
      <dc:date>2020-02-18T16:50:32Z</dc:date>
    </item>
  </channel>
</rss>

