Malpas Wanderer

Don't be so quick to pass judgment. I know a guy that hasn't logged in here in a couple of years since becoming mainly a Terracacher. He still actively maintains his GC caches. If he is maintaing it he should also be completing Owner Maintenance logs. SBA logs and reviewer Archiving is then less likely.

At 32 mile from home they are perhaps a little distant for me to perform any instant maintenance that would become necessary during their lifetime and...... Would probably be more suited to someone more local perhaps who has not set any caches of their own. Having said that the location has potential as a stopover point suited to more distant cache seeking forreys which could combine some structured maintenance runs with caching in the area or beyond. If no local cache teams respond in a week or two I will be willing to take them on.

Made the perfect end to one of my caching days Amazon Valley Jaspar by allthebridges (GC14CJ5). Couldn't help but smile.

I export them from GSAK both as waypoints and POI's. By the use of suitable macros this enables inclusion of cache type icons for the waypoints and the full hints to be included (or even more) over multiple POI pages. All very convenient once set up.

Several views but not sure which is the right opinion. Many of the older caches have good quality. Archiving frees up the area perhaps giving new cache setters a chance. Freeing a whole area might open up for a ring placed by one setter but might deter new setters. Perhaps Lord Of The Caches might migrate to Oxford for his next epic. Adoption could give you heart ache if the adoptee does not maintain your high standards. As said at start no strong opinion for your caches but personally I prefer those caches which have had a lot of effort put into creating and maintaining them and consider yours fit into that category. Unfortunately I don't often get to the Oxford area to cache.

Does it matter what postcode? Sometimes errors come because gc.com is down. I have been using FF3 for a while now with no problems. What is the error message on the page? Just a blank page saying Your request has resulted in an error. You may choose to retry your previous request. Or you may tell us what you were doing when this error occurred. Geocaching.com I have been seeing this lately too, mostly when responding to a link from a watch list email. At first I thought it was because I was logging out on a PC at work and it wasn't seeing me as logged in on the home PC. Seemed to be just the Cache pages as linking to a coin or profile from the same email seemed to clear it. I now believe it is just GC.com being slow as if you press retry enough the page will eventually load. Double check you are logged in and can view a page before you run the search and see what results you get.

Even with the kitchen sink, whole UK database and many Macros and associated files weighs in at 2.6Gb, only a fraction of most modern hard drives.

Until they grow in and blunten the saw when harvested.

Others have assumed that you refer to your own cache. Is that the case? Perhaps not hiding behind a sock puppet account would clarify this

I like to see the real coins in the caches. It annoys me even more when someone steals my coin and replaces it with a replicoin as has happened very recently

Thanks for the reply. Remain unsure why any further action on a retracted cache is permitted. Notification received; Date: 4 Oct 2008 07:49:42 -0700 Subject: [LOG] Watchlist: Copper & Tin archived Bakers Ride (Archived) (Traditional Cache) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Message-Id: <20081004144942.8FA319F65E@signal.Groundspeak.com> by myself and many others possibly or the double archiving reference in the subject line. I guess GCQ5G2 will just have to remain a mystery too

Sorry I'm failing to see the flow of things here. Yes I do recall that it was retracted upon my alert that it was on property that did not allow caching. So I'm now more puzzled as to what sequence of events led to the delivery of an "archived notification" email today stating that the cache owner archived an already archived cache. Still a glitch in the system somewhere that needs closing. The other cache that I've noticed a anomaly with is GCQ5G2 published in 2005 but recently no longer viewable without any explanation. Hope you can shed further light on what is going on.

I've noticed a couple of caches that were published sometime ago but now show as not yet published. Within the last few minutes a setter has archived this cache seemingly for a second time, it now shows as never having been published. I'm sure this is not what GS coding intended as elsewhere it states that most published and archived caches will remain on the site as historic archive. Only retracted caches will not be viewable. Can this fault be corrected speedily please.

Drive by MEGA events? One argument for the UK MEGA event status was that it was a requirement that the log was signed within a set time period, it shouldn't be a sign and go or spread over more than one day. The wind it is a changing

If its your user notes that you want to preserve, you are probably still best to use the RefreshAllGpx macro route. 1000 records isn't that great a number just split it by filtering and so you do it in 3 or 4 batches so you don't hammer GC.com too hard. This will update the records and your user notes will be retained. A your finds query will not preserve your GSAK user notes.

If you wish to retain the caches you have already in the database and get them updated then... Download and install the RefreshAllGpx macro. Then filter to get a reasonable number of records before running, (does not sound as if you have excessive records). Macro refreshes data at about 15 minutes /100. Hope that helps.

Bit of a trek and a change of direction from where I had intended to go...but maybe. I'm bit of a last minute decider. Camp site sounds like luxury, I just stop anywhere when I get tired, one camper van if I come.

Thats great, the thing that I fretted about most when they changed the site was that the old script didn't work. I like the functionality of this script and the position on the page is much better too. Thanks for your excellent devotion and quick turn around.

You maybe well past this stage of checks and diagnosis but... When I've removed a SD card from an iPAQ often unintentionally. Moving the write lock backward and forward a few times has cleared the problem. Has saved some sweating palms when I'd thought I'd lost TomTom on a long trip. Worth a try and costs nothing.

If you delete all way points then load a new set in the mark function will restart from 1.

Just a note; Last Night I reported that the download buttons were not permanently displaying. I believe others have since reported this too. In my case it seems a Greasemonkey script was stopping the buttons displaying. Pity as I liked one particular script which indicated if I had already logged a cache.

Seems the download buttons have disappeared from the newly published cache I'm viewing Edited to say they flash up as the page loads then disappear when page has loaded.

What's Happened to the download buttons New cache published but no means of downloading

Most places I get a good signal i.e. HSDPA and use it for up to 12 hour sessions. Please tell me what that means M Probably best to google it and delve as deep as you understand. But basically referred to as 3.5G or mobile broadband and the fastest speeds likely on the dongles at the present time. If it can't achieve HSDPA then it drops back to slower access technologies.

double post