Jump to content

GSAK (Geocaching Swiss Army Knife)


ClydeE

Recommended Posts

.....

 

Does anyone know how to translate it into laymen's terms? I see that it is to be run from a command prompt, but that's all that I can make from it... :D

 

TIA,

WolfTracker

For info on command lines use this link.

 

When you use the command line Robert has given a long list of text will be created in the command prompt window as GPSBabel runs. Copy and paste this text into an email and send it to the GPSBalbel discussion list.

Link to comment

been loving GSAK and have experienced my first problem. Was wondering if anyone else has seen this and if so have they been able to fix it?

 

Upgraded to 3.3 ran my newest PQs Made a MapSource file but when I tried to open the mapsource file MapSource gives me an error message saying the file was not a valid mapsource file and could not be opened. Yet it puts all the caches on the map except the caches that were added with the most recent PQs.

 

Any ideas. I deleted the mapsource file completely and recreated it through GSAK and it shows up in the mapsource directory with an MPS extension but the same error message and resulting load of caches into mapsource.

 

I have done a repair on the gsak database in case that was the problem, no joy. I am out of ideas and hoping someone here has experienced something similar and can give me an idea of how to fix it.

 

Please answer here or via email. Thanks in advance

 

Marine Biologist

Link to comment

Thanks. I had to change to com3 and add a dummy file to get the following, which I also posted to the Babel list:

 

Microsoft Windows XP [Version 5.1.2600]

© Copyright 1985-2001 Microsoft Corp.

 

C:\>cd program files

 

C:\Program Files>cd gsak

 

C:\Program Files\GSAK>gpsbabel -D9 -i gpx -f blah.gpx -o garmin -F com1:

GPSBabel Version: 1.2.3

GPX cannot open 'blah.gpx' for read. Error was 'No such file or directory'.

 

Tx Data:10 fe 00 02 10 03 : ...

Rx Data:00 GPS_Packet_Read: No DLE

GARMIN:Can't init com1:

 

C:\Program Files\GSAK>gpsbabel -D9 -i gpx -f blah.gpx -o garmin -F com3:

GPSBabel Version: 1.2.3

 

Tx Data:10 fe 00 02 10 03 : ...

Rx Data:10 06 02 fe 00 fa 10 03

Rx Data:10 ff 96 23 01 4a 01 47 50 53 4d 61 70 36 30 43 53 20 53 6f 66 74 77 61

72 65 20 56 65 72 73 69 6f 6e 20 33 2e 33 30 00 56 45 52 42 4d 41 50 20 52 65 63

72 65 61 74 69 6f 6e 61 6c 20 52 6f 75 74 61 62 6c 65 20 48 69 67 68 77 61 79 2

0 42 61 73 65 6d 61 70 2c 20 41 6d 65 72 69 63 61 73 20 76 32 20 32 2e 30 30 00

56 45 52 53 4d 41 50 20 4f 72 6c 61 6e 64 6f 2c 20 4a 61 63 6b 73 6f 6e 76 69 6c

6c 65 2c 20 54 61 6d 70 61 2c 20 4d 69 61 6d 69 20 30 2e 30 30 00 c8 10 03

Tx Data:10 06 02 ff 00 f9 10 03 : .....GPSMap60CS Software Version 3.30

ID: 291

 

Version: 3.30

 

Rx Data:10 fd 57 50 00 00 4c 01 00 41 0a 00 54 01 00 41 64 00 44 6d 00 41 c9 00

44 ca 00 44 6d 00 44 d2 00 41 2d 01 44 36 01 44 2d 01 41 90 01 44 6d 00 41 f4 01

44 f5 01 41 58 02 44 58 02 41 59 02 44 59 02 41 bc 02 44 bc 02 41 20 03 44 20 0

3 41 84 03 41 86 03 41 87 03 41 88 03 82 10 03

Tx Data:10 06 02 fd 00 fb 10 03 : .....Capability 'P'. Type 0

Capability 'L'. Type 1

Capability 'A'. Type 10

Capability 'T'. Type 1

Capability 'A'. Type 100

Capability 'D'. Type 109

Capability 'A'. Type 201

Capability 'D'. Type 202

Capability 'D'. Type 109

Capability 'D'. Type 210

