All Activity

There was a time when GS did not want you to hide with a phone it was so bad......lately I'm finding caches which I am pretty sure were hidden with phones are dead on with my quad and patch. I'm thinking high end and newer phones have come a long way but I still don't care to use them when hunting....there is something about driving and walking with my GPS thats more smooth and less jerky. Anyway glad the phones have come around....the app is great and we can cache wherever we are with no planning and read logs that go way back, etc.

Even though I use a different app, I'm glad to see signs of life from another part of the geo-verse. Congrats on the new version! Subscription model is a necessary evil if an app is to grow and thrive, to go beyond the hobby project level. The app I use went subscription a few years back, and I'm happy to pay for what I'm getting, which is a lot. Out of curiosity, I just checked their About page, and count the pictures of 11 team members, plus a kid. Likewise, Groundspeak went subscription long ago, and that's enabled them to grow into a proper business with some staying power. Just the opinion of an old software developer who's been there.

Tested this myself: when I open list of my finds from Project-GC dashboard, it does not include archived caches. When I add the "&sa=1" attribute at the end of the link, then the archived caches are now included! So it works, the link just must state that "sa=1" properly.

Double tap the text in question. Then select "Google translate".

Swedish LabCaches are most often created using swedish/english language. Dutch is the language spoken in the Netherlands.

I once awarded a cache a favourite point for being there. It was maybe 100 kms to the next cache any direction. And it was an awful mintie tin. But it was there.

The admin wrote "Engineers have identified and now fixed a bug that was impacting the old dashboard. " I have the error message both when accessing an Adventure Lab that is currently being created and when loading queries with Locus. The message "Please check Geocaching on Twitter for updates. " does not help at all. I don't have a Twitter account and won't be signing up. If you pay a fee as a premium member, you should expect it to work after 2 months. Unfortunately, I can't find any idea how to avoid this error message. That is a great pity. Any help is welcome. Happy geocaching!

Though... They now appear in an order the exact reverse of the way they used to appear.

I created a multi which is scanning QR codes for the stages, and the reviewer said Special Tool should be added.

This is the way it's always worked for me. My workflow is to log field notes on my GPSr, upload those on a desktop computer via the website, and convert the drafts to full logs via the website. The order of my logs on any particular date is the order in which I submit the full logs. If I happened to miss creating a field note for a cache on my GPSr and do it later in the day, that cache is shown out of order on the Drafts page. I can jump around the drafts list and submit my logs in the correct order and this is the order that's retained, not the order that the drafts were shown. I believe it's only if you submit the logs via the API (e.g. mobile app, GSAK, etc.) that the specific timestamp is associated with the log and the logs will be ordered as such. If you do it via the website, all the logs will have the same timestamp and the order will be based on the order in which you submit the full logs. This also means that you have to be careful about mixing logs submitted via both the website and API on the same day, because the timestamp handling is different and the order in the end may not be what you intend.

1.25 'miles' is a walk in the park. Gees, I walk further than that to the supermarket. LPC? A power trail? Not my thing. A good walk to sightsee and cache is far more fun. Or a cycle. Exception, power trails along cycle paths are fun, hopefully with a good café along the way with nice tables.

Make the app hotlink URLs in location text or allow more granular text select and copy. I struggle with labs that need a URL as part of the experience. I have one that uses a URL to provide extra hinting so the user does not get stuck and can always complete a location.

Good point.

I agree with most of your other points, but I've done quite a few multis and field-puzzle mysteries where the answer you obtain is a keyword which has to be entered into Certitude to get the coordinates of the final. Given that most of the caching I do these days is at least 50km from home, I can't just "run home" to use my PC, actually I usually take my laptop on caches like that as I find it easier to use Certitude on that than fiddling around on my phone's tiny screen.

In my opinion, no. Here's my list of reasons in no specific order. 1) I'd say the grand majority of cachers already have phones with them while caching (whether they use it as gps or not)... its kind of like saying you need a pen. 2) Almost all capabilities that can be done on a phone could also be theoretically be done on a computer, tablet, etc.... or you could just run home to your house to do them 3) No, it's not a TOTT. It's not a tool of the geocaching trade. It's a device that practically everybody uses. 4) No, it's not a special tool. It's a device that practically everybody uses. 5) You don't need to use certitude or a checker. 6) There are more important attributes that we need. 7) You can just write a note in the description. Don't really see why we would need an attribute -- I don't think many would be filtering for 'phone required' or anything similar that attributes are used for. The idea that I would support is a cache that needs no electronics at all -- no GPS, no internet, just clues. But that's against the guidelines. Oh well.

does anyone know if one can translate using the adventure lab app been updated? Heading to Sweden and so far all of the lab caches I have looked at is in Dutch. Need to be able to translate them with out having to retype everything.

It's still not working for me but now it's showing me nothing instead of everything

so the use of a phone with internet access , could be something as simple as using certitude to check the final co-ords of a multi and to gain a hint

This has now been fixed.

This has been fixed.

Which is why you tend to put more weight on the most recent logs. THe rest are interesting but not necessarily reflective of the currect state. Yet the Favourite Point Indicators in the app, introduced early last year, do the opposite and almost exclusively show caches more than five years old that have accumulated lots of historical FPs. This is compounded by the modern-day app-only players who have never visited the website and rarely ever award an FP.

I assume that you submitted the logs via the website. As far as I know, such logs do not have an exact time associated with them. From my observation, on a particular date the logs usually appear in the order in which I submitted them.

My opinion is that the special tool needed in this case (and why) might be mentioned in the long description to help future finders.

Okay my question today is - Would you class a Smart Phone ( with access to the internet ) a T.O.T.T and use Special Tool Required, or Do you think there should be a (NEW) attribute to indicate you'll need a Mobile Phone with Internet access Me I think there is a need for a new attribute. as the game has moved on from using a PC to upload your caches via GPX files to a Garmin or other hand held GPS to now having the world at your finger tips in the way of a smart phone .

Hi, I have another fresh example of the incorrect calculation of the favorites percentage. Our cache so far only has since today two found logs. Both cacher are premium members and have set a favorite point when logging with the new log form. The cache also has this favorite points. However, <1% favorites are shown as favorites percentage. Can you perhaps address the problem again with the development team? Do you need more examples or is there anything else I can contribute to the solution?