Jump to content


+Premium Members
  • Posts

  • Joined

  • Last visited

Posts posted by tofska

  1. 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" />


    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@

  2. 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" />
    <p align="center">
      <img src="http://img.geocaching.com/cache/03c60569-1b62-4de2-93dc-aec3793ed1de.jpg" usemap="#clues" />


    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" />


    and the titles are lost. I'm not sure when this started happening, but is there a work-around?


    Cheers, M@

  3. Numbers only coordinate entry bug: fixed. But I also still get the Viewstate Error when logging in with my Nokia 3110.


    As a workaround I found out that I actually am logged in after the Vievstate Error, if I go back to wap.geocaching.com via a bookmark!

    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 :santa:

    Cheers, M@

  4. Now it is working! Thanks!

    Not for me, unfortunately :ph34r: . 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.

  5. This should be working again - please let us know if it is not. (we don't have the right phones to test here)

    Hi ColinWi,

    Yeah - thanks, but I still get the same error on my phone (Nokia 6101). :laughing:

    Cheers, M@

  6. Hi developers,


    the recent changes to the WAP interface make it unusable for me. With the built in browser in my NOKIA 2630, I can't "find caches" any longer since it now allows me to enter numbers only in the coordinates field, no dots or blanks as before. So I am not able to insert coordinates any longer. Can you change this back, please? It worked perfectly before.

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

    Cheers, M@

  7. 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 /
    Invalid viewstate. Client IP: Port: 33489 User-Agent: Nokia6101/2.0 (04.90)
    ViewState: /wEXAQUDX19QD2QPBhd9qxoP2sqIAgHCI969orowcTv1qyU9tmq1A98BuLA== Referer: Path: /default.aspx


    Any ideas how I can fix this?


    Cheers, M@

  8. 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@

  9. It does make a good check for filtering out those kinds of listings when you're out of town, for example. It is also good as a flag when you're perusing caches like - oh - I better look at this before I load it into my handheld and take off.

    Exactly the situation I had in mind :blink:

  10. I would have thought that the special equipment issue would be taken care of by a rating of "5" for terrain, and that the advance preparation issue, like solving a puzzle, would be taken care of by using the "mystery/unknown" cache type. By definition, a traditional cache is one where you CAN show up at the cache site and find the cache using just the information on the cache page.


    If you come across caches that are mis-rated or mis-classified, I'd encourage you to raise your concerns via an e-mail to the cache owner.

    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@

  11. 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.



    Cheers, M@

  12. 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@

  13. 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@

  14. Hi Nick,

    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@

  15. 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.


    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

  • Create New...