Mr Crow

Doh! So easy. THANK YOU. 👍

I want to programmatically add caches to an existing List. Via the API i need to know its (BM????) identifier, but I can't see how to get this from a geoacaching.com page or an API call to, say, look up the name of a list. Guess I've missed something somewhere.

Ah. Not just me then. Authentication via OAuth is working, but not OAuth2. All was OK last night (UK time) but not since this morning. Spent ages looking for bugs my end.

Big smile. Populating GSAK with (API) caches rather than a PQ captures original/corrected coordinates. From there I export a GPX and display on my home-grown cache map with corrected icons where appropriate. Job done. Thanks.

Thanks for the update, fizzymagic. Here's hoping your idea is accepted by Groundspeak.

Just noticed the new icon on the GC map for showing the location of a mystery cache with corrected coordinates. BRILLIANT, I've wanted that for ages.BUT, when a PQ is created from the map, I can't see a tag in the GPX file which tells me coordinates are corrected. Have I missed something or is it not there? If not, why not, since the information is available when the map is displayed?

Thanks for all your replies. Annoying for me as the original/now deleted log was incorrectly posted.

The "View past Trackables link" is available on one of my caches (http://coord.info/GC4Y1BB) - it shouldn't be. The Trackable which it refers to has no log entries. It did have one for the affected cache but I deleted it, yet the link still remains. Is there a way I can removed the link?

I'm on the road at the moment so can't test this out properly myself. However, you can try the following: navigate to the geocaching.com then in the same window, open the Chrome console (Ctrl-Shift-J) and type this in the console pane: localStorage.GME_parameters_bak = localStorage.GME_parameters localStorage.GME_custom_bak = localStorage.GME_custom delete localStorage.GME_parameters delete localStorage.GME_custom That should reset your current GME configuration (keeping a backup), after which the new version should work when once you reload the page. To help me stop this kind of thing again, it would help if you could give me a bit more detail so I can track down why you had a problem. Do you mean you can see GME's icons, or the geocache icons, but no map underneath? Also, how does the "undefined" message appear? Is it an alert message, or does it come up where the list of maps would normally be? If the fix above works, it would also be helpful if you could go back to the Chrome console and email me the output of the following commands through my profile: localStorage.GME_parameters_bak localStorage.GME_custom_bak That should give me a copy of the dodgy configuration that was causing the problem. If resetting the configuration doesn't help, I'll have to have a play with the script once I get back to a computer with Chrome and Tampermonkey installed... Doesn't work for me. Uninstalled and installed GME several times but still "undefined" on all GC maps in Chrome. :-( Now suddenly it's working!? :-)

I'm on the road at the moment so can't test this out properly myself. However, you can try the following: navigate to the geocaching.com then in the same window, open the Chrome console (Ctrl-Shift-J) and type this in the console pane: localStorage.GME_parameters_bak = localStorage.GME_parameters localStorage.GME_custom_bak = localStorage.GME_custom delete localStorage.GME_parameters delete localStorage.GME_custom That should reset your current GME configuration (keeping a backup), after which the new version should work when once you reload the page. To help me stop this kind of thing again, it would help if you could give me a bit more detail so I can track down why you had a problem. Do you mean you can see GME's icons, or the geocache icons, but no map underneath? Also, how does the "undefined" message appear? Is it an alert message, or does it come up where the list of maps would normally be? If the fix above works, it would also be helpful if you could go back to the Chrome console and email me the output of the following commands through my profile: localStorage.GME_parameters_bak localStorage.GME_custom_bak That should give me a copy of the dodgy configuration that was causing the problem. If resetting the configuration doesn't help, I'll have to have a play with the script once I get back to a computer with Chrome and Tampermonkey installed... Doesn't work for me. Uninstalled and installed GME several times but still "undefined" on all GC maps in Chrome. :-(

24 hours after the problem I had a flood of GC emails in a strange order e.g. notification of one of my caches being published, followed by an acknowledgemrnt that the same cache had been submitted. The problem seems to have gone away now.

I've not received any notifications or emails sourced from geocaching.com for the last 24 hours. Some of my caches have been published, some visits logged and some contact emails sent, but no emails received. No problem with ISP. No problems sending direct to email address, only from internally via geocaching.com!? Ray Crowther

The Earwigo syntax works fine. The mystery was that locally the completion code is not generated, only when the cartridge has been uploaded and downloaded to run via www.Wherigo.com. This wasn't clear to me during the development. It is now and my cartridge is complete and published. Many thanks for you help.

Thank you for your timely response. I think I'm more confused now. First I entered this message statement in Earwigo, compiled and the message I received in the emulator and Colorado was: [=[Your Completion Code is ]] .. Player.CompletionCode .. [[ ]= Loading the Earwigo .lua file in the Groundspeak builder showed that the message statement had been modified to : [=[Your Completion Code is ]] .. Player.CompletionCode .. [[ ]= which explains the displayed message. Changing this statement to your suggestion directly in the Groundspeak builder and publishing the cartridge to my machine the message in the emulator and Colorado was: Your Completion code is builder However, uploading to the Wherigo website and then downloading and playing I received what I was expecting i.e. a 16-digit completion code. :-) So, almost there. My remaining question is what syntax the message should take when keying directing into Earwigo so the complilation produces the message which is correctly processed thereafter.

I want to display a completion code to a player when they enter the final zone on a cartridge. Elsewhere I have seen the text of a message should be: Your Completion Code Is: .. ~~Player.CompletionCode~~ When this exact statement is processed in the emulator or in the field on my Colorado the actual display is: Your Completion Code Is: .. code Clearly I'm doing something wrong. Any idea what? Thanks.

I've now used both methods. GPX to update most, and the macro to update one. Excellent tips. THANK YOU.

Is there some way to download or run a pocket query that will give me access to all the log entries for my own caches? There seems to be a limit of only receiving the last five in a daily pocket query. In a busy cache I'm missing some of the entries.

Ah ... I've sussed it. My url points to a redirected domain which gc.com doesn't like (although Xinha editor is happy). Solved by putting in the full domain name instead. Thanks for making me think harder.

Am I right that I can't display an external image on my cache page other than by uploading to geocaching.com? Despite the HTML code being in place the image never displays. One of the reasons is to display a GIF file where I need a lossless image not a JPG compressed version that results from uploading to GC.

With a new release I hoped my previously reported "Send to GPS" problems were fixed. Now it doesn't work at all and reports 500 - Internal server error. There is a problem with the resource you are looking for, and it cannot be displayed. Fails on IE, Firefox, Chrome on XP, Vista and Win7, and every cache I've tried!!

I now have two additional (unpublished) caches which give the same error when trying to "Send to GPS", namely GC203TK and GC203TP. The problem is repeatable in Chrome, Firefox and IE. The only common denominator I can see is the cache codes all start GC2!? I don't think that GC.com will allow you to "Send to GPS" on a unpublished cache. I just tried it with a couple of my unplublished caches, and get the same result, and I think it is because of the protocols that are in place that allow for the transfer. It's your cache, why the attempt to "Send to GPS?" Send to GPS has always worked before on unpublished caches. I have current unpublished caches which work fine. I send my own caches to GPS as a final check that waypoints etc are in place before I hit the "release for publishing" button. I've just created a brand new cache with the barest details i.e. no HTNL and that still gives the same Send to GPS error. My older unpublished caches of over a month ago are fine. Conclusion: something has changed at GC.COM in that time. An official response from GC would be welcome. I note in the release notes for September fixes the following: 12030: Send to GPS exploit allows viewing of unpublished cache by regular user Implemented security checks for unpublished caches My guess is that this has not been implemented correctly. I have unpublished caches created in September which work OK, but new ones (post fix day) that don't. Am I right?

I now have two additional (unpublished) caches which give the same error when trying to "Send to GPS", namely GC203TK and GC203TP. The problem is repeatable in Chrome, Firefox and IE. The only common denominator I can see is the cache codes all start GC2!? I don't think that GC.com will allow you to "Send to GPS" on a unpublished cache. I just tried it with a couple of my unplublished caches, and get the same result, and I think it is because of the protocols that are in place that allow for the transfer. It's your cache, why the attempt to "Send to GPS?" Send to GPS has always worked before on unpublished caches. I have current unpublished caches which work fine. I send my own caches to GPS as a final check that waypoints etc are in place before I hit the "release for publishing" button. I've just created a brand new cache with the barest details i.e. no HTNL and that still gives the same Send to GPS error. My older unpublished caches of over a month ago are fine. Conclusion: something has changed at GC.COM in that time. An official response from GC would be welcome.

I now have two additional (unpublished) caches which give the same error when trying to "Send to GPS", namely GC203TK and GC203TP. The problem is repeatable in Chrome, Firefox and IE. The only common denominator I can see is the cache codes all start GC2!? I don't think that GC.com will allow you to "Send to GPS" on a unpublished cache. I just tried it with a couple of my unplublished caches, and get the same result, and I think it is because of the protocols that are in place that allow for the transfer. It's your cache, why the attempt to "Send to GPS?" Send to GPS has always worked before on unpublished caches. I have current unpublished caches which work fine. I send my own caches to GPS as a final check that waypoints etc are in place before I hit the "release for publishing" button.

I think the fix relates to bookmarking failures rather than my "Send to GPS" issue. The cache that fails is GC208WD. Searching for other "Send to GPS" issues seems impossible because of word lengths < 5 characters. I now have two additional (unpublished) caches which give the same error when trying to "Send to GPS", namely GC203TK and GC203TP. The problem is repeatable in Chrome, Firefox and IE. The only common denominator I can see is the cache codes all start GC2!?

I think the fix relates to bookmarking failures rather than my "Send to GPS" issue. The cache that fails is GC208WD. Searching for other "Send to GPS" issues seems impossible because of word lengths < 5 characters.