Capability 'A'. Type 301

Capability 'D'. Type 310

Capability 'D'. Type 301

Capability 'A'. Type 400

Capability 'D'. Type 109

Capability 'A'. Type 500

Capability 'D'. Type 501

Capability 'A'. Type 600

Capability 'D'. Type 600

Capability 'A'. Type 601

Capability 'D'. Type 601

Capability 'A'. Type 700

Capability 'D'. Type 700

Capability 'A'. Type 800

Capability 'D'. Type 800

Capability 'A'. Type 900

Capability 'A'. Type 902

Capability 'A'. Type 903

Capability 'A'. Type 904

 

Tx Data:10 0a 02 32 00 c2 10 03 : 2....

Rx Data:10 06 02 0a 00 ee 10 03

Tx Data:10 0a 02 05 00 ef 10 03 : .....

Rx Data:10 06 02 0a 00 ee 10 03

Rx Data:10 0e 08 05 0f d4 07 00 00 1e 2a b3 10 03

Tx Data:10 06 02 0e 00 ea 10 03 : .....

Tx Data:10 0a 02 02 00 f2 10 03 : .....

Rx Data:00 GPS_Packet_Read: No DLE

GARMIN:communication error sending wayoints..

 

C:\Program Files\GSAK>

Link to comment

Rx Data:00 GPS_Packet_Read: No DLE

 

It's intuitively obvious to even the most casual observer (NOT! :-) what's going on here.

 

The garmin protocol spec says the first byte of a packet will be a data link escape (DLE) and what GPSBabel saw wasn't one. So either the unit transmitted something it shouldn't have (which is depressingly common with the Garmins - as perspective, note that five of the negoatiated protocol components in your stream are undocumented by Garmin) or something in the serial system hosed out.

 

Can anyone else with a 60 duplicate this?

 

I'm thinking very seriously about putting up a donation box for 60 support. Nobody that has the hardware seems to be willing to support them, nobody's answered my requests for loaners, and they seem to be replete with issues....

Edited by robertlipe
Link to comment

New question:

I installed GSAK on an older computer with Win 2000 that I have and I notice that the screen shot windows in the Help dialogs come up entirely black. I can click on them and get responses but can't, obviously, use them as the info is hidden. Any ideas? Thanks in advance.

Link to comment
New question:

I installed GSAK on an older computer with Win 2000 that I have and I notice that the screen shot windows in the Help dialogs come up entirely black. I can click on them and get responses but can't, obviously, use them as the info is hidden. Any ideas? Thanks in advance.

I have it running on w2k no problem. You say its an older machine - what type of graphics card and how much memory does it have. Have you tried running at a different screen resolution - lower # of colours? I doubt this is the problem but its worth a try.

Link to comment

5G, you're right that there is no dedicated field at the present time to designate DNF's. I *think* Clyde expressed an intention to add it in the future (I could be fabricating memories again). However, if you enter a code in the user data field such as DNF you can create a filter to separate those caches from everything else.

 

Does that give you what you want for now?

Link to comment
5G, you're right that there is no dedicated field at the present time to designate DNF's. I *think* Clyde expressed an intention to add it in the future (I could be fabricating memories again). However, if you enter a code in the user data field such as DNF you can create a filter to separate those caches from everything else.

 

Does that give you what you want for now?

Yep , thanks Embra. I thought a filter would be easy enough , i was looking more for a "count" listing.

 

Maybe something Clyde will look at for the future.

 

It's not a big deal for me currently with my huge stats , but hopefully i will progress that in a few weeks time :)

Link to comment

Also would be nice if the 'permanently deleted' list was similar to the 'corrected cache' list or at least be able to put a note next to the deleted cache as to why it is deleted?

 

That is why a format like the 'corrected coordinates' list would be nice - that file is easy to document.

Link to comment

I have an interesting problem here……….I have Streets and Trips 2004 on my desktop and Streets and Trips 2003 on my laptop. I have them networked and was transferring my map files to the laptop and now get an error message when I try to export from GSAK 3.03 on the laptop to ST/2003 the message is “ There was a problem opening this file: C:\My Documents\Geocaching. csv. The file is not in the expected format”.

 

