<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>Hi Henning,<br><br>I think the problem is in the splitter o5m write routine.<br>It seems to write wrong string references for the<br>SRTM data. Maybe I can reproduce the problem<br>with a small test routine.<br>Gerd<br><br><br><br><div>> Date: Sat, 23 Nov 2013 10:26:07 +0100<br>> From: osm@aighes.de<br>> To: mkgmap-dev@lists.mkgmap.org.uk<br>> Subject: Re: [mkgmap-dev] IO-problem with actual trunk<br>> <br>> Am 23.11.2013 09:36, schrieb Gerd Petermann:<br>> > Hi Henning,<br>> > <br>> > okay, maybe it was an error in the update process. I see that<br>> > e.g. OSM stats also had problems:<br>> > http://osmstats.altogetherlost.com/index.php?item=nodes<br>> > <br>> > Anyway, it is obvious the code in splitter is missing a check,<br>> > either in the o5m read or in the write routine (or both) :-(<br>> > <br>> > If you can reproduce the problem with the downloaded planet,<br>> > maybe try to use --output=pbf first.<br>> > <br>> > Gerd<br>> <br>> Hi Gerd,<br>> I'm not that familiar with o5m-format, but it is possible,, that only a<br>> part of the world is corrupted?<br>> Maybe you remember, that I'm splitting all my maps at ones. And all<br>> other maps are correct. If it's not possible, I think splitter have a<br>> problem with this.<br>> <br>> Also I can update the used planet-file with osmupdate.<br>> <br>> Henning<br>> <br>> _______________________________________________<br>> mkgmap-dev mailing list<br>> mkgmap-dev@lists.mkgmap.org.uk<br>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev<br></div> </div></body>
</html>