Team DEMP

Like @ChrisDen I use PGC but a different workflow, leveraging virtual GPS & bookmarks to exchange data. I create a bookmark list on geocaching.com and a virtual GPS on PGC. I load up the virtual GPS and when I'm done, export to the bookmark list. Open cachly, retrieve the bookmarklist and save offline. If geocaching.com would allow the creation of a bookmark list via API, I can probably save a step or two.

@rustywa - if you were around a few months ago, some of the folks that replied in this thread were pretty tough on needed enhancements to replace their beloved Geosphere app functions they relied on. It's hard once you are used to an effective process to switch. I haven't popped over to the Geosphere forum lately to see how much complaining there is about Cachly not being Geosphere but I chuckle with how folks are sometimes whining about the tremendous effort the Cachly developer puts towards meeting their needs while they continue to complain. It got to the point where when a thread started here with "In Geosphere.." I just ignored it. :-D Anyway, it might be pretty tough to come up with an optimal solution for this for 2 reasons: 1) A source of info to use to determine the needed D/T combinations for each upcoming loop 2) Calling geocaching.com via the API for a series of D/T combinations which might not be a contiguous range. It might require calling geocaching with the lowest D/T combine through the highest D/T combo and then filtering out on the client end to limit to just what is needed on the nth loop. This would cause a large number of cache requests to be made where possibly many are discarded. As an example of #2, if you needed a 1/5 and a 5/1 as the remaining D/T combos for loop 12, the request would either need to be each unique combination or 1/1 through 5/5 and filter out the 79 D/T combos that didn't matter. if you go with unique calls for each D/T needed in the nth loop, you could make between 0 or 1 or 81 requests per loop. Maybe there's a sexier way to do it but these seem the obvious approaches.

Just wondering - are you the Triforce that I've found so many of your caches in Northern NJ ? If so, thanks !!! David - Team DEMP

The issue is the geocaching service is unavailable. The web site and any apps that rely on it are not currently working. See http://status.geocaching.com/ Even though API is green, it should be red. I posted about that on their forums.

