[Tilesathome] or/p is production ready

[80n]

Frederick
Nice job.

I have spotted a bug that you failed to inherit from Osmarender :)

Somewhere in the 0.4 to 0.5 transition the code that determined whether a
road should have round or square linecaps developed a bug if one end of the
road joined the other end of the same road.  This caused roundabouts to have
notches in them.

Or/p does not have this bug, which is good.

80n

On Sun, Mar 23, 2008 at 7:36 PM, Frederik Ramm <frederik at remote.org> wrote:

> Hi,
>
>   I believe my or/p (Osmarender in Perl) implementation is now
> production ready. Here's a comparison of or/p with original Osmarender
> output from tiles at home:
>
> http://openstreetmap.gryph.de/slippymap/
>
> It's only the Karlsruhe area (about 25 level-12 tiles and everything
> below). I think you'll be hard pressed to spot any differences but if
> you do, please tell me about them.
>
> Two things I'm aware of:
>
> (1) The or/p area center algorithm is still the "old" Osmarender rule that
> simply uses the centre of the bounding box,
>
> (2) polygons with holes are handled slightly differently (inner/outer
> roles are used exclusively, direction of ways is not a factor any
> more).
>
> (1) will probably be fixed sooner or later (I have already implemented
> Bobkare's algorithm but it doesn't work yet), and (2) might need some
> fine tuning but will probably stay.
>
> If you want to use or/p instead of the XSLT version of Osmarender in
> the tiles at home environment, simply setting the config option
>
> Osmarender=orp
>
> in your tilesAtHome.conf should do the trick (provided you have the
> latest tilesGen.pl). You might want to give it a closely watched
> dry-run first, or at least do a
>
> cd orp
> perl -c orp.pl
>
> to see if you have the necessary perl modules installed. You will
> likely need (on Debian): libxml-perl, libxml-xpath-perl,
> libxml-writer-perl, and libset-object-perl.
>
> You don't, however, gain a lot currently if you switch to or/p -
> execution of or/p is faster and less memory consuming than the XSLT
> variant but that gain is completely drowned out by Inkscape's resource
> hunger.
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frederik at remote.org  ##  N49°00'09" E008°23'33"
>
>
> _______________________________________________
> Tilesathome mailing list
> Tilesathome at openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/tilesathome
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tilesathome/attachments/20080323/c76807b2/attachment.html>