<div dir="ltr">I would assume that in this phase of the OSM lifecycle most new tags would start in specialist renders. For example I expect that the current discussion about campgrounds camp_site=* leading to different types of campgrounds would be rendered in specialist renders for camping first and would be rendered to more general maps once they gain momentum.<br><div><br></div><div>This makes it important that renderers can show "raw" attribute tags of namespace tags they show. In this way I can see if more information is hidden behind the symbol shown.</div></div><br><div class="gmail_quote">On Thu, Mar 19, 2015 at 7:20 AM Paul Norman <<a href="mailto:penorman@mac.com">penorman@mac.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 3/18/2015 2:43 PM, Clifford Snow wrote:<br>
> Since you are involved with updating the rendering, can you tell us<br>
> the process to decide what should be rendered? I realize that part of<br>
> it must be stylistic, but what outside influences cause you to include<br>
> a tag as part of the standard rendered OSM tile?<br>
I should preface this by stating that these are my opinions, and I know<br>
other OpenStreetMap Carto maintainers look at it differently. They are<br>
also not the opinion of my employer, MapQuest, and the MapQuest Open<br>
style has different cartographic goals.<br>
<br>
There are no policies on what is rendered, and types of features are<br>
decided on a case by case basis.<br>
<br>
Normally the process of deciding to render a feature and deciding to<br>
render a particular tag are separate. You might decide you want to<br>
render bus stops, but also find that in the region you're rendering<br>
there is a GTFS feed with better data. In OpenStreetMap Carto, these two<br>
steps are more entwined. We're aiming at mappers and want to avoid<br>
additional sources of non-OSM data.<br>
<br>
A first consideration is technical. Some of the crazy relation types out<br>
there are not designed in a way that they can be reasonably rendered<br>
with a standard toolchain. If I can't figure out how to write the SQL to<br>
be able to get a data layer suitable for rendering, it almost certainly<br>
won't be rendered.<br>
<br>
I'm only interested in rendering established tags. The primary indicator<br>
of this is usage. There are some exceptions to this like national<br>
capitals, where there are only many of them. My view is that a tag<br>
should be able to obtain reasonable usage numbers on its own merits<br>
without being rendered. I also look beyond taginfo numbers to see if<br>
they are being skewed by a small number of contributors, mechanical<br>
edits, or a bulk import.<br>
<br>
We don't want to encourage difficult to consume tagging approach. This<br>
is why we will not use disused=yes. (#111)<br>
<br>
The wiki is a source I use, but just one among many.<br>
<br>
A good read is Andy's comment about changing tags:<br>
<a href="https://github.com/gravitystorm/openstreetmap-carto/issues/230#issuecomment-29238913" target="_blank">https://github.com/<u></u>gravitystorm/openstreetmap-<u></u>carto/issues/230#issuecomment-<u></u>29238913</a>.<br>
It is related.<br>
<br>
And of course, all of this is done in a limited amount of available<br>
time. If I decide to work on something with the style it means I'm not<br>
working on a different part of it. It's zero sum for me, and I always<br>
have more I can work on. Rendering new types of features is about bottom<br>
of the priority list for me right now.<br>
<br>
> Would you render a tag without a wiki entry, or with just a proposal?<br>
In principle, if it were an established tag? Yes. It's very unlikely an<br>
established tag would not have a wiki page.<br>
> How does the fact that it may be useful to specific groups, ie,<br>
> cyclists which has its own style impact your decisions?<br>
I don't particularly consider the presence of specialist styles. There<br>
are styles for most topical interests these days.<br>
<br>
______________________________<u></u>_________________<br>
talk mailing list<br>
<a href="mailto:talk@openstreetmap.org" target="_blank">talk@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk" target="_blank">https://lists.openstreetmap.<u></u>org/listinfo/talk</a><br>
</blockquote></div>