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 _______________________________________________ Tilesathome mailing list [email protected] http://lists.openstreetmap.org/listinfo/tilesathome