Did I do something when I transferred the files from my desktop? I reinstalled GSAK and Streets and Trips 2003 on my Laptop but still get this message. I can not install 2004 on the laptop because of storage and processor speed limitations.

Is something in Win/98 SE registry creating the problem?

 

Any help is appreciated.

Link to comment

I have a Garmin GPSIII and I'm trying to get the name of the Cache transferred to the comment of the Waypoint.

 

No Matter what I enter for the Comment in the GPS:Send Waypoint function, I always get '3' (No Quotes) in the comment field.

 

Is where something I'm doing wrong??

 

thanks,

Scott<-

Link to comment

This is a great program! Thanks alot Clyde.

I know Clyde is on a well deserved vacation, so maybe one of the readers can help me out here.

I like to look at the little map that has the push-pin showing the location of the cache on the original Geo-caching page. However, when I download the cache into GSAK, that map doesn't show up. I get everything else, as far as I know. I am a premium member and get my PQ's in GPX format. Does this happen to everyone, or do I not have something set right?

 

Second thing. To all you Plucker lovers out there. What do you feel is the advantage of Plucker over Cachemate. I have been using Cachemate for some time now and really like it.

I downloaded Plucker the other day and have finally figured out how to use it to display the caching pages on my PDA. It took me a while to get it to work, as I am rather technologically challenged when it comes to things like this!

I'm sure I will probably stay with Cachemate, but wanted to give Plucker a try.

 

I would appreciate it if anyone could help me out here.

 

Thanks in advance, Paul. :lol:;)

Link to comment

busterjr - those maps aren't really part of the cache itself; an img link is generated by the web page generator. They aren't part of the GPX file and thus don't show up. But you can shoot the waypoints into a variety of local mapping programs and view maps that way.

 

On plucker vs Cachemate, it's a matter of preference. Cachemate is the clear winner for simplicity and the fact that it's a DATABASE (and not a collection of static pages) running inside the PDA adds a lot of power. For me (a computer guy) the ability to monkey with the HTML that gets fed to plucker giving me total control of what's on the screen tips the scales - but I can't pretend that's a general-purpose recommendation.

 

Scooter - glad to help.

 

(Clyde can answer all the GPSBabel questions when I go to Alaska on vacation in a couple of weeks...)

Link to comment

If you're happy with CacheMate it's a no-brainer to stick with it. I tried CacheMate after using Plucker for a while, so I had a bias favoring the display that Plucker offered over CacheMate. It was just a matter of what I was used to seeing, nothing radical.

 

Also, I do use Plucker for other things. You may indeed want to have both of them on your PDA if you've got the room.

Link to comment
I have an interesting problem here……….I have Streets and Trips 2004 on my desktop and Streets and Trips 2003 on my laptop. I have them networked and was transferring my map files to the laptop and now get an error message when I try to export from GSAK 3.03 on the laptop to ST/2003 the message is “ There was a problem opening this file: C:\My Documents\Geocaching. csv. The file is not in the expected format”.

 

Did I do something when I transferred the files from my desktop? I reinstalled GSAK and Streets and Trips 2003 on my Laptop but still get this message. I can not install 2004 on the laptop because of storage and processor speed limitations.

Is something in Win/98 SE registry creating the problem?

 

Any help is appreciated.

Just a housekeeping note, more for Clyde's benefit than anyone else's I suppose...

 

Robert, the GSSSAK (Geocaching Software Support Swiss Army Knife), tackled this issue in another thread which njload cross-posted to. It appears to be an issue on njload's laptop/OS/S&T combo.

Link to comment

Playing with the HTML output of GSAK --

 

It would be nice if the 'Found by Me' index did not include all the caches not found by me :ph34r:

 

It would be nice if the 'Index by Bearing' had an index for E,NE,N,NW,W,SW,S,SE at the top to quickly jump to the Bearing you want to go to.

 

For Distance & Bearing it would be nice if there was a place to put the Maximum Distance - IE If I am going on a trip and have 500 caches along the interstate, I don't need the caches that are 200 miles away to show up for the different locations - would be nice to be able to say 20 miles if I wanted.

 

Thanks for a great program!

Link to comment
It would be nice if the 'Found by Me' index did not include all the caches not found by me :ph34r:

I had never looked at that index before, for some reason. It seems on my page every cache is marked *not found*, even the ones I've found, and it included every cache in the database. Strange.

 

