I have seen this problem in earlier versions of ArcGIS Pro and it continues now in 2.8.2.
See https://community.esri.com/t5/addressing-questions/arcgis-pro-address-rematch-problem/m-p/790102#M14... for one of my posts. There have been others, but cannot get the forum search functionality to cooperate.
What happens when rematching is when I edit the single line input, it will return me to the first unmatched entry. This seems to happen now only when a selected set is being rematched. Here is a gif of rematching when there is no selected set:
This to me is expected behavior; make an edit, get a match, move on the the next unmatched records. In the above gif, you'll notice I <Null> values as Single Line Input. In fact, of the 3,592 unmatched records in this exercise, 3,238 have <Null> addresses. For me rematching is a Zen sort of thing. When I see 3,592 unmatched records I get a lump in my throat. But having only 358 records to rematch is much easier to swallow.
With soothing sitar music playing in my cube, along with a cup of herbal tea and some incense burning, I make a selection where:
Status = 'U' and Single Line Input is not Null
With the target records selected, I settle into rematching, but once I make an edit to Single Line Input, I get bounced back to record #1. Now despite being in my happy place with only 354 records to rematch, I'm in a not so happy place starting back at the beginning of the stack. I cannot imagine this is expected behavior.
I only have a few months left before I retire and I wanna stay in my happy place while I'm still working. Can I stay in my happy place? Please?
Accepted Solutions
