[OSM-talk] A table of cross-renderer tag support

Lennard ldp at xs4all.nl
Fri Dec 11 14:01:08 GMT 2009


Dave F. wrote:

> This 'supports' needs clarifying.

I added shop in osm2pgsql's default.style a while ago, but we haven't 
added any render rules for shop=* yet. Basically, because the planet 
isn't fully reimported every week, it takes some time for the key to be 
available to the main osm.org mapnik instance. Now that that has been 
done, we could add shop=* rules to mapnik, but steve8 might have some 
ideas on how he would like to approach that.

Also, external users of the mapnik stylesheet and osm2pgsql's 
default.style could be in for a surprise if we move too quickly on new 
keys added to the conversion, and I think it's better to take a few 
weeks between adding it to osm2pgsql and adding the first rules, if 
there is no hurry otherwise.

> For example you list bridge=aqueduct as yes, yet it doesn't render.
> So what is the difference in meaning between support & render?

> Apologize Steve. A bit of brain fade. I was thinking of viaduct, which 
> clearly isn't listed.

Yes, it is. It falls under bridge=*, i.e. every occurence of the bridge 
tag on certain highway types will render a bridge. This conveniently 
catches other exotic instances, like bridge=swing, bridge=span, etc. But 
as always, the devil is in the details, as there are numerous places 
where bridges are handled, in the mapnik stylesheet, and other places 
just look at bridge=yes/true/1 and not *.


PS: Steve, it's best if you filtered the output to not show 'length'. 
That's not a key that's pulled from OSM. It's generated internally. Same 
goes for 'point', 'way_area' and 'z_order'

-- 
Lennard




More information about the talk mailing list