Thread: [Gpsbabel-misc] Memory Map Icon Support
Brought to you by:
robertl
From: Motley C. <mot...@nt...> - 2004-09-26 22:06:57
|
Hi Robert This is a response to your suggestion that a request for Memeory Map = Icon support be placed on the GPSBabel mailing list. I have MM and am happy to help in any way that I can. I must point out = that I'm not a programmer but 'merely' a user of the s/w package. What I can tell you is that the latest version of MM now supports the = addition of custom icons. This I currently do by using the XSL script = kindly provided by Roolku on the geocaching.com forums. This (in my = case) produces a *.csv file which is loaded as an overlay to the MM = program. I can provide you with examples if that is any help. Cheers Keith |
From: Robert L. <rob...@us...> - 2004-09-27 01:33:40
|
> I have MM and am happy to help in any way that I can. I must point > out that I'm not a programmer but 'merely' a user of the s/w > package. Since this conversation was the first I'd realized there were two programs called "Memory Map" (I had earlier heard of "Memory Map" from Lowrance) and I can't find the phrase "memory map" in any of our source code or doc, perhaps we should start the discussion by telling us what format is actually in use since we don't seem to have and explicit one.... > What I can tell you is that the latest version of MM now supports > the addition of custom icons. This I currently do by using the XSL > script kindly provided by Roolku on the geocaching.com forums. This > (in my case) produces a *.csv file which is loaded as an overlay > to the MM program. I can provide you with examples if that is any If you can show us the output we produce, the command line you invoked to get that, the output of that XSL thingy which has the custom icons, and such, perhaps we can reconcile them. RJL |
From: Robert L. <rob...@us...> - 2004-09-27 19:27:55
|
> I've attached some files for your perusal: Which of these files is actually consumed by Memory Map? > 1. Test.csv - this is a file containing 6 caches with 6 different icons and > is produced from GSAK using the following GPSBabel statement: > > msxsl temp\babel.gpx csv.xsl -o "d:\Test.csv" Actually, that isn't a GPSBabel command, but it's interesting. > 2. Test.mxf - this file contains the same 6 caches as in 1. above and is > produced by GSAK using the "export to Maptech eXchange format (I don't know > if Clive uses Babel to produce this). My guess is he does. We do have an mxf format and this look like it. (It's also a pretty simple format, so it's possible that Clyde open-coded it.) What's the relationship bewteen MXF and this program? Are the MXF's what it actually reads? Is the goal of all this just to get the icon numbers into an MXF using 118, 111, 22, etc. based on cache type? Clyde, (and this might have to wait until he returns from vacation) if I just let 'icon' in that format be the string you pass me in your interm file wouldn't this be easier? There are some things (i.e. container type) that I could hook up pretty easily, but I'm reluctant to start adding code for parsing travel bugs and such. > 5. /icons/*.bmp - the bitmap icons that are shown when the *.csv file is > imported into Memory Map (again provided by Roolku). This icons are stored Part of me wonders if he has permission to redistribute copyrighted artwork and part of me would rather not know. RJL |
From: Motley C. <mot...@nt...> - 2004-09-27 20:40:36
Attachments:
Noname.jpg
|
Hi Robert > Which of these files is actually consumed by Memory Map? Memory Map will import both *.csv and *.mxf formats (and a few other Maptech file types also). > > 2. Test.mxf - this file contains the same 6 caches as in 1. above and is > > produced by GSAK using the "export to Maptech eXchange format (I don't know > > if Clive uses Babel to produce this). > > My guess is he does. We do have an mxf format and this look like > it. (It's also a pretty simple format, so it's possible that Clyde > open-coded it.) What's the relationship bewteen MXF and this program? > > Are the MXF's what it actually reads? In my use I only use *.csv but MM will import *.mxf too. > Is the goal of all this just to get the icon numbers into an MXF using > 118, 111, 22, etc. based on cache type? A GSAK *.mxf when imported into MM gives just a 'red flag' icon, if you want to change it you have to manually change each one. The 'goal' (as I see it) is to add the 'cache type' icons to the map (see Noname.jpg attached) which the *csv does quite nicely when generated as I explained earlier. When hovering over the icons you get the GC.com number, the cache name & the Lat Long (as you do with a GSAK exported *.mxf). Double clicking the icon opens up Windows Explorer and takes you directly to the relevant cache page. How the cache icons get into MM must have something to do with importing the *.csv file as they aren't there (i.e. you can't see them in the list of icons available) until you've loaded the first *.csv). Once 1 *csv file is loaded ALL the icons are then available for use and remain there until they are deleted by the user. > > 5. /icons/*.bmp - the bitmap icons that are shown when the *.csv file is > > Part of me wonders if he has permission to redistribute copyrighted > artwork and part of me would rather not know. The icons are the 'same' as those used in GSAK. Rgds Keith |
From: Robert L. <rob...@us...> - 2004-09-28 15:26:21
|
Motley Crew wrote: > Memory Map will import both *.csv and *.mxf formats (and a few other Maptech Since what we call "csv" doesn't have icon data, I guess MXF is what's in use. > The 'goal' (as I see it) is to add the 'cache type' icons to the map (see This sure gets icky quickly. If you KNOW the GPSBabel input will always have icon information (as I think it will when being fed from GSAK) you can create your own style by copying mxf.style to mxficon.style and changing the last line from OFIELD CONSTANT, "47", "%s" # ICON to OFIELD ICON_DESCR, "47", "%s" # ICON Then the icon will get passed through to the output. With the fix below (Alex, is this what you had in mind?) added to that change we provide a default of "47" and just pass icons through which is probably NOT what we want since the input may have types that MXF can't grok. I don't know what to do in the general case here. RJL Index: csv_util.c =================================================================== RCS file: /cvsroot/gpsbabel/gpsbabel/csv_util.c,v retrieving revision 1.39 diff -p -u -r1.39 csv_util.c --- csv_util.c 20 Aug 2004 02:57:51 -0000 1.39 +++ csv_util.c 28 Sep 2004 15:23:24 -0000 @@ -929,7 +929,7 @@ xcsv_waypt_pr(const waypoint *wpt) sprintf(buff, fmp->printfc, NONULL(wpt->url_link_text)); } else if (strcmp(fmp->key, "ICON_DESCR") == 0) { - sprintf(buff, fmp->printfc, NONULL(wpt->icon_descr)); + sprintf(buff, fmp->printfc, wpt->icon_descr ? wpt->icon_descr : fmp->val); } else /* LATITUDE CONVERSION***********************************************/ |