<div dir="ltr"><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Sep 6, 2022 at 6:50 AM Frederik Ramm <<a href="mailto:frederik@remote.org">frederik@remote.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
(I have several thousand such "boundaries slightly overlapping but not <br>
quite" examples all over the planet. A few of them will probably be <br>
"unlikely but correct", but most will just be sloppy mapping or sloppy <br>
importing.)<br>
<br>
In my opinion, "layer thinking" means giving up on the shared <br>
stewardship of the map, and allows everyone to dump their garbage into <br>
OSM with an excuse of "you can switch that layer off if you do not like <br>
it". I think it would be detrimental to OSM.<br></blockquote><div><br></div><div>These slightly overlapping boundaries are a great example of sloppy mapping, and I share the concern of garbage data being dumped into OSM.  However, I do not find this to be a strong argument against the concept of layers.  People seem perfectly capable of garbage dumping with the current data model.  No layers necessary!  Rather than "layer thinking", I would call this lazy, narrow minded, or inconsiderate thinking.  In a layer based OSM data model I'd expect each layer to contain similar object types where topological connections between them are often appropriate, and the separation of object types where topological connections are not appropriate.  For example highways could connect within the highway layer and boundaries could connect within the boundary layer.  However, the separation into layers would prevent unwanted connections between highways and boundaries.  <br></div><div><br></div><div>In such a system, properly aligning and connecting boundaries would be just as encouraged as it is now, and unmotivated mappers would be able to map boundaries just as sloppily as they do now.  What they wouldn't be able to do is connect boundaries to highways, land cover, land use, waterways, etc.  This would make the data easier to work with and maintain since editing an object of one type would not require also editing other object types that happen to be connected to it.<br><br>--<br></div><div>Zeke Farwell<br></div></div></div>