Here's an example of what can go wrong, and how I am attempting to resolve the conflicts.<div><br></div><div><a href="http://www.openstreetmap.org/edit?editor=id#map=17/38.81678/-87.28315">http://www.openstreetmap.org/edit?editor=id#map=17/38.81678/-87.28315</a> shows a couple of streets in Knox County, Indiana called North Wood Drive. TIGER in 2006 mapped it as two streets with loops at the end, plus a circle around the whole thing. TIGER in 2010 relocated the two streets, removed the loops, and apparently changed the circle to a different feature class.</div>
<div><br></div><div>The problem is that there is no automatic way to distinguish between an old TIGER way that was deleted and one that was simply renumbered, so as far as the realignment tool knows, those loops may still exist with a different ID. So when it moves the two ways for North Wood Drive, it must also leave their endpoints connected to the loops.</div>
<div><br></div><div>The result is the horrible mess on the right hand side of <a href="http://farm8.staticflickr.com/7292/9475677213_2f1374862f_o.png">http://farm8.staticflickr.com/7292/9475677213_2f1374862f_o.png</a> with most of the two branches relocated as they should be, but with the endpoints snapping back across the nonexistent circle to reach the nonexistent loop.<br>
<br>The conservative approach that I have been trying to take is the left hand side of that image, where the entire thing is left in place except for the southernmost segment of the road because everything north of that is linked in OSM to things that can't be checked against TIGER. It introduces its own smaller flaw by moving the intersection with North Buck Thal Road where TIGER says it is now but having to jog abruptly to connect with the rest of the old TIGER street, but at least there aren't any horrible cases of roads crossing over each other.</div>
<div><br></div><div>In this case there is probably actually some potential to detect that the loops were deleted from TIGER because there is nothing new connected to the ends of the TIGER roads where the loops used to be. I should see if there are more cases like that.</div>
<div><br></div><div>Eric</div><div><br><div class="gmail_quote">On Fri, Aug 9, 2013 at 12:04 PM, Eric Fischer <span dir="ltr"><<a href="mailto:enf@pobox.com" target="_blank">enf@pobox.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<p dir="ltr">I'm doing a terrible job trying to reply to this from my phone. I'll give you some concrete examples of conflicts at the joins once I am back at a real computer later today.</p><span class="HOEnZb"><font color="#888888">
<p dir="ltr">Eric</p></font></span><div class="HOEnZb"><div class="h5">
<div class="gmail_quote">On Aug 9, 2013 10:45 AM, "<a href="mailto:alex@mapbox.com" target="_blank">alex@mapbox.com</a>" <<a href="mailto:alex@mapbox.com" target="_blank">alex@mapbox.com</a>> wrote:<br type="attribution">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="auto"><div><span style="background-color:rgba(255,255,255,0)">> since there is no information then about how those two relate.</span></div><div><span><br></span></div><div><span>Can you expand on this?</span></div>

<div><span><br></span><br><span><a href="http://twitter.com/lxbarth" target="_blank">http://twitter.com/lxbarth</a></span></div><div><br>On Aug 9, 2013, at 1:27 PM, Eric Fischer <<a href="mailto:enf@pobox.com" target="_blank">enf@pobox.com</a>> wrote:<br>

<br></div><blockquote type="cite"><div><p dir="ltr">It doesn't move any nodes that anyone else has moved. The tricky part is the edges where one point has been moved and TIGER wants to move an adjacent point, since there is no information then about how those two relate.</p>



<p dir="ltr">Eric</p>
<div class="gmail_quote">On Aug 9, 2013 10:22 AM, "Alex Barth" <<a href="mailto:alex@mapbox.com" target="_blank">alex@mapbox.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Aug 8, 2013 at 11:33 PM, Serge Wroclawski <span dir="ltr"><<a href="mailto:emacsen@gmail.com" target="_blank">emacsen@gmail.com</a>></span> wrote:<br>




<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="overflow:hidden">What that means is that we can create a metric of OSM activity in an<br>
area, and by doing that, decide whether or not the area should have an<br>
automated import process, or a manual review process.</div></blockquote></div><br>Ccorrect me if I'm wrong (eric fischer) - isn't that what the automated script inherently does by only touching nodes that haven't been touched by contributors?</div>




<div class="gmail_extra"><br></div></div>
<br>_______________________________________________<br>
Imports-us mailing list<br>
<a href="mailto:Imports-us@openstreetmap.org" target="_blank">Imports-us@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/imports-us" target="_blank">http://lists.openstreetmap.org/listinfo/imports-us</a><br>
<br></blockquote></div>
</div></blockquote></div></blockquote></div>
</div></div></blockquote></div><br></div>