<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">It's not the tagging. Other relations with boundary=protected_area + protect_class=6 are rendering fine in the OpenStreetMap Carto style. The code is here: <a href="https://github.com/gravitystorm/openstreetmap-carto/blob/5724017f5b549ba954d9d645c0b2383dd16237d1/project.mml#L1132-L1149">https://github.com/gravitystorm/openstreetmap-carto/blob/5724017f5b549ba954d9d645c0b2383dd16237d1/project.mml#L1132-L1149</a> - boundary=protected_area + protect_class=6 is enough.</div><div dir="ltr"><br></div><div dir="ltr">– Joseph <br><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 16, 2020 at 6:24 AM stevea <<a href="mailto:steveaOSM@softworkers.com">steveaOSM@softworkers.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"> Paul White <<a href="mailto:pjwhite1010@gmail.com" target="_blank">pjwhite1010@gmail.com</a>> wrote:<br>
> Does anybody know why the Coconino National Forest doesn't render on <a href="http://osm.org" rel="noreferrer" target="_blank">osm.org</a> anymore? I don't see any recent changes that would've messed anything up but it's gone. I also noticed that the Klamath National Forest is gone, as well.<br>
<br>
I'm glad to see august and more-technical members of OSM (Paul Norman, Joseph Eisenberg...) chiming into this thread.<br>
<br>
I am the most recent author of this relation.  I made minor changes to the tags on the relations, not the members or their roles.  Specifically, the edit History (click View History link at bottom of object "pane") displays the previous set of tags (and seems to have rendered to the o.p.'s liking), which included:<br>
<br>
boundary=national_park + boundary:type=protected_area<br>
<br>
while the present tags exclude those, but include:<br>
<br>
boundary=protected_area + protect_class=6<br>
<br>
I did this because boundary=national_park is not a valid tag on a USFS National Forest per our evolving wiki <a href="https://wiki.osm.org/wiki/United_States/Public_lands" rel="noreferrer" target="_blank">https://wiki.osm.org/wiki/United_States/Public_lands</a> , which prescriptively suggests this tagging.<br>
<br>
I believe it is safe to assume that the previous tagging of boundary=national_park was incorrectly applied because it rendered, and that the somewhat clumsy and collides-with tag boundary:type=protected_area was added to be more consistent with the newer tagging scheme of protected_area, though it excluded the associates-with tag of protect_class=6 which my newer tagging added, along with the "proper" key of boundary, not boundary:type.  If you followed all that, thank you.<br>
<br>
The particular combination of boundary=protected_area + protect_class=6 does render (as a thin green line and an occasional name=* value along edges).  And again, boundary=national_park renders, though differently than boundary=protected_area + protect_class=6 — and rightly so, as these ARE different entries:  a national park is not a national forest and vice versa.<br>
<br>
> If anyone knows how to fix this, let me know.<br>
<br>
I believe there isn't anything to "fix" here:  what appears to have happened is that a wrong-tagging which rendered with a certain appearance was corrected to be "more properly" tagged, and this renders, but differently.  As these are issues which may continue to be evolving (relatively newer tagging schemes like protected_area compared to national_park, as well as rendering support, or lack thereof, for various values of protect_class), it is possible I lack full clarity into either the present exception of or intended effects of these tags and the Carto renderer.  Here, I only offer my best explanation of present tagging and rendering effects, not future ones.<br>
<br>
SteveA<br>
</blockquote></div></div></div></div>