[Tilesathome] Problem under windows again

[Carsten Moeller]

DeadlyAppearance schrieb:
> Carsten Möller schrieb:
>> 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
>>
>>
>>
>> _______________________________________________
>> Tilesathome mailing list
>> Tilesathome at openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/tilesathome
>>
>>   
> For me it works fine:
> C:\TilesAtHome\tilesAtHome>perl tilesGen.pl xy 17275 10574 15
> - Using working directory C:\TilesAtHome\tmp
> ! 'flock' not available. Do not run concurrent uploads
> - Inkscape version 0.46
> - rendering using or/p
> - going to use pngcrush
> - Pngcrush version 1.6.4
> - pngnq version 0.5
> This is version 10071 (Rapperswil) of tilesgen running on MSWin32, ID: 55095
> [#1   0% jobinit] Doing tileset (15,17275,10574) (area around 
> 53.654405,9.794312)
> [#1 100% tile] Finished 17275,10574 for layer tile
> [#1 100% maplint] Finished 17275,10574 for layer maplint
> 
> I rendered 10 tiles from Pinneberg.
> 

seems, you have not used LocalSlippyMap.
It's an extra config parameter.
e.g.
LocalSlippyMap=c:\osm\tah\my\test\map\dir

Regards

Carsten (alias PIMapper)

PI = Pennt immer (oder auch Pinneberg ;-)