I recently had success exporting some trail maps I created in GPSMapEdit v2.0 to Garmin IMG format without issue.
I then created individual trail maps in GPSMapEdit for several states using identical settings for each state.
I have combined multiple state trail maps (*.mp) in GPSMapEdit and saved the new collective map as *.mp file.
When I try to export the collective *.mp map to Garmin IMG format with GPAMapEdit, and it runs cgsmapper, I get this:
*******************************************************************************
cGPSmapper a GIS converter into GARMIN compatible format maps
Version : 0100d Nov 19 2010
Copyright(C) Stanislaw Kozicki, 2000-2010
[email protected]
THIS IS A FREE / SHAREWARE / PERSONAL VERSION OF CGPSMAPPER - YOU CAN USE
IT ONLY IF YOU AGREE WITH CGPSMAPPER NON COMMERCIAL LICENCE TERMS OF USE
BE SURE TO READ LICENCE.TXT FILE WHICH COMES TOGETHER WITH CGPSMAPPER
OR GO TO HTTP://CGPSMAPPER.COM
*******************************************************************************
Non Commercial only - Free cGPSmapper version with extended set of types
*******************************************************************************
Custom type definition : YES
ESRI data support : NO
POI full info : NO
POI indexing : NO
City indexing : NO
Find intersection support : NO
Street numbers support : NO
Street full address : NO
Global indexing support : NO
Auto-routing support : NO
Marine (extended) types : YES
Map locking support : NO
*******************************************************************************
Garmin and MapSource are registered trademark or trademarks of
Garmin Ltd. or one of its subsidiaries.
*******************************************************************************
cGPSMapper home page: http://cgpsmapper.com
*******************************************************************************
Importing and preprocessing data
Current import datum is: W84 :WGS 84 Global Definition II
Codepage set to: 1252
String coding: 8 bits
POI info sorting
Layer >>>>>>0<<<<<< generation
Error E032: Layer 0 of the map cannot be empty.
Do any of the Map making masters here have any suggestions?
Perhaps I am not combining *.mp files properly with GPSMapEdit?
I tried an older version of my map (consisting of several *.mp files imported into GPSMapEdit), and this one always succeeds in exporting to IMG, BUT, huge but, the exported IMG only has one very small section of the map. GPSMapEditor is only exporting data from the smallest *.mp map imported into the larger *.mp file.
My collective *.mp file is 39,663kb, and my exported IMG from the *.mp is only 7kb.
I can see all the data in the *.mp and it is all available on Level 0,1,2 with total levels of 0,1,2,3.
I don't understand what is happening here :(
One way to fix is to take your full size map and Select All (Ctrl-A). Then, using the "S" tool Right Click>Modify>Extend all elements to level 0. (If you are too far out, they'll disappear, but just zoom in till you see them.) Then Right Click> Modify> Extend all elements to the level you want them at. If you want them at different levels you'll need to create a "Dictionary".
Quote from: Seldom on July 23, 2013, 01:41:23 PM
One way to fix is to take your full size map and Select All (Ctrl-A). Then, using the "S" tool Right Click>Modify>Extend all elements to level 0. (If you are too far out, they'll disappear, but just zoom in till you see them.) Then Right Click> Modify> Extend all elements to the level you want them at. If you want them at different levels you'll need to create a "Dictionary".
Thank you Seldom.
I have done exactly that, and saved the *.mp, but I still get the E032 error after attempting to export to IMG.
I have four levels, 0, 1,2, and 3.
All data was extended to level 0, *.mp saved, then all data extended to level 02, again *.mp file saved.
Export to IMG results in E032 every time.
I have even tried exporting several individual *.mp files without combining, and they all give the same result.
Is your Level 0 24 bit?
This is a three active level version of the levels I use:
Levels=5
Level0=24
Level1=22
Level2=20
Level3=18
Zoom0=1
Zoom1=2
Zoom2=3
Zoom3=4
Try pasting it into the IMG ID part of your header.
Quote from: Seldom on July 23, 2013, 02:44:50 PM
Is your Level 0 24 bit?
This is a three active level version of the levels I use:
Levels=5
Level0=24
Level1=22
Level2=20
Level3=18
Zoom0=1
Zoom1=2
Zoom2=3
Zoom3=4
Try pasting it into the IMG ID part of your header.
Those are exactly the levels and bits I am using for my maps.
To test a theory, I just created a FRESH blank map with GPSMapEdit, gave it the levels you just posted, and created a single track from NY to LA. I saved the *.mp, and then exported to IMG without issue.
My other trail map *.mp files were all created with GlobalMapper from OSM shapefiles. I had to extract the trail data from the OSM transportation data in GM (GPSMapEdit does not yet have this function) and export that data as *.mp files.
I then opened each of these exported *.mp files with GPSMapEdit, set the track types, saved the *.mp, combined all the adjusted *.mps into a single *.mp, then tried the export and that is where I get the layer 0 error.
But I do not know why.
Why not use MapSetToolKit to combine the separate img files into one map group? You can make the img files from separate mp files.
I'm guessing you want to eliminate the annoying overlap for states that are compiled separately to img(s).
How are you combining? In GM? Try opening a single file in GPSmapedit and ADDing. Or try opening multiple instances of GPSmapedit and copying and pasting. Were you using a template with the correct levels to export vector from GM to MP?
Why not use GM to open all the .mp files it created and make a combined .mp file?
Or some other format like .shp, etc., then a combined .mp file?
Quote from: hwstock on July 23, 2013, 03:42:36 PM
Why not use MapSetToolKit to combine the separate img files into one map group? You can make the img files from separate mp files.
I'm guessing you want to eliminate the annoying overlap for states that are compiled separately to img(s).
Yes, I need to combine each area map to check and correct overlaps etc. :)
Quote from: Seldom on July 23, 2013, 04:25:45 PM
How are you combining? In GM? Try opening a single file in GPSmapedit and ADDing. Or try opening multiple instances of GPSmapedit and copying and pasting.
I am doing all the combining in GPSMapEdit, as I find it much more user friendly for editing trail types and using custom TYP files.
I combine in GPSMapEdit initially by opening one of the *.mp files and dragging and dropping each additional *.mp file until all map data is displayed, and I save the new group as a new *.mp file. Then I check overlaps, make slight adjustments, etc. I have also tried doing the same by using the ADD menu function, as well as opening each separate *.mp file, copying the tracks from each and pasting them into a completely new, made from scratch *.mp (in GPSMapEdit), but that file also always returns the level 0 error when attempting to export to IMG.
The only common thread I see is the *.mp files exported by GM will not successfully export to IMG from GPSMapEdit, while any *.mp file that is NEVER touched by GM always exports OK.
Unfortunately, GM is the only software I have that can extract the trails out of the OSM transportation data files that contain all road/trail/track/etc types in a single *.shp file, and GPSMapEdit is the only tool I know that can convert *mp to IMG format.
Quote from: Seldom on July 23, 2013, 04:25:45 PMWere you using a template with the correct levels to export vector from GM to MP?
I need to know more about this. I am not using any template in GM. Perhaps this is the entire issue. I am such a newbie. Thank you all so much for your help. I apologize for my lack of understanding. I have been up several nights for hours trying everything I could imagine, and googling until all the words on the page started to melt together.... :)
Quote from: maps4gps on July 23, 2013, 04:57:50 PM
Why not use GM to open all the .mp files it created and make a combined .mp file?
Or some other format like .shp, etc., then a combined .mp file?
If I could do it all in one program, that would be a great solution, but I am currently finding both GM and GPSMapEdit both offering unique functions I (think I) require.
Quote from: babj615 on July 23, 2013, 07:42:43 PM
The only common thread I see is the *.mp files exported by GM will not successfully export to IMG from GPSMapEdit, while any *.mp file that is NEVER touched by GM always exports OK.
GM has NEVER given me any problems with an MP export. It even preserves routing tables if you import them.
Quote from: Seldom on July 23, 2013, 09:49:39 PM
Quote from: babj615 on July 23, 2013, 07:42:43 PM
The only common thread I see is the *.mp files exported by GM will not successfully export to IMG from GPSMapEdit, while any *.mp file that is NEVER touched by GM always exports OK.
GM has NEVER given me any problems with an MP export. It even preserves routing tables if you import them.
I am sure it is not GM per se, but rather my inexperience with this whole process :)
All my maps worked flawlessly with GPSMapEdit until I started importing data exported from GM. I just need to determine what I am doing wrong when I export from GM.
https://groups.google.com/forum/#!topic/oaconvert/nBJrZHUr0ys
http://tech.groups.yahoo.com/group/map_authors/message/6894
error is mentioned in MANY places-- I'm sure you have checked. What amazes me is how rarely anyone seems to know what caused the error... some just get it to go away by altering the dictionary file, etc.
Quote from: hwstock on July 24, 2013, 06:29:45 AM
https://groups.google.com/forum/#!topic/oaconvert/nBJrZHUr0ys
http://tech.groups.yahoo.com/group/map_authors/message/6894
error is mentioned in MANY places-- I'm sure you have checked. What amazes me is how rarely anyone seems to know what caused the error... some just get it to go away by altering the dictionary file, etc.
Thank you. I had seen those conversations already, however I do not have a dictionary with my files.
I suspect maybe a hidden layer is being exported by GM that I can not see in GPSMapEdit, so I am doing some more research on exporting *.mp from GM. For me, GM is not nearly as user friendly or intuitive as GPSMapEdit. For example, I can not find any 'Deselect' function in GM.
Maybe you could post the entire source file (i.e. more than just the levels and zoom)? More for my benefit, than yours! cGPSmapper has a whole slew of delimiters, used by some calling programs, and not others.
What happens if you selectively take out an mp file and try to compile? Does one particular file break the camel's back?
Quote from: hwstock on July 24, 2013, 07:40:11 AM
Maybe you could post the entire source file (i.e. more than just the levels and zoom)? More for my benefit, than yours! cGPSmapper has a whole slew of delimiters, used by some calling programs, and not others.
What happens if you selectively take out an mp file and try to compile? Does one particular file break the camel's back?
Again, forgive my ignorance, please.
Are you asking for the XML/text of the *.mp file?
I have tried individual *.mp files, and all of the *.mp created with GM fail to export to IMG.
I also created a fresh *.mp without using GM, and I was able to export to IMG without issue.
Tell me exactly what you want, and I will be happy to provide it. I very much appreciate any and all assistance!
IIRC OSM has some unusual background polygons. Try inspecting a problem tile in GM and delete any background size polygons that are not 0x4b. Also, try using GM to set the Endlevel attribute on everything to 0.
No, just what is given under the "source" tab when you hit alt-enter in GPSMapEdit.
Error 32 probably means that file is empty. Wouldn't be difficult to verify it. Could you post a small mp file that doesn't compile?
Quote from: popej on July 24, 2013, 10:28:40 AM
Error 32 probably means that file is empty. Wouldn't be difficult to verify it. Could you post a small mp file that doesn't compile?
Thank you popej !
AZ Footway: https://dl.dropboxusercontent.com/u/44223181/Map%20Issues/OSM%20AZ%20footway.MP
Quote from: hwstock on July 24, 2013, 08:22:14 AM
No, just what is given under the "source" tab when you hit alt-enter in GPSMapEdit.
Result:
; Generated by GPSMapEdit 2.0.77.1
[IMG ID]
CodePage=1252
LblCoding=9
ID=54880152
Name=OSM AZ footways
Preprocess=F
TreSize=511
TreMargin=0.00000
RgnLimit=127
Transparent=Y
POIIndex=Y
POINumberFirst=Y
POIZipFirst=Y
MG=Y
Numbering=Y
Routing=Y
Marine=N
Levels=4
Level0=24
Level1=23
Level2=22
Level3=20
Zoom0=0
Zoom1=1
Zoom2=2
Zoom3=3
[END-IMG ID]
Just to be sure -- you have the routable version of both programs, correct? And the routable version of cGPSmapper?
As near I can tell, *.MP files are really just ascii-- you can open the smaller ones with notepad or wordpad. There are delimiters before and after various entities in the file; some programs have different protocol for the delimiters.
Quote from: hwstock on July 24, 2013, 12:06:13 PM
Just to be sure -- you have the routable version of both programs, correct? And the routable version of cGPSmapper?
As near I can tell, *.MP files are really just ascii-- you can open the smaller ones with notepad or wordpad. There are delimiters before and after various entities in the file; some programs have different protocol for the delimiters.
Both programs? All versions of GPSmapedit can build routing graphs. Only Personal or higher versions of cgpsmapper will do routing. MP files are just big text files. Notepad++ (not Notepad) has opened the largest I've ever made. I need Notepad++ to edit highway shields.
babj615, I notice your header says Routing=Y. If you haven't upgraded your cgpsmapper yet try un-checking the routing box in map properties. Also, mkgmap used to compile MP files. You might want to try that. mkgmap is much more forgiving than cgpsmapper.
I have downloaded your map. There are 2 problems. First - layer 0 is empty ;)
It is really empty. In source you have lines like:
[POLYLINE]
Type=0x16
EndLevel=2
Data1=(33.51523,-111.97684),
"Data1" means, that object is placed at layer 1. You should change it all to "Data0=...".
Next you have multiple lines, which aren't valid cgpsmapper source:
osm_id=171255053
lastchange=
code=5153
fclass=footway
name=old Road 6140
ref=
oneway=F
maxspeed=
layer=0
bridge=F
tunnel=F
I think cgpsmapper ignore unknown lines with format "keyword=value" but probably one of them is offending enough to ignore whole object. As e result again empty map ;)
Quote from: Seldom on July 24, 2013, 12:52:07 PM
Quote from: hwstock on July 24, 2013, 12:06:13 PM
Just to be sure -- you have the routable version of both programs, correct? And the routable version of cGPSmapper?
As near I can tell, *.MP files are really just ascii-- you can open the smaller ones with notepad or wordpad. There are delimiters before and after various entities in the file; some programs have different protocol for the delimiters.
Both programs? All versions of GPSmapedit can build routing graphs. Only Personal or higher versions of cgpsmapper will do routing. MP files are just big text files. Notepad++ (not Notepad) has opened the largest I've ever made. I need Notepad++ to edit highway shields.
Since both programs rely on cGPSmapper, wouldn't you say they are non-routing if there isn't a routing version of cGPSMapper installed? Tomato, ToMAHto.
OK, before I get too far ahead, I have found a work around (I will explain shortly) that allowed me to export IMG files from GPSMapEdit without error codes.
I did run into an issue where OLD polylines from a previous map were visible in MapSource after using MapSetToolKit to install the exported IMG. I eventually had to change the fmaily ID to a new number to resolve, even though MapSetToolKit did not list any installed maps with that family ID. Does this sound familiar to anyone?
I am running Windows 8 64 bit, BTW.
Now, having found success exporting IMG files that load into MapSource OK, and look correct, and having sent several to my GPS to verify (all OK there too!), I created a blank *.mp file with GPSMapEdit, Added 18 *.mp files (all had successfully exported to IMG), saved the new *.mp file, and exported to IMG.
So far so good.
Used MapSetToolKit to install that IMG into MapSource, as before, but this time when I open MapSource, I am given a warning that my map file is LOCKED!
I am using the free version of cgpsmapper, and do not see a clear list of limitations listed here: http://cgpsmapper.com/index.htm
Does this ring a bell with anyone? How did my map get locked? :o
Quote from: popej on July 24, 2013, 01:11:16 PM
I have downloaded your map. There are 2 problems. First - layer 0 is empty ;)
It is really empty. In source you have lines like:
[POLYLINE]
Type=0x16
EndLevel=2
Data1=(33.51523,-111.97684),
"Data1" means, that object is placed at layer 1. You should change it all to "Data0=...".
Next you have multiple lines, which aren't valid cgpsmapper source:
osm_id=171255053
lastchange=
code=5153
fclass=footway
name=old Road 6140
ref=
oneway=F
maxspeed=
layer=0
bridge=F
tunnel=F
I think cgpsmapper ignore unknown lines with format "keyword=value" but probably one of them is offending enough to ignore whole object. As e result again empty map ;)
Thank you popej.
That was one I had not yet checked. I do have others that do not show level 0 empty, but will not compile.
However, I started completely from scratch, extracting the polyline data I wanted from the OSM data using GM, and then exported as .GPX, not as *.mp files.
GPSMapEdit was able to import and convert the individual GPX files to polylines again, using a custom TYP, and saved as *.mp afterward.
These *.mp all export to IMG without error codes, and loaded individually into MapSource and my GPS correctly (after changing the family ID).
However, as I stated in the last post, after combining 18 *.mp files into a single *.mp, exporting to IMG (again, without error code), and installing into MapSource with MapSetToolKit, I am now warned that my new map is LOCKED in MapSource, and I am unable to use it...
Huge learning curve here for me, and I really do appreciate all your help!
If you change Family ID of an protected map, then it becomes locked, since unlock codes are created for Family ID number.
Why would one want to use Data1 instead of Data0 + Endlevel?
I tried using GPSmapedit to "Extend Elements Up to Level 0" on babj615's sample map and it didn't work. So I guess that GPSmapedit only changes the Endlevel value.
babj615, your map appears to define both sides of streets, sidewalks maybe? There's a lot of that in OSM, and I find it to make the map overly complicated. It's why I didn't include Los Angeles in Big Desert Southwest.
Quote from: popej on July 24, 2013, 03:20:28 PM
If you change Family ID of an protected map, then it becomes locked, since unlock codes are created for Family ID number.
Interesting to know, but it sounded like babj615's map was created from original data. Could he have accidentally selected an FID of a protected map somewhere else? I've read about this sort of thing occasionally on the OSM forum.
Quote from: popej on July 24, 2013, 03:20:28 PM
If you change Family ID of an protected map, then it becomes locked, since unlock codes are created for Family ID number.
All my maps are self made, none protected. Still puzzled by the Need Unlock Code, unless free cgpsmapper has an undocumented limitation. Of course, which version of cgsmapper to buy, and will it solve this issue?
Quote from: Seldom on July 24, 2013, 03:26:00 PM
Quote from: popej on July 24, 2013, 03:20:28 PM
If you change Family ID of an protected map, then it becomes locked, since unlock codes are created for Family ID number.
Interesting to know, but it sounded like babj615's map was created from original data. Could he have accidentally selected an FID of a protected map somewhere else? I've read about this sort of thing occasionally on the OSM forum.
I used the same FID without issue when I installed smaller IMG files into Mapsource.
Never had that problem with free cgpsmapper, but it's been a couple years since I used it.
Quote from: Seldom on July 24, 2013, 03:22:34 PM
Why would one want to use Data1 instead of Data0 + Endlevel?
I tried using GPSmapedit to "Extend Elements Up to Level 0" on babj615's sample map and it didn't work. So I guess that GPSmapedit only changes the Endlevel value.
babj615, your map appears to define both sides of streets, sidewalks maybe? There's a lot of that in OSM, and I find it to make the map overly complicated. It's why I didn't include Los Angeles in Big Desert Southwest.
You are experiencing exactly what I experienced. Regardless of setting levels to '0', GPSMapEdit did not actually set them to level zero.
Yes, deciding which data to use from OSM and which to toss will be one of my next projects, but I first have to create a functioning map start to finish. And I am almost there. Just need to figure out the 'Locked Map' issue.
Quote from: Seldom on July 24, 2013, 03:28:47 PM
Never had that problem with free cgpsmapper, but it's been a couple years since I used it.
May I ask which version you use?
Personal version. So I've got to give the maps away.
To change all the lines on your test map to Data0, I used Notepad++ and replaced all Data1s with Data0s. Took about half a second on a file your size. Big searches on my 300 MB tiles take about 3 or 4 seconds.
Quote from: Seldom on July 24, 2013, 03:46:43 PM
Personal version. So I've got to give the maps away.
To change all the lines on your test map to Data0, I used Notepad++ and replaced all Data1s with Data0s. Took about half a second on a file your size. Big searches on my 300 MB tiles take about 3 or 4 seconds.
Just purchased the personal version of cgpsmapper, but in recompiling the *.mp maps with new version of cgpsmapper, I realized I may have accidentally scrolled the 'Code Page' input at the bottom of the *.mp file selection screen to something other than 1252 without realizing it.
Now recompiled, and installed with cgpsmapper Personal edition, trying multiple FIDs, and still the map is locked....
To get protected map warning from Mapsource, you have to create protected TDB file, which probably could be done even with free cgpsmapper, actually cpreview program. And with gmaptool. But I would rather expect that warning comes from commercial map, since you can easily damage installation with MapSetToolKit.
Quote from: Seldom on July 24, 2013, 03:46:43 PM
Personal version. So I've got to give the maps away.
To change all the lines on your test map to Data0, I used Notepad++ and replaced all Data1s with Data0s. Took about half a second on a file your size. Big searches on my 300 MB tiles take about 3 or 4 seconds.
What do you do with the *.IDX files that are now created with each *.IMG file? - apparently an indexing file of some sort.
Just rebooted my machine, and now it seems even small IMG maps are all installed into MapSource with MapSetToolKit as LOCKED.
What a day :(
A bunch more testing.......
......and it seems I can combine up to 4 *.mp files in GPSMapEdit and export to IMG and install to MapSourcce via MapSetToolKit without needing an unlock key to see the map.
But, if I combine any five or more *.mp files in GPSMapEdit and export to IMG (this works fine), that IMG can be installed into MapSource, but the map can not be viewed without an unlock key.
Are you using cpreview to create the TDB and background.IMG files? If I use the "Install button" in MSTK, I need to have the TDB file and background.IMG file compiled before I run the install. Note that cpreview doesn't like to run on OSM IMG files compiled by mkgmap.
Check the cgpsmapper manual for details on how to run cpreview if you haven't already. I generally run all my command line applications from a batch file.
Quote from: Seldom on July 24, 2013, 06:12:02 PM
Are you using cpreview to create the TDB and background.IMG files? If I use the "Install button" in MSTK, I need to have the TDB file and background.IMG file compiled before I run the install. Note that cpreview doesn't like to run on OSM IMG files compiled by mkgmap.
Check the cgpsmapper manual for details on how to run cpreview if you haven't already. I generally run all my command line applications from a batch file.
Huh.
MSTK has been populating ALL files in the (otherwise empty) specified directory, including the TDB and additional IMG file:
17771777.img
17772543.DEM
SW Trails BCF.img
SW Trails BCF.img.idx
SW Trails BCF.mdx
SW Trails BCF.mp
SW Trails BCF.reg
SW Trails BCF.tdb
swtol.typ
Just being old fashioned, I guess. I don't like applications making function calls I don't understand. The one output that you have that surprises me is the DEM. If it's a real DEM, I didn't think we knew how to do that.
This is a result of creating a PC mapset from a commercial map. No surprise it is locked. DEM and locked TDB are created by gmaptool, used by MapSetToolKit instead of cpreview.
Quote from: popej on July 24, 2013, 07:09:32 PM
This is a result of creating a PC mapset from a commercial map. No surprise it is locked. DEM and locked TDB are created by gmaptool, used by MapSetToolKit instead of cpreview.
All OSM data in my map. Nothing commercial, unless OSM has commercial data included. As I stated, the *.mp files I choose do not make the difference, the number of *.mp files I compile does.
Please download this small example and see if you can get it installed into MapSource without needing a key to use it after: https://dl.dropboxusercontent.com/u/44223181/Map%20Issues/Needs%20Key/Needs%20Key.zip
Also, please point out the commercial content, if you find any.
Thank You!
OK, the issue appears to be with GPSMapEdit (I am using v2.0).
I found another windows program that can compile *.mp files into IMG files, which is primarily what I was using GPSMapEdit to do.
I simply substituted the new software IMG file in place of the GPSMapEdit IMG file, used MSTK again to install the map into MapSource, and MapSource opens and allows me to view my map without issue!
I sent the map from MapSource to my Montana 650 for verification, and some segments are missing from my map, although they are visible in MapSource, and some others are MIA from both MapSource and the Montana. :(
SO my convoluted workflow is now:
Use GM to search for and extract specific data types within *.shp files, and export as GPX.
Use GPSMapEdit to import, catalog and sort/align GPX files, exporting final product as *.mp.
Use MapTK to compile IMG from *.mp
Use MSTK to install IMG into MapSource
Still having other issue with MapTK software, however, so I would very much like to determine how I can stop the Map Key issue as described.....
Quote from: babj615 on July 24, 2013, 09:15:13 PMPlease download this small example
I confirm, that this file create locked TDB and DEM. It should be some kind of error in gmaptool or MapSetToolKit, I will look at it later.
To get your map installed, remove gmaptool from MapSetToolKit, then it will work with cgpsmapper. You can set "Blank overview map" to make it easy and fast. Without this option, cpreview will need all *.idx files and I'm not sure if MapSetToolKit copy them to destination directory.
Quote from: popej on July 25, 2013, 03:31:16 AM
Quote from: babj615 on July 24, 2013, 09:15:13 PMPlease download this small example
I confirm, that this file create locked TDB and DEM. It should be some kind of error in gmaptool or MapSetToolKit, I will look at it later.
To get your map installed, remove gmaptool from MapSetToolKit, then it will work with cgpsmapper. You can set "Blank overview map" to make it easy and fast. Without this option, cpreview will need all *.idx files and I'm not sure if MapSetToolKit copy them to destination directory.
Well, removing GMAP tool certainly stopped the locked map issue, but as you may have guessed, the map is now quite garbled and unusable.
Creating mapset with blank preview is equivalent of gmaptool procedure. Better map you can get using cgpsmapper/cpreview to create full preview.
Problems with locked map is caused by a bug in gmaptool. You can bypass it if you add one more level to your map.
DEM is a problem with MapSetToolKit, it request gmaptool to add empty DEM layer to created maps. If you want to remain at gmaptool procedure, then use GMapTool GUI instead of MapSetToolKit:
Added one additional layer to the *.mp, exported IMG, used MSTK to install new IMG into MapSource without GMapTool, but with blank preview, and no more locked image.
Interstingly, not all map detail is displayed in MapSource/BaseCamp, and some detail is shown at random zoom levels.
I rechecked my *.mp, set all to level 0, repeat process, same results.
BUT, sending the map to my Montana, all map detail appears as I expect, so much as I have checked, while same details are not properly rendered in MapSource/BaseCamp.