<div dir="ltr"><span style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:13px">> Essentially what we need is the concept of layers.</span><br><div><span style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:13px"><br>
</span></div><div><font face="arial, sans-serif">Layers do have disadvantages, how to prevent data being mapped in the wrong layer for instance. I however do see the point that mappers, especially newbies, break administrative boundaries. If that happens a lot, it might be easier to 'grey them out' in any editor by default, making sure that a mapper has to use a check box or so to change these boundaries.</font></div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/10/21 Markus Lindholm <span dir="ltr"><<a href="mailto:markus.lindholm@gmail.com" target="_blank">markus.lindholm@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 21 October 2013 16:41, Toby Murray <<a href="mailto:toby.murray@gmail.com">toby.murray@gmail.com</a>> wrote:<br>
> Having edited over a thousand of them, I would not be sad to see admin<br>
> boundaries removed from the general OSM database. I think Russ is on to<br>
> something with his "ClosedStreetMap" concept although that is some terrible<br>
> branding so we need another name :) But at the end of the day, we are<br>
> terrible at maintaining such boundaries and very good at breaking them in<br>
> OSM, mostly because they are usually hard/impossible to spot on the ground<br>
> and verify. So people see random lines going through the area they are<br>
> trying to map and either don't pay attention when they touch them or just<br>
> delete them outright. Essentially what we need is the concept of layers. If<br>
> all the admin/timezone boundaries were in their own "layer" and didn't<br>
> interact with roads, rivers, etc in OSM then they would be much easier to<br>
> keep up to date from external sources.<br>
><br>
> Yes, OSM *can* contain just about anything. But if we are terrible at it and<br>
> there are other datasets available that aren't terrible then why should we<br>
> try to poorly duplicate others efforts?<br>
<br>
</div>I think you're overlooking a key strength with the osm database, that<br>
all the map features are integrated, e.g. if a kiosk is mapped to be<br>
three meters to the left of the entrance to the building, and that is<br>
also the ground truth, then you have that fact of their interrelation.<br>
With different datasets from different sources, you lose it.<br>
<span class="HOEnZb"><font color="#888888"><br>
/Markus<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
talk mailing list<br>
<a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk" target="_blank">https://lists.openstreetmap.org/listinfo/talk</a><br>
</div></div></blockquote></div><br></div>