tofska

I've just noticed that the HTML in the 'Editing Cache' page gets changed once it has been submitted. In this case, it gets changed to <map name="clues" id="clues"> <area nohref="nohref" title="We hail from ancient Central America" coords="100,167,10" shape="circle" /> <area nohref="nohref" title="We count with our toes, as well as our fingers" coords="152,74,10" shape="circle" /> <area title="We are numerical head glyphs" coords="246,168,10" shape="circle" /> <area nohref="nohref" title="Over here, we are less than one" coords="368,63,10" shape="circle" /> <area title="Minutes are 'Real' numbers" coords="418,171,10" shape="circle" /> </map> Which doesn't look right to me. View Source on the actual cache page and the titles are gone all together - as in the first posting. Cheers, M@

Hi, I have some cache pages that have been around for a while, that no longer show tooltip text over areas of an image. I had achieved this with the following HTML code: <map name="clues" id="clues"> <area nohref title="We hail from ancient Central America" coords="100,167,10" shape="circle" /> <area nohref title="We count with our toes, as well as our fingers" coords="152,74,10" shape="circle" /> <area nohref title="We are numerical head glyphs" coords="246,168,10" shape="circle" /> <area nohref title="Over here, we are less than one" coords="368,63,10" shape="circle" /> <area nohref title="Minutes are 'Real' numbers" coords="418,171,10" shape="circle" /> </map> <p align="center"> <img src="http://img.geocaching.com/cache/03c60569-1b62-4de2-93dc-aec3793ed1de.jpg" usemap="#clues" /> </p> But the cache page ends up getting rendered as <map name="clues" id="clues"> <area coords="100,167,10" shape="circle" /> <area coords="152,74,10" shape="circle" /> <area coords="246,168,10" shape="circle" /> <area coords="368,63,10" shape="circle" /> <area coords="418,171,10" shape="circle" /></map> <p align="center"> <img src="http://img.geocaching.com/cache/03c60569-1b62-4de2-93dc-aec3793ed1de.jpg" usemap="#clues" /> </p> and the titles are lost. I'm not sure when this started happening, but is there a work-around? Cheers, M@

OMG - I didn't realise the error message was just a red-herring! . I find still that I'm logged in when I back out to the main menu. Great! - Thanks lq Cheers, M@

Not for me, unfortunately . I still get the Invalid Viewstate error when logging in on my Nokia 6101. However, the Find by Coordinates will now let me enter -ve coords.

Hi ColinWi, Yeah - thanks, but I still get the same error on my phone (Nokia 6101). Cheers, M@

Hi geowas - see this post above for a possible fix. You're lucky though - I can't even log in! Cheers, M@

It's been a few months since I've used the WAP interface on my mobile (Nokia 6101), and I notice that the main menu format has changed. I am no longer able to log into geocaching.com though! I get the following error: Server Error in / System.Web.UI.ViewStateException Invalid viewstate. Client IP: 202.73.198.32 Port: 33489 User-Agent: Nokia6101/2.0 (04.90) Profile/MIDP-2.0 Configuration/CLDC-1.1 ViewState: /wEXAQUDX19QD2QPBhd9qxoP2sqIAgHCI969orowcTv1qyU9tmq1A98BuLA== Referer: Path: /default.aspx Method: Any ideas how I can fix this? Cheers, M@

I presume GPX files aren't a security risk, so would a GPX file of, say a tracklog to follow, be allowed? M@

