Hi WanMil,
1. A synchronization in the MapMaker class was removed. Do you use more
than 1 thread?
Yes, I use --max-jobs, with 2 threads (Intel Core Duo L2400). The log
from r1728 seemed to contain more warnings. Could the new mkgmap be
silently dropping some features?
2. The procedure how the
Hi,
since many month I'm using splitter for maps creation. Since this time,
I use the same PC, so the hardware has not changed.
I always was able to splitt the europe osm map. The splitting needed
some minutes. I didn't check it, perhaps it were 15min, but in no case
longer than 15min.
It would be great if we have a tool that reads the IMG-file and creates
a statistic of how many objects are contained in the file. Do we have
that already?! I think I remember a thread about that but I cannot find
it.
IIRC, there is something in the mkgmap svn repository,
Hi
It was discussed on osmosis-dev ML. There was just a differenc in some bytes
in the beginning of a working file and the not working file of Geofabrik.
The part which includes the data was exactly the same. No one knew why one
file doesn't work on windows.
Regards,
aighes
-Ursprüngliche
On 12/24/2010 11:15 AM, Johann Gail wrote:
4 Days ago I started to create a new europe map, and until now the
splitter is running, the harddisk is doing anything. The splitting needs
over 75 hours and is still running.
Here on the list is another thread 'error splitting binary files' some
Until 2 Dec. everything went ok with splitting the binary europe extract.
Splitting took me about 1 hr on a modest laptop (windows vista). After 2
December
there were some problems with the country extracts as well, but they were
solved.
It looked like they did some changes with the
I was wrong, it's bz2, not gz.
My pc needs around 7GB of java heap, were 4GB are available. The other
3GB are swapped, which takes this huge amount of time.
Do you all have this probem with all splitter versions?
Marco
Am 24.12.2010 12:32, schrieb dom Team OiD:
Hm,
I'm using the europe.osm.gz
Hi
During the last days quite a lot of additions have been done to the
code. Could their be already the solution regarding the broken address
search (which is handled by cpreview)?
We need to get the sorting correct and that may be all that is needed.
The cpreview program implements some
Version 1755 was commited by steve on 2010-12-24 14:59:21 + (Fri, 24 Dec
2010)
When there is an empty extended type offset section
set its record size to zero.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Yes, the file generated under windows was working well. 4GB problem can't
be, because of using 64bit java and also in the past I processed files
larger then 4 GB and the windows-generated pbf-file is also larger than 4GB.
Regards
aighes
-Ursprüngliche Nachricht-
Von:
On Fri, Dec 24, 2010 at 3:40 PM, Henning Scholland
h.scholl...@googlemail.com wrote:
Yes, the file generated under windows was working well. 4GB problem can't
be, because of using 64bit java and also in the past I processed files
larger then 4 GB and the windows-generated pbf-file is also
11 matches
Mail list logo