It would be nice if the 'Index by Bearing' had an index for E,NE,N,NW,W,SW,S,SE at the top to quickly jump to the Bearing you want to go to.

Yes, but that would take a good deal of coding, I think, and probably result in much longer runs for GSAK and Plucker.

 

For Distance & Bearing it would be nice if there was a place to put the Maximum Distance - IE If I am going on a trip and have 500 caches along the interstate, I don't need the caches that are 200 miles away to show up for the different locations - would be nice to be able to say 20 miles if I wanted.

That's what filters are for. It's not that hard to filter for only caches a certain distance more or less from any point. Now if you want that done automatically on the fly, on the PDA, it ain't gonna work. HTML is a static data source, and once the page is written, that's the end. It might be possible to do something like that, using lots more pages, but I don't think it's worth the trouble.
Link to comment
It would be nice if the 'Index by Bearing' had an index for E,NE,N,NW,W,SW,S,SE at the top to quickly jump to the Bearing you want to go to.

Yes, but that would take a good deal of coding, I think, and probably result in much longer runs for GSAK and Plucker.

Actually this would take less coding than the alphabetical indexing that is already incorporated into the 'name' index.

 

For Distance & Bearing it would be nice if there was a place to put the Maximum Distance - IE If I am going on a trip and have 500 caches along the interstate, I don't need the caches that are 200 miles away to show up for the different locations - would be nice to be able to say 20 miles if I wanted.

That's what filters are for. It's not that hard to filter for only caches a certain distance more or less from any point. Now if you want that done automatically on the fly, on the PDA, it ain't gonna work. HTML is a static data source, and once the page is written, that's the end. It might be possible to do something like that, using lots more pages, but I don't think it's worth the trouble.

No, as my example points out - if you use the 'arc' filter you could have one file that stretches for 500 miles and only 250 caches in it. I don't want to have 50 seperate files with overlapping waypoints. It would not be that difficult to add to the coding - GPXSpinner does this already I believe.

Link to comment

I love this program!! Which of course means I want more!! :D

 

As I am working with this - I think it would be very advantageous to be able to save output templates just like you can save filter templates. Does that make sense?

 

Right now when I need to export a GPX file for manual input into gpsbabel I need a number of different setups. I have one set of rules for Mapopolis, another for Tiger output and still another for when I use the gpx-logpoint to generate waypoints users have input for my locationless Lewis & Clark Trail Cache (that I can now automate because of GSAK :huh: )

 

If not saved templates, it would at least be nice to be able to pick from a drop down box the last 5+ settings you have used?

 

Also I notice that the GPX/Loc Export still uses the deprecated "Cache Name" instead of Code and "Cache Description" instead of Name (confuses me still every so often)

Link to comment
Thanks. I had to change to com3 and add a dummy file to get the following, which I also posted to the Babel list:

 

Microsoft Windows XP [Version 5.1.2600]

© Copyright 1985-2001 Microsoft Corp.

 

C:\>cd program files

 

C:\Program Files>cd gsak

 

C:\Program Files\GSAK>gpsbabel -D9 -i gpx -f blah.gpx -o garmin -F com1:

GPSBabel Version: 1.2.3

GPX cannot open 'blah.gpx' for read. Error was 'No such file or directory'.

[remainder deleted to save space]

I had this same problem with my Garmin Etrex and Serial/USB cable, and found a quicker, easier solution. GSAK was giving me the GARMIN: Can't Init COM3 message, but EasyGPS as worked fine. I just exported a LOC file from GSAK, opened it in EasyGPS, and used EasyGPS to dump it to the Etrex.

Link to comment
As I am working with this - I think it would be very advantageous to be able to save output templates just like you can save filter templates. Does that make sense?

I'll sign on to that idea...for anyone using GSAK for more than one thing, that would save the need of having to write down "recipes."

Link to comment

I have almost all my entries duplicated in GSAK. It appears to have happened after I opened a single gpx files as apposed to having it scan an entire directory. More importantly... how do I eleminate all the duplicate entries?

 

That is without selecting them one by one :blink:

Link to comment

