
what i did : - generated a map with mkgmap r2479, splitter r200 - from geofabrik extract - with --location-autofill --bounds - bounds from http://navmaps.eu/index.php/developers/bound - used the map on garmin etrex vista hcx map does seem to include address information - at least i can find streets. but for some reason it does not find city of riga. there is a boundary : http://nominatim.openstreetmap.org/details.php?place_id=98102157 and node : http://nominatim.openstreetmap.org/details.php?place_id=138908 it finds suburbs of riga, for example : http://nominatim.openstreetmap.org/details.php?place_id=98180985 http://nominatim.openstreetmap.org/details.php?place_id=98191103 http://nominatim.openstreetmap.org/details.php?place_id=98097860 why not the city ? :) -- Rich

Rich, on OSM I see name = Rīga with an accent on the i http://www.openstreetmap.org/browse/node/26707967 Maybe therefore it will not recognize Riga. If you compile your maps with name:en before name it will find it? --name-tag-list=name:en,int_name,name

On 2013-02-14 14:01, Minko wrote:
Rich, on OSM I see name = Rīga with an accent on the i http://www.openstreetmap.org/browse/node/26707967 Maybe therefore it will not recognize Riga. If you compile your maps with name:en before name it will find it? --name-tag-list=name:en,int_name,name
i didn't try that yet, but all place names are converted to ascii anyway. for example, searching for "meza" does find "Mežaparks". i just tried the map from http://garmin.openstreetmap.nl/ , and i can not find riga on it either... -- Rich

On 28/02/13 19:01, Rich wrote:
On 2013-02-14 14:01, Minko wrote:
Rich, on OSM I see name = Rīga with an accent on the i http://www.openstreetmap.org/browse/node/26707967 Maybe therefore it will not recognize Riga. If you compile your maps with name:en before name it will find it? --name-tag-list=name:en,int_name,name
i didn't try that yet, but all place names are converted to ascii anyway. for example, searching for "meza" does find "Mežaparks".
i just tried the map from http://garmin.openstreetmap.nl/ , and i can not find riga on it either...
What, exactly, do you mean by it not recognizing Riga? I downloaded the two tiles around Riga from garmin.openstreetmap.nl. The city itself was easily found. What does happen is if you search for a street eg "Elizabetes Iela" it is classed as being in the city of "Centrs" in the region "Riga". Likewise if you try to enter riga in the city field of the address search it is not found there. If that is what you mean, then it is probably that the wrong admin level is selected when creating the boundary files, so the streets are being allocated to suburbs/disticts rather than the city itself. Since Riga is a capital city it may be an exception to the normal case. ..Steve

On 2013-02-28 23:30, Steve Ratcliffe wrote:
On 28/02/13 19:01, Rich wrote:
On 2013-02-14 14:01, Minko wrote:
Rich, on OSM I see name = Rīga with an accent on the i http://www.openstreetmap.org/browse/node/26707967 Maybe therefore it will not recognize Riga. If you compile your maps with name:en before name it will find it? --name-tag-list=name:en,int_name,name
i didn't try that yet, but all place names are converted to ascii anyway. for example, searching for "meza" does find "Mežaparks".
i just tried the map from http://garmin.openstreetmap.nl/ , and i can not find riga on it either...
What, exactly, do you mean by it not recognizing Riga?
I downloaded the two tiles around Riga from garmin.openstreetmap.nl.
The city itself was easily found.
What does happen is if you search for a street eg "Elizabetes Iela" it is classed as being in the city of "Centrs" in the region "Riga". Likewise if you try to enter riga in the city field of the address search it is not found there.
If that is what you mean, then it is probably that the wrong admin level is selected when creating the boundary files, so the streets are being allocated to suburbs/disticts rather than the city itself. Since Riga is a capital city it may be an exception to the normal case.
ah, streets being assigned to suburbs seems likely... is there maybe some easy solution (that does not involve modifying osm data :) )
..Steve -- Rich

On Fri, Mar 01, Rich wrote:
On 2013-02-28 23:30, Steve Ratcliffe wrote:
I downloaded the two tiles around Riga from garmin.openstreetmap.nl.
The city itself was easily found.
What does happen is if you search for a street eg "Elizabetes Iela" it is classed as being in the city of "Centrs" in the region "Riga". Likewise if you try to enter riga in the city field of the address search it is not found there.
If that is what you mean, then it is probably that the wrong admin level is selected when creating the boundary files, so the streets are being allocated to suburbs/disticts rather than the city itself. Since Riga is a capital city it may be an exception to the normal case.
ah, streets being assigned to suburbs seems likely... is there maybe some easy solution (that does not involve modifying osm data :) )
Ok, Riga is admin_level6, Centrs is admin_level10. admin_level6 is not used for cities, thus admin_level10 at the last line wins. Maybe this will work. Add the following line before the "# common rules for all the rest of countries" line or whatever else rules you are using for your area to your style: mkgmap:country=LVA & mkgmap:city!=* & mkgmap:admin_level6=Rīga {set mkgmap:city='${mkgmap:admin_level6}' } I hope "LVA" is correct, haven't tested it. For Germany I have meanwhile quite some of this "hacks". Thorsten -- Thorsten Kukuk, Project Manager/Release Manager SLES SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)
participants (4)
-
Minko
-
Rich
-
Steve Ratcliffe
-
Thorsten Kukuk