Author: malte.roedl[at]gmx.de
[Added to the original trac issue at 10.53am, Sunday, 17th May 2009]

Could someone please include this patch?

Author: steve8[at]mdx.ac.uk
[Added to the original trac issue at 7.03pm, Wednesday, 20th May 2009]

Can you give link to some linear barriers so I can investigate?

Author: malte.roedl[at]gmx.de
[Added to the original trac issue at 9.25pm, Wednesday, 20th May 2009]

[http://www.openstreetmap.org/?lat=51.214128&lon=6.864162&zoom=18&layers=B000FTFT Here]for example.

The area with leisure=sports_centre named "TC Vennhausen e.V.".

Author: Ldp
[Added to the original trac issue at 7.56pm, Thursday, 21st May 2009]

The patch works fine for me. However it seems a bit too liberal in what it fetches from the database.

I would propose narrowing it a bit:

(select way,barrier,"natural" from planet_osm_polygon where barrier is not null or "natural"='hedge' order by z_order,way_area desc) as barriers

Since the barriers rule currently only checks for barrier=* or a natural=hedge.

And do we really need ordering on something that renders as a narrow black line? Dropping that makes it even simpler:

(select way,barrier,"natural" from planet_osm_polygon where barrier is not null or "natural"='hedge') as barriers

Author: steve8[at]mdx.ac.uk
[Added to the original trac issue at 6.24pm, Sunday, 31st May 2009]

Done - with Ldp's tweak. Should render now