The Wisconsin Geocaching Association

  Login or Register

Website Navigation

62.png Home

49.png Information Center
26.png WGA Newsletters
24.png Reviewer's Words
53.png Presentation Resources
39.png Geocaching Files
27.png Bookmarks
56.png Location Rules and Regs
49.png BOD Info Center

17.png Forums
16.png New Posts
20.png Unanswered Posts

calendar_day.png Upcoming Events
mapicon.png Map
29.png Calendar
11.png Submit Event

mapicon.png WGA State Park CachesNew content !

shield_star.png Cache of the Month
mapicon.png Past Winners Map

LonelyCache.png Lonely Cache Game
mapicon.png Current Map
26.png Scoreboard
11.png Submit Report

rescueiconsm.png Cache Rescue
11.png Submit a Mission

icon_community.gif Members
27.png Your Account
47.png Private Messages
contact_blue.png WGA Member Map
Geocaching_LIVE_poweredby_16.png GC.COM Authorization

icon_members.gif News
tree-T.gif Topics
tree-T.gif Archives
tree-L.gif Submit News

image_cultured.png Photo Gallery
tree-T.gif Updates
tree-L.gif Popular

shield.png Fun Stuff
28.png Recent Logs
TB.gif Picnic to Picnic TB Race Standings
TB.gif WGA Hauler

49.png Board of Directors
 
Contact Us

 
Facebook

Wisconsin Geocaching Association

 
Follow Us

Twitter Button

 
Subscribe to Newsletter

Subscribe to our mailing list

* indicates required
 
Geocaching.com Search
View Search Syntax
 
COTM
Winner -
September 2014 Northern Zone:
Bunyan's Bowling Ball

Winner -
September 2014 Northeast Zone:
Gardner Swamp Thing

Winner -
September 2014 West Central Zone:
Upper Dells SNA

Winner -
September 2014 South Central Zone:
Old Meets New

Winner -
September 2014 Southeast Zone:

Winner -
September 2014 Series of the Month:
Meet the WGA series


More Info >>>

 
 
Wisconsin Geocaching Association: Forums
 

 

View next topic
View previous topic
Post new topic   Reply to topic
Author Message
gotta run
WGA Member



Joined: 2007-11-26
Posts: 3306

PostPosted: Fri Jul 24, 2009 4:47 pm Reply with quote Back to top

Ok, I've scoured the forums, looked at the handy Oregon wiki (http://garminoregon.wikispaces.com/Geocaching), and queried some other Oregon users but I can't get this question answered.

We have a gpx file of a whole bunch of caches on the Oregon. Now, we go out and find a few and change them to "found it" using the Oregon menus, which changes them to the open box icon. Get back to the PC, upload the field notes, log the finds. So far so good.

Now I'm looking for a way to "clean up" the GPX file itself to remove the caches we found. Obviously I can pull the file back into GSAK, but the caches don't show up as found in the GPX file, so clearly the Oregon is just "remembering" those caches are found and not doing anything with the GPX file itself.

The only workarounds I've come up with are to either manually go through and tick off each cache I remember finding, then delete the waypoints and recreate the GPX file, or re-run the query from groundspeak because the new query will come with the updated information.

So again the short version of this question is can we, and how, easily identify found caches on the GPX file that we download from the Oregon into GSAK?
 
View user's profile Send private message
Vegas Gamblers
WGA Member



Joined: 2006-06-27
Posts: 6627
Location: Milwaukee

PostPosted: Fri Jul 24, 2009 5:21 pm Reply with quote Back to top

Plug the Oregon to your computer and go into the garmin folders. In one of the two that show up should be a file called \Garmin\geocaching_visits.txt . Delete and the found caches are gone.

Here is the link on the Oregon Wiki.

http://garminoregon.wikispaces.com/Geocaching#toc11

It will be under GC 11
 
View user's profile Send private message
gotta run
WGA Member



Joined: 2007-11-26
Posts: 3306

PostPosted: Fri Jul 24, 2009 5:41 pm Reply with quote Back to top

No, I had looked at that before when I read the whole wiki. Deleting the .txt file just clears out your field notes. It doesn't say anything about clearing finds by deleting the file.

The gpx file is unchanged, and the little open boxes are still there cluttering up my nice screen.
 
