[mkgmap-dev] Possible bug in index creation

Mon Jul 25 16:29:24 BST 2016

Hi Carlos,

I noticed this problem before in other situations. My understanding

is that city names are collected from different sources, sometimes we

have additional info from a POI, sometimes we don't. If I got that right

the index will have two entries when a city name is derived from e.g. the

housenumber processing. I don't know why this is done, but their is special

code for this, so it seems to be intended.

I don't know why you see the problem only with the extra rules. Maybe

a different spelling in e.g. one addr:city ?

Gerd

________________________________
Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von Carlos Dávila <cdavilam at orangecorreo.es>
Gesendet: Montag, 25. Juli 2016 17:04:20
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Possible bug in index creation

Any idea about this issue?

El 19/07/16 a las 18:38, Carlos Dávila escribió:
> In my style I have two extra lines to set mkgmap:city in Spain before
> default one:
> mkgmap:country=ESP & mkgmap:city!=* & is_in:city=* { set
> mkgmap:city='${is_in:city}' }
> mkgmap:country=ESP & mkgmap:city!=* & addr:city=* { set
> mkgmap:city='${addr:city}' }
> mkgmap:country=ESP & mkgmap:city!=* & mkgmap:admin_level8=* { set
> mkgmap:city='${mkgmap:admin_level8}' }
>
> The presence of any of those lines causes that when you search for an
> address in device and are promted for a city, some cities appear
> twice. If you select one of them no street is found and if you select
> the other one streets are found normally.
> Test file: http://mapas.alternativaslibres.es/extremadura.o5m
> Searching for an address in Cáceres city shows "Cáceres, provincia de
> Cáceres" twice.
_______________________________________________
mkgmap-dev mailing list
mkgmap-dev at lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20160725/8761b141/attachment.html>