[OSM-dev] Why is ford=yes not rendered in the default style?

Dave F. davefox at madasafish.com
Fri Nov 27 14:44:06 UTC 2015


On 27/11/2015 02:50, Daniel Koć wrote:
> W dniu 27.11.2015 1:47, Dave F. napisał(a):
>
>>    However I still think there's something wrong with a system that 
>> takes
>>    years to render an almost universal accepted replacement tag for a
>>    deprecated one that was previously rendered.
>
> In my opinion there's hardly a "system" in OSM, because even core 
> subprojects are rather disconnected (for example no common presets for 
> JOSM and iD).

Maybe the rendering 'procedure' would be a better description.

>
> It would be impossible to render every tag (even if we just talk about 
> those with Wiki page), but unfortunately we were not able to agree 
> even on the most general rules:
>
> https://github.com/gravitystorm/openstreetmap-carto/issues/1630

We're not talking about 'every' tag. It's about one entity that is 
*already* rendered. To benefit the OSM database It was agreed to change 
to a new tag. For the past couple of years Mapnik carto has failed to 
change over.

>
>>    Am I right in thinking the style file has been updated only once in
>>    over two years & that was just to delete comments?
>
> There's even a rough plan for so called "database reload":

Ah, It's a plan not a system :-)

>
> https://github.com/gravitystorm/openstreetmap-carto/issues/1504

What is the 'database' that's referred to? Presumably not the main OSM one.

>
> however it seems it's not being worked on and Paul is not happy with 
> such things, because he feels it will basically enable rendering more 
> items (contrary to his view on the style):
>
> https://github.com/gravitystorm/openstreetmap-carto/issues/1975#issuecomment-157134906 
>

Whatever his opinions are, the process used by OSM carto shouldn't 
prevent an previously agreed/supported tag from being quickly added & 
rendered.

Cheers
Dave F.


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus




More information about the dev mailing list