Wow, that is pretty ugly. The discrepency is there because the state border source has a lower resolution than the counties border source. What's odd is that in some spots, the county borders seem to follow land features correctly, but in other areas they don't (<a href="http://openstreetmap.org/?lat=40.658&lon=-76.7046&zoom=13&layers=B0FT">http://openstreetmap.org/?lat=40.658&lon=-76.7046&zoom=13&layers=B0FT</a>). This is a problem with the data source. We'll have to make a judgment call about what to do ...<br>
<br>Personally, I think the "look" of a map is less important having correct data, but I can definitely see the importance of having a visually-correct map.<br><br><div class="gmail_quote">On Wed, May 14, 2008 at 9:28 AM, Ted Mielczarek <<a href="mailto:ted.mielczarek@gmail.com">ted.mielczarek@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Just had this pointed out in #osm:<br>
<a href="http://tah.openstreetmap.org/Browse/?x=1109&y=1529&z=12&layer=tile" target="_blank">http://tah.openstreetmap.org/Browse/?x=1109&y=1529&z=12&layer=tile</a><br>
<br>
What data source did you use for this? Was it from TIGER? The borders<br>
don't seem to line up with the state borders (from TIGER) that we<br>
imported previously. It looks a bit messy. :-/ I've also noticed that<br>
the borough boundary I imported (also from TIGER) for my town doesn't<br>
line up with the county borders at all:<br>
<a href="http://openstreetmap.org/?lat=40.69947&lon=-75.50887&zoom=16&layers=B0FT" target="_blank">http://openstreetmap.org/?lat=40.69947&lon=-75.50887&zoom=16&layers=B0FT</a><br>
 The borough border seems to match reality a little better (the river<br>
is the county and borough boundary).<br>
<font color="#888888"><br>
-Ted<br>
</font><div><div></div><div class="Wj3C7c"><br>
On Mon, May 12, 2008 at 7:27 PM, Ian Dees <<a href="mailto:ian.dees@gmail.com">ian.dees@gmail.com</a>> wrote:<br>
> I uploaded the data with the lines overlapping. I figured by combining the<br>
> ways into one with left and right tags, we are making it quite a bit harder<br>
> to query the database to determine which county any particular point is in.<br>
> Also, there would be a significant amount of work to write the import app to<br>
> do that, and I didn't think it was worth it to add time on both ends of the<br>
> workflow.<br>
><br>
> On Mon, May 12, 2008 at 6:14 PM, Ted Mielczarek <<a href="mailto:ted.mielczarek@gmail.com">ted.mielczarek@gmail.com</a>><br>
> wrote:<br>
>><br>
>> On Fri, May 9, 2008 at 10:41 AM, Ian Dees <<a href="mailto:ian.dees@gmail.com">ian.dees@gmail.com</a>> wrote:<br>
>> > Hi everyone,<br>
>> ><br>
>> > While I was trying to figure out how to divide the massive NHD dataset<br>
>> > into<br>
>> > more management pieces, I found a county boundary dataset and converted<br>
>> > it<br>
>> > to OSM.<br>
>> ><br>
>> > I uploaded Wisconsin and Minnesota county boundaries and submit them for<br>
>> > your review. One minor issue:<br>
>> ><br>
>> > <a href="http://tah.openstreetmap.org/Browse/?x=1036&y=1489&z=12&layer=tile" target="_blank">http://tah.openstreetmap.org/Browse/?x=1036&y=1489&z=12&layer=tile</a><br>
>> > ... shows that each county is a separate, closed way in OSM. This means<br>
>> > that<br>
>> > at most boundaries, the dashed lines that are used to render political<br>
>> > boundaries are overlapping and look odd. I can't see a way around this<br>
>> > without losing metadata.<br>
>> ><br>
>> > If you have any opinion on how this data is represented, please let me<br>
>> > know.<br>
>> > Otherwise, I will upload the rest of the country later on this weekend.<br>
>><br>
>> I looked at this data when I uploaded the state borders a while ago.<br>
>> The state borders I (and Adam) split by hand into non-overlapping<br>
>> sections, tagging them with left:state and right:state appropriately.<br>
>> I figured it would be too much work to do the county borders manually<br>
>> like that, but I didn't feel like trying to write a program to do it<br>
>> in an automated fashion either. I'm not really excited for having lots<br>
>> of overlapping borders like that, but I guess I can manually clean up<br>
>> the ones in my area if I care enough.<br>
>><br>
>> -Ted<br>
><br>
><br>
</div></div></blockquote></div><br>