Jump to content

RCH65

+Premium Members
  • Posts

    103
  • Joined

  • Last visited

Posts posted by RCH65

  1. ...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...? :blink::ph34r:

     

     

    • Upvote 2
    • Funny 1
  2. 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?

  3. 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.

  4. 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

  5. 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...

  6. 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)

  7. 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

  8. 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...

  9. 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...

  10. 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...

  11. 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?

  12. 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. :rolleyes: Will keep monitoring...

  13. 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...

  14. 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

  15. 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

  16. 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...

  17. 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... :rolleyes:

    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... ?

  18. 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.

×
×
  • Create New...