Messages

According to manual there is night mode in new eTrex series. But not in Dakota.

You can convert Geospatial PDF to many other formats with free tool gdal_translate, which is a part of gdal:
http://www.gdal.org/

This release for Windows supports GeoPDF:
http://www.gisinternals.com/sdk/

Gdal utilities are command line programs. Converting GeoPDF to GeoTiff could be as easy as running single command:
>gdal_translate file.pdf file.tiff

You can report incompatibility between MapEdit and cgpsmapper to author of MapEdit, he could add automatic correction for addresses when there are intermediate nodes.

I don't think you will find any general rules for addressing. You can set multiple "Numbers" lines into single road, if you have precise data. Each can have different type of numbering.

You probably can run WebUpdater to load maps. WebUpdater supports command line interface, in this case command could look like this:

Code Select Expand

WebUpdater.exe /upload_file rgn=49 path=gmapprom.img -autorun usb /i


I haven't tried it, search Internet to find more info.

I think cgpsmapper set addressing form selected node to next node only. This looks different than in GPSMapEdit. You could try something like that:

Code Select Expand

Nod1=0,3,0
Nod2=1,2,0
Nod3=18,4,0
Numbers1=0,E,100,162,O,101,163,96913,96913,Tamuning,Guam~[0x1d]GU,USA~[0x1d]USA,Tamuning,Guam~[0x1d]GU,USA~[0x1d]USA
Numbers2=1,E,164,400,O,165,399,96913,96913,Tamuning,Guam~[0x1d]GU,USA~[0x1d]USA,Tamuning,Guam~[0x1d]GU,USA~[0x1d]USA


This is what I got in MapEdit after splitting and merging road at node 2.

GPS scans maps which are loaded first time at least to check copy protection. Then it remembers maps even if you swap cards. I think one of factors triggering rescan is creation date inside img. Maybe file save date is considered too, this would explain rescan after copying.

MapSetToolKit doesn't write into img. It creates input file for cpreview (pv.txt), executes cpreview, executes cgpsmapper to compile preview map and then copies img files to mapset directory.

To create index (*_MDR.IMG) cpreview needs *.img files and *.img.idx files. Both types are created by cgpsmapper when compiling mp source. But only img are copied by MapSetToolKit to mapset directory. If you start creating mapset without *.idx files, you won't get *_MDR.IMG index.

Address search is available in some cGPSmapper versions, like for example cGPSmapper Personal. mkgmap has this function too, but I'm not sure if house number is supported yet.

Edit: I see that Mapwel supports address search too.

I confirm, that maps with changed names work in Dakota when saved in directory \Garmin on SD. This is the configuration I'm using, 4GB SD card, firmware 5.20.

Check your SD for file system problems like for example spaces in names.

You might consider updating to latest Mapsource 6.16.3, I think it simply ignores problems with wrong map installation and runs anyway.

Background 4B is not required. But for preview map polygon 4A is required, this is selection area. Without it you can't select map in Mapsource or Mapinstall.

Preview map is named philmont.img, the same as img for device. It looks like author by mistake replaced preview map with full img. You can correct this, using attached  file instead.

You don't need index in Mapsource for map to be routable.

Are you sure, that in your GPS routing is based on your map and not on some other map which is active at the same time?

Is your map transparent? Mapsource doesn't create routes on transparent map, but it works in GPS.

Have you compared avoidance settings on both devices? Maybe you have unpaved roads set in Oregon.

cgpsmapper (probably) indexes following POI types:

0x00 - 0x0F

0x2A00 - 0x2A1F
0x2B00 - 0x2B1F
0x2C00 - 0x2C1F
0x2D00 - 0x2D1F
0x2E00 - 0x2E1F
0x2F00 - 0x2F1F
0x3000 - 0x301F

0x6400 - 0x641F
0x6500 - 0x651F
0x6600 - 0x661F
0x6700 - 0x671F

Other POIs can be found using "search near" function.

Thanks, explained precisely.