Hello,

Hello,

William Stearns wrote:
> Good day, all,
>       I've set up 4 systems at my end to process tiles and am receiving 
> this error on all 4:
> 
> [#64   0% ] Is your client broken or have you just uploaded like crazy? 
> "You have more than 150 active requests. Check your client.". Idle for 12 
> (Total 6:48)...
> 
>       For reference, my user directory (wstearns) on tah is:
> 
> http://server.tah.openstreetmap.org/User/show/byid/1238/
> 
>       , and sure enough, there are a bunch of "Current active requests", 
> up to about 6+ hours old.
> 
>       The one thing that may be related is an error that shows up for 
> some tile jobs (for example, 12,2282,1373) in orp.pl (see the full error 
> text after my .sig):
> 
>    perl osmarender/orp/orp.pl -r maplint/rules-largest.xml -o 
> /home/tmp/12_2282_1373_ztGiX/maplint-z16.svg-temp.svg -b 
> 50.8475729536534,20.56640625,50.903032831112,20.654296875 /home/tmp/12_2
> 282_1373_ztGiX/datamaplint.osm
>    Debug output follows:
>    | Modification of non-creatable array value attempted, subscript -1 at 
> /home/wstearns/src/TilesAtHome/tilesAtHome/osmarender/orp/orp-drawing.pm line 
> 399.
> ...
> [#11   0% maplint] Putting job (12,2282,1373) back due to 'at least one 
> render thread returned an error'
> 
>       For reference, line 399 in my orp.pl is:
> my $reverse = ($nodes->[scalar @$nodes - 1]->{"lon"} < $nodes->[0]->{"lon"});
I investigated this and found out that this error occurs because at 
least one ROMA/TRAPI server delivers faulty data. If you render this 
tile with data from API you won't get this error.

In this case (tile 2282, 1373) I downloaded with

wget -O roma_2282_1373.osm 
http://api1.osm.absolight.net:8080/api/0.6/map?bbox=20.56640625,50.8475729536534,20.654296875,50.903032831112

the corresponding OSM file and got one with these first 4 lines:

<?xml version='1.0' encoding='UTF-8'?>
<osm version="0.5" generator="Trapi 0.3 - trapi.king-nerd.com">
<bounds minlat="50.8336976709807" minlon="20.56640625" 
maxlat="50.9030328311126" maxlon="20.67626953125" 
origin="http://www.openstreetmap.org/api/0.5"/>
<!-- nodes from z14 9130 5495 -->

and later on

<way id="35461695">
   <nd ref="415893709"/>
   <nd ref="415893796"/>
   <nd ref="415893787"/>
   <nd ref="415892175"/>
   <tag k="highway" v="residential"/>
   <tag k="name" v="Krzyżanowskiej"/>
</way>

but way #35461695 already got deleted as you can see at

http://www.openstreetmap.org/browse/way/35461695

In this OSM file there were several ways which have already been deleted 
in the same changeset #1473633

http://www.openstreetmap.org/browse/changeset/1473633

which is a very big one and thus I suspect very much that the minutely 
planet diffs didn't get that one as stated in

http://lists.openstreetmap.org/pipermail/dev/2009-May/015310.html

A possible fix/workaround would be to reapply the hourly/daily planet 
diffs starting from shortly before the date of this changeset (Wed, 10 
Jun 2009 04:49:40 +0000) to the according ROMA/TRAPI server.


Best regards

Alfons


_______________________________________________
Tilesathome mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/tilesathome

Reply via email to