[Tilesathome] Take heed of access restrictions

[Knut Arne Bjørndal]

On Sun, May 18, 2008 at 10:58:03AM +0200, Marc Schütz wrote:
> Am Samstag, 17. Mai 2008 22:41 schrieben Sie:
> > On Sat, May 17, 2008 at 11:30:58AM +0200, Marc Schütz wrote:
> > > Am Freitag, 16. Mai 2008 20:21 schrieben Sie:
> > > > Also, now I found an old test output here that indicates it might in
> > > > some cases have the same kind of problem with bezier curves that
> > > > cycleways used to have. Try making a local test file with loads of
> > > > squiggly roads and see if the access markings follow the roads
> > > > properly. If it doesn't smart-linecap's is probably the problem.
> > >
> > > I don't see this problem here.
> > >
> > > I'm currently rerendering the Bamberg tiles with the new stylesheets.
> > > Attached are some SVGs for the relevant zoom levels and the new patch.
> >
> > It can take some wiggling to provoke that bug, take a look at
> > http://bob.cakebox.net/tmp/reference-05.curved.example.png
> 
> This file doesn't exist (404), but in 
> http://bob.cakebox.net/tmp/access-private.png I can see what you mean.
> 
> As I understand the problem, smart-linecap='no' must only be used, when it is 
> also used on the underlying way. This is the case for some way types 
> (section "Linear casings"), but not for others, e.g. highway=pedestrian. This 
> means that it would be necessary to handle each highway type explicitly 
> instead of using one style for all :-( Do you know a better way?

No, sorry but you need to handle highway types that use smart-linecap
different from those that don't. The reason some highway types don't
use smart-linecap is that it doesn't work well with dashes.

-- 
Knut Arne Bjørndal
aka Bob Kåre
bob+osm at cakebox.net
bobkare at irc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 4167 bytes
Desc: not available
URL: <http://lists.openstreetmap.org/pipermail/tilesathome/attachments/20080518/bf752905/attachment.bin>