Andre Hinrichs schrieb:

1.) is probably a glitch somewhere in the client.

> 2.) Why is the client sleeping for 60 seconds before getting a new job when 
> the server upload queue is too full? Isn't sleeping before uploading the 
> rendered tiles enough?

Has probably to do with 3.)

> 3.) Why is the client getting a new job after case 3.) even if there is a 
> stopfile?

This is a regression which should be fixed.

> 4.) Why do I have to start a separate upload process after rendering when the 
> client is not in loop mode?

Because the xy mode is also intended for "offline" use, where the
results are not uploaded to the server, but instead feed a local
slippymap tileserver.

> Suggestion to 1.) Implementation of a "batch mode" where this sleep is 
> skipped. This would help me a bit, since I wrote a small bash script which is 
> checking a central stopfile so that I only have to set the stopfile once for 
> all clients. (You can find the script at the end of this mail.) 

it's far better to use loop mode instead of a batch mode, especially
when interacting with the tah server, for a number of reasons:
the loop mode:
a) handles uploading in the background automagically
b) exits if there is a persistent fault (some external tool broken)
c) better handles client-server interaction.
d) offers a chance to do auto-tuning of the maxComplexity stuff.

basically it handles everything better where the knowledge of previous
client behaviour is needed to decide how to proceed.

> Suggestion to 4.) Implementation of a new option to do rending and uploading 
> in one step. Normally I would have expected that this is the default but 
> changing the behavior now could probably cause problems with some other 
> control scripts.

I would find that dangerous to have as default.

> Comments to the script below: Advantage is that changes to the 
> tilesAtHome.conf are taken automatically when the next renderer is started. 
> Disadvantage is that the complexity calculation is out of order then.

That check just needs to be put into the client code. For now just do:

 touch tilesGen.pl

and it will re-start.

-- 

Dirk-Lüder "Deelkar" Kreie
Bremen - 53.0952°N 8.8652°E

Attachment: signature.asc
Description: OpenPGP digital signature

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

Reply via email to