I hadn't tested POI's addresses support since it was added to trunk till now (nuvi 300). After reading most messages about this matter in the list (still not all, so apologize if I ask something that has already been answered) I still have not clear how it works. Here are my doubts, questions, comments. *First I've noticed is that pois having is_in:region tag don't show region in nuvi. If region is taken from is_in rather that is_in:region it's a problem for countries like Spain, where information in this tag is completely erratic, i.e. you can find city, region, country, continent values in any order, some of them missing, separated by , or by ; etc. This way I can't find a way to set the region with regionOffset parameter in LocatorConfig.xml *About poiDispFlag in LocatorConfig.xml: -> Address display format: Default is 0 - How does it display? 0xc show street before street number - ¿and? - show zip before city *If I use template.args generated by splitter as -c argument for mkgmap, all pois (except road_name_pois) are duplicated; for those without address information in osm data one of the pois have "Fix my address" and city added and the other one not. This is my mkgmap command: java -Xmx500m -enableassertions -jar mkgmap.jar -c template.args --route --latin1 --code-page=1252 --description="OpenStreetMap-Iberia" --gmapsupp --country-name=ESPAÑA --country-abbr=ESP --name-tag-list=ref,name --family-name="Open Street Map" --family-id=14 --product-id=314 --net --road-name-pois --ignore-osm-bounds --preserve-element-order --add-pois-to-areas --location-autofill=1 6*.osm.gz I'm using a customized LocatorConfig.xml that includes Spain (I'll send a patch after clarifying poiDispFlag). Regards Carlos
Hi Carlos, first of all thanks for testing. Sorry I didn't found time to answer your questions earlier.
*First I've noticed is that pois having is_in:region tag don't show region in nuvi. If region is taken from is_in rather that is_in:region it's a problem for countries like Spain, where information in this tag is completely erratic, i.e. you can find city, region, country, continent values in any order, some of them missing, separated by , or by ; etc. This way I can't find a way to set the region with regionOffset parameter in LocatorConfig.xml
You are right that the is_in tagging is not very reliable in most countries. I did the best to get reasonable results but on the long term the only solution is to fix the tags. Right now mkgmap supports the following formats: County, State, Country, Continent County, State, Country Continent, Country, State, County, ... To make it working mkgmap needs to know the valid country keywords. This could be configured in LocatorConfig.xml. I have attached a version that contains entries for Spain. Additionally I check for the following individual tags: City -> addr:city Zip -> addr:postcode Street -> addr:street House Number -> addr:housenumber Phone -> phone Country -> is_in:country or addr:country Region -> is_in:county So I think you might want to use the is_in:county tag for your purposes. I support this tag since it existed in UK. I don't think that is_in:region is a wide used tag. Right now this stuff is hard coded in the method elementSetup of StyledConverter.java. I know that is not nice and should be part of a configuration file.
*About poiDispFlag in LocatorConfig.xml: -> Address display format: Default is 0 - How does it display?
The default 0 is US style I guess. 1252 MainStreet New York 12544 I think UK uses the same notation ? Should we change the default ? I use 0xc which fits for Germany: Hauptstrasse 13 1000 Berlin
*If I use template.args generated by splitter as -c argument for mkgmap, all pois (except road_name_pois) are duplicated; for those without address information in osm data one of the pois have "Fix my address" and city added and the other one not. This is my mkgmap command: java -Xmx500m -enableassertions -jar mkgmap.jar -c template.args --route --latin1 --code-page=1252 --description="OpenStreetMap-Iberia" --gmapsupp --country-name=ESPAÑA --country-abbr=ESP --name-tag-list=ref,name --family-name="Open Street Map" --family-id=14 --product-id=314 --net --road-name-pois --ignore-osm-bounds --preserve-element-order --add-pois-to-areas --location-autofill=1 6*.osm.gz
I think I see your problem. You have used the -c option and added the splitted osm files with 6*.osm.gz. I think the template.args already contains the files. I checked it and in GPSMapEdit it looks like everything (including lines and polygons) is duplicated in this map. If you remove the 6*.osm.gz option your img file should get also much smaller. For some reason you have to move the -c option to the end of your arguments. It looks like otherwise all other parameters are ignored. I have attached my creation script. Thanks Berni. #!/bin/sh OSM=spain.osm DIR=/common/osm/spain cd $DIR #if [ "$1" != "q" ] #then #rm $DIR/* #wget -O $OSM.bz2 http://download.geofabrik.de/osm/europe/$OSM.bz2 #bunzip2 $DIR/$OSM.bz2 #java -Xmx1024M -jar ~/maps/splitter/dist/splitter.jar $OSM #fi time java -Xmx1024M -jar ~/maps/mkgmap/mkgmap.jar --route --latin1 \ --code-page=1252 --description="OpenStreetMap-Iberia" \ --gmapsupp --country-name=ESPAÑA --country-abbr=ESP --name-tag-list=ref,name --family-name="Open StreetMap" \ --family-id=14 --product-id=314 --net --road-name-pois \ --ignore-osm-bounds --preserve-element-order --add-pois-to-areas \ --location-autofill=1 -c template.args cp gmapsupp.img /common/garmin/gmapsupp_spain.img
Bernhard Heibler escribió:
Hi Carlos,
first of all thanks for testing. Sorry I didn't found time to answer your questions earlier.
*First I've noticed is that pois having is_in:region tag don't show region in nuvi. If region is taken from is_in rather that is_in:region it's a problem for countries like Spain, where information in this tag is completely erratic, i.e. you can find city, region, country, continent values in any order, some of them missing, separated by , or by ; etc. This way I can't find a way to set the region with regionOffset parameter in LocatorConfig.xml You are right that the is_in tagging is not very reliable in most countries. I did the best to get reasonable results but on the long term the only solution is to fix the tags. I have opened a thread in talk-es list to try to standardize this tags, so it can be processed not only by mkgmap but by any other program. Information as is now is useless. Right now mkgmap supports the following formats:
County, State, Country, Continent County, State, Country Continent, Country, State, County, ...
To make it working mkgmap needs to know the valid country keywords. This could be configured in LocatorConfig.xml. I have attached a version that contains entries for Spain. I attach a diff with the LocatorConfig.xml I'm using (quite similar to yours). Could it be submitted to trunk?
Additionally I check for the following individual tags:
City -> addr:city Zip -> addr:postcode Street -> addr:street House Number -> addr:housenumber Phone -> phone Country -> is_in:country or addr:country Region -> is_in:county So I think you might want to use the is_in:county tag for your purposes. I support this tag since it existed in UK. I don't think that is_in:region is a wide used tag. Right now this stuff is hard coded in the method elementSetup of StyledConverter.java. I know that is not nice and should be part of a configuration file.
*About poiDispFlag in LocatorConfig.xml: -> Address display format: Default is 0 - How does it display?
The default 0 is US style I guess.
1252 MainStreet New York 12544
I think UK uses the same notation ? Should we change the default ?
I use 0xc which fits for Germany:
Hauptstrasse 13 1000 Berlin
*If I use template.args generated by splitter as -c argument for mkgmap, all pois (except road_name_pois) are duplicated; for those without address information in osm data one of the pois have "Fix my address" and city added and the other one not. This is my mkgmap command: java -Xmx500m -enableassertions -jar mkgmap.jar -c template.args --route --latin1 --code-page=1252 --description="OpenStreetMap-Iberia" --gmapsupp --country-name=ESPAÑA --country-abbr=ESP --name-tag-list=ref,name --family-name="Open Street Map" --family-id=14 --product-id=314 --net --road-name-pois --ignore-osm-bounds --preserve-element-order --add-pois-to-areas --location-autofill=1 6*.osm.gz
I think I see your problem. You have used the -c option and added the splitted osm files with 6*.osm.gz. I think the template.args already contains the files. I checked it and in GPSMapEdit it looks like everything (including lines and polygons) is duplicated in this map. If you remove the 6*.osm.gz option your img file should get also much smaller. For some reason you have to move the -c option to the end of your arguments. It looks like otherwise all other parameters are ignored. I have attached my creation script. I'll try it and comment. Thanks for your comments and files. Carlos
Index: resources/LocatorConfig.xml =================================================================== --- resources/LocatorConfig.xml (revisión: 985) +++ resources/LocatorConfig.xml (copia de trabajo) @@ -22,6 +22,10 @@ <variant>IT</variant> </country> <country name="France" abr="FRA"> + </country> + <country name="España" abr="ESP" poiDispFlag="0xc"> + <variant>Spain</variant> + <variant>ES</variant> </country> <country name="United States" abr="USA"> <variant>USA</variant>
Here's a patch to add support for Iceland. I didn't know what do do with the regionOffset or geodb attributes so I left them out, maybe they should be added?
Carlos Dávila wrote:
Bernhard Heibler escribió:
Hi Carlos,
first of all thanks for testing. Sorry I didn't found time to answer your questions earlier.
*First I've noticed is that pois having is_in:region tag don't show region in nuvi. If region is taken from is_in rather that is_in:region it's a problem for countries like Spain, where information in this tag is completely erratic, i.e. you can find city, region, country, continent values in any order, some of them missing, separated by , or by ; etc. This way I can't find a way to set the region with regionOffset parameter in LocatorConfig.xml
You are right that the is_in tagging is not very reliable in most countries. I did the best to get reasonable results but on the long term the only solution is to fix the tags.
I was under the impression that the "is_in" tag was only needed if the way (or POI) was outside any bounding-polygon marked with "place=vlllage(*), place_name=Beercan on Sea(**)". Is this system still in use? I've been marking up my area (Swansea, South Wales) with such polygons, also giving them tags like "landuse=residential" so as to have the rendered map show the limits of the urban areas.
Though it's not trivial to discover which polygons contain a given point, it's bound to be easier for sureyors to maintain and less error-prone than having to mark every individual POI or way with "is_in" tags. Steve
Bernhard Heibler escribió:
*If I use template.args generated by splitter as -c argument for mkgmap, all pois (except road_name_pois) are duplicated; for those without address information in osm data one of the pois have "Fix my address" and city added and the other one not. This is my mkgmap command: java -Xmx500m -enableassertions -jar mkgmap.jar -c template.args --route --latin1 --code-page=1252 --description="OpenStreetMap-Iberia" --gmapsupp --country-name=ESPAÑA --country-abbr=ESP --name-tag-list=ref,name --family-name="Open Street Map" --family-id=14 --product-id=314 --net --road-name-pois --ignore-osm-bounds --preserve-element-order --add-pois-to-areas --location-autofill=1 6*.osm.gz
I think I see your problem. You have used the -c option and added the splitted osm files with 6*.osm.gz. I think the template.args already contains the files. I checked it and in GPSMapEdit it looks like everything (including lines and polygons) is duplicated in this map. If you remove the 6*.osm.gz option your img file should get also much smaller. For some reason you have to move the -c option to the end of your arguments. It looks like otherwise all other parameters are ignored. I have attached my creation script.
Using this method I get a map that works fine in my nuvi, but MapSource fails to open with it installed (with MapSetToolKit). It gives the following error: App: MapSource At: 3/27/2009 9:58:30 AM (UTC) OS: Windows XP Service Pack 2 #I'm using it on Linux with wine. Processor: x86, Processor Level: 15, Processors:1, Model: 47 Stepping: 2, RAM: 906292 DSK_FIRSTIMAGESECTOR.CPP-90-6.13.4.0 Language ID: 1034 Part Number: 006-A0041-00 Build Type: Release Extra: Opening map at (lat,lon): 40.3969, -3.76409 Resolution: 25 Hope this help Cheers Carlos
Thanks Berni. ------------------------------------------------------------------------
_______________________________________________ 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. OpenOffice es gratis. El uso de OpenOffice es totalmente legal. OpenOffice funciona mejor que otros paquetes de oficina. OpenOffice está en continuo desarrollo y no tendrá que pagar por las nuevas versiones.
participants (4)
-
Bernhard Heibler -
Carlos Dávila -
Steve Hosgood -
Ævar Arnfjörð Bjarmason