> 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.8475 > 729536534,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
This is my server. It's currently reapplying changes since June 9. Hopefully that straightens it out. -Jeremy _______________________________________________ Tilesathome mailing list [email protected] http://lists.openstreetmap.org/listinfo/tilesathome
