logo separator

[mkgmap-dev] bounds and sea on pleiades

From Lambertus osm at na1400.info on Tue Feb 11 18:58:08 GMT 2014

Sorry for the late response.

Looking at the logging it appears that the process crashed. I've added 
some checks to (hopefully) prevent uploading such files in the future. 
The current map update has to finish before I can start another attempt. 
In the meantime the latest is replaced by a previous version.

On 09-02-14 16:09, Minko wrote:
> Lambertus,
> Is the latest bounds file correct?
> It is much smaller (72 Mb) than the previous ones (412 Mb)
>
>   
>> On 04-02-14 18:55, Patrik Brunner wrote:
>>
>>
>> ok, thanks.... sorry to be a pain... ;-)
>>
>>
>> On 04.02.2014 18:52, Lambertus wrote:
>>
>>
>>
>> Yes something went wrong ... I tried to optimize my build chain by
>> parallelizing things, but I managed to schedule two processes that
>> want all available RAM at the same time. That didn't go well. :p
>>
>> So I killed the sea generator and will run that one later.
>>
>> On 04-02-14 18:42, Patrik Brunner wrote:
>>
>>
>> Lambertus,
>>
>> I've seen that the 'bounds' is already handled with the new concept:
>>
>>
>> http://osm2.pleiades.uni-wuppertal.de/bounds/latest/bounds.zip
>> But the sea boundaries are not yet done the same way even though there
>> is a new version of that file in the date specific directory:
>>
>>
>> http://osm2.pleiades.uni-wuppertal.de/sea/latest/sea_20140127.zip
>> Will this be done later or did something go 'wrong' with the new build
>> process of the sea boundaries ?
>> ... don't want to be stressing you, it's just a question.
>>
>> Thanks
>> Patrik
>>
>>
>> On 31.01.2014 19:18, Lambertus wrote:
>>
>>
>> This is not hard to achieve and I'll add an easier link with the next
>> update.
>>
>>
>> On 31-01-14 15:37, Patrik Brunner wrote:
>>
>>
>> Lambertus,
>>
>> Actually you have a directory ./latest in both your sea and bounds
>> directory in which we can find the latest version of the sea and and
>> the bounds file.
>>
>> Unfortunately these files still have the date tag in the name which
>> makes an automatic 'fix' download of the latest boundaries quite
>> hard..... there's no need to change these files, but wouldn't it be
>> possible to have a file just called 'bounds.zip' and 'sea.zip' (and
>> respective for bz2 files) being a link to the actually latest file ?
>>
>> So one could always download the latest file from the paths
>> ./bounds/latest/bounds.zip and ./sea/latest/sea.zip
>>
>> Not sure how complex it is to achieve this during your automated
>> generation/preparation/publishing, but guessing from my scripting
>> experience it shouldn't be that hard.
>>
>> Thanks for having a look at this.
>> Cheers
>> Patrik
>> _______________________________________________
>> mkgmap-dev mailing list
>> mkgmap-dev at lists.mkgmap.org.uk
>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
>> _______________________________________________
>> mkgmap-dev mailing list
>> mkgmap-dev at lists.mkgmap.org.uk
>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
>>
>>
>> _______________________________________________
>> mkgmap-dev mailing list mkgmap-dev at lists.mkgmap.org.uk
>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
>>
>> _______________________________________________
>> mkgmap-dev mailing list mkgmap-dev at lists.mkgmap.org.uk
>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
>>
>> _______________________________________________
>> mkgmap-dev mailing list mkgmap-dev at lists.mkgmap.org.uk
>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
>> _______________________________________________
>> mkgmap-dev mailing list
>> mkgmap-dev at lists.mkgmap.org.uk
>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev



More information about the mkgmap-dev mailing list