Hi all,<br><br><div class="gmail_quote">On Thu, Mar 29, 2012 at 12:32 PM, Martijn van Exel <span dir="ltr"><<a href="mailto:m@rtijn.org" target="_blank">m@rtijn.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


[...]<div class="gmail_quote"><div>
<br>The main problem I found with the original query is the Haussdorff distance parameter, which chosen so small would not catch TIGER ways and OSM ways that are of very different length. I increased the distance threshold by a factor 10 but still get about 38000 candidates for missing roads based on this query (doing a select * from tigerlines where gid not in ....). But maybe I'm overlooking something else altogether in this. More complex queries tend to be overwhelming to me. Maybe I'm not using the right TIGER source file? I picked the all lines one.<br>



<br></div></div></blockquote><div>Ont of the main problems with matching TIGER to OSM is the varying line length which will make any match on geometric closeness likely to fail. A way to make alleviate this is to:<br>a) merge all OSM and TIGER ways that comprise two seperate (oneway) roadways. Never done that before but seems possible. Then,<br>


b) merge all line features that have the same name into one linestring. Never done that before either and presents some pitfalls (non-contiguous ways). Coudl use MULTILINESTRING? <br><br>Then run the match query.<br><br>

Ideas on how to implement / improve this idea? <br></div></div><br clear="all"><br>-- <br>martijn van exel<br>geospatial omnivore<br>1109 1st ave #2<br>salt lake city, ut 84103<br><a href="tel:801-550-5815" value="+18015505815" target="_blank">801-550-5815</a><br>

<a href="http://oegeo.wordpress.com" target="_blank">http://oegeo.wordpress.com</a><br>