[mkgmap-dev] Address search issues

Thu Mar 31 22:56:16 BST 2011

El 31/03/11 23:07, Martin escribió:
> Hello
>
> I know there where some discussions about this topic before. I'm using the locator branch r1892.
> While the splitting-process the boundaries are broken and so some streets could not be found.
>    
I've been generating map of Spain for some days (splitter+locator) and 
for me, most of boundaries are working after splitting, giving the right 
place-region-country matches. I have the following rules in my styles to 
set region:
mkgmap:region!=* & is_in:province=* { set 
mkgmap:region='${is_in:province}' }
mkgmap:region!=* & mkgmap:admin_level6=* { set 
mkgmap:region='${mkgmap:admin_level6}' }
mkgmap:region!=* & mkgmap:admin_level4=* { set 
mkgmap:region='${mkgmap:admin_level4}' }
mkgmap:region!=* & mkgmap:admin_level5=* { set 
mkgmap:region='${mkgmap:admin_level5}' }
mkgmap:region!=* & mkgmap:admin_level3=* { set 
mkgmap:region='${mkgmap:admin_level3}' }
In Spain there are 50 provinces, tagged as admin_level=6 and so 
MapSource drop down State/province list should show those 50 provinces, 
but for two of them many places are assigned to the admin_level=4 
boundary, instead of the a_l=6 one. In one of them (relation id=349010) 
I've seen a_l=6 boundary is split in four tiles. If I extract the whole 
area covered by that boundary with osmosis [1] and generate the map in a 
single tile, places are assigned the right region from the a_l=6 boundary.
Using the following command on spain.osm.pbf from Geofabrik:
osmosis --rb spain.osm.pbf --tf reject-ways 
source='EU%sCORINE%sland%scover%s2006' --tf reject-nodes 
"rednap:codigoine"=* --write-pbf file="spain-filtrado.osm.pbf" 
omitmetadata=true
java -Xmx1000M -jar splitter.jar --max-nodes=2800000 
--geonames-file=cities15000.zip --mapid=55140001 spain-filtrado.osm.pbf [2]
java -Xmx1500m -enableassertions -Dlog.config=logging.properties -jar 
mkgmap-locator.jar --max-jobs --generate-sea=polygons,extend-sea-sectors 
--route --latin1 --code-page=1252 --gmapsupp --country-name=ESPAÑA 
--country-abbr=ESP --area-name=España --family-name="OpenStreetMap 
España" --family-id=39 --product-id=1 --series-name="OSM-España-index" 
--index --ignore-maxspeeds --remove-short-arcs --add-pois-to-areas 
--adjust-turn-headings --report-similar-arcs --link-pois-to-ways 
--location-autofill=0 --drive-on-right --check-roundabouts 
--check-roundabout-flares --style=mio -c spain.args [3]
[1] osmosis --rb spain.osm.pbf --bb left=-7.079 right=-4.728 top=43.242 
bottom=42.027 completeWays=yes completeRelations=yes --write-pbf 
file="leon.osm.pbf"
[2] Current areas.list:
55140001: 1798144,-354304 to 1904640,-137216
#       : 38.583984,-7.602539 to 40.869141,-2.944336

55140002: 1730560,-34816 to 1910784,227328
#       : 37.133789,-0.747070 to 41.000977,4.877930

55140003: 1904640,-256000 to 1986560,-137216
#       : 40.869141,-5.493164 to 42.626953,-2.944336

55140004: 1910784,2048 to 2000896,79872
#       : 41.000977,0.043945 to 42.934570,1.713867

55140005: 1675264,-354304 to 1798144,-137216
#       : 35.947266,-7.602539 to 38.583984,-2.944336

55140006: 1689600,-137216 to 1910784,-34816
#       : 36.254883,-2.944336 to 41.000977,-0.747070

55140007: 1904640,-440320 to 1982464,-256000
#       : 40.869141,-9.448242 to 42.539063,-5.493164

55140008: 1910784,79872 to 1984512,182272
#       : 41.000977,1.713867 to 42.583008,3.911133

55140009: 1986560,-256000 to 2039808,-137216
#       : 42.626953,-5.493164 to 43.769531,-2.944336

55140010: 1910784,-137216 to 2037760,2048
#       : 41.000977,-2.944336 to 43.725586,0.043945

