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

[Brent Easton]

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.





____________________________________________________________
Brent Easton                       
Analyst/Programmer                               
University of Western Sydney                                   
Email: b.easton at uws.edu.au