<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif">I am guilty of in the past re-using cadastre ways in a separate landcover relationship.  My logic at the time was: I know the "woods" extend past the "public lands" boundary BUT I'm only interested in landcover mapping within the park, etc.  I now feel this is/was motivated reasoning and basically just tagging for the renderer and therefore wrong.  I personally no longer landcover map "the woods" as I feel there are much more important things to spend mapping time on.  But, it's a valid OSM pursuit so not gonna begrudge anyone that does want to do that...as long as it doesn't affect the validity of other things (public lands cadastre being most important to me.)</div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">I do feel OSM has some glaring technical deficiencies that make it way too easy to screw things up...especially for casual users not using JOSM.  OSM could greatly benefit from "layer" functionality.  IMHO landcover tags should be a completely separate layer where one is unable to make relationships with other ways (roads, cadastre, etc).  The following should all be separate layers: land cover, structures, boundaries, hydrography, transportation, other infrastructure (power lines, etc)</div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jul 27, 2022 at 8:54 AM Greg Troxel <<a href="mailto:gdt@lexort.com">gdt@lexort.com</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 think you should not be using landuse objects as part of a landcover<br>
relation, and if you avoid that you will have vastly less trouble.  I<br>
can see your point that they happen to line up precisely in this place,<br>
right now, but in general they don't, and they don't reliably move<br>
together over time.   Anybody adjusting one thing will change the<br>
other.  Future validators that complain about landuse/landcover on same<br>
objects will object.<br>
<br>
Are you really using the entire way that is the reserveration boundary<br>
as outer for natural=wood, even though there are significant parts where<br>
that just isn't so?  That seems wrong.  I suspect you are running into<br>
odd cases and bugs, and my advice is don't do that.<br>
<br>
If you want to reuse specific parts of the boundary in the outer, when<br>
it is really the case that the woods line and the boundary match (I<br>
still think this should not happen), then you could<br>
<br>
  - create a relation for the outer boundary, with one component the<br>
    current closed way<br>
  - same thing on golfcourse<br>
  - split the ways where the sameness changes<br>
  - add the way pieces to the woods outline relation, so the closed way<br>
    thus represented has woods to the inside and !woods to the outside<br>
    all all along it<br>
<br>
  - figure out if<br>
<br>
      relation: tag woods<br>
        outer: relation, no tags<br>
           members: a bunch of ways, individually not closed, together<br>
           closed<br>
        inner:<br>
            relations which have way segments as members<br>
            regular ways e.g. pond, swamp<br>
<br>
    really works in the render toolchains.  After concluding it doesn't,<br>
    just draw ways, perhaps reusing nodes for the landcover and don't<br>
    try to reuse ways.  You'll be done before you would have figured out<br>
    the relation stuff.  While you can argue that it ought to work, OSM<br>
    has grown organically rather than with formal semantics and when you<br>
    are too far outside existing practice things break.   You have<br>
    arrived, I think :-)<br>
_______________________________________________<br>
Talk-us-massachusetts mailing list<br>
<a href="mailto:Talk-us-massachusetts@openstreetmap.org" target="_blank">Talk-us-massachusetts@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-us-massachusetts" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-us-massachusetts</a><br>
</blockquote></div>