Jump to content

markens

Members
  • Content count

    24
  • Joined

  • Last visited

  • Days Won

    6

markens last won the day on July 30

markens had the most liked content!

About markens

  • Rank
    Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I like and use the cachly feature which lets me set the status of individual adventure lab stages to FOUND, which then shows those stages with a smiley on the map. This works great on labs imported via GPX. But I have not found a way to do this on lab stages loaded in the live view via API, which are then added to offline list(s). For those loaded via API, the current abilities are good (see stage info, navigate to the stage, and load the stage in the Adventure Lab app). It would be very useful to add a fourth option to set the stage to FOUND in cachly. Thanks! BTW, I love the ability to search an area for all ad lab stages in that area. This is so incredibly useful, and a feature sorely missing in the geocaching HQ apps. Well done, Nic.
  2. markens

    Map slowly wanders all over the place when location jumps

    I sent a video and details to Nic via PM.
  3. markens

    Map slowly wanders all over the place when location jumps

    I'll have an opportunity Thursday, and will try to capture a video.
  4. markens

    Map slowly wanders all over the place when location jumps

    I've noticed this as well, very bizarre behavior. No idea how to replicate it since it happens when re-opening the app after being on the move. I'll try to notice whether it matters if cachly is running in foreground or not, and more specific details about when this behavior occurs.
  5. markens

    Exclude past events

    Wouldn't it be straightforward to apply such a filter locally after the results are returned by the API (which would give the user the same effect)?
  6. markens

    Leaving Compass view on Apple Watch

    I had the same issue. Just updated to cachly 6.1 which indeed fixed the problem. Thanks!
  7. I second this request! This is my work flow as well, and I routinely empty a list manually before importing gpx from gsak. The requested function will be very useful.
  8. markens

    highlight attribute in offline database

    I thought I tried this via the offline list ... button, and it only removed highlights from those caches currently in the list. Does this really remove highlights in other lists as well? Seems it should just be the current list. But the other option you mention (More tab) appears to be what I'm looking for, removing highlights across all devices and lists. It currently shows 643 highlights for me, which is exactly what I want to clear! I will try this when I'm done with current set of active highlights. A bit of background: I import caches into offline lists from gsak. I liberally use the gsak "user flag" method for setting highlight upon importing into cachly. And I often empty an offline list before importing more caches into it, leaving behind the highlight attribute. When I load a new set of caches (with different user flag/highlight combinations), the previous highlight attributes reappear on caches I don't want highlighted anymore. Being able to do a global clear of highlights solves my immediate issue. But a slight modification of the import process into cachly would make this much easier. My suggestion: When importing a gpx file into an offline list, first check to see if the gsak user flag is set for *any* cache in the set. If so, then that implies that the lack of a user flag is also important. Therefore, set highlight for caches with the user flag set, and *remove* highlight from caches with the user flag not set. (If the user flag is not set for any cache in the gpx file, then simply ignore stored highlight attribute as now happens.) To me, this is expected behavior when using the gsak user flag in this manner. If you don't want to make this default behavior, perhaps it could be made an option along with recognizing the user flag in the first place. Thanks!
  9. Questions about behavior of highlight attribute for caches in offline database. From what I see, the highlight attribute persists in the database even after the cache has been deleted from all offline lists. And so that same attribute is applied when an affected cache is seen again in an online search, or added to an offline list. While not expected, this behavior is useful much of the time. If a highlight needs to be adjusted or removed, it can be done as usual when a cache reappears on a list. But it would be useful to be able to remove the highlight attribute from all caches in the offline database, to prevent them reappearing again on new searches. Is it possible to do this? Other than deleting the app and reinstalling? Thanks.
  10. markens

    problem with exported logs

    Thanks!
  11. markens

    problem with exported logs

    Also rebooted my phone with no change in behavior.
  12. markens

    problem with exported logs

    Updated to 5.1.2(3) and tried several more tests: (1) Added a 7th pending log and exported as .txt -- same result (all seven logs show "(null)" as the log text. (2) Selected "Send Log Now" for the added entry, and sent it to gc. It was posted correctly (with the intended log text). (3) Deleted all pending logs (4) Wrote and saved a new log entry. Exported via .txt with same "(null)" log text as before. Submitted to gc using "Submit All Logs" button; it was posted correctly. So definitely an issue with exporting via .txt, at least in my instance. I've used this extensively as part of my normal work flow with no problem until now. Thanks.
  13. markens

    problem with exported logs

    Yes, they all have log text in the "Message" field when I look at them in the Pending Logs section.
  14. markens

    problem with exported logs

    The "message" field is missing in exported logs. Version 5.1.1(1) on ios 12.2. I have six pending logs, each with a log message saved. When exporting for use in GSAK I use the "Export .txt File" menu option under Pending Logs. This used to work fine! In 5.1.1, the message field is written as "(null)" instead of the saved log message. I usually export to Dropbox, but I also tried sending via email with the same result. Here's the .txt file written via either method: GC87EKZ,2019-05-23T17:50Z,Found it,"(null)" GC887J1,2019-05-23T18:06Z,Found it,"(null)" GC87ZQ0,2019-05-23T18:19Z,Found it,"(null)" GC87F3J,2019-05-23T18:30Z,Found it,"(null)" GC80R08,2019-05-23T18:44Z,Found it,"(null)" GC87ZYR,2019-05-23T19:35Z,Found it,"(null)"
  15. markens

    Comments in auxiliary waypoints

    GPX file sent as requested. Thanks.
×