Is it possible for the GPX export of a cache page to include a link to images (and captions) uploaded by the cache owner? Or at least provide some indication that they exist? Images attached to cache pages (i.e. by using the 'Upload Images' feature - and not href'd in the cache description) can sometimes provide vital clues. The GPX file does not seem to give any indication that these exist. Cheers, M@

I have a cache page that I'm sure used to show the greek letters theta and lamda correctly, but no longer do so since I resaved it. The just appear as '?', even in the source. I've tried explicitly using the HTML character codes, but these are just ignored. Any ideas how these can be entered in the cache description? Cheers, M@

Exactly the situation I had in mind

But my point is that a terrain rating of '5' does not necessarily always mean that special equipment is required (if it does, then it's not clear). And a 'Mystery' cache does not always mean that you have to preparation to do before going on site. There are plenty of Mystery caches out there that can be solved on site and don't require preparation before the visit. An unresourced cacher filtering out 'Mystery' caches in a query could potentially miss out on caches that they would actually be able to do. I think it would be good to if this aspect of a cache could be made a bit more explicit. The cache type and difficulty rating are a bit too generic and don't solve the problem. Cheers, M@

I'd like to make a suggestion for a new attribute/type for cache pages. 'Preparation required' means that you have to do some background work/research, or require special equipment, in order to find the cache - or more specifically/practically, that you will unlikely be able to find the cache by going straight to the site with just the cache page. At the moment, this is probably handled by specifying it with a higher difficultly rating. But this doesn't necessarily mean that you won't be able to solve it on site. The 'Preparation required' (or whatever it's best called) attribute would make it clearer that some off-site preparation is required before going on site. The difficultly rating is a bit more generic and doesn't convey this very well. I think this would be especially useful for geocachers who are caching outside their normal region and may not have their usual access to resources. It would be nice to be able to filter out, or at least quickly identify, these types of caches that they would not be able to find. It may help avoid those cases where people turn up at the coordinates, willing to do a difficult cache, but only to find they are not able to continue. Thoughts? Cheers, M@

Woops - my mistake sorry! Shouldn't be using ISMAP anyway!! There was another error and I thought that ISMAP was the cause. Cheers, M@

Hi, I've created a cache that makes use of the HTML MAP tag on the cache page, but in testing this it seems that the corresponding ISMAP attribute of the IMG tag gets stripped off. Is there any reason why MAP tags seem to be disabled in this way? Cheers, M@

There are heaps, especially in the big cities. Have an explore of the NZ Caches site and use the Locate function to see maps in more detail. M@

If you're based in town then there are a few you can do by taking the ferry. That way you'll see some great views of the city and harbour. A Game of Soldiers is on North Head - take the ferry to Devonport. Island Rock is on Rangitoto Island. Another ferry will take you there. Hope this helps, M@

Using 'By Coordinates' with a 0,0 origin gets some result, but it only seems to return 20 locationless caches on one page. Not sure why. Anyway, seems that all will be fixed on Thursday. Thanks Jeremy! M@

Here's the link: NZ Herald 13/5/03 A11

I've come across some encrypted clues such as "Don't trample the native plants", "Don't attempt when area in flood", "Use good footwear". I would argue that these are not 'clues', and more so that they should not be encrypted! I take it that the encrypted clue is (supposedly) used when you're at the location and need help finding the cache. These particular gems of advice would be useful before you even head off. Thoughts? - M@

Hi Nick, quote:Originally posted by BigNick:This this a new login called M@? Nuh - just editing my tofska account, which I'm not renaming. The only thing I'm changing is setting up an avatar image. It probably is something to do with the '@', although it did let me set this up in the first place. Cheers, M@

I keep getting the above error when I try to specify an avatar and photo image in my profile. It seems to think I'm not me. How can I get around this? Cheers, M@ Auckland Kayakers Group: http://groups.yahoo.com/group/auckland-kayakers

quote:I approached through the bush anyway so people weren't even aware I was there.. Admittedly, I did the same to plant the cache once it was ready Auckland Kayakers Group: http://groups.yahoo.com/group/auckland-kayakers

quote:'stealth cache', where you try to find the cache not looking suspicious, then grab it, take it elsewhere to fill in the logbook, then return it just as stealthily. Sounds just like the new Spring Geometry, by recent accounts. M@ Auckland Kayakers Group: http://groups.yahoo.com/group/auckland-kayakers

quote: 2. Pay to play. If an organisation is generating revenue from geocaching, then that organisation requires a concession to operate on DOC land. Geocaching.com is charging subscriptions and generating revenue from NZ geocachers. This means that NZ geocaching.com members are undertaking geocaching as a commercial activity. This seems to be stretching the reality a bit, don't you think? The geocaching.com subscription applies to a very small subset of geocachers who wish to support the website and obtain the special advantages. I thought the Concession application applies more to commercial 'outdoor tourism' type organisations who wish to use DoC land for direct commercial gain. Eg, Fergs Kayaks taking punters over to Rangitoto. I would hate to think that geocaching could be perceived as such when it most certainly is not. quote:3. Sponsorship. Any form of sponsorship and advertising in the activity, such as web site advertising etc, constitutes a commercial activity. Again, this seems a bit week to me. It's like saying my personal free homepage on geocities is a commercial site because of the advertising put on by Yahoo. The parties and transactions all occur in the U.S. I, sitting here in NZ just clicking away with my mouse, am not paying any money nor receiving any money from any geocaching activity. Auckland Kayakers Group: http://groups.yahoo.com/group/auckland-kayakers