[Tilesathome] tah refactor - identical file names

[Rob Reid]

Sabine Sagner-Weigl wrote the following on 29/08/2008 02:08:
> Hi,
>
> I was wondering, why there are so many older request with my account
> under "Current active requests". I think I have found the cause:
>
> I am using separate upload clients. If they cannot upload for any reason
> (queue full, assumed queue full, no internet connection), the files
> to be uploaded will be overwritten by the next set of rendered request,
I'm experiencing a similar problem which seems to result in tilesets 
getting merged  on the client and possibly discarded on the server, it 
is not fixed by rev 10282 which added the timestamp back in.

My scenario is that sometimes when fixing ocean tile problems I render a 
few tilesets using xy mode and then upload them using  'tilesGen upload'

A sample debug of an upload follows which is attempting to upload the 
results of rendering 2 z12 tiles.

    desktop:~/tilesAtHome$ ./tilesGen.pl upload
    - Using working directory /tmp/tilesathome
    - Keeping ZIP files after upload
    - going to use optipng
    - Pngcrush version 1.6.4
    - OptiPNG version 0.5.5
    - pngnq version 0.5
    downloaded 10 bytes
    This is version 10225 (Rapperswil) of tilesgen running on linux, ID:
    58830
    [#0   0% compress] Searching for tilesets in /tmp/tilesathome...
    [#0   0% optimize] optimizing PNG files
    [#0   0% optimize] Optimizing 1 images...
    [#0   0% compress] compressing captionless_12_3715_2267.dir
    [#0   0% optimize] optimizing PNG files
    [#0   0% optimize] Optimizing 1 images...
    [#0   0% compress] compressing tile_12_3713_2265.dir
    [#0   0% optimize] optimizing PNG files
    [#0   0% optimize] Optimizing 1 images...
    [#0   0% compress] compressing maplint_12_3715_2267.dir
    [#0   0% optimize] optimizing PNG files
    [#0   0% optimize] Optimizing 1 images...
    [#0   0% compress] compressing captionless_12_3713_2265.dir
    [#0   0% optimize] optimizing PNG files
    [#0   0% optimize] Optimizing 1 images...
    [#0   0% compress] compressing tile_12_3715_2267.dir
    [#0   0% optimize] optimizing PNG files
    [#0   0% optimize] Optimizing 1 images...
    [#0   0% compress] compressing maplint_12_3713_2265.dir
    [#0   0% compress] done
    [#0   0% upload] 3 zip files to upload...
    [#0   0% upload] Checking server queue...
    [#0   0% upload] Uploading 1219975727__58830_7353_tile_tileset.zip...
    uploaded 1219975727__58830_7353_tile_tileset.zip: sleeping 0 seconds
    [#0  33% upload] 2 zip files to upload...
    [#0  33% upload] Checking server queue...
    [#0  33% upload] Uploading
    1219975727__58830_7353_captionless_tileset.zip...
    uploaded 1219975727__58830_7353_captionless_tileset.zip: sleeping 0
    seconds
    [#0  67% upload] 1 zip files to upload...
    [#0  67% upload] Checking server queue...
    [#0  67% upload] Uploading
    1219975727__58830_7353_maplint_tileset.zip...
    uploaded 1219975727__58830_7353_maplint_tileset.zip: sleeping 0 seconds
    [#0 100% upload] uploaded 3 zip files
    OK|4|OK|4|OK|4|

Note that there is 6 tilesets being compressed and only zip 3 files 
being uploaded.

Looking at the uploaded zip files locally all the tilesets of the same 
layer type seen to get to merged together so the captionless zip file in 
the above example contains 2 captionless tiles.
When I check the results of the upload on the server only one of the 
tiles for each layer seem to have been updated although it appears to 
vary between layers as to which one of the 2 tiles is updated.

cheers

rcr