<div class="gmail_quote">On Fri, Dec 18, 2009 at 12:03 AM, Frederik Ramm <span dir="ltr"><<a href="mailto:frederik@remote.org">frederik@remote.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<div class="im"><br>
<br>
Steve Bennett wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Solution: tag it like this:<br>
landuse=reserve<br>
fallback:leisure=park<br>
</blockquote>
<br></div>
This makes only sense if there are certain landuse=reserve areas that you want to fall back to leisure=park and other landuse=reserve areas that are more like a natural=grass. And this would then mean that landuse=reserve is somehow underspecified.<br>

<br>
If you have a certain fallback hierarchy that says "dear renderers of the world, if you encounter something tagged landuse=reserve and you don't know what to do, then treat it as leisure=park", then it makes more sense to create this hierarchy externally and feed it to the renderers, instead of putting bits and pieces of it all over the database!<br>
</blockquote><div><br>Yes...but I think it's a fair statement that centralisation of tag semantics is not working very well, and many people bypass the process altogether.<br><br>So, yes, in a perfect world, we would simply define these fallbacks centrally. But in the OSM world, it would be useful to do them case by case. One benefit is no one needs to argue over them. You want to tag your fallback as landuse=nature_reserve? Go ahead. <br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
There are some technical problems, too. Mapnik, for example, renders by going through the rules one by one, fetching the matching objects, and rendering them.<br></blockquote><div><br>Interesting. Probably solvable.<br><br>
One way that comes to mind is to generate/store a list of supported tags, and make "fetching the matching objects" include fetching objects that have a fallback tag corresponding to the current rule, but for which the main tag is not supported. You know...there are ways. :) <br>
<br>Steve</div></div>