barefootguru

Hi, 
I would appreciate to add a function „delete list before download“ to the option menu of PQ download. 
Right now I have to navigate to the offline list to delete all Caches in the List before downloading the PQ. 
The background is, that if I do not delete the list first, all the „old“ and „found“ Caches are still in the list. I use the offline list to show me all not found Caches...
Thanks 
Daniel

This is part of our 7.0 release, which will be released later this year.

Thank you for these great suggestions!

This is never a good idea as you will loose all data.
I do have a fix for the initial bug. I will be submitting it to Apple today for approval.
What specific map are you loading?

No, as the pointer is specifically a heading indicator, which GPS course cannot do. Think about if you are standing close to a geocache, rotating your body looking for the cache, the compass will provide correction direction for the pointer in relation the tip of your phone, so when looking at the map you know exactly which way you are facing. GPS course cannot do this unless the user walks for a distance.

This is not something that I would use the GPS "course" data for. That is only for when you are moving that it will show the correct direction of movement. The heading indicator is not this.
It requires the compass because you can stand stationary in one location and rotate and the course indicator will change using the compass to point you in the direction of the cache based on the top of your device. This is not something that GPS course direction can do, as it doesn't update when a user rotates a compass.
I think we should just move on from this topic, unless you have another specific question, as I feel this is getting a bit heated.  Thanks.

There are hundreds of thousands if not millions of Geocachers using the various geocaching apps on mobile devices, as well as over 5 years worth of happy Cachly customers. We haven't ever had this issue reported, so that is why I was thinking it could be an issue with the device itself.

Thanks for the suggestion!

This can be done on the Additional Information screen. If you tap on a row of information it will save to the clipboard. Then, if you long press on another row, it will append that text to the previously copied text.
I realize this could be useful, but I also think that users would be annoyed if it showed the share sheet every time they were only wanting to copy the text.

Thanks, this is a great suggestion!

I like how the images are available in Drive, that’s handy!

Here is a bit more information about 6.1 as we haven't had a chance to update the wiki: https://medium.com/@cachly/cachly-6-1-features-and-release-37be309d9f68
Proximity alert is a new button that shows up on the navigate to cache screen as well as on offline lists. You can tap it to see all the options and turn it on, or you can long press the button to quickly turn it on.
These are saved in iCloud drive and will be synced to your other devices and are accessible on those devices and on your computer by viewing them in iCloud Drive and viewing the Cachly folder. They are not saved on geocaching.com.
Let me know if you have any additional questions!

You can see the map legend on our Help website: https://www.cach.ly/help/index.php/Premium_Offline_Map_Legend This is a work in progress and will continue to receive updates.

A nice feature would be an alert when getting in a specified range of an cache. This might be very usefull when hiking a cache trail without having to watch the display all the time.

This will be fixed in Cachly 6.0 when we introduce State Restoration. This will bring you right back to where you left off in Cachly, even if iOS kills it in the background.

Excellent idea about defaulting the export title to the list name. Will get this added.

You can become a patron on the Cachly Patreon page: https://www.patreon.com/cachly There are various levels. I have tried to advertise it in various places but hard to get the word out to all users without spamming them, which I don't want to do.
I need to check to see if Apple allows an app to open Patreon.

In this specific case you are using the MATCHES operator which is a regex style match, so this would be cast sensitive. You would need to do a specific regex case insensitive match like
(?i)skindo  in order to make this work.
You can use a different operator like Begins with or Contains to ignore case.

There will be additional fixes for this coming in our 5.2 version. These were being caused by the new geocaching.com API changes.

If Cachly had a shared database then if you logged in as a different user you'd see somebody else's data, which seems wrong.
I'm guessing Groundspeak won't let you access an internal ID which doesn't change?
So I think the existing behaviour is correct.
If there's no data when starting the app, you could display a dialog saying data needs to be downloaded, including if you've renamed your username? 

I downloaded some offline lists, but note that some logs are duplicated but without a user name.
Here's what I did:
I created some lists on Project-GC. I then uploaded them to a list on Geocaching.com. 
On Cachly I opened the on-line list I just uploaded from Project-GC, then saved to a new off-line list (full data). I then opened the offline list and refreshed the data (full data).
When I open a cache from this offline list, I notice that many logs are duplicated. The duplicates typically don't have a cachers name above it, but has the same date and log text.
I then do a "Pull down" refresh on that one cache from the main detail screen of the cache and the duplicate logs are all gone.
I would have thought that doing a full refresh on the list would have done the same thing.
Here's a picture showing the before/after look of the log files.

This is an issue that comes about from one of the new API's for downloading Lists. It previously didn't include the log owner information. Once you use the update cache option, that uses a different API that DOES include that data.
This will be fixed in 5.0 as those APIs have now been fixed.

Also when creating a new list, Cachly should select it too, to save a needless step.

Also when creating a new list, Cachly should select it too, to save a needless step.

PQs are now fetched 50 caches at a time rather than 200 since 200 was causing server timeouts for some users. 
Moving to the new PQ API will also require a max of 50 so the move was inevitable even though we are not using that method yet.