View user's profile Send private message
Vegas Gamblers
WGA Member



Joined: 2006-06-27
Posts: 6627
Location: Milwaukee

PostPosted: Fri Jul 24, 2009 5:46 pm Reply with quote Back to top

Hmm, I don't know then. I did not know the boxes stayed there.
 
View user's profile Send private message
Lostby7
WGA Member



Joined: 2005-06-07
Posts: 3190
Location: Lake country area, WI

PostPosted: Fri Jul 24, 2009 5:57 pm Reply with quote Back to top

I have always just cleaned out the files manually (deleted the GPX and found files on the Garmin) then reloaded a new GPX file which doesn't contain those files. Not using GSAK I just pop the new file right on the unit...I agree the way the caches are not editable / deletable is a pain.
 
View user's profile Send private message
Todd300




Joined: 2009-06-05
Posts: 2568
Location: Menominee, MI

PostPosted: Fri Jul 24, 2009 6:02 pm Reply with quote Back to top

I don't have a handheld GPS. I use a windows mobile pocket pc and bluetooth GPSr and Smache software for caching.

I simply just delete my database and create a new one using GSAK anytime I go out caching. I always filter out my found caches on GSAK before exporting to my pocket pc. No biggie.

And I'll probably do the same if I had an actual GPS. Not a big deal to do that.
 
View user's profile Send private message
gotta run
WGA Member



Joined: 2007-11-26
Posts: 3306

PostPosted: Fri Jul 24, 2009 7:58 pm Reply with quote Back to top

Lostby7 wrote:
I agree the way the caches are not editable / deletable is a pain.


well I can keep hoping i just missed the feature somehow!
 
View user's profile Send private message
SammyClaws
WGA Member



Joined: 2007-04-27
Posts: 331
Location: Muskego

PostPosted: Sun Jul 26, 2009 12:56 pm Reply with quote Back to top

The Oregon does not have any way to "edit" the GPX file. It eliminates them from the unfound caches by comparing the found file to the unfound one. I think Garmin's original intent was to load each and every cache individually as a seperate file then you can just delete the ones you found with using your computer. However, with a PQ or GSAK we are loading multiple caches in one file. Your only course of action is to re-run your query, delete your old GPX file and load a new one. I dont know if you use GSAK or not, but I keep loading the same file over the top of the old one, so that it always has all the unfound on it. It seems like a draw back not to be able to edit the file, but its really just learning a new way to do things.
 
View user's profile Send private message
gotta run
WGA Member



Joined: 2007-11-26
Posts: 3306

PostPosted: Sun Jul 26, 2009 1:57 pm Reply with quote Back to top

Yep, we are learning a new way of doing things and I can see the advantage of re-doing the GPX file. This way you have fresh data and it also forces you to more actively managed your files.

SammyClaws wrote:
I dont know if you use GSAK or not, but I keep loading the same file over the top of the old one, so that it always has all the unfound on it.


All right, this is my last sticking point on this procedure. And we're using GSAK.

I would like to keep a main database of "unfoundcaches.gpx." This basically represents the results of a PQ for unfound caches within X miles of our home coordinates.

Additionally, I would like to load new PQs over the top of this gpx file so that the logs continue to accumulate. That was another discussion in another thread--how to get more than 5 logs in a PQ. There is no way to do that in a single PQ, but it was suggested that by continually updating a gpx file over time you can build up the number of logs it contains.

However, if you use the same gpx file and simply update it with a new PQ, there is no way to easily see what caches you have found since you last updated the file. You have to go through, tick off the files, and delete them.

It seems the only foolproof way to get a completely clean gpx file (i.e., not containing found caches) is to create a completely new file from a new PQ. Otherwise you have to do manual data manipulation.

Am I missing something here? How do other GSAK users manage their "main database?"
 
View user's profile Send private message
Team B Squared
WGA Friend



Joined: 2005-11-20
Posts: 257
Location: Bark River, MI

PostPosted: Sun Jul 26, 2009 8:13 pm Reply with quote Back to top

gotta run wrote:
Yep, we are learning a new way of doing things and I can see the advantage of re-doing the GPX file. This way you have fresh data and it also forces you to more actively managed your files.

SammyClaws wrote:
I dont know if you use GSAK or not, but I keep loading the same file over the top of the old one, so that it always has all the unfound on it.


