logo separator

[mkgmap-dev] Address Search Debugging

From Valerii Pekarskyi pekarskiy.valeriy at gmail.com on Thu Apr 4 11:02:13 BST 2013

Hi,

Does anyone know what the problem is with this search to the housenumber? I
could try to debug it, but need some code points to start on - I think both
places 1) where house numbers are gathered and 2) where they are written to
the output file should be looked at.

By the way, I see search results are a bit shifted in some way - is it
intentional? Here is an image with the search result and actual house - it
seems that all house numbers are linked to the nearest road in some way. If
it is a feature for easier routing, does it check entrance=yes/main tags on
the building nodes?
https://dl.dropbox.com/u/11265861/mapsource_search.png

Best Regards,
Larry0ua


2013/3/25 Valerii Pekarskyi <pekarskiy.valeriy at gmail.com>

> Thank you for suggestion, but when I removed one with zip code from osm
> file, I still have building 5 is searched... Updated the archive at
> https://dl.dropbox.com/u/11265861/bakhch.zip with new osm file with only
> one "5".
>
>
> 2013/3/25 GerdP <gpetermann_muenchen at hotmail.com>
>
>> Hi Larry0ua,
>>
>> I am not sure if this explains your problem, but their are two buildings
>> with
>> addr:housenumber=5  and addr:street = Симферопольская улица
>> in the osm data:
>> 99413225
>> 99413227
>>
>> The latter has a addr:postcode tag, the first has not. Which one do you
>> find
>> in MapSource?
>>
>> Gerd
>>
>>
>> Valeriy Pekarskyy wrote
>> > Please someone help me with the location problem...
>> > Archive https://dl.dropbox.com/u/11265861/bakhch.zip  contains:
>> > - my generated bounds folder
>> > - makebounds.bat is how these bounds were generated (I had to add
>> place=*
>> > to admin_level11 conversion to make address search working as users
>> > expect)
>> > - mkgmap config with --x-housenumbers enabled as well
>> > as location-autofill=nearest
>> > - run.bat is how mkgmap is executed (all relative paths are correct in
>> my
>> > installation, but not all are correct in the archive)
>> > - full_log.txt is the log output produced with log.config
>> > - stranger-uk folder is the mkgmap style
>> > - osm file where issue reproduces
>> >
>> > The issue is the next:
>> > I have two houses inside osm file (that is modified version of the
>> > original
>> > database, so please do not upload any changes) - way 99413225 and
>> > 99413232.
>> > They are two houses with the same tags except of addr:housenumber - one
>> > has
>> > 5 and another has 6. Positions of these buildings are slightly
>> different,
>> > but both of them are definitely inside same admin_level* polygons. Here
>> is
>> > the part of log file for these two ways:
>> > 2013/03/25 12:04:35 FINE (results): d:\bakhch.osm: W 99413225
>> > ;Бахчисарай;;;;;Бахчисарайський район;;Автономна Республіка Крим;;UKR;;
>> > 2013/03/25 12:04:35 FINE (POIGeneratorHook): d:\bakhch.osm: Create POI
>> >
>> [addr:housenumber=5,building=yes,mkgmap:admin_level2=UKR,mkgmap:admin_level4=Автономна
>> > Республіка Крим,mkgmap:admin_level6=Бахчисарайський
>> > район,addr:street=Симферопольская
>> > улица,mkgmap:admin_level11=Бахчисарай,mkgmap:area2poi=true] from
>> 99413225
>> > [addr:housenumber=5,mkgmap:admin_level6=Бахчисарайський
>> > район,mkgmap:admin_level4=Автономна Республіка
>> > Крим,addr:street=Симферопольская
>> >
>> улица,building=yes,mkgmap:admin_level11=Бахчисарай,mkgmap:admin_level2=UKR]
>> > and
>> > 2013/03/25 12:04:35 FINE (results): d:\bakhch.osm: W 99413232
>> > ;Бахчисарай;;;;;Бахчисарайський район;;Автономна Республіка Крим;;UKR;;
>> > 2013/03/25 12:04:35 FINE (POIGeneratorHook): d:\bakhch.osm: Create POI
>> >
>> [addr:housenumber=6,building=yes,mkgmap:admin_level2=UKR,mkgmap:admin_level4=Автономна
>> > Республіка Крим,mkgmap:admin_level6=Бахчисарайський
>> > район,addr:street=Симферопольская
>> > улица,mkgmap:admin_level11=Бахчисарай,mkgmap:area2poi=true] from
>> 99413232
>> > [addr:housenumber=6,mkgmap:admin_level6=Бахчисарайський
>> > район,mkgmap:admin_level4=Автономна Республіка
>> > Крим,addr:street=Симферопольская
>> >
>> улица,building=yes,mkgmap:admin_level11=Бахчисарай,mkgmap:admin_level2=UKR]
>> >
>> > The problem is that house with number 5 is searched with the MapSource,
>> > and
>> > number 6 is not. I cannot figure out why, but suspect something could be
>> > wrong with way positioning. Could anyone take a look to the problem? It
>> is
>> > weird for me that when I move building 6 to the west and place it under
>> > building 5 it is searched too. How that could be?
>> >
>> > Best Regards,
>> > Larry0ua
>> >
>> >
>> > 2013/3/21 Valerii Pekarskyi <
>>
>> > pekarskiy.valeriy@
>>
>> > >
>> >
>> >> By the way, what are the requirements for the house to be included to
>> the
>> >> index? I mean, what is the minimum set of:
>> >> mkgmap:country
>> >> mkgmap:region
>> >> mkgmap:city
>> >> mkgmap:street
>> >> mkgmap:housenumber
>> >> mkgmap:post_code
>> >> mkgmap:phone
>> >> other..?
>> >>
>> >> There is nothing about --x- options in the mkgmap help=options, so it
>> is
>> >> not strange that people ask about such options. Do not want to look
>> >> through
>> >> the code to see all possible options...
>> >>
>> >>
>> >> 2013/3/21 Carlos Dávila <
>>
>> > cdavilam@
>>
>> > >
>> >>
>> >>>
>> >>> >> 1) there is no house search at all (is it not done yet?)
>> >>> >>
>> >>> > You need to add --x-housenumbers to your cfg file
>> >>> Shouldn't we have --x-housenumbers as default when --index is in use?
>> >>> _______________________________________________
>> >>> mkgmap-dev mailing list
>> >>>
>>
>> > mkgmap-dev at .org
>>
>> >>> http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>> >>>
>> >>
>> >>
>> >
>> > _______________________________________________
>> > mkgmap-dev mailing list
>>
>> > mkgmap-dev at .org
>>
>> > http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
>>
>>
>>
>>
>> --
>> View this message in context:
>> http://gis.19327.n5.nabble.com/Address-Search-Debugging-tp5753977p5754626.html
>> Sent from the Mkgmap Development mailing list archive at Nabble.com.
>> _______________________________________________
>> mkgmap-dev mailing list
>> mkgmap-dev at lists.mkgmap.org.uk
>> http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20130404/a6add2f2/attachment-0001.html 


More information about the mkgmap-dev mailing list