noncentric

And the survey is already closed. One week seems like a pretty short window.

Agreed. Instead of users posting about bad search results using the PCN filter, there are users posting about the lack of the PCN filter. Of course, the latter will fade away as users who didn't know it was an option come online, whereas the former will continue indefinitely if the issue isn't fixed. Ideally, the issue would be fixed, and then the filter option brought back.

...or, at the very least, the system could check if the cache is archived and then centre the map on the coordinates instead like the Browse map did. Exactly, the Search map doesn't need to show the archived cache on the map, but it should center the map on the archived cache's location. This is useful when a cache is archived, so people that get notified can "View Larger Map" to see what is nearby. This may help them decide whether the area is interesting enough to investigate for placing a new cache. This view can also help them evaluate options for placing a new cache now that the subject cache has been archived. If there are a lot of caches nearby, then placing a new cache 150 feet away from the archived cache may not be as feasible as placing a new cache 10 feet away. Currently, the workaround would be to click on "nearby caches" (see screenshot) and then "Map this location".

This doesn't hold water for me. A CO can get permission for a hide from a property owner, but that doesn't mean that everybody else in the world is going to respect that placement. If a muggle sees a cacher looking for something and then pulling out a container, then putting the container back, then do you really believe the muggle cares whether the cache is placed there with permission or not? They'll probably be curious and go check it out, then maybe remove the container. A CO could get permission from a shopping center to put a cache under a lamppost skirt. Maybe management and security, and some/all of the store managers/employees, know about it. But if a muggle sees someone putting a suspicious container under an LPC and walking away, then do you think that muggle is going to seek out the appropriate management person to report the "suspicious package" or will they just call the local LEO and potentially the bomb squad? Just because a cache is "stealth required" doesn't mean it's without permission.

I've been hearing about Cachetur.no quite a bit recently. I haven't used it myself, so don't know what map layers and GSAK compatability it has. The pre-login info says trips can be exported to GSAK, but I don't know about importing. The site requires creating a free account on their site, and says that having a premium membership at geocaching.com is necessary "to take full advantage" of the site, so I'm not sure what the limitations are for Basic Members.

The "new web site" you're referring to is the new Search map, which has become the default map type. I'd suggest clicking on the "Browse geocaches" button at the upper-right of the map and/or bookmark this link, to get to the Browse map. That Browse map will probably be familiar to you. In order to hide your Finds on the new Search map in your OP, then you'd need to scroll down in the left-side pane and click on "Not Found" in the "Cache Status" section. Then click on "Done". When you have a list of caches in the left-side pane, then you can click on the checkbox next to each one that you want and "Add x to List" at the bottom. You can read through THIS THREAD if you want more specifics about the map changes.

My Drafts list tends to get a bit long before I get around to submitting logs. I'm more timely with posting DNF/NM/OM logs, but Found It logs usually don't get posted for days/weeks. I always use the actual date that I found the cache, not the date I submit the log. I haven't had any CO's question me about my late logging - yet. I wouldn't see the split team scenario as being about "the numbers" - but more about wanting to identify which caches on the map have not been found yet. There have been a couple of caches that I plain forgot to log, so I understand the feeling of going to the location of an unfound cache icon and realizing "I've been here before and the cache is in the same place I found it before". That is boring. If someone used a team account and is now no longer part of the team, then re-logging would allow them to better filter which caches they've already found. Of course, people that think "team accounts" are lame might make the argument that they probably didn't "really find" the caches on their team account, but that's a different argument.

The "new Map-Site" you're seeing is the new Search map, which has become the default map type. I'd suggest clicking on the "Browse geocaches" button at the upper-right of the map and/or bookmark this link, to get to the Browse map. You will see more map layers to select from there. You can read through THIS THREAD if you want more specifics about the map changes.

Interestingly, I just tested this. Log text encrypted, with some text in the middle unencrypted by brackets, as a Write Note on one of my caches. The log notification I received did not show the encryption, even though the encryption showed on the cache page itself. The non-bracketed log text was encrypted on the cache page and the log page, but not in the email notification I received. Not sure if that's just because I'm the CO, but if someone else posted a log with encrypted text then I wouldn't immediately realize that it's encrypted.

They are not saying that. They're saying that Northern Ireland is part of the island or Ireland, which it is. It's a difference of geographical vs political delineations and it was not a decision made in a vacuum. See HERE.

Visit logs require the trackable to be in your Inventory. That is why you'd need to go the Grab / Visit / Grab back route that cerberus1 describes above. For future reference, if a trackable is in your Inventory, then you can backdate visits without submitting new logs to a cache. You can simply go to your previous log on a cache, edit the log, select "visited" in the trackables section, and then submit the log. That will add a visit of that trackable to that cache on whatever date you logged the find. You own the tag. You can give the tag whatever type of goal/mission you want, or no goal/mission at all. The Fossil tag you purchased has no requirement upon purchase to stick with any cache type or theme. What you've done is completely okay. You can send the geocoin out if you want to. You own it, so it's up to you. Many geocoins are collected and not sent out to travel because they disappear frequently. Another option sometimes employed, which you could consider, is to put the tracking number on another object and send out that object instead.