It sounds as if you imported a gpx file into an existing gpx file using the "always" option rather than the default "newer." I think that would force the addition...although I could well be wrong on that aspect. At any rate, double-check that you've got "newer" enabled in future imports.

 

I don't believe there is any way to remove duplicates within GSAK proper (other than the manual click and delete), but GPSBabel does have a provision. You'll have to pop the hood to do this.

 

1) Backup your database for safety's sake.

2) Export your database as a gpx file.

3) Since itIt appears that GSAK exports gpx files itself, rather than relegating this task to GPSBabel. You'll need to tell Babel to remove the duplicates from the command line. If you are reasonably comfortable doing that kind of stuff, look at the Duplicate option in the GPSBabel documentation.

 

If you, like me, have a tendency to feel feel dizzy and hyperventilate with command line incantations, there may be a means to doctor up a GSAK-generated Babel command in the babel.bat file within the GSAK folder. We won't go there unless you request it.

 

Hope this gets you pointed in the right direction...I suppose the other option is to recreate your database from scratch, don't know which would be easier for you.

Edited by embra
Link to comment

I tried to duplicate 4agers' problem by importing several files that I knew contained duplicates using the "always" option. After looking at the docs a bit, I'm not surprised that none of the records were duplicated when I imported the files containing them. It looks to me like the "always" and "newest" options determine how GSAK handles duplicates. In the "always" case, as I understand it anyway, GSAK always overlays the data in any duplicate record with the data from the record from the file being merged in. In the "newest" case, it seems to me that GSAK picks the newer of the records and overlays the data in the older record with the newer stuff.

 

Which leaves the question of how duplicates got into the database in the first place though.

 

But going through the process gave me one idea that 4agers might try. What would happen if they followed embra's suggestion of exporting the database containing duplicates to GPX format, then re-importing it into an empty database (probably with the "newer" option checked)? Would GSAK eliminate the duplicates, keeping the data from the latest record?

 

Jon

Edited by jon & miki
Link to comment

I thought I remember this being brought up before, but I couldn't locate the relevant posts in the forum. If it's been asked and answered already, my apologies.

 

The export cachemate pdb file dialog displays the full path name to the files being entered and offers a shortcut to the last 6 or 7 files used. In my case the full path name shown in the shortcuts is truncated a folder or so before the actual file name, so if I export into the same folder, I can't tell which of the shortcuts is the one I want, short of selecting each one, scrolling it over and repeating until I find the one I want. As a result, I never use the shortcuts.

 

Most of the file dialogs truncate the file name display the same way. Because the path name is shown from the first "C:", you have to manually scroll over to see what file is actually being used (which can only be done for the scrollable fields, not the popup selectors).

 

Would it be practical to force the display to show the rightmost characters in the primary display (forcing the user to scroll to see the upper characters) and to either abbreviate the popups with some "..."'s in the middle or also naming those with the rightmost rather than leftmost characters of the path?

 

Or maybe make the file selection dialog boxes resizable so that the fields and popups could be larger?

 

This ain't a big problem, GSAK is pretty darn good as it is, but it's a minor annoyance, particularly while I'm still experimenting to try to learn the various import and export features.

 

Jon

Link to comment

I had this same problem with my Garmin Etrex and Serial/USB cable, and found a quicker, easier solution.  GSAK was giving me the GARMIN: Can't Init COM3 message, but EasyGPS as worked fine.  I just exported a LOC file from GSAK, opened it in EasyGPS, and used EasyGPS to dump it to the Etrex.

Thanks. That's exactly what I've been doing lately. I just love GSAK and hoped that I could use one tool. Oh well, can't have everything...

Link to comment

I'm sure this has been covered before but I couldn't find by searching. How do you import waypoints into Street Atlas 2004 using GSAK. I did the export within GSAK but don't see how to import within Street Atlas.

 

Sorry if this is a repeat, but any help is appreciated.

 

Thanks

Link to comment
I'm sure this has been covered before but I couldn't find by searching. How do you import waypoints into Street Atlas 2004 using GSAK. I did the export within GSAK but don't see how to import within Street Atlas.

 

Sorry if this is a repeat, but any help is appreciated.

 

Thanks

Try the following steps, assuming you have already exported the caches using GSAK to a SA TXT file.

 

1) In SA2004, click on the Map Files tab and select File / New

