
RCH65
-
Posts
103 -
Joined
-
Last visited
Posts posted by RCH65
-
-
What's the sort sequence of the logs in 'Latest activity on your hides' ?
At first I thought it's by log date (decreasing, most recent logs on top) - but there are a few strange 'jumps' on my page:
Visited 09 Jul 20
Visited 07 Jul 20
Visited 08 Jun 20
Visited 28 Jun 20
Visited 20 Jun 20
Visited 25 Jun 20
Visited 04 Jul 20
Or is it by (an invisible) 'last modification date' of the log? -
6 minutes ago, Mineral2 said:
It seems to me that the clickable area over the geocaching logo is larger than it needs to be and overlaps the text box. It's one continuous linked area with no apparent break.
You're right. That's it.
-
It seems that the textbox is (somehow) not properly aligned on the screen.
I can enter a city after clicking in the lower half of the textbox.
However, after clicking in the upper half of the textbox, I'm forwarded to the search page mentioned above.Chrome 81.0.4044.129 on WIN10
-
I think a "beta test" mode could be useful for certain types of cache. Perhaps not critical or otherwise high priority, but it could be useful.
But before it is implemented, I think Groundspeak will need to sort out how to prevent people from turning the "beta test" mode into a defacto method for publishing private caches. In other words, how do we prevent people from using it to create caches that only a handful of friends are allowed to find.
Do not allow logs on unpublished caches...
-
Same problem here. IE11 + Chrome
-
Yep. Seems to be fixed. 11:38:00 (UTC) results in 12:38:00 (UTC+1). Thanks!
-
Yeah... same issue here. My timezone is GMT+1 but after uploading my field notes today, all times were displayed as GMT+9 (or 8 hours later)
-
1) Link "Message this owner" from any cache page does not open converstion to the CO as it did before. It works just like the "Messages" link on the top. I am sure this is not intented to work that way.
Same result here.
Using latest Chrome 53.0.2785.143
-
This thread is not about changing the coords of a cache... this thread is about changing the *user-corrected* coordinates (the "pencil" icon).
And yes... PLEASE... enable this on ALL cache types. More than a half of all letterboxes (at least here in CH) do have a puzzle to solve and it's a pain to manage these solved caches without an external tool.
-
What I've just seen:
It never works for me (IE11/Chrome - hand remains visible, not able to click on a cache icon) when I'm in "Search" mode.
However, it *does* always work, when I'm in "Pocket Queries" mode.
One click on "Search"... and it's broken again...
-
Same problem here using IE11 and Chrome. In the main area, only the first message of a chat is being displayed. After sending a new message, sometimes the first message is being repeated - or nothing happens...
-
Must be a regional thing (same CO?).
I admit that I like Mysteries, so the "4 of 10" might not be the average percentage on all Letterboxes in the world... ;-)
-
There are lots of Letterbox and Wherigo cache types out there (at least here) having a puzzle to be solved to get the starting coordinates.
I've never seen a Letterbox or Wherigo where you had to solve anything to get the starting coordinates. I did 40 Letterboxes and 16 Wherigos so far and have some on my "to do" list.
I do all correcting in GSAK BTW.
I just checked the latest ten Letterboxes I've found and four of them had a puzzle to get the starting coodinates:
GC5JN3A
GC5B1BJ
GC4RXF0
GC4QP12
...and so on...
And yes... GSAK is an option but I'm not requesting an entirely new function - just remove the silly selection on cache types...
-
And again...
There are lots of Letterbox and Wherigo cache types out there (at least here) having a puzzle to be solved to get the starting coordinates. It's very annoying to add them manually to then GPSr as a waypoint because the link to the listing gets lost.
Why not enabling "corrected coordinates" for these (or even all) cache types?
-
+1
Tried IE and Chrome. Always falling back to the Homepage...
-
I've requested a shunt to avoid ATT, Cogent and GTT on your CIDR. This should be active now, so please let me know if your experience has improved on your next attempt at browsing the site during a previous slow period.
178.82.0.0/16 will now only use NTT, Qwest, XO or Zayo. You can view your outbound route from our infrastructure by visiting http://tracer01.Groundspeak.com
I'm preparing a post so we can start collecting more evidence of the slowdown and identify which peer(s) is responsible for those of you affiliated with UPC.
Hi Justin
I've got all IP-Blocks of the Swiss Cablecom ISP here - a total of 63 (!) ranges registered at RIPE with netname CABLECOMMAIN-NET.
Since I don't want to blow up this thread, shall I send this to you by mail?
Greetings
Ralf
Wow... it's 17:53 and everything's quite fast - didn't have this for weeks.
Will keep monitoring...
-
Have noticed this issue for 1.5 years. My browser tells me that it a 3rd party site that cannot deliver content. AKA: cloudfront, googleanalytics.
These sites are heavily used will degrade the GC site.
On a side note, Images from the gallery will not display sometimes. Don't know where they are hosted now (probably cloudfront)
That might be... however, when accessing www.geocaching.com via VPN at the very same time (Office), the site is quite responsive but won't come to an end at home...
-
Hi Justin
I've got all IP-Blocks of the Swiss Cablecom ISP here - a total of 63 (!) ranges registered at RIPE with netname CABLECOMMAIN-NET.
Since I don't want to blow up this thread, shall I send this to you by mail?
Greetings
Ralf
-
Are you observing this slowness around the window of 18:00-20:00 CET or can you give an estimate? Do you know if your cablecom.ch IP is static or typically operates in the same CIDR? RIPEstats for your ISP do not appear complete, so I would have a hard time isolating possible networks for a workaround based on that information.
Thank you for your investigations! Right now, it's about 23:30 CET and the webpage is still unreachable. That's why I'm currently using a VPN connection (via UK) to write this reply.
Problems usually start in the region of 17:00-17:30 (CET) on working days and won't recover during the entire evening. On weekends, problems arise even earlier during the afternoon. We have a large number of users here, who are reporting the same issues in the Swiss Geocaching Forum. Most of them are Cablecom customers.
My IP is not static but operates in the same CIDR:
inetnum: 178.82.0.0 - 178.83.191.255
netname: CABLECOMMAIN-NET
descr: Cablecom GmbH
descr: DHCP Scopes
descr: Zuerich
country: CH
remarks: *************************************************
remarks: For spam/abuse, please contact abuse@cablecom.ch
remarks: E-mails to the persons below will be IGNORED!!
remarks: *************************************************
admin-c: LGI-RIPE
tech-c: LGI-RIPE
status: ASSIGNED PA
mnt-by: MNT-LGI
created: 2010-03-08T08:50:17Z
last-modified: 2012-07-03T08:10:21Z
source: RIPE # Filtered
Greetings
Ralf
-
What I have seen is that the connection is extremely slow (unusable) as soon as "ntt.net" (Frankfurt->NYC->Seattle) appears in the TRACERT list. This always happens to me when connecting from my home PC (Cablecom Switzerland).
..snip.. ae-10.r03.frnkge03.de.bb.gin.ntt.net ae-1.r21.frnkge03.de.bb.gin.ntt.net ae-3.r23.nycmny01.us.bb.gin.ntt.net Timeout Timeout ae-2.r04.sttlwa01.us.bb.gin.ntt.net ae-0.internap.sttlwa01.us.bb.gin.ntt border8.po1-40g-bbnet1.sef.pnap.net www.geocaching.com
However, when using geocaching.com from my office (at the very same time via VPN) everything is quite fast and my route is using zayo.com for crossing the atlantic ocean - ending up at a different gateway of pnap.net.
..snip.. xe-1-2-0.mpr1.fra4.de.above.net ae8.mpr1.fra3.de.zip.zayo.com ae4.cr1.ams5.nl.zip.zayo.com ae0.cr1.ams10.nl.zip.zayo.com v142.ae29.cr2.ord2.us.zip.zayo.com ae11.cr1.ord2.us.zip.zayo.com v11.ae29.mpr1.sea1.us.zip.zayo 208.185.125.106.ipyx-072053-008 border8.po2-40g-bbnet2.sef.pnap www.geocaching.com
Seems that the guys at pnap.net should talk to their peering partner ntt.net...
-
I think they've already changed it back to Unknown. I just downloaded a GPX of a puzzle cache, and it says "<type>Geocache|Unknown Cache</type>".
Yes, they did...
And it's back to <type>Geocache|Mystery Cache</type> again.
The MyFinds PQ still contains "Mystery Cache".
Will you undo these changes or do we have to modify our scripts... ?
-
I think they've already changed it back to Unknown. I just downloaded a GPX of a puzzle cache, and it says "<type>Geocache|Unknown Cache</type>".
Yes, they did...
-
You even changed "Unknown Cache" to "Mystery Cache" within the GPX file?
Before:
<type>Geocache|Unknown Cache</type>
<Groundspeak:type>Unknown Cache</Groundspeak:type>
After:
<type>Geocache|Mystery Cache</type>
<Groundspeak:type>Mystery Cache</Groundspeak:type>
I guess, this wasn't your intention...?
Since then, my GPSr (Garmin) won't show ?-Caches anymore.
-
Yeeesss... please allow corrected coordinates for letterbox cache types. We have various letterbox caches here in Switzerland which have a puzzle to get the final coordinates.
How much do I have to pay...
in Website
Posted
...to get rid of this advertising stuff on listings, the dashboard (etc). NOW: Including videos!
Is it really necessary to have ads on paid sites ?

Or is there a secret 'platinum membership' that I'm not aware of...?