[mkgmap-dev] splitter r236

Sat Nov 17 10:51:50 GMT 2012

Hello Thorsten,

great!
Is it possible that you update the input files while splitter processes
them? I don't know
if that is possible, but maybe it could explain strange errors: 
When splitter r236 reads a pbf file for the first time, it creates an index
(see blockTypeMap in main) of the blocks which tells splitter whether that
block contains nodes,ways, or relations. All later read passes use this list
to jump over blocks that are not needed. For each pass, the file is closed
and reopend.
Maybe another process is able to update the file in the time when it is
closed.
I'll try to find a test for this situation. 

Gerd

Thorsten Kukuk wrote
> On Sat, Nov 17, GerdP wrote:
> 
>> Hello Thorsten,
>> 
>> thanks, please use r236 also with --keep-complete=false and no
>> problem-list,
>> this should bring
>> you directly to the problem case. The other passes do not call the
>> function
>> that failed.
>> 
>> If r236 fails again, please tell me where / how I can reproduce the error
>> (input file and parms)
> 
> This time it always passes. Don't know what happend the first time,
> I assume some hickups somewhere else.
> 
> Sorry for the noise.
> 
> But the good news is, that splitter r236 runs currently again on all
> of my setups with the same memory limit (which doesn't say anything
> about if it needs more or less memory, didn't tracked that, but at
> least it does not need more memory anymore than the machines have).
> 
>   Thorsten
> 
> -- 
> Thorsten Kukuk, Project Manager/Release Manager SLES
> SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg
> GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)
> _______________________________________________
> mkgmap-dev mailing list

> mkgmap-dev at .org

> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

--
View this message in context: http://gis.19327.n5.nabble.com/splitter-r236-tp5736104p5736187.html
Sent from the Mkgmap Development mailing list archive at Nabble.com.