[OSM-talk] T at H error

[80n]

I suspect that there is a new failure mode in Osmarender 5 which can occur
on ways that have a very large number of segments.

The symptoms are similar to infinite recursion problem that occurred in
Frollo.  This was caused by trying to recursively walk the segments in a
way.  It barfed at about 200 segments.

There is a new piece of functionality in Osmarender 5 that tries to measure
the length of each way by recursively walking the segments.  It uses this
information to determine whether the street name will fit on the way.  The
obvious solution is to limit this recursion to, say, 20 segments, and just
assume that names will fit if the way has more segments than this.

80n

On 9/22/07, Sebastian at sspaeth.de <Sebastian at sspaeth.de> wrote:
>
> On Sat, Sep 22, 2007 at 10:01:10AM +0100, Andrew Luck wrote:
> > I'm occasionally getting an error with the T at H client.
> >
> > runtime error: file osmarender/osmarender.xsl line 767 element param
> >  | xsltApplyXSLTTemplate: A potential infinite template recursion was
> > detected.
> >  | You can adjust xsltMaxDepth (--maxdepth) in order to raise the
> maximum
> > number of nested template calls and variables/params (currently set to
> > 3000).
>
> Etienne, do you know whether the xml transformation takes loads of
> memory? If not, we might be able to increase the --maxdepth parameter
> from the t at h client side which might help for some more complicated
> tiles.
>
> Is there anything we can do from the osmarender side to ease this?
>
> spaetz
>
> _______________________________________________
> talk mailing list
> talk at openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk/attachments/20070922/0d0b7fc1/attachment.html>