2) Click on th Draw tab and click the Import button on the right portion of that tab.

3) Navigate and select the exported TXT file

 

That should do it.

 

David

Link to comment
One other thing, is there a way to have Street Atlas start with your home map loaded and not Washington DC.?

I haven't updated since SA 8, but with that program so long as you saved the file that opened on startup (after you changed it to whatever you wanted to see when you fired 'er up), that would then be what started up next time.

 

There may have been an option to automatically save on closing or not. I prefered to leave that disabled, so I could always start with my "home base."

Edited by embra
Link to comment

Another Request :tongue:

 

It would be nice if you could access the 'Notes' and even 'Archive Status' from the waypoint edit screen instead of having to use the right click menu.

 

BTW, I just made a trip along I-84 (Oregon side) to Portland and Hwy 14 (Washington side) back and GSAK was great! I created files for my GPS that only included waypoints within 2 miles of the highway using the 'arc' filter.

 

In Plucker I used the same waypoints to create 2 seperate databases - one for Oregon the other for Washington - and the 'Bearing' index was great!! I always knew what the next cache should be. Again, just need to have links at the top of the index to the 8 different 'bearings' on the page.

Link to comment

Hi I posted this in the Cachemate thread because I thought I was having a CMConvert issue, but maybe GSAK users have come across this:

 

Right now, I load the Pocket Query into GSAK, and export the Cachemate PDB file. (On the dialog window to save as a PDB, I do specify to save 5 logs (finds)). Then I hotsync the PDB file to PDA and Cachemate lists the caches.

 

Only problem is, the last 5 (logs) do not show up in Cachemate. So I've figured out that before I hotsync, I need to launch CMConvert, import the .gpx file and manually choose "show 5 past logs." Then create a new PDB file and name it something different.

 

Somehow I end up getting everything in there, and it all works out. But I feel like I'm doing too many imports and exports. I'm sure I'll eventually figure it out.

Link to comment

