show oneway streets (and other mapping information)
Hello list, I just found a fine way of using the Garmin/OSM features: riding around by bike with my garmin turned on, looking for differences between map and Real World. Now I wondered, if it is possible to get the Garmin to show more information than just roads and road names. Specifically, one-way information seems not visible. On the wish list: access information and maybe even speed information. Is there a way to get the map to show these? (Please note, that this is just for map making purposes, i.e. I realise that you would not want this information on a regular Garmin map). Best regards, Valentijn p.s. I'm using my Garmin with OSM map now for a couple of days and I'm impressed, routing information is really good. (There are some problems when routing by bike; if anyone comes up with a good scheme to check if it's the Garmin or the map that goes berzerk, I'll be glad to test it out; for now, I'll just assume the Garmin is bicycle-unfriendly, just as it is with the manufacturer-supplied map).
Valentijn Sessink schrieb:
Now I wondered, if it is possible to get the Garmin to show more information than just roads and road names. Specifically, one-way information seems not visible. On the wish list: access information and maybe even speed information. Is there a way to get the map to show these?
You can have multiple map layers displayed at the same time on your Garmin. The upper layers (use the parameter draw_priority) must be set to transparent, so that they work as an overlay to the underlying layers. My Garmin mapset consists of the following layers: +2 an overlay with SRTM contour lines +1 an overlay with oneway and access indications 0 the main layer with a Topo-map (not transparent) -1 a routing layer consisting of the routable road net work (not visible, since it is below the topo layer) -2 a search layer consisting of the POIs for the garmin search function (also not visible) The three visible layers allow a better control of the map display than a single map layer, e.g. the oneway indication is displayed on top of the roads, indepently from the actual road style. The none visible layers provide a seperation between the search and routing functions and the visible appearance of the map. Gruss Torsten
Torsten Leistikow a écrit : Hello,
The none visible layers provide a seperation between the search and routing functions and the visible appearance of the map.
I'm interested about that. That could be the solution to the pb I asked yesterday. So you "compile" the same areas but using different parameters. Is it possible to get an example of the command line you use to compile all your layers? Thanks. Francois --
frmas schrieb:
I'm interested about that. That could be the solution to the pb I asked yesterday. So you "compile" the same areas but using different parameters. Is it possible to get an example of the command line you use to compile all your layers?
My batch file looks like the following (actually I am using different batch files at the moment, since I am still trying some changes): cd ..\..\OSM\Europa copy 66668*.* 66666*.* copy 66668*.* 66667*.* copy 66668*.* 66669*.* cd ..\..\img\OSM_Topo java -jar -Xmx6144M ../../mkgmap-r1060/mkgmap.jar --style-file=../../styles/topo_v004 --family-id=41 --country-name="Deutschland" --country-abbr="D" --overview-name=OSM_T004 --family-name=OSM_T004 --series-name=OSM_T004 --description=OSM_T004 --tdbfile --max-jobs=3 --draw-priority=11 ../../osm/Europa/66669???.osm.gz rename 63240000.* 66669000.* cd ..\.. cd img\OSM_Search del 66667000.* java -jar -Xmx6144M ../../mkgmap-r1060/mkgmap.jar --style-file=search_style --net --family-id=41 --country-name="Deutschland" --country-abbr="D" --overview-name=OSM_SRCH --family-name=OSM_SRCH --series-name=OSM_SRCH --description=OSM_SRCH --tdbfile --draw-priority=1 --max-jobs=3 ../../osm/Europa/66667???.osm.gz rename 63240000.* 66667000.* cd ..\.. cd img\OSM_Bicycle_52 del 66668000.* java -jar -Xmx6144M ../../mkgmap-r1060/mkgmap.jar --style-file=../../styles/bicycle_v004 --route --net --family-id=52 --country-name="Deutschland" --country-abbr="D" --overview-name=OSM_B004 --family-name=OSM_B004 --series-name=OSM_B004 --description=OSM_B004 --tdbfile --draw-priority=10 --max-jobs=3 ../../osm/Europa/66668???.osm.gz rename 63240000.* 66668000.* cd ..\.. cd img\OSM_Bicycle_Overlay del 66666000.* java -jar -Xmx6144M ../../mkgmap-r1067/mkgmap.jar --style-file=../../styles/bicycle_v004_overlay --transparent --family-id=41 --country-name="Deutschland" --country-abbr="D" --overview-name=OSM_B_OV --family-name=OSM_B_OV --series-name=OSM_B_OV --description=OSM_B_OV --tdbfile --draw-priority=12 --max-jobs=3 ../../osm/Europa/66666???.osm.gz rename 63240000.* 66666000.* cd ..\.. Prior to the map generation I use splitter to cut the predefined tiles from the europe.osm file from geofabrik. The SRTM-Tiles are always the same, I created them once with srtm2osm and there is no need to update them. Finally I use sendmap to combine all the map layers into a single gmapsupp.img Right now i am testing, if it is possible/better to use differen family-ids and typ-files for the different (visible) map-layers. Gruss Torsten
Torsten Leistikow a écrit :
frmas schrieb:
I'm interested about that. That could be the solution to the pb I asked yesterday. So you "compile" the same areas but using different parameters. Is it possible to get an example of the command line you use to compile all your layers?
My batch file looks like the following (actually I am using different batch files at the moment, since I am still trying some changes):
java -jar -Xmx6144M ../../mkgmap-r1060/mkgmap.jar --style-file=../../styles/topo_v004 --family-id=41 --country-name="Deutschland" --country-abbr="D" --overview-name=OSM_T004 --family-name=OSM_T004 --series-name=OSM_T004 --description=OSM_T004 --tdbfile --max-jobs=3 --draw-priority=11 ../../osm/Europa/66669???.osm.gz
Thank you Torsten. You use "--overview-name", but mkgmap --help=options gives me the parameter "--overview-mapname" instead of --overview-name" Which one is the right one ? Using approximatively your parameters, I can't make my garmin to display the family-name nor the description. I tried with or without quotes for the description and the family-name, it doesn't work on my gps. These are the different options I use, maybe one of them conflict with another one and avoid the names to be displayed : # Options de compilation de mkgmap OPT_M_COMP_PERS=" \ -Xmx768M \ -jar mkgmap.jar \ --draw-priority=20 \ --family-id=148 \ --latin1 \ --style-file=$FILEDIR/styles/arvernes \ --transparent \ " OPT_M_COMP_ROUT=" \ -Xmx768M \ -jar mkgmap.jar \ --draw-priority=25 \ --family-id=148 \ --ignore-maxspeeds \ --ignore-osm-bounds \ --ignore-turn-restrictions \ --latin1 \ --location-autofill=1 \ --net \ --remove-short-arcs \ --route \ --style-file=$FILEDIR/styles/arvernes \ --transparent \ " OPT_M_COMP_SRCH=" \ -Xmx768M \ -jar mkgmap.jar \ --add-pois-to-areas \ --draw-priority=1 \ --family-id=148 \ --road-name-pois \ --style-file=$FILEDIR/styles/arvernes \ " echo "On fait la carte layer ROUT a partir du fichier $carte0102" java $OPT_M_COMP_ROUT --mapname="09030102" --family-name=OSM_ROUT --series-name=OSM_ROUT --overview-name=OSM_ROUT --description="Carte OSM de Noirmoutier" $CARTESDIR/$carte0102 echo "On fait la carte layer SRCH a partir du fichier $carte0102" java $OPT_M_COMP_SRCH --mapname="09010102" --family-name=OSM_SRCH --series-name=OSM_SRCH --overview-name=OSM_SRCH --description="Carte de recherche sur POIs" $CARTESDIR/$carte0102 echo "On fait la carte layer PERS a partir du fichier $carte0199" java $OPT_M_COMP_PERS --mapname="09030199" --family-name=OSM_PERS --series-name=OSM_PERS --overview-name=OSM_PERS --description="Carte perso" $CARTESDIR/$carte0199 Francois
frmas wrote:
Torsten Leistikow a écrit :
java -jar -Xmx6144M ../../mkgmap-r1060/mkgmap.jar --style-file=../../styles/topo_v004 --family-id=41 --country-name="Deutschland" --country-abbr="D" --overview-name=OSM_T004 --family-name=OSM_T004 --series-name=OSM_T004 --description=OSM_T004 --tdbfile --max-jobs=3 --draw-priority=11 ../../osm/Europa/66669???.osm.gz
Thank you Torsten. You use "--overview-name", but mkgmap --help=options gives me the parameter "--overview-mapname" instead of --overview-name" Which one is the right one ? Using approximatively your parameters, I can't make my garmin to display the family-name nor the description. I tried with or without quotes for the description and the family-name, it doesn't work on my gps. These are the different options I use, maybe one of them conflict with another one and avoid the names to be displayed :
Francois
Hi, These are my notes on where the various name and description options are used. If my notes are incorrect in any details, then I hope others will coerect my observations. Also I wonder if MKGMAP is reversing the series and family names? mapname Filename of detailed map image without the extension. Must be a number. overview-mapname Filename of over view map without the extension. I found this must be a number if the map is to displayed in MapSource, but this appears to be a MKGMAP requirement, not a GARMIN requirement. series-name Product Name displayed in "Select a Product" drop down list in mapsource. Stored in TDB file and not used by GPSr. family-name CD set name displayed in Map product Info in MapSource (Selected from the About->Mapsource dialog box). Stored in TDB file and not used by GPSr. description Detail map name displayed (followed by map number in brackets) in User Data Tabs in mapsource when a map is selected for upload. Stored in the detailed map - uploaded to GPSr. overview-description Text displayed in the AREA column in User Data Tabs in mapsource when a map is selected for upload. Stored in TDB file and in overview map. Uploaded to GPSr when the combined map is created during upload. area-name When a gmapsupp file is created, the arae name is used instead of the overview-description. Tow others I saw recently. tdb-v4 Not valid (V4 is the default anyway) overview-name Not Valid. Notes. In a GPSr if a map is uploaded from mapsource the name of a map is formed from description, overview-description and if a gmapsupp file is created then presumably (not checked as my GPS has internal memory) description, area-name So the description should be used in the GPSr, but if you do not use mapsource then the family name will not be visible. Garvan
Garvan & maew a écrit : Hello,
These are my notes on where the various name and description options are used. If my notes are incorrect in any details, then I hope others will coerect my observations. Also I wonder if MKGMAP is reversing the series and family names?
Thank you for those explanations Garvan. Whatever I tried, it didn't work. I run a linux box, I don't run Mapsource. Splitter and mkgmap are my only friends ;-) I saw the following thing: if I use the different options you gave in your message when I compile an .osm file to produce the 3 .img files I want, then gather them to create the gmapsupp file, it doesn't work on my Garmin Oregon T400. The family-name and description are not displayed at all. On my GPS, the maps available are just shown that way : Enabled - family name OSM street map Enabled - family name OSM street map Enabled - family name OSM street map But, if I don't use those parameters when creating the different .img files from the .osm file, but use the parameters --family-name and --description when I gather all the .img files to create the gmapsupp.img file, those infos are well displayed on my GPS. Francois
----- Original Message ---- ...
overview-mapname Filename of over view map without the extension. I found this must be a number if the map is to displayed in MapSource, but this appears to be a MKGMAP requirement, not a GARMIN requirement.
... Well I can confirm that statement. IMHO the real mess is in the overview .img and .tdb files. The parameter shuold be divided to something like: overview-mapname -> any string name, used as filename overview-mapid -> 8digit number, representing the "root" id that is assigned to overview map in TDB file and that is chained to slave detail mapids. In my previous post i proposed a patch that solve this problem but it is still not observed nor committed. I don't know why? :( BR, Anton Todorov
In my previous post i proposed a patch that solve this problem but it is still not observed nor committed. I don't know why? :(
Sorry about that, I think that the patch is good, I've been busy with other things in last few months, but I should have more time soon. Also the ordinary mapnames do not have to be integers either, not just the overview name. So I'd like the patch to be extend to cover all names. And it would probably be a good idea to make a MapName object to keep the name and number together. I'll commit the patch as it is now. Regards, ..Steve
participants (6)
-
Anton Todorov -
frmas -
Garvan & maew -
Steve Ratcliffe -
Torsten Leistikow -
Valentijn Sessink