railway+bridge+service -> bridge will not render in Mapnik #2763
Comments
Author: Fips If you have "service=spur", this bug happens, too. |
Author: EvanE The rule you added helps with railway=spur|siding|yard which is not the recommended Our problem is with railway=rail|light_rail|narrow_gauge|tram|subway|monorail|funicular|preserved|disused|abandoned plus service=siding|spur|yard plus bridge=yes|viaduct|swing|draw|... Thus we need another filter with It might be necessary to slpit this filter further when it is wanted to draw some of railway, service or bridge in a different styles. Edbert (EvanE) |
Author: Ldp You have misunderstood the patch. It will work for railway=rail + service=spur/siding/yard too. The filter you wrote will never work. There are no railway= values in OSM. :-) |
Author: Ldp As you can see, it now renders: http://www.openstreetmap.org/?way=43357466 |
Author: EvanE Replying to [comment:4 Ldp]:
Well, looking at your patch: It seems obvious that this filter matches railway=siding/yard/spur However you have done it, rendering now works as wanted. So thanks for the fast solution. |
Author: Ldp Really, don't read anything special into 'spur-siding-yard'. The '-' characters are not any magic mapnik language construct, and this filter will quite literally match any literal 'spur-siding-yard' field in the SQL results. However, scroll down to the , and see what preprocessing I do with SQL to understand why my patch does work. |
Reporter: EvanE
[Submitted to the original trac issue database at 9.08pm, Monday, 1st March 2010]
When using railway=rail and bridge=yes (+layer=1) and service=siding (+lanes=1) then the bridge will not be rendered by Mapnik. It used to be rendered as a printout from nov. 25 2009 shows.
Example: [http://www.openstreetmap.org/?mlat=50.682229&mlon=7.162321&zoom=18&layers=B000FTF railway station Bonn-Bad-Godesberg (Germany), south-end]
Look for way [http://www.openstreetmap.org/browse/way/43043279/history 43.043.279].
If you continue the rails to the north-end you'll find bridge 43.357.466. There I have changed lanes=1 to tracks=1, in case that lanes=* is the problem.
Note: On the other parts of this station someone removed service=siding and lanes=1 in an attempt to have this area rendered as it should be rendered.
Edbert (EvanE)
The text was updated successfully, but these errors were encountered: