cougarox

When you want to load a new file, do these steps: 1. Plug GPS to computer, and delete old GPX or GGZ file(s). 2. Unplug GPS, and boot it and it will clear it's memory. 3. Plug GPS to computer, and install new GPX or GGZ file(s). 4. Unplug GPS, and boot it and it will read new file(s). I started doing this "double-clutching" with my 62s a year ago and then I never had any problems any more. I continue to do this with my new 64s because it's a habit. Only takes a few extra seconds while sitting at my desk, and saves grief while I'm out on the trail. Agreed with Lil Devil. This procedure works. A little background: My 64s is a (rapid) replacement/upgrade from the 62stc I got to replace my workhorse DeLorme PN-60, itself a replacement for a G-60Cs. The 64s is a big improvement over the 62stc, which was probably a lemon. It only (sort of) worked for about 10 days. Base Camp appears to work better when deleting content from the internal drive or SD card, especially when you are dealing with GPX files; the 64s makes "current" .gpx files which can be confounding. I haven't seen this behavior while using .ggz files, which you can just delete using your choice of file explorer. The "search for" function seems like a poorly implemented afterthought. It is easier to find caches using a filter, and if they are farther away, using the map and scrolling in/out and around (setting cache sensitivity distance to a mile or so out helps here). As for loading caches to the unit, I have had the best results using lignumaqua's GarminExport macro in GSAK, and selecting GGZ on the SD card. You can filter out caches you don't want (e.g., unsolved puzzles) and export just about as many caches as you want to the unit, avoiding the GPX 5,000 waypoint limit. I presently have all of the caches I qualify for/have solved and not found yet in my state loaded up this way; that's about 9,400 of them, ranging from a mile to about 300 miles out, in one file. Not sure how many GGZ files you can load before the unit chokes, but fewer is probably better as far as boot up/indexing times are concerned. So far, the GSAK forum has been the most helpful with figuring out how to operate this GPSr. If it was a computer, it would be a Mac. My DeLorme is more like a *nix or Windows box. YMMV.

I agree about the "unauthorized application removed by Groundspeak" but you do run the risk of getting your account frozen out for "site scraping". At least that is what I have been able to glean is the reason for its being unauthorized...

CacheMate is probably the most full-featured app for the Droid, but I have found it to be more difficult to use than the old Palm version that I had before. GeoBeagle is OK, and works pretty well, also, proving you have data coverage.

Hi John, Mind sharing what you found? I have a droid and would love to do Wherigo while I'm out caching. I am interested in how that was/is done as well. There doesn't seem to be much for the geocaching Droid owner out there

Thanks, guys, for the additional information, and the exhortation to leave it alone. I will try to do that, even if people email me and say my listings are broken

Yes, that is a common issue. The HTML parser sometimes goes wacky and usually the <a href> tags stop working right. Sometimes within minutes or a bit longer the problem is corrected and life is good again. It happened yesterday shortly after the site update, but was fixed quickly. I can actually live with that, if the listings would "go back to normal". What I find disturbing is that they don't seem to, and when I go in to fix a link (i.e., by adding the <a href= and replacing > with > ) it reverts to the strippeddown/modified version as often as not. Maybe my caches just get stuck in the parser's craw and it can't cough them out I would actually prefer it if the system would just output the raw unfiltered HTML rather than rewriting the code when it has a choking fit...

I have a question about the HTML on my listings, so I decided to throw in with this thread. For the past several months, intermittently, my HTML on my cache listings seems to get rewritten by a server process and as a result gets all mucked up. It acts as if I hadn't clicked the 'Listing contains HTML' checkbox. In particular (the most annoying part) any external links lose their <a href=... and </a> with the result being that what once was a link now appears as "http://www.xyz.org/..." For example, the coordinate checker I use for my puzzles ends up being a really long string of gobbledygook (not really, but that's how it looks) with all of the parameters (e.g., &name="name" get rewritten to &name="name") Most folks, even if they know enough to copy what looks like the link text and paste it into a browser's address bar, will get a 404 or other error because the server on the other end doesn't know about changing a & back to a plain old &. This is just one example, and the links seem to be the most egregious, but I have noticed it with other pretty vanilla HTML commands and formatting codes like image insertions (for images hosted on Groundspeak's own image servers, no less!). I have to admit that I am getting a little tired of having to go back in all the time to fix the code on multiple listings, just to have it get rewritten again :/ FWIW, I usually just type the HTML out manually, but on longer listings sometimes use Dreamweaver with 4.01 Transitional coding/validation... Is anyone else having these issues?

You might want to check out the Terracaching site, if only to see how good we have at geocaching.com. I'm registered at both, but hardly do any terracaching due to the unmitigated and unrelenting kludginess and frustration of that site. And I am at least nominally a techie!

That second link turned up the exact thread I was thinking about (notice my own post a couple obove the one you sent me to.) Thanks heaps! Props to Clyde (again)! Google Earth is lame for making a route with more than a beginning and an end, and MapSource, Streets &Maps, etc. aren't much better geocaching-wise. But Clyde's polygon doodad, that ROCKS Thanks for posting the link!

I too have been noticing all of what you mention, and I *guess I'm glad I'm not the only one. I hope that this is just a random (sic) occurrence, and that things will return to the way they were. What's the point of going for "special" caches for milestones if all the logs show up willy-nilly? ... Well, I guess we should be glad that they show up at all, otherwise we might as well join that subset of cachers that just go out and find caches without ever logging anything.

WoW! Thanks you, thank you, thank you - these are awesome and a wonderful replacement for the map on my 60CS []

Thanks, WeightMan - I will definitely try that one, and the GC HQ as well - what a cool cache!

I had the exact same thing happen to me Sunday night, with the same annoyance result. It is a bummer to have to wait for another week to get "my finds" or to have to resort to a whole bunch of work in GSAK to get something that approximates the result of that query.

Horning in on your thread here a bit, I hope you don't mind. I'm going to be in Seattle as well, June 10-13 - but sadly on conference at the Marriott downtown, and will probably only have a couple of hours here and there, plus evenings to go caching. But I *will* go caching So, in doing my queries on the area I'll have easy access to, it looks as if there are a slew of puzzles and micros, but hardly anything in the way of regular caches to drop the batch of TBs that want to come with me off, or to trade them out. Am I missing something? Do you all have any cache recommendations for someone who's going to be hoofing it downtown? Thanks to everyone who has replied to CacheNCarryMA with the attraction/ restaurant recommendations, I'll look some of those up. I wish I could get further afield, and spend more time there ... *sigh