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 -
August 2014 Northern Zone:
WSQ Gordon Cemetery

Winner -
August 2014 Northeast Zone:
Trout Haven

Winner -
August 2014 West Central Zone:
WISCONSIN DELORME CHALLENGE

Winner -
August 2014 South Central Zone:
Capitol Punishment

Winner -
August 2014 Southeast Zone:
Wisconsin Homestead - Emslie Farm

Winner -
August 2014 Series of the Month:
Classic Childrens Books


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 31, 2009 9:17 pm Reply with quote Back to top

Todd300 wrote:
[Just run a "My Finds" PQ if you want your finds updated. It can only be ran once a week though,


Oh yeah, that should work. Didn't think about importing that into the unfound database.

So many workarounds....
 
View user's profile Send private message
Team B Squared
WGA Friend



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

PostPosted: Mon Aug 03, 2009 6:52 am Reply with quote Back to top

gotta run wrote:
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?


To answer this question late, yes, I leave all the caches I have found in my pocket queries so that GSAK will be able to recognize which caches I have found and not found. If it was me I would leave your found caches in the PQ rather than download the "my finds" query to your database, since you are just adding another step to the process by having to download the "my finds" query.

It is very easy to query your database for caches that you haven't found and don't own when planning a trip. Before planning a trip in gsak I just filter out caches that we own and that I have already found. I then plan my trip using the caches that are left in that filter. If you don't know how to do this I can outline it for you, just let me know.

As for the 30 mile radius exceeding 500 caches with your finds included, there are ways around that. I can type this method up if you are interested, just let me know. Of course I don't really run into that problem up here in my neck of the woods. Laughing

_________________
"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: Mon Aug 03, 2009 7:21 am Reply with quote Back to top

Team B Squared wrote:
It is very easy to query your database for caches that you haven't found and don't own when planning a trip. Before planning a trip in gsak I just filter out caches that we own and that I have already found. I then plan my trip using the caches that are left in that filter. If you don't know how to do this I can outline it for you, just let me know.


Yeah, this I can do. Basically the difference is to filter it on the GSAK side rather than the PQ side. Makes sense.

Team B Squared wrote:

As for the 30 mile radius exceeding 500 caches with your finds included, there are ways around that. I can type this method up if you are interested, just let me know.


Well, the only way I know is to set a few coordinates at the X mile mark from my home coordinates and then run smaller-radius searches from there. Then load the multiple PQs into one GSAK database. GSAK takes care of the overlap. If there's an easier way than that, I'd love to hear it.
 
View user's profile Send private message
SammyClaws
WGA Member



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

PostPosted: Mon Aug 03, 2009 9:55 am Reply with quote Back to top

gotta run wrote:
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.


I'll try to when I get home tonite to make sure, but I believe its GPS>Receive Waypoints - on that dialog box, I have mine set to 'if matched update found status only'.
 
View user's profile Send private message
gotta run
WGA Member



Joined: 2007-11-26
Posts: 3306

PostPosted: Mon Aug 03, 2009 10:20 am Reply with quote Back to top

SammyClaws wrote:
I'll try to when I get home tonite to make sure, but I believe its GPS>Receive Waypoints - on that dialog box, I have mine set to 'if matched update found status only'.


Aha! There it is..."Just update finds." It was greyed out behind the defaults.

Someone should write a book on this.
 
View user's profile Send private message
Team B Squared
WGA Friend



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

PostPosted: Mon Aug 03, 2009 12:09 pm Reply with quote Back to top

gotta run wrote:


Team B Squared wrote:

As for the 30 mile radius exceeding 500 caches with your finds included, there are ways around that. I can type this method up if you are interested, just let me know.


Well, the only way I know is to set a few coordinates at the X mile mark from my home coordinates and then run smaller-radius searches from there. Then load the multiple PQs into one GSAK database. GSAK takes care of the overlap. If there's an easier way than that, I'd love to hear it.


You will probably need 2 pocket queries to get all the caches within a 30 mile radius. But what you do is take the pocket queries and set them up to filter by placed date (towards the bottom of the pocket query set up page). For the first one you would check the placed between and do something like Jan 1, 2000 for the start date and something like Aug 3, 2007 for the end date. The end date doesn't really matter for what you are trying to do, as long as your pocket query doesn't exceed 500 caches. Then set up another pocket query that is identical to the first, except your begin date for placed would be Aug 4, 2007 (if you used for Aug 3, 2007 for your end date in the first query) and then make your end date for the second query something far off into the future. This will give you all the caches within a 30 mile radius of your pocket query center.

Clear as mud? I do something similar to this to get all of the caches in the Upper Peninsula (3 pocket queries) and NE Wisconsin (5 pocket queries). I get these queries sent once per week and work off of that while planning a caching trip.

_________________
"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: Mon Aug 03, 2009 12:21 pm Reply with quote Back to top

Ah! That makes perfect sense because you know your "old" queries will never get any bigger unless someone messes with the placed dates. Twisted Evil

Thanks for the tip!
 
View user's profile Send private message
Todd300




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

PostPosted: Mon Aug 03, 2009 2:38 pm Reply with quote Back to top

When I went to Green Bay last month, I ran 3 PQ's for the Green Bay area.

1 PQ for traditionals only, 1 for multi's and 1 for puzzles/unknowns. Yes, I know there are a few other icons such as your Letterbox hybrids, GR, but I'll get to those eventually.

Anyways, running PQ's for each type of cache seems to work with me in an area like Green Bay that is not as dense with caches as, say, West Bend, who claims to have 500 caches in a 7 mile radius.

I've seen in the ground speak forums that cachers would run PQ's according to placed dates. I have not done that yet as I have no reason to, but I know I eventually will when I go to a dense cache area.

That's why I like caching in the northwoods and the UP. I could run a PQ of a large radius and still be under 500 caches.

Good luck with your work, GR.
 
View user's profile Send private message
Team B Squared
WGA Friend



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

PostPosted: Tue Aug 04, 2009 8:07 am Reply with quote Back to top

Todd300 wrote:
When I went to Green Bay last month, I ran 3 PQ's for the Green Bay area.

1 PQ for traditionals only, 1 for multi's and 1 for puzzles/unknowns. Yes, I know there are a few other icons such as your Letterbox hybrids, GR, but I'll get to those eventually.

Anyways, running PQ's for each type of cache seems to work with me in an area like Green Bay that is not as dense with caches as, say, West Bend, who claims to have 500 caches in a 7 mile radius.

I've seen in the ground speak forums that cachers would run PQ's according to placed dates. I have not done that yet as I have no reason to, but I know I eventually will when I go to a dense cache area.

That's why I like caching in the northwoods and the UP. I could run a PQ of a large radius and still be under 500 caches.

Good luck with your work, GR.


You could probably get all of those caches with 2 queries including all of the cache types instead of three for specific cache types and then just filter them out (Traditional, Mystery, Multi, etc) in GSAK. Filtering is very easy in GSAK, if you need any help or hints feel free to ask.

_________________
"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: Thu Aug 13, 2009 5:52 pm Reply with quote Back to top

Hey B Squared, how do you clear ARCHIVED caches from your database using your method? Archived caches won't show up in the PQ so how do you know to drop them? Are you filtering by "last GPX date" or something?
 
View user's profile Send private message
Todd300




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

PostPosted: Thu Aug 13, 2009 8:32 pm Reply with quote Back to top

On GSAK, go to search >> filter..then on the general tab, uncheck the archived box.

Let me know if that's what you mean.
 
View user's profile Send private message
gotta run
WGA Member



Joined: 2007-11-26
Posts: 3306

PostPosted: Thu Aug 13, 2009 8:58 pm Reply with quote Back to top

What I mean is that if you are building a database over time as B squared suggests, you will not know if an unfound cache in the database is archived unless you physically go out on each unfound cache and look on geocaching.com because PQs do not pull archived caches. So unless you are dumping and rebuilding your database with each query this is a problem, and part of the benefit of just updating the database versus rebuilding it is that you get a greater history of logs.

The only workaround to this I could see would be filtering any unfound remaining caches by GPX date. That is, if it is an unfound cache in your current working database and the record does not get updated with the new PQ, it would have an old date. Filter by dates, then take a look at any old dates to see why they were not updated.
 
View user's profile Send private message
Todd300




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

PostPosted: Thu Aug 13, 2009 9:00 pm Reply with quote Back to top

Far as I know, that workaround is the only thing I can think off. I never really paid attention to GPX dates and maybe I should. But so far, I have never run into a cache that turned out to be archived. Knock on wood. I'll be sure to check closer next time.
 
View user's profile Send private message
SammyClaws
WGA Member



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

PostPosted: Fri Aug 14, 2009 8:09 am Reply with quote Back to top

gotta run wrote:
The only workaround to this I could see would be filtering any unfound remaining caches by GPX date. That is, if it is an unfound cache in your current working database and the record does not get updated with the new PQ, it would have an old date. Filter by dates, then take a look at any old dates to see why they were not updated.


I will sort the last GPX column to see if there is any caches that did not get updated with the last import. I have found two reasons so far why they do not get updated. Archived caches is the first one. Second, if your pulling the max number of caches in a query, as caches in the center increase, the once on the fringe will not be selected anymore. Not a huge deal for me since they are usually about 70 miles away, so I delete them too.
 
View user's profile Send private message
gotta run
WGA Member



Joined: 2007-11-26
Posts: 3306

PostPosted: Fri Aug 14, 2009 8:12 am Reply with quote Back to top

Yeah, that's what I thought. It makes sense and shouldn't be too hard to do.

And besides, we have found many instances where archived caches are actually still there Mad , so it's helpful to have a record of that over time so that the geo-litter can be cleaned up.
 
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.17 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 ::