Hi Adrian, your post is hard to read, but I think the last solution is the only one that really solves the problem. So I'd vote for railway=* & !(tunnel=yes) & building!=* [0x14 resolution 22] instead of railway=* & !(tunnel=yes) [0x14 resolution 22]
Gerd From: [email protected] To: [email protected] Date: Mon, 9 Feb 2015 00:51:57 +0000 Subject: [mkgmap-dev] Railway tracks drawn around station buildings This way https://www.openstreetmap.org/way/72614628 is tagged building=yes and railway=station. In the generated map (r3436 and default style), it appears as a railway track following the outline of the building. At resolution 24, the building is not rendered. The tag railway=station was originally on a node on the track representing the stopping-point of trains. The tag was moved to the station building by another user (Christian Quest, no less, president of the board of OSM France). I would not have tagged it in that way, but it is one of several possibilities allowed for in the wiki. There are about 500 stations in France tagged in the same way (half of which have been edited by cquest). The railway track comes from line 166 of the lines style file railway=* & !(tunnel=yes) [0x14 resolution 22] Many values of the railway tag are in use, so I am not sure what is the best way to prevent railway lines being drawn round buildings. Some possibilities: A whitelist (railway=rail | railway=tram | railway=disused | railway=subway | railway=narrow_gauge | railway=light_rail | railway=preserved) & !(tunnel=yes) [0x14 resolution 22] A blacklist railway=* & railway!=station & railway!=construction & railway!=razed & railway!=dismantled & !(tunnel=yes) [0x14 resolution 22] (The whitelist and blacklist are based on the frequency of tags according to taginfo https://taginfo.openstreetmap.org/keys/railway?filter=ways#values ) Test for buildings railway=* & !(tunnel=yes) & building!=* [0x14 resolution 22] I prefer the whitelist because it gives you better control: you know exactly which tags are going to be rendered. Any thoughts? Adrian _______________________________________________ mkgmap-dev mailing list [email protected] http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list [email protected] http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
