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@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@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.