[Tilesathome] Problem under windows again

[Carsten Möller]

DeadlyAppearance schrieb:
> spaetz schrieb:
>> On Sun, Aug 24, 2008 at 12:39:06AM +0200, Carsten M?ller wrote:
>>   
>>>> Everything is Ok
>>>> XX|4|form is not valid. <ul class="errorlist"><li>file<ul 
>>>> class="errorlist"><li>The submitted file i
>>>> s empty.</li></ul></li></ul>XX|4|form is not valid. <ul 
>>>> class="errorlist"><li>file<ul class="errorli
>>>> st"><li>The submitted file is empty.</li></ul></li></ul>XX|4|form is not 
>>>> valid. <ul class="errorlist
>>>> "><li>file<ul class="errorlist"><li>The submitted file is 
>>>> empty.</li></ul></li></ul>
>>>>       
>> Specifically, the file path and name should be correct in $File in Upload.pm line 212 where the actuall uploading is done. See if there is something weird going on with Volume names are something else that could be confusing Windows.
>>
>>   
>>> Sorry, but I've found another one.
>>> On my test environment (LocalSlippyMap ZoomLevel 15)
>>> a 10574.png is created, but as a directory, not as a file!!!
>>>     
>> I have no clue what could have been happening there, and I am pretty sure that I have not changed anything that could be causing that.
>>
>> _______________________________________________
>> Tilesathome mailing list
>> Tilesathome at openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/tilesathome
>>
>>   
> Is this good or nor?
> 
> C:\TilesAtHome\tilesAtHome>perl tilesGen.pl upload
> - Using working directory C:\TilesAtHome\tmp
> ! 'flock' not available. Do not run concurrent uploads
> This is version 10071 (Rapperswil) of tilesgen running on MSWin32, ID: 2891
> - Using working directory C:\TilesAtHome\tmp
> ! 'flock' not available. Do not run concurrent uploads
> [#0   0% zipping] done
> [#0 100% upload] uploaded 3 zip files
> 

The windows flog bug seems to be fixed now.
Rendering under Windows seems to work again.
But there are some other strange things now:

1) My LocalSlippy doesn't work anymore. It produces
    one PNGs that is a directory, not a file and then
    fails with the next operation on it.
    Hey Aerics, maybe you can reproduce this behaviour
    on your windows. Try to generate a LocalSlippyMap with e.g.
    perl tilesGen.pl xy 17275 10574 15
    The zoomlevel here is just for a test. I get the same
    error with zoom level 12 on another set.

2) @Spaetz:
    Another, maybe dangerous thing is that uploaded
    ZIPs are not renamed to ...zip.uploaded (as I remember correctly)
    anymore. This means, if I use DeleteZipFilesAfterUpload=0
    in my config they will be uploaded again and again.

Regards to all

Carsten