Have you searched for the street on a Garmin Device or in Mapsource/Basecamp? When I search it on my Oregon without a City, I find the street, but when I select this street, there is no location found (N --°---- E --°------). It seems, that the index-file creates a entry for this street, but then... something breaks. But when you copy the place-tag of horb into the tile, everythings works fine...
Am 07.05.2011 um 21:13 schrieb WanMil: > Martin, > > I cannot reproduce your problem but possibly that's because I > misunderstood you. > I splitted the geofabrik germany dump using your areas.list and then > started mkgmap with your command line parameters. > > After that without any modification of the original OSM data I can find > the street "Schafblumenhalde" (just search for the street name). The > find dialog tells me that it is located in the town "Horb am Neckar" in > region "Landkreis Freudenstadt" and country "DEU". So far so fine! > > But when I enter the city in the search dialog the street is not found > any more. This should not be a problem of the locator branch but a more > general problem with the index creation. Maybe Steve can have a look on it. > > WanMil > > >> 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 >> >> >> >> >> >> 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 >>>>>>>>>>> [email protected] >>>>>>>>>>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> mkgmap-dev mailing list >>>>>>>>>> [email protected] >>>>>>>>>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> mkgmap-dev mailing list >>>>>>>>> [email protected] >>>>>>>>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev >>>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> mkgmap-dev mailing list >>>>>>>> [email protected] >>>>>>>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev >>>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> mkgmap-dev mailing list >>>>>>> [email protected] >>>>>>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev >>>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> mkgmap-dev mailing list >>>>>> [email protected] >>>>>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev >>>>> >>>>> _______________________________________________ >>>>> mkgmap-dev mailing list >>>>> [email protected] >>>>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev >>>> >>>> _______________________________________________ >>>> mkgmap-dev mailing list >>>> [email protected] >>>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev >>> >>> _______________________________________________ >>> mkgmap-dev mailing list >>> [email protected] >>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev >> >> >> >> _______________________________________________ >> mkgmap-dev mailing list >> [email protected] >> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > > _______________________________________________ > mkgmap-dev mailing list > [email protected] > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev _______________________________________________ mkgmap-dev mailing list [email protected] http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