IIRC, the issue was that Search results returned caches that didn't actually have a personal cache note, but had a personal cache note in the past that the cacher had later deleted. I wondered if the issue was simply null vs blank, with deletion by users leaving a blank value instead of reverting to null. I hadn't noticed the issue myself and didn't pay attention to whether it got fixed or not. I used the feature regularly to take a second look at puzzles that I worked on, but hadn't yet solved: (Cache type = Mystery) + (Corrected coords = No) + (Personal Cache note = Yes) I've now bookmarked these settings, using HHL's helpful info.

When I try to access /my/fieldnotes.aspx my browser is redirected to /account/drafts You have to Opt Out of the "new" Drafts page in order to get to the "old" page. Going to "my/fieldnotes" will not override the Opt setting. If you've opted out of the 'new' Drafts, then the "my/fieldnotes" url will take you to the 'old' page.

That's great!

Yes - I see the same thing. Clicking a cache with the puzzle piece icon, which indicates corrected coords, then "Navigate" shows a blue line from my position to the solved location. But clicking on the Compass icon then points to the original coords. I'm also using app version 7.9.2 and Android 8.0.0. FYI - This bug seems isolated to Android, as iOS points to the solved coords in both Navigate and Compass modes.

How do you expect the Reviewer to "pick up on" these issues? -- Do you mean that the Reviewer should know about these things when the cache is submitted for publication? -- Or do you mean the Reviewer should scan through logs on the cache page to see that cachers are commenting about such issues?

Maybe it's related to the Android version. What version does the S9 run? My S7 runs Android 8.0.0 - which I find by going to the menu in the app, then scrolling down to Version Info.

The Personal Cache Note "badge" was implemented many moons ago. Around the same time the puzzle piece icon for Corrected Coords was implemented.

Unfortunately, this is not the first fatality during a cache hunt. Reading the logs of the most probable cache that he was attempting, it sounds like a tricky and treacherous one. Good lesson to all of us to stay vigilant about our safety.

Seems like most of the times that caches are found by multiple cachers in a day, then they are cachers that are caching together - so the times would be pretty close. Not sure what the benefit is of having the time be a field in the log entry. Cachers can certainly include the time of their find in their log text if they want to. And yes, there are certainly some caches in my "neck of the woods" that are found more than once a day - but it doesn't seem to be typical, especially not the case the OP mentioned about a Found It and DNF on the same day. And I'd wager that most of the days that caches are found, across the entire globe, have only one Found It being logged. Again, it's a question of whether the benefit of the feature would outweigh the cost. Personally, I don't think it does. YMMV.

Using the Adventure Lab app on either Android or iOS. That will show a listing of all the lab caches, sorted by distance from your location, although you may still have to click on each to get a better idea of where exactly they are. There is no overview map showing all the Adventure Lab locations, although that's a feature that has been asked for by several cachers in other forum threads. For reference, HERE  is the homepage for the Labs. There isn't a ton of info there, but that is where you'd login and view your previously logged lab caches (by clicking on the down arrow by your username in the upper-right, and then "view logs").

Considering that many caches are not found more than once a day, then just the date alone is sufficient for most. Cachers can certainly include the time in their logs. I do for FTF's, as I think other cachers like to know how close/far they were to also getting the FTF. But otherwise, I don't usually include the time unless it's somehow relevant to the hide, like open hours or busy muggle times.

Yes, I did find the option useful as well, mostly to find puzzles that I've worked on but hadn't solved yet. (Cache type = Mystery) + (Corrected coords = No) + (Personal Cache note = Yes) => puzzles that I started on, but hadn't solved completely

Except that doesn't work if clicking between Event icons on the map. "Placed by" / "on" doesn't change when clicking from one Event icon to another. Users have to click on a non-Event icon in between Event icons to see the correct event host and event date information. I created a topic describing the issue HERE, would be great to know that it will be fixed. Will the "Download GPX" option in the left sidebar be changed to be the same level of grey as the "Add to a list" and "Send to Garmin" options? It looks like "Download GPX" is greyed out. Most people interpret greyed out icons as unavailable. It looks like "Download GPX" is not available. Please make it the same font color as the icons on either side of it.

So you want to rely on finders, and did-not-finders, to remember what time it was. If they do not remember what time it was, then where do you think their log should be - before or after the other logs on that date that do have a time? Personally, I'm not convinced that the benefits of having the time attached to the log outweigh the development effort required. Yes, the time is recorded in Drafts - whether those drafts are saved via a GPSr or the official app. But not everyone saves their drafts at the time of their find. -- Some might go through and create multiple drafts after their hike, so their finds would look like they are minutes apart, even though they were spread out across several hours. There would need to be an option to adjust the time. -- Some might suddenly remember that they forgot to log a find from a couple days ago and create a draft saying "found on Tuesday" so the cache shows in their Drafts list and they don't forget to log it later. They easily adjust the date of the find when submitting the log via the Drafts page, so then they'd need to also adjust the time. -- Some don't even use Drafts and log their caches using the "Log geocache" button on individual cache pages. If there is a time selection on the logging page, then that opens up the can of worms related to time zones. Plenty of cachers will not record the correct time and/or won't bother adjusting a newly added time field. Bad data vs No data. There would need to be an option to not populate time, so then the question becomes how those logs with blank time are sorted compared to other finds on the same date. Doesn't really seem worth it to me.