Team DEMP

I couldn't find the post, but Nic had previously mentioned that Geocaching.com doesn't provide a way for external apps to officially access the message center.

On the main map page that is displayed when you launch Cachly, click on the map icon displayed at the bottom. It's the icon with 3 stacked squares. In the map window that opens, the top option is Download Offline Maps. Click Download Offline Maps, then Europe and then Belgium or whatever countries you want to have offline. I hope that helps.

Today I found 2 caches that were muggled & I previously DNFed. I'm using the latest 2.0.2 beta with offline map. When I logged both as finds, the DNF icon also displayed with the smiley.

That's "correct" in that is how geocaching.com's API works. You'd see the same thing with the official geocaching.com application. There are long and detailed threads on the geocaching.com API issue on the forums and even here including http://www.cach.ly/support/index.php?/topic/235-datetime-logging-issue/#comment-938 . The next release will allow you to log the cache on your correct date by tricking geocaching.com, but that comes with a disclaimer as you'll see in the thread. The disclaimer is if geocaching.com ever fixes things on their end, your adjusted logs will be likely be adjusted to be incorrect. But if you want to do it, it should be available shortly. Again, it's not a Cachly issue but Cachly will adjust it for you if you want.

I wonder if you need to reconsider/alter your workflow. Right now you have an offline view of data in GSAK with corrected coordinates. You don't seem to be updating geocaching.com with that info for some reason. You also have 2 downloads you are doing to Cachly - 1 from GSAK and 1 from Geocaching.com So I see the following options... a ) have 2 different downloads to Cachly and select one to view at any given time b ) Update geocaching.com with the coords you are entering in GSAK and just download the PQ from geocaching.com to Cachly c ) Update GSAK from geocaching.com where GSAK retains the corrected coords. You load Cachly from GSAK d) Possibly, a way to merge within Cachly but not sure if the expected results will be reliably obtained. Just my 2 cents.

Nice catch!

Works well in the 2.0.2 beta . Woot!!!

The filtering was just added into 2.0.1 which was just released to the App Store. Update Cachly on your phone and see if the new feature is now available for you. It's not an advanced field search as far as I know but a generic keyword search/filter across the offline caches.

I had mentioned this behavior in http://www.cach.ly/support/index.php?/topic/108-a-couple-of-suggestions/#comment-330 in suggestion/request #1. I think it's been added to the list but bumped for more meaningful enhancements.

When I load an offline list and it loads, at the top of the map screen showing all the caches in the list is a search box. It seems to be a wildcard search that hits cache name and hider name though I'm not sure what else specifically. Does that provide the function you are looking for?

What you noted and were told was my assumption too. There was a thread I'm sure I can find where someone claimed they were told by a GC developer that it required updating/data migration, etc which didn't make sense. So if they properly store it as UTC, then they need to add in a view of the data using either browser/device timezone or a new account setting for timezone which just effects the display. The underlying data remains UTC. And should GC "fix" it, the info displayed for Geosphere generated logs and whoever else manipulated the log data will likely be out of whack.

You findings match the analysis in the threads I've reviewed in the Geocaching forums. I also had a pretty rough discussion in one of the threads where others, not in the know, claim it must be a HUGE issue because GC hasn't done anything to fix it. They claim it requires updating all data, etc. I completely disagree based on way too many years of implementing technology solutions and I expect there are multiple ways to address the situation. Instead of addressing a real issue like this, they focus on changing the icons. Go figure. I would do the same as Nic or if it was a real issue for users, make it an option they could enable with a HUGE disclaimer on the potential problem that would occur if GC ever does it properly.

c:Geo doesn't use the API and emulates what you'd do on the web site. Though it's an "app" it uses the geocaching.com functionality. I'd expect c:geo to match whatever occurs direct on the web site.

What I see from the above is that PT being GMT-8 means even though the date/time logged is the "next day", it's only treats it as the next day if the log time is > 0800z. Thats why the 3rd one shows as the previous day even though the date/time is the next day. Whats odd to me is what is logged for Geosphere is what I thought it would do which is advance it by 8 hours to compensate, but if Nic is able to catch the API and see that it isn't doing them, I'm baffled.

