[Tilesathome] TRAPI problem? - maplint crashes

[Andre Hinrichs]

Hi List!

Viewing the job list I saw some tiles which were permenantely in the
queue while they seem to be very simple with few content.

So, I just tried to run the client on one of that tiles directly and
found that maplint crashed for that tile with an error. Running it again
for maplint only shows the following behaviour:

> $ ./tilesGen.pl --Debug=1 xy 2348 2125 12 maplint
> - Using working directory /tmp/client-no-auto-1
> - Using process log file tah-process.log
> - Pngcrush version 1.6.15
> - pngnq version 0.5
> - Java version 1.6 is available
> - ImageMagick version 6.5.2 (lowzoom enabled)
> - rendering using or/p
> - Using http://server.tah.openstreetmap.org/Request/take/ for Requests
> This is version 14692 (Ulm) of tilesgen running on linux, ID: 3734
> - rasterizing using SVG::Rasterize::Engine::Inkscape
> * Take care to manually backup your inkscape user preferences
>   if you have knowingly changed them. 
>   Some tilesets will cause inkscape to clobber that file!
> [#1   0% ] Tileset (12,2348,2125) around -6.80,26.41 
> [#1   0% Download] Downloading map data for maplint from TRAPI... 
> Downloading: http://api1.osm.absolight.net/api/0.6/map?bbox=26.323242,-6.854006,26.499023,-6.737060
> [#1   0% Download] Download of data complete 
> [#1   0% Download] Checking for UTF-8 errors... 
> [#1   0% Download] Download in 1 sec 
> [#1   0% maplint] Running maplint... 
> [#1   0% maplint] Creating tags from maplint... 
> [#1   0% maplint-z12] Generating SVG file... 
> [#1   0% maplint-z12] Transforming zoom level 12 with or/p... 
> Modification of non-creatable array value attempted, subscript -1 at /home/tilesathome/client-no-auto-1/osmarender/orp/orp-drawing.pm line 399.
> [#1   0% maplint-z12] orp produced an error, aborting render. 
> [#1   0% maplint-z12] xml2svg failed 
> removing job dir /tmp/client-no-auto-1/12_2348_2125_Luha2



Examing the osm data file I could not find any errors, but running the
same tile with API as data server just worked fine. So, I assume that
this is a TRAPI problem but it could also be a problem of maplint. I
created a list of tiles which hung in my process queue. But also saw
that there are many more as active jobs for other users... Here is the
list, interestingly all in a specific area:

2332 2121
2332 2124
2333 2115
2333 2116
2333 2119
2334 2113
2334 2117
2334 2120
2334 2125
2334 2126
2335 2117
2335 2125
2335 2126
2336 2116
2336 2126
2338 2118
2339 2122
2340 2116
2341 2116
2341 2125
2342 2123
2343 2123
2343 2125
2347 2122
2347 2126
2348 2123
2348 2126
2349 2124
2351 2123

The jobs of the other users will stay in the queue unless they get to a
renderer which does not load from TRAPI or the problem is fixed. Second
case would be better...

Can someone please have a look at it?


Andre