Nic - Not sure of your GC profile so I used rragan (congrats on find #5000) as that should work for you and look the same for me when I describe it. Regarding this specific thread, I'm not interested in it being handled in Cachly but wanted to explain this. If you go to https://www.geocaching.com/p/default.aspx?guid=744a4c8e-9c58-4e68-bb57-62576570320a&tab=stats#profilepanel you should see rragan's profile & stats. When you view this page, scroll down to the Difficulty / Terrain grid which is 9x9. A goal is to fill the grid out by finding at least 1 of each of the 81 squares that cover every combination of difficulty/terrain ratings. The grid shows the # of caches found in each combination. Completing the "challenge" would show at least 1 cache in each square. "Looping" is finding all 81 x2, x3, x4, etc. If you look at the grid for rragan when I posted this response, you'd see that each square has at least a 2 in it, so he's found all 81 twice. To find all 81 x3, he'd need to log another cache in every square D/T combination that currently shows a 2. You can easily see the next "loop" but what was requested in the initial post is to look beyond the next loop and look at ones that are in loop+1 & loop+2.

The Geocaching web site had issues throughout the day yesterday. It impacted their site as well as 3rd party applications like Cachly. What you experienced, if occurred during that time, was caused by the Geocaching site problems. N/A for usage is displayed if you (Cachly) haven't issued a query that reopens that info or Cachly is unable to retrieve the info from the Geocaching site.

If I recall, the reason is that search results from Geocaching return the closest by original and then after the details of those caches are processed, only then are the corrected coordinates available to Cachly. To have this behave differently, Geocaching would need to modify the query on their end to return the search results sorted by corrected coordinates.

I ran a test by setting Cachly to use an online map and closing the app. I put the phone in airplane mode and launched Cachly. The map didn't load of course but everything else seemed fine with my offline lists.

There are many cachers that were geosphere users so you might get a more complete answer from them if I misunderstood your friends request. In an upcoming release, the developer will be adding support for multiple templates to select when creating a log. This sounds like what she's looking for, so you/she didn't overlook that function. Maybe a ex-geosphere user here knows a trick/workaround?

When you open the GPX and it launches Cachly, you are looking at the Import GPX screen? Is this where Import in the top right isn't enabled? The first option on that screen is Choose Offline List and you need to select an offline list to load the GPX file into and then it should enable the import option. Have you done that?

I took a quick look and if you are sherminator18 on the site, the 3 logs I looked at that you logged 5 days ago show no coordinates. Did you alter the logs or are these just showing for you, or am I looking at the wrong logs?

Whats a GC code that has this? Will help understand what exactly you are reporting. I thought geocaching removed the in-log ability to show suggested new coords. Still supported is the ability to update your own view of the coords though no one else could see that. You'd do that by enabling (shows as green) the Corrected Coords setting for a waypoint you added. Did you log direct from Cachly to the geocaching site or did you create a draft and then log from the draft? I logged 27 or so finds last weekend, all using draft approach, and none show any coordinates.

I've seen that show too on catfish noodling with your arm in a hole - no thanks!. :-D Maybe Nic or others have some ideas what might have occurred and have additional suggestions should you experience it again. When the diehard "G" users come to Cachly, they usually bring a flurry of how things work in the app they've used for years. Just need to re-learn how to do things in Cachly or alter your approach to leverage what is supported. I never used the "G" app as I got started in 2003 are there were no apps and after taking a many year break from caching and checking the options, "G" was already not being supported so I didn't even give it a test run. I have popped over from time to time to see what "G" users are saying in their forums about the app as well as Cachly. I couldn't use the official app because at the time it didn't support showing corrected coords so it was useless when attempting solved puzzles but I sometimes use it for any messaging which isn't available to 3rd parties and if I want to run a live view loading in hundreds/thousands of caches vs decrementing against my daily limit by repeating the load process in Cachly's live view. Good luck!

@Sailaboat - Just noodling what you reported, I wonder if your phone at the time was using the cell towers for location and not using the GPS. When you lost service, the phone/app didn't have the GPS signal. I know you indicated you then launched the "G" app and it worked, but you didn't report if you closed down Cachly and relaunched it during the time you were playing with it? Did you try going to airplane mode for a minute and then turn off airplane mode? I sometimes need to do this with Waze when it gets whacked out and closing/relaunching doesn't help. I travelled 380 miles (611 km) yesterday and used cachly & waze for 12 hours and even the official geocaching app at times for a live view if I went someplace I didn't originally plan. The only app I had an issue with was Waze twice when it wouldn't calc a route or showed "searching for network..." when I had a full cell signal and closing it, going to airplane mode for 1 minute and then relaunching it resolved the issue. Just closing and relaunching didn't help.

No, Cachly wouldn't do that. The entire authentication architecture is based on 3rd parties not having that info.

I experienced this today myself on a secondary device I infrequently use.

I could be mistaken, but Cachy doesn't have your password. You are logging into the Geocaching.com site, not into Cachly, and then Geocaching.com gives Cachly a token that it uses for you. As far as I'm aware, Cachly, or any site that leverages access via geocaching.com, doesn't see your password.

I log the same way even if I have a good signal while out caching. I batch upload the logs once I'm home on wifi, but I've not experienced the issue. Yesterday I had 22 logs, some with pictures and it worked as expected. If I have more than 5 or 6, I export the txt file and mail it to myself as a backup. I've never needed it but I did that as a precaution when the functionality was first released in beta and just continued. I hope the cause gets identified for you.

Around my home location (Northern NJ) it's hard not to have service anywhere. When I was traveling in Nevada, Utah, Colorado and New Mexico for 2 weeks the 2nd half of June, I experienced extended periods of no cell service and didn't have an issue whenever using Cachly. Do these users experience the same behavior if they put their phone in airplane mode?

You say this because the hundreds of thousands or millions of finds by iPhone users didn't really happen? What did you really mean to say here?

This might be a viable trick to consider. Log the caches with Send Log Now off and Save as Draft on. This will allow you to log everything local stored on your iPhone within Cachly. When done for the day, Cachly with show the number of logs in Pending Geocache Logs and when selected, you can export a txt file to your email. Send that txt file to the others to load as drafts on the geocaching site and they can modify the comments or submit the same logs.

Please review http://www.cach.ly/support/index.php?/topic/652-multiple-logs-for-you-and-your-friends/ for a similar request.

Project-GC somehow knows about Lab Caches as it's reporting in the stats and they show individual ones. I don't know if they receive through the formal API or some behind the scenes integration with the geocaching.com backend.

I have an iPhone 6 and a Garmin Oregon 700. When I carry them side by side, they are within a foot or two of each other. Tree cover at the time you are looking for it, tree cover at the time the cache was originally placed, how well the individual placing the cache took a careful set of readings, sunspots, signal bounce with high buildings or high cliffs, etc will all determine the location when placed and now. The GPS is supposed to get you to the spot, not standing on top of it. Once you get to the spot, put your phone away and use your eyes and noggin to find the cache.

Were you using the c:geo app on Android? If so, that is not an official app and they circumvent the restrictions that official apps need to abide by. What you see in Cachly is what you'd see in the official geocaching app for caches. A basic membership is unfortunately very limited when it comes to the app - traditional caches only with a difficulty/terrain of 1.5/1.5 or lower. In addition, the absurd limit of detail on 3 caches per day as you ran into.You'd see the same thing with the official (and free) geocaching app on android or iphone. It's limited by Groundspeak/Geocaching and not Cachly. As for full access, you can continue to use Android/c:geo or get a premium membership which runs $30/year. c:geo breaks from time to time as it is tied to the web pages on the site and not the official API, so that app needs to constantly adjust as the geocaching site changes. Again - it's not Cachly creating these limits any of this but Groundspeak/Geocaching.