55140011: 1982464,-452608 to 2056192,-256000
#       : 42.539063,-9.711914 to 44.121094,-5.493164

[3] spain.args:
mapname: 55140001
description: ES-Madrid
input-file: 55140001.osm.gz

mapname: 55140002
description: ES-Valencia
input-file: 55140002.osm.gz

mapname: 55140003
description: ES-Valladolid
input-file: 55140003.osm.gz

mapname: 55140004
description: ES-Tarragona
input-file: 55140004.osm.gz

mapname: 55140005
description: ES-Sevilla
input-file: 55140005.osm.gz

mapname: 55140006
description: ES-Murcia
input-file: 55140006.osm.gz

mapname: 55140007
description: ES-Vigo
input-file: 55140007.osm.gz

mapname: 55140008
description: ES-Barcelona
input-file: 55140008.osm.gz

mapname: 55140009
description: ES-Santander
input-file: 55140009.osm.gz

mapname: 55140010
description: ES-Zaragoza
input-file: 55140010.osm.gz

mapname: 55140011
description: ES-Gijon
input-file: 55140011.osm.gz

input-file: typ/SPAIN-14.TYP


> I tried to fix this problem by opening the single  tiles in JOSM, complete the boundaries, process the tiles again with the splitter and create the map. A very annoying job, but now I can find streets, which I could not found before. So two questions: Are you planning to fix this problem in the splitter (maybe as an option). And my second question: Will be the locator-option fully integrated into mkgmap permanently or not. Actually it's the only way to make street-searchable maps for Germany (with the normal version you only can find the streets in the suburb of a city).
>    
I agree with you. Although locator is still not perfect, I get much 
better search functionality with it than with trunk, in spite of the 
problems reported above.
> Cheers
> Martin
>
> Am 23.03.2011 um 21:03 schrieb Bartosz Fabianowski:
>
>    
>> First of all yes, the Legend is essentially a Vista without a barometer.
>> So they are very similar.
>>
>> I applied your patch and regenerated the map of Italy. Search failed as
>> before. I then started over with a tiny extract of central Turin. For
>> this, search worked. I started increasing the download size and found
>> the spot where search breaks (still using your patch).
>>
>> First, here are an OSM extract of Turin, the output of mkgmap for it and
>> the gmapsupp.img that MapSource produces:
>>
>> http://dev2.openstreetmap.ie/~plush/torino_good.osm.bz2
>> http://dev2.openstreetmap.ie/~plush/torino_good.tar.bz2
>> http://dev2.openstreetmap.ie/~plush/gmapsupp_good.img.bz2
>>
>> Second, here is the same data for a slightly larger area. With this,
>> search on my Vista is broken:
>>
>> http://dev2.openstreetmap.ie/~plush/torino_bad.osm.bz2
>> http://dev2.openstreetmap.ie/~plush/torino_bad.tar.bz2
>> http://dev2.openstreetmap.ie/~plush/gmapsupp_bad.img.bz2
>>
>> If you load the good gmapsupp.img onto your Legend, the initial list of
>> streets in your Legend's search window should read:
>>
>> Corso Adriatico
>> Corso Alcide de Gasperi
>> Corso Bolzano
>> Corso Brescia
>> Corso Cairoli
>>
>> With the bad gmapsupp.img, the list I get is:
>>
>> Sp6 Corso Orbassano
>> Corso Adriatico
>> Corso Alcide de Gasperi
>> Corso Bolzano
>> Corso Bramante
>>
>> The road that is breaking alphabetical order here is tagged as
>> name="Corso Orbassano", ref="SP6" - which seems valid. It does appear to
>> make it into the index twice, though as "Sp6 Corso Orbassano" up in the
>> list and then again as "Corso Orbassano (Sp6)".
>>
>> Let me know if there is any further data you might need.
>>
>> - Bartosz
>> _______________________________________________
>> mkgmap-dev mailing list
>> mkgmap-dev at lists.mkgmap.org.uk
>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
>>      
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
>    


-- 
Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx
Instale OpenOffice desde http://es.openoffice.org/programa/index.html
OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal.
OpenOffice está en continuo desarrollo y no tendrá que pagar por las nuevas versiones.