logo separator

[mkgmap-dev] error message in Cologne

From GerdP gpetermann_muenchen at hotmail.com on Mon Apr 27 20:59:30 BST 2015

Hi Bernd,

forget it, I was able to reproduce the error message with a download of this
area:
http://www.openstreetmap.org/query?lat=50.06119&lon=14.40275

Gerd


GerdP wrote
> Hi Bernd,
> 
> please post a link to the file 65030278.o5m
> 
> Gerd
> Bernd Weigelt wrote
>> Hi Gerd
>> 
>> There was only one message for my dach extract, all other extract are
>> build 
>> without any noise.
>> 
>> SCHWERWIEGEND (ExtNumbers): /home/bernd/map_build/tiles/65030278.o5m:
>> internal 
>> error, worst house not found id=4672706, Na Neklance[731(10), 727(10), 
>> 805/8(10)][] 2031/1(0)
>> 
>> The option --x-name-service-roads=n seems to be no really problem, while 
>> enabled, but i'll remove it from my options for the next build, too.
>> ;-)
>> 
>> Bernd
>> 
>> Am Montag, 27. April 2015, 20:07:54 schrieb Gerd Petermann:
>>> Hi Bernd,
>>> 
>>> pleasse note one important change:
>>> I've removed the option --x-name-service-roads=n,
>>> it is no longer optional, mkgmap tries to find a name
>>> for roads with house numbers. This leads to
>>> some special effects, e.g. when a small unnamed footway
>>> is closer to the house than the named service road.
>>> I think about a new tag like mkgmap:number=false
>>> that tells mkgmap that a road should not be used for
>>> address search, e.g. cycleways or motorways.
>>> This would also speed up the search for the closest roads.
>>> 
>>> Gerd
>>> 
>>> > From: 

>> weigelt.bernd@

>>> > To: 

>> mkgmap-dev at .org

>>> > Date: Mon, 27 Apr 2015 17:58:45 +0200
>>> > Subject: Re: [mkgmap-dev] error message in Cologne
>>> > 
>>> > Hi Gerd
>>> > i'll give it a try asap
>>> > 
>>> > thx
>>> > Bernd
>>> > 
>>> > Am Sonntag, 26. April 2015, 16:37:35 schrieb Gerd Petermann:
>>> > > please try r3546, I think it is stable again.
>>> > > I had to change the program logic to make sure that
>>> > > special cases with interpolation ways do not
>>> > > causes assertions.
>>> > > 
>>> > > I have still some known problems, esp.
>>> > > the program logic for housenumbers assumes now that
>>> > > city/ zip code info attached to the housenumbers is written to the
>>> img
>>> > > file, but that doesn't happen yet (and is quite complicated as it
>>> seems
>>> > > to require big changes in the existing program logic)
>>> > > so address search for roads at city boundaries might still
>>> > > not work.
>> 
>> -- 
>> amarok2 now playing:
>> 
>> 
>> 
>> 
>> _______________________________________________
>> 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/error-message-in-Cologne-tp5841730p5842108.html
Sent from the Mkgmap Development mailing list archive at Nabble.com.


More information about the mkgmap-dev mailing list