nykkole
-
Posts
106 -
Joined
-
Last visited
Posts posted by nykkole
-
-
Hi, we have currently paused the active development of the widget on iOS because we don’t see many active app users installing it. There are many features we would like to include in the widget in the future, such as the one you mentioned. We had removed the widget respecting Filters in the app because that had let to confusion (since you don’t see / can’t access your Filters from the widget it looked to some like some caches were simply missing). So ideally, the widget would be able to support both paradigms. If or when we pick up development on the widget again in the future, you’ll see it in the release notes (or notice it on your widget
).
-
1
-
-
21 hours ago, Max and 99 said:
I was not even aware that this was an app feature! I knew we were approaching the 3,000 mark, so I told my husband it was very important to watch to see if he got a confetti congrats, after reading this forum thread. He did not.
Thanks for reporting this. Was that on an Android phone or an iPhone?
-
The milestone celebration button should show for every found that brings you to a find count milestone (1, 5, 10 ,25, 50 ,75, 100, then every 100 until 1000, then every 1000 until 10.000 and so on.)
There should also be a button to trigger the confetti for other find counts, e.g. when you reach a round number that's not a milestone (20, 30, 40, 60, etc.).
I am not aware of an issue with the celebration button, but will investigate.
-
Thanks for surfacing this. We are aware of the issue and are working on a fix. In the meantime, the workaround is what MNTA posted: remove the app from memory and restart it.
-
2
-
-
Is your home location centered correctly on the map when you minimize the search bar on the left?
The map is technically full screen, even though when the search bar shows, we only see ~4/5th of the map.
-
On 3/26/2023 at 5:57 PM, Max and 99 said:
It doesn't affect my play, but I wanted to mention I'm seeing double logs again.
Do you happen to have any example caches where you're seeing double logs?
-
1 hour ago, Spacemann Spiff said:
In other words, if you've panned on the screen to a point that only had 10 caches showing, at least one of them should display a number. Isn't that what the announcement said? ("As you pan around the map, the algorithm highlights the top 10% of caches")
This is based on the caches that load on the map. About 300 caches will load on your map so about 30 will display the FP number. Zooming in to only see 10 caches will not re-trigger the algorithm calculation.
-
.png)
1
-
1
-
-
5 hours ago, Chalupa_Dad said:
Are these points being granted in waves? I believe I was granted 10 points, but I do own multiple caches.
The Favorite point awarding has now finished, so you should see the additional points that were given to cache owners.
-
9 minutes ago, Chalupa_Dad said:
Are these points being granted in waves? I believe I was granted 10 points, but I do own multiple caches.
Correct, the awarding is currently in progress and may take until tomorrow. So you should get additional points soon.
-
2
-
4
-
.png)
1
-
-
This feature is now available to everyone. We also included a setting to turn it on and off. You can read more in the full release notes thread.
-
This change was part of the profile release:
-
With this implementation, we have turned on the “administrative boundaries level 6” within the OpenStreetMap (OSM) tiles that we use. For some countries, this will show counties or county equivalents (e.g. “Landkreise” for Germany, “départements” for France).
Due to the way OSM handles boundary levels, these lines either don’t exist for some countries (e.g. Netherlands), or denote other level regions (e.g. “kraj” rather than “okres” for Czechia), or have more complex rules (e.g. UK: “Two-tier non-metropolitan counties, metropolitan counties, unitary authorities”). See documentation here.
-
1
-
3
-
-
1 hour ago, hzoi said:
Edit: hmm, @nykkole, while this is working on the search map, it's not working for me on the browse map.
This is expected since the rollout for this feature is a bit different from other rollouts:
21 hours ago, Geocaching HQ said:Rollout begins today and the county lines are showing on the website search map. (If you don’t see them right away, you might need to clear your browser cache or do a hard refresh.) However, for the website browse map and mobile app map, the rollout will take a couple weeks, during which time some areas/zoom levels will refresh before others.
I believe the mobile map is actually the one that will take the longest, the browse map should be done updating sooner.
-
You'll usually see a blue dot on the List icon in the bottom navigation when you have a downloaded List that changed. In that case you see a round arrow on that List.
A change would be for example if you added a cache to a downloaded List - since that cache is not part of the downloaded data of that List yet, the app encourages you to refresh the List.
@the Seagnoid, scrolling through your Lists, one of your Lists you show a green round arrow next the the overflow menu (three dots in a circle) on the right. You can either refresh the downloaded List by tapping the green round arrow, or remove the offline data of that List via the overflow menu. Both actions should clear the blue dot.
-
1
-
-
1 minute ago, Max and 99 said:
Any plans to make the Friends List sortable on the app? Or will it be automatically synced with the website sort preference?
Edit: It doesn't appear to be synced with my sort preference on the website.
No specific plans as of now, but with more people adding more friends this would certainly be a great addition to make it easier to find friends in the list.
-
Thank you for reporting this. This has been fixed in the next available app version.
-
1
-
-
This issue should be fixed in the most recent release (Android app version 9.1.0)
-
13 hours ago, peter-tvm said:
Since archival is an permanent action having it among among all other log types there will be an risk that the amount of archives by mistake will increase. Specially if there is no pop-up window warning that the cache is about to be archived.
Before an archive log is posted, the CO will see a modal asking if they are sure that they want to archive their cache. Only after confirming this will be cache be archived.
-
1
-
-
- Popular Post
- Popular Post
Thank you for all the comments, we are keeping a running inventory of your feedback.
While we are not planning to roll back the changes, we are committed to keeping the old links available for you to access for the time being. We will evaluate the long list of requests from this thread, as well as from other feedback and feature requests we have gathered. These include the ability to see all of your finds and hides, additional information such as region and country information, and new filter functionality to name just a few.
Before we remove the old search results, we will make further updates to the current search results based on the feedback we have received. Although we have no timeline to share at this point, we will keep you updated with release threads as updates are implemented.
-
.png)
2
-
7
-
3
-
On 4/26/2021 at 11:18 AM, Max and 99 said:
Google Play store is not showing this as the newest version.
Both iOS and Android are now at 100% roll out so you should be able to update your app to the newest version to see souvenir sorting.
-
12 hours ago, ChileHead said:
I noticed now if I go to a player's profile that has an apostrophe (') in it, and click on the link to show their finds, I get an Error 500. I verified this with 4 or 5 different players.
Thanks for reporting this! We are working on a fix.
-
On 4/24/2021 at 8:25 PM, thebruce0 said:
Basic members can only sort by distance, none of the other column headers, so I presume this means that when a basic member views the hides of another user (this is still possible) the default sort will be by hidden date for them as an exception. Basic users can only see caches found by themselves. And Premium users can sort by any sortable column.
This is correct, Basic members will see their owne find and hides, as well as other players' hides sorted by date instead of distance.
On 4/24/2021 at 8:25 PM, thebruce0 said:However I just tested with a dummy account and the default sort for that basic account viewing its own finds is still by Distance ascending. Hmm... @nykkole?
I can't reproduce the sorting by distance for Basic member account, when I test it consistently sorts by date (FoundDateOfFoundByUser)
-
36 minutes ago, Max and 99 said:
Google Play store is not showing this as the newest version.
Thanks for the call out. The roll out to the app stores is currently in progress. Everyone should see the new version within the next 4-5 days at the latest.
-
- Popular Post
- Popular Post
We have updated the default sorting for viewing
- Your finds
- Your hides
- Someone else’s finds
- Someone else’s hides
to be “Found On” and “Placed On”, respectively.
As mentioned in my previous post, this change allows Basic members to see the results sorted by a different parameter than distance (the default for all other search results): found date and placed date.
-
10
).
.png)
.png)
.png)
Release Notes (Geocaching® app: Navigation screen improvements for Traditional Caches) - August 15, 2023
in Geocaching HQ communications
Posted
Apologies for the confusion. The way the roll-out works means that it might take up to 24 hours for the feature to be fully available to all players on 9.34.0.