[Tilesathome] lowzoom rendering [was Re: Data change to one tile that affects other tiles.]

[Rob Reid]

Brent Easton wrote the following on 05/12/2007 13:50:
> Hi Rob, Chris,
>   
>>> Also, I'm aware that there is problem with lowzoom but am not sure of 
>>> the specifics.  Is the problem with the automatic handling of lowzoom 
>>> requests  and manual rendering is still possible somehow or is it that 
>>> lowzoom is not currently possible at all?
>>>       
>> The server does not currently hand out lowzoom requests, because doing
>> so essentially brought the tile processing to a crawl and many clients
>> were behaving very poorly. I do not know if it is possible to render
>> lowzoom manually, but baesd on my tests, any tileset which is uploaded
>> will be processed correctly, so it should work if you can process
>> manually. 
>>     
>
> The lowzoom process still runs fine, just a bit slowly. It works no problems at all on area of relatively node density. I have just finished running lowzooms of all of Australia over the last few days.
>
> To run a lowzoom, you need to have tiles at home installed and manually run the lowzoom yourself. eg.
>
> perl tilesgen.pl xy 247 164
>
> is the command I have just run to do a lowzoom of the southern part of your lake. I've just uploaded it and will start the northern end for you. (upload processing is a little slow, it may take a little while to appear).
>
> Dodi and myself are in the process of tweaking Osmarender to improve the efficiency of lowzoom processing (and standard processing also hopefully).
>
> Regards,
> Brent.
>   
Excellent, thank you both for the prompt  response and thanks Brent for 
the render and upload, it nicely covers some of the other lakes I've 
been fixing as well.

How are zoom lvls 1 - 7 handled?

rcr