[Tilesathome] Render request issue?

[80n]

Is there any chance of the Request service returning something other than OK
in these circumstances?

A useful response would be:
Tile x,y added to request queue at date/time.
Current status=active.
Retries=3.

The OK that is displayed by IFW is just whatever the response from the
request service returned.  One upon a time it did used to return some kind
of "duplicate request" response, but I think it stopped doing that a while
ago.

80n

On 10/9/07, Sebastian Spaeth <Sebastian at sspaeth.de> wrote:
>
> Adams, Jeremy wrote:
> >
> >
> > I've been trying to request a render since yesterday for two tiles,
> > 1177,1535 and 1178,1535.  Tiles around these two seem to get added to
> > the queue and render OK.  When ctrl+clicking these tiles, I get the
> > popup box, I click OK, and the page reloads with an OK in the upper
> > left-hand corner, but the tiles are never added to the queue list on the
> > recent requests page.  They haven't been rendered in over 24 hrs
> > either.  Is this related to the new API changes, or is it possible
> > there's something wrong with something in these tiles?
>
> I checked 1177/1535 and it is recorded as "active" that is the job has
> been given to a renderer. However, it is on it's second "retry" which
> means that the first attempt did not return a file. This could be due to
>   computers being shut down, clients failing to render the image or any
> number of reasons.
>
> It is not listed in the recent requests queue, as it is already in the
> render queue and requests exist only once in the queue.
>
> spaetz
>
> _______________________________________________
> Tilesathome mailing list
> Tilesathome at openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/tilesathome
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tilesathome/attachments/20071009/797d4c36/attachment.html>