You are able to capture the API request from Geosphere to GC? Or are you going under the assumption that they would be the same? I always figured that the way Geosphere or an app would want to compensate for the GC date/time issue was to use adjust the time sent knowing that whatever time is sent will be converted to PT (Pacific Time) for the date. So to log something right now that is UTC/GMT or UTC/GMT+ where they just switched days while PT is still on UTC DAY-1 you'd want to log as tomorrows date if the users timezone is the next day from Pacific Time.

As noted above, there was no expectation the latest version addressed what you are seeing. It's an issue on Geocaching.com and not the app. As noted above in multiple posts it doesn't make a lot of sense for Cachly to code a work around to a defect on Geocaching.com. I expect that is what your previous program did but it isn't right and could cause other issues. It would also cause a difference between logging in Cachly vs logging in the official app or via the website. At best, Cachly would need to make it an option to address the site defect.

@AnyMules - I expect you might still see, depending on when you find/log, the web site show a find date of the day before you'd want it to. It's an error (though I'm sure they say it's a feature) on the GC end that Nic can't "fix". He could code for it, but he (and I, not that I have anything to do with Cachly) would consider coding on relying on a defect to not be acceptable. At best, if Nic wanted to try it, he might consider a user option to make the behavior work like Geosphere for those that want it but leave the annoying default behavior that GC implemented for others. If enabled, the option would need to adjust the date/time of the log based on the difference between local time and GC time. Logging on the web site will also cause a bit of a difference vs the app.

There have been very long threads on the GC forums about this. Because I'm only 3 hours different from the timezone GC uses, and I don't normally cache at night let alone the wee hours of the next day, it doesn't impact me. Even so, I followed along on the discussions. What I can guess from all the info is that the API expects time passed to it in UTC/GMT but for some reason, the GC processing switches it to PT (Pacific Time) which means if you are logging on a different day, from the PT day, it shows as a different day it was logged. If you were in London which is currently 8 hours ahead of PT, you'd want to advance the time of the log by 8 hours so it showed as London's day vs GC's day or log after 8am London time and it would show the same day. If I have the info accurate, I can understand Cachly's reluctance to purposely code against a really poor implementation that GC decided to go with and use that assumption to timestamp logs. I have posted in the GC forum threads that it seems head scratching to me why GC refuses to just store logs as GMT, if they aren't already, and show date/time to be user specific based on time zone. I don't see any reason, and they have never responded in public, why they "fix" this behavior.

The map files are now rather small for each state so it looks like for you the combined offline maps for Ohio, Kentucky & Indiana would be under 150mb and a one time (or at least very infrequent) download. I live on a state border and have NJ, NY, PA, CT loaded and if I travel I download the state I'll be in or cross through. Works well enough for me.

Ah - never noticed there were entries in the list that weren't individual states! Glad I posted my screenshot and got the info!

Not a big concern for me and I live on the NJ/NY border. These are the caches around my home location and you can see there's no map segments displayed in the top right quadrant of the screen as that is the NY border. Switching is quick.

Cachly updates like any iPhone app. On your phone and usually on your phone's first screen of icons is a blue icon labeled App Store. Click the App Store icon and once opened click Updates in the bottom right of the screen. If you are configured to auto update, there are probably no apps showing that need to be updated as your phone does it for you behinds the scenes. If you are set to manual updates, each app will have an Update button listed and you just click Update for each app. You might have already been updated to the latest version depending on your phone settings. I hope that helps.

This is mine as well. Downloading an entire US state is quick/small. Even when using the app and having a strong/fast cellular connection, loading the offline maps is much quicker/snappier then Google maps.

A broad question but if you are asking about how to upload a picture with your log submission... When you are in the screen where you type the log entry, there's a + in dashed box in the bottom left. If you click that + you can either attach a picture you've already taken from your phone's photo library or you can take a new picture. Is that what you are looking for?

That is your iPhone suggesting an application to use based on multiple factors such as location, time of day and frequently used application. It's an iPhone feature and nothing specific to Cachly. You can disable the iPhone from suggesting an application on the lock screen if it annoys you - Google iPhone lock screen suggested app