thebruce0

That sounds like a bug to me! Better use the feedback tab and report it! But make sure someone else already did, so you have evidence.

I think you're pulling our leg... j/k

Twitter doesn't. Any app that uses a web service/site doesn't. There's also 3rd party shared authorization like oauth. It's not a blanket "stupid choice". But it is a matter to be wise about. Read the fine print of any site/app that requests your login info - do they store it? is it done by their code, or is it an embedded service that handles it? etc... There's nothing 'wrong' with using your login credentials with a 3rd party service, it's just a given that you should be smart about it (just as you would for any place that asks for personal details or login information, or like choosing a secure password).

Nope, sharing your login credentials with any site or app is your own choice. But, I haven't looked to see if they actually restrict that in the TOS, though frankly I would be very surprised if they did. Scraping is more of a double negative - it's a waste of their bandwidth and it subverts ads and updates and content they may specifically want people to see. Geosphere for example uses the in-app iPhone browser and you need to log into the website so it can then automates the cache GPX download button click in order to retrieve the GPX. That's not against the TOS, and it's not scraping. Granted the app itself doesn't ask for or remember your login, but it's a workaround. (this is also why Geosphere works with its own saved database of caches from GPX downloads, and what it can accomplish via the embedded browser - it doesn't scrape, it only automates and uses the functions GC has made accessible via the website) Basically, technically speaking, asking for your login info to accomplish a task for you isn't against the TOS, at least not in the same restriction as the no-scraping rule where a webpage is loaded and only the desired pieces of information are clipped out and sent to the user. Maybe there's a different rule against using login credentials though *shrug*

What's been said above, plus PQ's are available by static URL now. It is possible to create a PQ, then have a 3rd party website load it and work with the data. That's not scraping a web page...

Ya, that's a MAGOR bug!

Nicely designed. I've also created my own personal minimalist GC mirror for my own iPhone and personal use... But be aware that the only way to accomplish this kind of mobile-friendly experience at this point, is by 'scraping' GC.com's web pages (either directly, or in order to get the GPX to format cache pages) which is against GC's TOS -- which is why this topic exists. There is currently no legitimate mobile-friendly version of GC.com. That's why the iPhoneCaching website has the apology on the front page- it was most likely designed by the owner for his personal use, not excessive public use. So, any chance we can get a mobile-friendly version of GC.com, or a condoned method to allow us to create our own mobile-friendly version?

I've felt a lot recently that they should group those parameters that are self-canceling. I don't think, for instance, that "Is Active" and "Is Inactive" should cancel out, for one. But if it's a checkbox, it should be an opt in option, else opposing parameters should be radio buttons or dropdowns so only one can be selected at a time (like I Own, I Don't Own, or Public/Members Only, etc).

I would love to see a minimalist version of the cache detail page. Just like there's the decrypt url option and show all logs, provide another that will show plain text details of the cache, everything shown on the regular page. Take it one step further and default to not loading images in the description; click a button then to load images. Or even load just direct cache details, but hide the logs; click a button to load the logs, 10 or 20 at a time; again just plan text, with text links to gallery photos. A mobile friendly cache page would be very very welcome!

Enthusiastically echoed. Especially with mobile devices now with web capability, not the least of which of course is iPhone. When away from home, especially roaming, data can cost an arm and a leg. A simple task of viewing logs, or viewing images -- the website is definitely not mobile friendly, and the official app could be a little more optimized as well (like turning off auto-download of images for example). I don't know what GS's plans are for opening the API, but even to download a GPX for a cache you need to load the whole cache page first. Tedious. :S

QFT

Click the Geocaching.com Google Map link to the left. That's what you're looking for. The widget is a 3rd party element from google maps, and clicking the map is a self-contained function for panning, and double clicking for zooming. I think the next best bet for what you want is a link below (outside) the widget to click that would open the GC.com map - but that link already exists to the left of the widget (noted above).

How do you get the child waypoints on the map?

Ok, so this is my first published GM script - go easy I've been using a rough version of my script for some time now, and going back to the default geocache log display is, well, painful This script solidifies the logs in the logs section of the geocache details page, and makes the thumbnails much more user friendly, IMO. I've cleaned up the source a bit, but I haven't tested in various versions of Firefox, though it should be compatible across the board, as far as I know. The code isn't necessarily 'neat', but I really do like what it does. I've only included the code that alters the log and thumbnail display (though it also hides the L&F banner) so it shouldn't clash with other scripts. http://userscripts.org/scripts/show/80415 Let me know what you think. Please report any errors or issues. I've tried it on a number of cache layouts and types, and now that the GC html code is a little cleaner it should be far more compatible than it used to be before some of the recent updates I'm still getting familiar with some of the native GM functions as well, so there may very well be more optimal ways to accomplish the edits (I know of a few alternate ways already that I would typically user for changes such as this, but opted to go this route anyway) But enough rambling...

Thanks, that's the kind of response we like to see, especially on matters as vocal and contentious as this In short, at least now we know.

I'm now within agonizing reach too! I just knocked off 6 this past week in two trips, leaving me 2 that remain. One unfortunately remained due to a dnf in Alberta. A very painful, wasted hunt the rest of the trip offset that agony though so it's all good. That just meant I had to get to Where/When/What at some point... and it looks like that may be doable in the very near future w/entogeek (thankyethankye), with a visit to my folks to boot. My penultimate cache log will come in July in Atlanta, hopefully. My final, it seems, may very well have to wait until the next nearby CITO event, as that's still the only cache type I don't yet have. All other opportunities I had to attend one were always pre-empted by some other thing I was called away to. But it seems, I believe, I wouldn't be the first to complete t81 with a CITO. Ah well. so close... so close...

I still very much prefer the embedded google map as it doesn't require opening a new tab or navigating away from the cache page, and the google waypoint icon is far more friendly to ground zero than the standard GC icons that show on GC's map page. Right now, I'm stuck with opening a new page based from the 'View on Google Maps' link. I hope this is feature that will be restored in the next site update.

I think, again, if it's going to be updated in the next site update, a simple "Yes, we'll fix it" here would assuage SO MUCH frustration. The issue is complete silence on the matter.

If I had a penny for every time that was asked here...

...not seeing the find counts show on the friends page yet.

Now that would be perfect for using Like on a Letterbox cache! I wants one yes I do! And actually, that's a great idea for letterbox caches

and :bacon: aw, where's the smiley for that?

Soluton, again: Make it a "Share of Facebook" image link hosted on GC linking to the share url, optional for cache owners to display on their own, and optional for users to show on viewed cache pages.

Again, the simplest possible way this is happening, in my opinion, is a little bit of a javascript code in the Access Denied page that checks if the body belongs to a parent window, and if so, loads the Access Denied page on the top level browser frame. No need for proxies, no need for tricky domain routing or anything like that. A simple javascript code will do the deed. Of course, we have no idea what the page actually does, so... *shrug* Whatever it is, GC can adjust the facebook integration to avoid the problem and still provide all the functionality people (who use Facebook) would love. A share button, linked to the FB linkshare URL.

Technically, what's probably happening is the facebook iframe is being directed to the school's custom access denied page, which also includes code to then reload the TOP (parent) frame with the access denied page - this is an extreme implementation, but it may very well be policy that any page or website trying to access a denied website should also be denied. Again, it's a fault with the way facebook is trying to implement the "Like" button, but at the same time, it's an issue that is easily resolved in a way that resolves most if not all the controversy about GC's inclusion of this feature - Make it an optional, standard "Share on Facebook" image button hosted on GC.com, linking to the share URL that accomplishes just what "Like" does on Facebook, but without the privacy controversy or problems with iframe elements in general.