Cachegirl20 - we have had no trouble exporting the cachemate pdb with logs (although I've set GSAK to export 10 logs rather than 5).

 

I'd be tempted to try reinstalling GSAK with the latest versions of GSAK, gpsbabel and cmconvert from the GSAK website just in case there's some sort of revision level or compatibility problem.

 

One other thought - are you installing the pdb file in the main palm memory or on a memory card? Do you keep the downloaded file on the Palm after the pdb file has been imported into cachemate? Are there other cachemate files still on the palm that you've downloaded and imported into cachemate already? I'm not sure that answering those questions will help, but it might give a clue as to why you're getting different results than we do here.

 

Jon

Link to comment

I'm sure this has been asked before, but I just skimmed through all 7 pages and can't find an answer to my question...

How do I export GSAK to mapsource? I select mapsource, but that is mapsource pocket streets file. When I go to import, there is no .mps file type

When i type in the name of my file.mps - it says it cannot open because it is a different version of mapsource. Any suggestions?

Thanks

Link to comment

I'm using Mapsource v6 now, but used Mapsource 5 previously with GSAK.

 

Have only the caches listed that you want to create a MPS file from, click on File / Export / Mapsource MPS File

 

In the Export window that opens, enter the file name (.MPS) and make sure you have 5 selected as the Mapsource version at the very bottom of the Export window.

 

Then in MapSource, click File / Open and select the MPS file.

Link to comment
been loving GSAK and have experienced my first problem. Was wondering if anyone else has seen this and if so have they been able to fix it?

 

Upgraded to 3.3 ran my newest PQs Made a MapSource file but when I tried to open the mapsource file MapSource gives me an error message saying the file was not a valid mapsource file and could not be opened. Yet it puts all the caches on the map except the caches that were added with the most recent PQs.

 

Any ideas. I deleted the mapsource file completely and recreated it through GSAK and it shows up in the mapsource directory with an MPS extension but the same error message and resulting load of caches into mapsource.

 

I have done a repair on the gsak database in case that was the problem, no joy. I am out of ideas and hoping someone here has experienced something similar and can give me an idea of how to fix it.

 

Please answer here or via email. Thanks in advance

 

Marine Biologist

I have done some experimenting trying to figure this out and when I run a filter in GSAK excluding our found caches it creates a mapsouce file that mapsource opens with no problem. When I run a filter including our found caches or just our found caches I get the error message from Mapsource. Any ideas?

 

Marine Biologist (Rodney & Sandy)

Link to comment

I followed what Team DEMP said--- now when I export I get the following message:

"A problem was found near line 0 . No spaces were found after record Id" Can someone tell me what this means, or more importantly, what to do so I can export to Mapsource. I'm leaving for vacation Saturday am!!

THANKS!!

Edited by K-9 Cachers
Link to comment

I'm not sure why you are getting that error. Are you running the latest version of GSAK? When I do Help / About it shows as version 3.0.3 (Build=20) in the title bar of the About window that is displayed. At the bottom of the About window it shows that GPSBabel is v1.2.3

 

What if you only have 1 cache displayed and then you export that. Same error?

Link to comment

My apologies if this have been covered before, but the it must have slipped past me. Have folloved the two treads about GSAK, and checked the Online Help.

 

Problem is:

 

- using GSAK as 'normal',

- then something happens and GSAk have to close(both systems),

- or my system goes down (mainly a laptop with bad drivers)

 

When restarting GSAK it performs a defrag/rebuild. So far so good.

But in that process it 'looses' koordinate-information. All coords are reset to

N00 00.000 E000 00.000.

 

Only way to rebuild whole database is to reopen all relevant GPX-files.

(edit:) It only affects the current database. All others go unchanged.

 

Is this a known problem? With a fix?

 

thx for an otherwise great program. I usit extesively, and love the

tight connection to OziExplorer. Why all this talk about outsourcing programming

to India when two of the worlds greatest pieces of software comes from Australia?

 

hbrx.

Edited by hbrx
Link to comment
My apologies if this have been covered before, but the it must have slipped past me. Have folloved the two treads about GSAK, and checked the Online Help.

 

Problem is:

 

- using GSAK as 'normal',

- then something happens and GSAk have to close(both systems),

- or my system goes down (mainly a laptop with bad drivers)

 

When restarting GSAK it performs a defrag/rebuild. So far so good.

But in that process it 'looses' koordinate-information. All coords are reset to

N00 00.000 E000 00.000.

 

Only way to rebuild whole database is to reopen all relevant GPX-files.

(edit:) It only affects the current database. All others go unchanged.

 

Is this a known problem? With a fix?

 

thx for an otherwise great program. I usit extesively, and love the

tight connection to OziExplorer. Why all this talk about outsourcing programming

to India when two of the worlds greatest pieces of software comes from Australia?

 

hbrx.

This is not really Clyde (Just a holiday ghost) :(

 

Another good reason to keep you version of GSAK up to date.

 

This was a known major bug for European users, and was notified to all users on the GSAK mail list and in the forums. This was fixed in version 3.03 - please see the version history at www.gsak.net

Edited by ClydeE
Link to comment

This has probably been discussed somewhere, but a search didn't find it. Just point me to it! Sorry!

 

Is there any documentation for GSAK output templates? I can see what fields are included in the provided files, but is there a list of everything that's available?

 

Thanks!

> Martin

Edited by martinp13
Link to comment

Waypoints to handheld.

 

I don't have a problem exporting waypoints from GSAK to SA 2004, but when I try to export the map with the waypoints to my handheld, I can't get it to happen. I just get the map with no waypoints. Anyone know what I might be doing wrong? I have a Tungsten T-3, so room is not a problem!

 

Any help would be greatly appreciated. :(:D

 

Thanks, Paul

Link to comment
]I don't have a problem exporting waypoints from GSAK to SA 2004, but when I try to export the map with the waypoints to my handheld, I can't get it to happen.  I just get the map with no waypoints.  Anyone know what I might be doing wrong?  I have a Tungsten T-3, so room is not a problem!

I'm a little confused by your request, Paul...GSAK can't do anything with maps. It's pretty much waypoint management.

 

Are you trying to export maps (with waypoints)from StreetAtlas to your PDA? Trying to run waypoints from SA through GSAK to your PDA? Trying to export HTML of waypoint information from GSAK to your PDA? We may be able to help with the last two, but probably not the first one (which would need SA expertise).

Edited by embra
Link to comment
Guest
This topic is now closed to further replies.
×
×
  • Create New...