<div dir="ltr">>That is a lot, and I agree we need to figure out what's going on.  It<br>could actually be that names in addresses and names in roads do not<br>really match, in some cases.  But that many is not believable.<br><div><br></div><div>My impression from going through Berkshire is that absolute majority of these 9K streets are the roads that do not have names in OSM.</div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Aug 16, 2018 at 10:19 AM Angela Morley <<a href="mailto:amorley@protonmail.com">amorley@protonmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>For what it's worth, I also vote for a partial import process of non-conflicting data, then a second project for actually fixing the issues in whatever's left. The first phase should be documented in the Wiki, and we need to get our procedure together so imports@ can approve the action.<br></div><div class="m_575338163928941631protonmail_signature_block m_575338163928941631protonmail_signature_block-empty"><div class="m_575338163928941631protonmail_signature_block-user m_575338163928941631protonmail_signature_block-empty"><br></div><div class="m_575338163928941631protonmail_signature_block-proton m_575338163928941631protonmail_signature_block-empty"><br></div></div><div><br></div><div>‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐<br></div><div> On August 16, 2018 10:02 AM, Jason Remillard <<a href="mailto:remillard.jason@gmail.com" target="_blank">remillard.jason@gmail.com</a>> wrote:<br></div><div> <br></div><blockquote type="cite" class="m_575338163928941631protonmail_quote"><div dir="ltr"><div>Hi Greg, <br></div><div><div><br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><br></div><div>One thing that I've said repeatedly is that we should be expecting to<br></div><div> import the non-problematic set of addresses, and to expect that some<br></div><div> points are going to fail autaomated matching, and be left for either<br></div><div> later or some hand process.  Nobody has told me this is wrong, but I<br></div><div> keep hearing a "fix so we can import 100%" notion.<br></div></blockquote><div><br></div><div>No, I have 100% given up on that. My vote is that Importing 98% of the data that matches perfectly is ok.<br></div><div><br></div><div>Also, I will exclude Stow from the map roulette tasks. <br></div><div><br></div><div>Jason<br></div><div><br></div><div><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><br></div><div>Do you (and others) think we're headed to only importing points that<br></div><div> pass some automated matching process?<br></div><div> <br></div><div> > I will sign up for setting up the MapRoulette using the fuzzy search. I<br></div><div> > have time this weekend.<br></div><div> <br></div><div> Can you explain how the instructions work, and how maproulette avoids<br></div><div> people just doing a mechanical turk import?<br></div><div> <br></div><div> > Yury, no rush, but could you create a second data set (keep the fuzzy<br></div><div> > search data set available), and do a straight case-insensitive match. I<br></div><div> > would like to pick through Groton and Acton again and see what percentage<br></div><div> > are issues in OSM again...<br></div><div> <br></div><div> Seconded.  I would likke to see what the results are in Stow.<br></div></blockquote></div></div></div></blockquote><div><br></div></blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">Yury Yatsynovich</div>