I would like to keep a main database of "unfoundcaches.gpx." This basically represents the results of a PQ for unfound caches within X miles of our home coordinates.

Additionally, I would like to load new PQs over the top of this gpx file so that the logs continue to accumulate. That was another discussion in another thread--how to get more than 5 logs in a PQ. There is no way to do that in a single PQ, but it was suggested that by continually updating a gpx file over time you can build up the number of logs it contains.

However, if you use the same gpx file and simply update it with a new PQ, there is no way to easily see what caches you have found since you last updated the file. You have to go through, tick off the files, and delete them.

It seems the only foolproof way to get a completely clean gpx file (i.e., not containing found caches) is to create a completely new file from a new PQ. Otherwise you have to do manual data manipulation.

Am I missing something here? How do other GSAK users manage their "main database?"


Ok, I'll take a stab at this, hopefully I read your question correctly and am not telling you how to do something you already know how to do.

If you want to see what caches you have found in your latest gpx download when you load it to a pre-existing database you would click on "Search" and then select "Filter" from the drop down. In the dialog that opens, just uncheck the check box next to "Unfound" and click "go" at the bottom. This will show you all of the caches that you have found in your database. To delete the caches you have found you would then right click and select "delete waypoint". You would then select "All Waypoints in Filter" and click "ok".

There may be a better way to do it, but this is how I do it and it isn't too difficult to figure out.

One more thing you will have to do if you are maintaining a database that will build over time. Caches that get archived will not automatically delete from your gsak database, you will have to delete them yourself. What happens is when a cache gets archived it will no longer be included in the gpx file from geocaching.com, but it will still be in your database. An easy way to find the caches that have been archived is to (in gsak) click "Search" and select "filter" from the drop down menu. In the filter dialog click on the "Dates" tab at the top. For "Last Updated gpx", change the "not applicable" to "on or before". When you do this a date dialog will appear to the right of the drop down. You will need to select a date for this that falls between the two days that you received your newest gpx file and the last time you received the gpx file before that. So if your last two gpx downloads were on 7/14/09 and 7/18/09, you would want to select 7/17/09. After selecting the date click "go". This will show you all the caches that were not updated in your newest gpx download and were probably archived (I say probably because if you select the 500 closest to home and more new caches get published than were archived it will cause some of the caches the farthest from you center point to not get downloaded as well).

Hopefully this all helps and makes sense, since I am watching a baseball game while typing this. Feel free to send me a message if you have any questions. Good luck!

_________________
"Show me a man who is a good loser, and I will show you a man who is playing golf with his boss."
--Jim Murray
[img]http://img.geocaching.com/stats/img.aspx?txt=Brian,+Lynn,+and+CJ&uid=0841d9ba-2750-42ac-a7c9-50cf6c75fa6c&bg=2[/img] 
View user's profile Send private message
gotta run
WGA Member



Joined: 2007-11-26
Posts: 3306

PostPosted: Sun Jul 26, 2009 8:57 pm Reply with quote Back to top

Team B Squared wrote:
If you want to see what caches you have found in your latest gpx download when you load it to a pre-existing database you would click on "Search" and then select "Filter" from the drop down. In the dialog that opens, just uncheck the check box next to "Unfound" and click "go" at the bottom. This will show you all of the caches that you have found in your database. To delete the caches you have found you would then right click and select "delete waypoint". You would then select "All Waypoints in Filter" and click "ok".


I'll try that and let you know. Usually the caches that we have found show up highlighted yellow, and since they didn't, I assumed GSAK didn't know they were found. Maybe it knows it somehow but it isn't showing it, in which case the filtering will work and we know how to do that.

Someone should write a book on all this stuff...!!!
 
View user's profile Send private message
SammyClaws
WGA Member



Joined: 2007-04-27
Posts: 331
Location: Muskego

PostPosted: Mon Jul 27, 2009 8:11 am Reply with quote Back to top

There is a way to use the file off your Oregon to update your GSAK database and mark the caches found. But since we write our found logs in GSAK already, we manually update them. When we are done, we delete all the found caches.

And Team B method for keeping your database clean is spot on. Since I completely load my database with a series of PQs, I just delete the ones that have an old GPX date on them. You will find this method does delete some caches you want to keep, but that is because they land on the fringes of your PQ radius and newer caches are pushing them off your list.

