<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">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<br>
<br>
So I killed the sea generator and will run that one later.<br>
<br>
On 04-02-14 18:42, Patrik Brunner wrote:<br>
</div>
<blockquote cite="mid:52F126A2.8000002@gmx.net" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
Lambertus,<br>
<br>
I've seen that the 'bounds' is already handled with the new
concept:<br>
<blockquote><a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="http://osm2.pleiades.uni-wuppertal.de/bounds/latest/bounds.zip">http://osm2.pleiades.uni-wuppertal.de/bounds/latest/bounds.zip</a><br>
</blockquote>
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:<br>
<blockquote><a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="http://osm2.pleiades.uni-wuppertal.de/sea/latest/sea_20140127.zip">http://osm2.pleiades.uni-wuppertal.de/sea/latest/sea_20140127.zip</a><br>
</blockquote>
Will this be done later or did something go 'wrong' with the new
build process of the sea boundaries ?<br>
... don't want to be stressing you, it's just a question.<br>
<br>
Thanks<br>
Patrik<br>
<br>
<div class="moz-cite-prefix">On 31.01.2014 19:18, Lambertus wrote:<br>
</div>
<blockquote cite="mid:52EBE8DC.1050802@na1400.info" type="cite">This
is not hard to achieve and I'll add an easier link with the next
update. <br>
<br>
<br>
On 31-01-14 15:37, Patrik Brunner wrote: <br>
<blockquote type="cite">Lambertus, <br>
<br>
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. <br>
<br>
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 ? <br>
<br>
So one could always download the latest file from the paths
./bounds/latest/bounds.zip and ./sea/latest/sea.zip <br>
<br>
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. <br>
<br>
Thanks for having a look at this. <br>
Cheers <br>
Patrik <br>
_______________________________________________ <br>
mkgmap-dev mailing list <br>
<a moz-do-not-send="true" class="moz-txt-link-abbreviated"
href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.mkgmap.org.uk</a>
<br>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a>
<br>
</blockquote>
<br>
_______________________________________________ <br>
mkgmap-dev mailing list <br>
<a moz-do-not-send="true" class="moz-txt-link-abbreviated"
href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.mkgmap.org.uk</a>
<br>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a>
<br>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
mkgmap-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.mkgmap.org.uk</a>
<a class="moz-txt-link-freetext" href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a></pre>
</blockquote>
<br>
</body>
</html>