Hello WanMil, please find attached the area.list-file. I use the following command: java -Xmx1700M -Dlog.config=logging.properties -jar mkgmap-locator-r1937.jar --boundsdirectory=bounds --latin1 --series-name=Germany --family-name=Germany --remove-short-arcs --index --net --route --tdbfile --nsis --merge-lines --location-autofill=0 --country-name=Deutschland --country-abbr=DEU --area-name=DEU --family-id=4 --product-id=45 --style-file=./master/basemap_style/ ./horb.osm ./master/basemap.TYP
Cheers Martin
areas.list
Description: Binary data
Am 07.05.2011 um 13:45 schrieb WanMil: > Can you please send your areas.list from the splitter? Then I can test > and debug myself. > > The place-tag is evaluated only by the old locator. Which value do you > use for the parameter location-autofill? Please send also your complete > mkgmap commandlines with parameters. > > WanMil > > > >> Hello, >> >> Horb isn't complete in the tile. I created the tile also with osmosis with >> the same boundaries (top=48.735352 left=8.129883 bottom=48.295898 >> right=8.657227). Same behaviour. >> But, I've created a place tag named Horb and now I can find all streets >> within this tile. So the question is, is it needed that also the place-tag >> is within the tile or maybe the boundfile? I've made 2 screenshots, I hope >> it works and helps to understand and fix this problem. >> Without the place-tag in the tile: >> http://snailrun.de/images/MapSearch/Ohne.png >> With the place-tag in the tile: >> http://snailrun.de/images/MapSearch/Mit.png >> >> If you need further informations/tests just write me an email. >> I'm german, sorry for my poor english, I try my best :) >> >> Cheers >> Martin >> >> P.S.: Isn't it possible to attach pictures to the maillist?! >> >> >> >> >> >> >> Am 06.05.2011 um 18:00 schrieb WanMil: >> >>> Based on the logging and the current default style I would expect that >>> you get a street with >>> name = Schafblumenhalde >>> country = Deutschland >>> region = Landkreis Freudenstadt >>> city = Horb am Neckar >>> >>> Can you please check if Horb is completely contained in one tile (63240403)? >>> >>> In that case I would assume that maybe this is an index problem. Maybe >>> Steve is able to check that?! >>> >>> I will continue to add some more useful debug statements to the locator >>> branch so that it is easier to track such things. >>> >>> WanMil >>> >>>> Sorry, me again. >>>> >>>> I used now the tile produced the splitter, which contains the the not >>>> found streets of Horb. For e.g. I could find the Schafblumenhalde. With >>>> the debug-logging (LocationHook = FINE) I find this in the logfile: >>>> >>>> 2011/05/06 09:55:17 FEIN (LocationHook): ./tiles_germany/63240403.osm.gz: >>>> Added tag mkgmap:admin_level5 = Regierungsbezirk Karlsruhe to >>>> [motorcycle=destination,access=destination,mkgmap:admin_level2=DEU,mkgmap:admin_level4=Baden-W�rttemberg,mkgmap:admin_level5=Regierungsbezirk >>>> Karlsruhe,mkgmap:admin_level6=Landkreis >>>> Freudenstadt,name=Schafblumenhalde,mkgmap:admin_level8=Horb am >>>> Neckar,highway=residential,motorcar=destination] >>>> >>>> >>>> Where is the problem?! >>>> Are in the logfile are only not assignable streets logged?! >>>> >>>> Cheers >>>> Martin >>>> >>>> Am 06.05.2011 um 09:44 schrieb Martin: >>>> >>>>> Good morning :) >>>>> >>>>> Both problems didn't come up, when I cut a small bounding box out of the >>>>> main pbf-file with osmosis and create a map with just this one tile. >>>>> Is it possible, that this problem comes from the splitter?! >>>>> >>>>> Cheers >>>>> Martin >>>>> >>>>> >>>>> Am 05.05.2011 um 17:44 schrieb Martin: >>>>> >>>>>> Hello, >>>>>> >>>>>> this rules works very good. 2 strange things: >>>>>> Sometimes Basecamp and the Oregon 450 has problems to find Streets >>>>>> starting with 2 letters, space, more letters (Am Anger, Am Lusbühl, Am >>>>>> Hägle (http://osm.org/go/0DKQ69he@-?way=22999129)), but "Auf der >>>>>> Bleiche" (http://osm.org/go/0DKQ43mIw--?way=22999129) works. It's not a >>>>>> problem with the Umlaute (äöü). >>>>>> And the second thing: >>>>>> I've created a german-map (http://snailrun.de/gmapsupp.img.zip), >>>>>> splitted into tiles with a 1200000 nodes. In Horb for example I can find >>>>>> the "Am Lochbrunnenstraße" (2 letters, space, more letters works here >>>>>> ?!?) but not the Lichtenbergstraße, Kirchstraße, Schafblumenhalde >>>>>> (http://osm.org/go/0DhcL1dyJ-?way=22999129) >>>>>> But when I cut out a bounding-box from the Germany.osm.pfb-file in the >>>>>> size of Horb, I can find the all streets.... >>>>>> Strange things... >>>>>> >>>>>> Cheers >>>>>> Martin >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Am 04.05.2011 um 21:03 schrieb WanMil: >>>>>> >>>>>>> I think only the city rules need to be tweaked in Germany: >>>>>>> >>>>>>> # Germany = DEU cities >>>>>>> mkgmap:country=DEU& mkgmap:city!=*& mkgmap:admin_level8=* { set >>>>>>> mkgmap:city='${mkgmap:admin_level8}' } >>>>>>> mkgmap:country=DEU& mkgmap:city!=*& mkgmap:admin_level7=* { set >>>>>>> mkgmap:city='${mkgmap:admin_level7}' } >>>>>>> mkgmap:country=DEU& mkgmap:city!=*& mkgmap:admin_level6=* { set >>>>>>> mkgmap:city='${mkgmap:admin_level6}' } >>>>>>> mkgmap:country=DEU& mkgmap:city!=*& mkgmap:admin_level9=* { set >>>>>>> mkgmap:city='${mkgmap:admin_level9}' } >>>>>>> mkgmap:country=DEU& mkgmap:city!=*& mkgmap:admin_level10=* { set >>>>>>> mkgmap:city='${mkgmap:admin_level10}' } >>>>>>> >>>>>>> First use admin_level=8 for city names. This covers all cities with a >>>>>>> size up to 300000. Bigger cities don't use admin_level=8 but >>>>>>> admin_level=9 and 10 (and 11) for suburbs. The appropriate name of the >>>>>>> bigger city should be contained then in the admin_level 7 or 6. >>>>>>> >>>>>>> Please try it and give a feedback if that's ok. The upper rules are >>>>>>> committed in r1937. >>>>>>> >>>>>>> Later on I will try your region settings. >>>>>>> >>>>>>> WanMil >>>>>>> >>>>>>>> In Germany we have the same mess... >>>>>>>> >>>>>>>> Actually I'm using this rules: >>>>>>>> >>>>>>>> mkgmap:country!=*& mkgmap:admin_level2=* { set >>>>>>>> mkgmap:country='${mkgmap:admin_level2}' } >>>>>>>> >>>>>>>> mkgmap:region!=*& mkgmap:admin_level3=* { set >>>>>>>> mkgmap:region='${mkgmap:admin_level3}' } >>>>>>>> mkgmap:region!=*& mkgmap:admin_level4=* { set >>>>>>>> mkgmap:region='${mkgmap:admin_level4}' } >>>>>>>> mkgmap:region!=*& mkgmap:admin_level5=* { set >>>>>>>> mkgmap:region='${mkgmap:admin_level5}' } >>>>>>>> >>>>>>>> >>>>>>>> mkgmap:city!=*& mkgmap:admin_level10=* { set >>>>>>>> mkgmap:city='${mkgmap:admin_level10}' } >>>>>>>> mkgmap:city!=*& mkgmap:admin_level8=* { set >>>>>>>> mkgmap:city='${mkgmap:admin_level8}' } >>>>>>>> mkgmap:city!=*& mkgmap:admin_level7=* { set >>>>>>>> mkgmap:city='${mkgmap:admin_level7}' } >>>>>>>> mkgmap:city!=*& mkgmap:admin_level6=* { set >>>>>>>> mkgmap:city='${mkgmap:admin_level6}' } >>>>>>>> >>>>>>>> >>>>>>>> I don't know if this makes sense, but referring to this page: >>>>>>>> http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative >>>>>>>> <http://wiki.openstreetmap.org/wiki/Tag:boundary=administrative> >>>>>>>> there are 2 options for the admin-boundaries: >>>>>>>> 10 and 11 admin levels :( >>>>>>>> So actually I still playing with this setting, maybe somebody has >>>>>>>> better >>>>>>>> rules for Germany. >>>>>>>> >>>>>>>> >>>>>>>> Thanks and regards >>>>>>>> Martin >>>>>>>> >>>>>>>> >>>>>>>> Am 04.05.2011 um 19:38 schrieb Minko: >>>>>>>> >>>>>>>>> >>>>>>>>> Netherlands: >>>>>>>>> >>>>>>>>> mkgmap:region!=*& mkgmap:admin_level4=* { set >>>>>>>>> mkgmap:region='${mkgmap:admin_level4}' } >>>>>>>>> mkgmap:city!=*& mkgmap:admin_level10=* { set >>>>>>>>> mkgmap:city='${mkgmap:admin_level10}' } >>>>>>>>> mkgmap:city!=*& mkgmap:admin_level8=* { set >>>>>>>>> mkgmap:city='${mkgmap:admin_level8}' } >>>>>>>>> >>>>>>>>> For Belgium I'm not sure, seems a big mess there ;-) >>>>>>>>> >>>>>>>>> Provinces are found in level 5 or 6, level 4 is for Flandres and >>>>>>>>> Wallonie >>>>>>>>> But in level 5 you have something like the 'Flemish Community' too: >>>>>>>>> http://www.openstreetmap.org/browse/relation/53136 >>>>>>>>> There is also the Flemish region (level 4), don't have any clue what >>>>>>>>> the difference is between those two: >>>>>>>>> http://www.openstreetmap.org/browse/relation/53134 >>>>>>>>> >>>>>>>>> Cities: >>>>>>>>> mkgmap:city!=*& mkgmap:admin_level9=* { set >>>>>>>>> mkgmap:city='${mkgmap:admin_level9}' } >>>>>>>>> mkgmap:city!=*& mkgmap:admin_level8=* { set >>>>>>>>> mkgmap:city='${mkgmap:admin_level8}' } >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> 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 >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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 >>>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >>> >>> _______________________________________________ >>> 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 > > _______________________________________________ > 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
