[Wheel of Challenges July]

They are aware of the problem, just be patient...

 

https://twitter.com/GoGeocaching/status/1676302519377735685

[When will corrected coordinates be provided in PQs?]

6 hours ago, MartyBartfast said:

 

Waaay back in 2011 when the corrected co-ordinates feature was added  it was stated that:

Here we are 11+ years on and it hasn't been implemented yet, is there any plan to do this?
 

 

Just verified it. The Pocket Query contains 1 co-ordinate per cache (see wpt-element in .GPX file), which will be the corrected one if it has been corrected. Otherwise it will be the bogus.

[OpenStreetMap Default tiles are not loading (error 418) in Chrome]

Today, I installed an update of Chrome (version 100, before I had 99) and all is working fine again.

[OpenStreetMap Default tiles are not loading (error 418) in Chrome]

On 3/14/2022 at 11:23 PM, Viajero Perdido said:

Error 418 means, too many requests to the service, and Groundspeak has been cut off.  OSM is free-as-in-speech, but not free-as-in-beer.

 

I could see this coming.  The OSM Default layer has always been primarily an aid to mapping, and to be honest, kinda ugly.  That last part has improved, so now it actually looks quite good.  But...  That means it's getting popular.  The problem: OSM isn't set up to provide unlimited tiles, nor even to sell them.

 

No easy solution, short of using a paid layer from another provider - such as some of the other examples already in the list.

 

PS to Groundspeak:  that map style you had on cache pages for a grand total of two days a few years back (a free trial?), from MapBox I believe, was awesome.  If you're opening the wallet, could we see that one again?  Thanks and yeah, I know, dream on. 

 

I asked other people as well and they don't have this problem. Also, when I select 'OpenStreetmap German Style' it works fine. I noticed that the error has changed from 418 to 403 now (Failed to load resource: the server responded with a status of 403 ()).

When I open one of the tiles (for example 'https://a.tile.openstreetmap.org/14/8447/5371.png') of the map in the same tab of the browser, it also loads fine, isn't that strange in case I would have been cut off?

Next to this, when displaying the map in another browser (Edge), the 'OpenStreetMap default"-map is also shown without any problems.

[OpenStreetMap Default tiles are not loading (error 418) in Chrome]

Since yesterday, I can't use the "OpenStreetMap Default" map anymore when browsing caches via https://www.geocaching.com/map/ in Chrome. When selecting this option, I just get a blank map with all my caches on it. When choosing "OpenStreetMap German Style" it just works fine. The 'Black and White"-version doesn't work either.

I had a look in the browser's console and noticed a lot of 418-error messages on GETting the tiles for the map. I saw the same issue reported here: https://help.openstreetmap.org/questions/83828/tile-layer-418-error

When opening the URL of such a tile in a seperate tab, it just loads fine.

 

Is anyone experiencing the same problem?

I believe Groundspeak shall have a look at this.

[HTML target attribute broken]

On 2/8/2022 at 6:27 PM, Bl4ckH4wkGER said:

I wanted to close the loop about updates to this experience that are planned in the near future in an effort to solve some of the pain points raised in this thread:

• Remove the “Hey wait!” from the browser warning copy.
• Don’t show this warning for approved links like geocaching sub-domains, API partners, and approved image upload domains
• Implement a "Don't show again for this link." button in the browser warning that when clicking will no longer show the warning for that particular link.

I will update again when these have been implemented.

 

Don't show again .......... for that particular link?

Links to external coordinate checkers for example will be different for each cache listing. So I still will get these popups for every new cache listing when I click on the checker in that listing? Normally, for each individual cache listing, I only click once on a checker link....

[HTML target attribute broken]

5 hours ago, onepooja said:

Thank you for bringing this issue to our attention.

A hotfix was deployed today so that HTML attributes other than the default target="_self" will be respected once a player confirms the browser dialogue with OK.

Feel free to use Jeff's cache that he was speaking of as a test case: https://coord.info/GC9M6X5The browser dialogue will remain as this was a necessary security improvement.

Please note, that small site security updates have traditionally not been covered by release notes as the latter are reserved for larger new feature releases.

Thanks for this first fix. However, using CTRL+clicking on the link to open the link in a new TAB still doesn't work. The link still opens in the current TAB after the notification.

 

Next to this it would be very nice to have a "don't show this warning anymore" checkbox in the pop-up, to be able to opt out of these (for me annoying) notifications.

[Chrome blocks Pocket Query download]

Had the same problem and fixed it. Recent versions of Chrome block insecure downloads (from http-sites) if the link starts from a secure (https) website). The link to the PQ is to an http-site. Your Gmail is an https-site.

 

You can fix this easily by going to: chrome://settings/content/insecureContent

On this page, add the following allowed URL and you're fine again: 'https://mail.google.com'

 

For some background info, refer to: https://www.ghacks.net/2020/10/08/chrome-is-blocking-downloads-here-is-why/

[Position of found caches on map]

Currently, found (mystery) caches are shown on the map at the location of their 'bogus' coordinate. That's nice in case someone has put a lot of effort in making a nice GeoArt. This way, the GeoArt is restored when you found all the caches.

But.....
For multiple reasons it would be very handy to see the caches on the map at their final location (i.e. at the corrected coordinate's location):

• When planning to place a new cache, I would like to have an overview of the actual location of the caches in the target area. Since I found all the caches in my neighbourhood, I don't have this overview anymore.
• When helping out other geocachers it's handy to quickly see the actual location of a cache.
• etc.

 

Therefor I've got the following suggestion:
Is it possible to have a check box in my account settings or on the map itself (panel on https://www.geocaching.com/map/?) to be able to choose whether you want to see found caches on their actual (=corrected coordinate) location or on their bogus location?