
Hi Henning, I am confused now. None of the o5m files contains the error that was in yesterdays data, and the file sizes are very different (new files are smaller). Do you have an idea why? Gerd Henning Scholland wrote
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi Gerd Here it is: http://www.aighes.de/data/mkgmap.zip
Henning
Am 24.11.2013 09:02, schrieb Gerd Petermann:
Hi Henning,
I still don't understand why this change is important for mkgmap, maybe I did not fix the real problem. It would be great if you could reproduce it again with r312 and --output=o5m . The problem was e.g. in file 10100011.o5m. Next, execute splitter r312(or r311) with --output=pbf and post a link to both files.
Gerd
Date: Sat, 23 Nov 2013 23:05:54 +0100 From:
osm@
To:
mkgmap-dev@.org
Subject: Re: [mkgmap-dev]
IO-problem with actual trunk
Hi Gerd, works as expected.
Henning
Am 23.11.2013 15:11, schrieb Gerd Petermann:
Hi Henning,
I was not able to reproduce the problem, but I found a potential error in the o5m write routine: it did not write enough reset bytes. I've changed that in r313. Please try if this helps.
Gerd
Date: Sat, 23 Nov 2013 10:26:07 +0100 From:
osm@
To:
mkgmap-dev@.org
Subject: Re:
[mkgmap-dev] IO-problem with actual trunk
Am 23.11.2013 09:36, schrieb Gerd Petermann: > Hi Henning, > > okay, maybe it was an error in the update process. I see > that e.g. OSM stats also had problems: > http://osmstats.altogetherlost.com/index.php?item=nodes > > Anyway, it is obvious the code in splitter is missing a > check, either in the o5m read or in the write routine (or > both) :-( > > If you can reproduce the problem with the downloaded > planet, maybe try to use --output=pbf first. > > Gerd
Hi Gerd, I'm not that familiar with o5m-format, but it is possible,, that only a part of the world is corrupted? Maybe you remember, that I'm splitting all my maps at ones. And all other maps are correct. If it's not possible, I think splitter have a problem with this.
Also I can update the used planet-file with osmupdate.
Henning
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux)
iQEcBAEBAgAGBQJSkisgAAoJEPFgsWC7jOeT90UH/i8z82v8ysHXuw8iOK4+OrWk FMMz7lWY/E6ngsijFUijWxflA8NZDkavwuc08QSyg+7x6y+cSa53u31hQYTzIYhc FZGz47NRSWc/pkSC9I2BNu6uFdRDjOQgPP/1HKVzHfcwXvTNn4C4cr1CXdOMGOD3 pKOjhSP9N1y1htGGCyg5ujTcLmQjRlbjzbL3cvg0TYqDYjYucnzxTUzRCopMn3cL f6Ew/QcBIc/wF3pHkl9oEaKoLb60AXl/4o1apJrZF12mxNFpM/ffyI8nTn8AAJZc fHs91VS4QrQkWppX1OidPhVpRj9HbGUNke2Ne+qBL+Jxs6CIDWy9EadfsLz0qlE= =kkbL -----END PGP SIGNATURE-----
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- View this message in context: http://gis.19327.n5.nabble.com/IO-problem-with-actual-trunk-tp5786885p578707... Sent from the Mkgmap Development mailing list archive at Nabble.com.