My queries run twice each week, Monday and Friday, that way I pick up all the logs from the weekend and any changes to caches over the week. Its also my way around the 5 log limitation. In fact, I have just begun deleting logs that are over a year and a half old from GSAK.

Hope this helps
 
View user's profile Send private message
gotta run
WGA Member



Joined: 2007-11-26
Posts: 3306

PostPosted: Fri Jul 31, 2009 8:31 pm Reply with quote Back to top

Team B Squared wrote:
If you want to see what caches you have found in your latest gpx download when you load it to a pre-existing database you would click on "Search" and then select "Filter" from the drop down. In the dialog that opens, just uncheck the check box next to "Unfound" and click "go" at the bottom. This will show you all of the caches that you have found in your database. To delete the caches you have found you would then right click and select "delete waypoint". You would then select "All Waypoints in Filter" and click "ok".

There may be a better way to do it, but this is how I do it and it isn't too difficult to figure out.


Ok, still on this topic.

When you create a PQ, are you leaving caches that you have found in the PQ?

Our weekly PQ basically specifies "Caches within a 30 mile radius of our home coordinates that we do not own and have not found."

Therefore, we do not receive "found" caches in the PQ.

Therefore, when we update the "Unfound caches" database in GSAK, it is not updating the caches in the existing database as found, because no new information comes through on those caches.

The only way I can see to let GSAK know what you have found is to load found caches in it, but loading ALL the caches in a 30-mile radius exceeds the number limit of the query.

Make sense?
 
View user's profile Send private message
gotta run
WGA Member



Joined: 2007-11-26
Posts: 3306

PostPosted: Fri Jul 31, 2009 8:34 pm Reply with quote Back to top

SammyClaws wrote:
There is a way to use the file off your Oregon to update your GSAK database and mark the caches found.


Not that I've found. Oregon doesn't make any changes to the GPX file and doesn't seem to pass any "found" information back to GSAK either way, unless I am just missing it.
 
View user's profile Send private message
Todd300




Joined: 2009-06-05
Posts: 2568
Location: Menominee, MI

PostPosted: Fri Jul 31, 2009 8:37 pm Reply with quote Back to top

gotta run wrote:


Ok, still on this topic.

When you create a PQ, are you leaving caches that you have found in the PQ?

Our weekly PQ basically specifies "Caches within a 30 mile radius of our home coordinates that we do not own and have not found."

Therefore, we do not receive "found" caches in the PQ.

Therefore, when we update the "Unfound caches" database in GSAK, it is not updating the caches in the existing database as found, because no new information comes through on those caches.

The only way I can see to let GSAK know what you have found is to load found caches in it, but loading ALL the caches in a 30-mile radius exceeds the number limit of the query.

Make sense?


Just run a "My Finds" PQ if you want your finds updated. It can only be ran once a week though,
 
View user's profile Send private message
Display posts from previous:       
Post new topic   Reply to topic

View next topic
View previous topic
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Powered by phpBB © 2001-2008 phpBB Group
:: Theme & Graphics by Daz :: Ported for PHP-Nuke by nukemods.com ::
All times are GMT - 6 Hours
 
Forums ©
 
Legal Notice | Privacy Policy | Terms of Use | Parental Consent Form | contact | Comments ]

All content © 2013 Wisconsin Geocaching Association, except comments and forum entries which are property of their posters.

The Groundspeak Geocaching Logo is a registered trademark of Groundspeak, Inc. Used with permission.
 


Use of this Web site constitutes acceptance of the WGA Terms of Use


Distributed by Raven PHP Scripts
New code written and maintained by the RavenNuke™ TEAM


(Original PHP-Nuke Code Copyright © 2004 by Francisco Burzi)
Page Generation: 0.27 Seconds

:: fisubice phpbb2 style by Daz :: PHP-Nuke theme by www.nukemods.com ::
:: fisubice Theme Recoded To 100% W3C CSS & HTML 4.01 Transitional & XHTML 1.0 Transitional Compliance by RavenNuke™ TEAM ::

:: W3C CSS Compliance Validation :: W3C HTML 4.01 Transitional Compliance Validation :: W3C XHTML 1.0 Transitional Compliance Validation ::