Jump to content

And Sister

+Premium Members
  • Posts

    77
  • Joined

  • Last visited

Everything posted by And Sister

  1. Okay. Thank you for your patience answering all my questions!
  2. I'm the only one on the leaderboard. There's no indication that they played it at all. When others play it in test mode, should the owner be able to see that they logged locations or finished the lab?
  3. Good to know for future reference. Thank you. What would have been different in terms of what they saw and how they interacted with the lab? Is there a way I can still see what they did when they played?
  4. It was in test mode/private not public. At least, I think that setting is still a test mode. I actually thought I needed to set it that way so that my testers could see it. I wasn't sure if the QR code would get them there otherwise, since I seemed to have issues with it myself.
  5. I tested my Adventure Lab and also shared the link with a couple of others so they could test it too and give me feedback. Two other people completed the lab. Why am I the only one showing on the Leaderboard or showing up in the stats as having completed it?
  6. Thanks. I have already directly requested help from Groundspeak, but I may not have sent the question from that link. In any case, I got no response there either. I will try again. Thank you for the suggestion. Since my links all default to Chrome, not being able to view cache pages on it is a significant hindrance.
  7. I recently bought a Samsung Galaxy Tab 2. For the first few days, I was able to access geocaching.com in Chrome with no trouble. About three weeks ago, I suddenly was not able to access cache pages in Chrome (or, I just discovered, the default browser). I can get to all other pages (drafts, pocket queries, search results, profile pages, even travel bug detail pages, etc.). The error message gives no helpful information. See attached picture. I have cleared the cache, cleared cookies, and tried toggling various settings on/off, but nothing has helped. I am not having this issue in Firefox. Please, can someone help me troubleshoot this issue?
  8. Still having this problem and would really appreciate some help solving it. What in Chrome could be interfering with my ability to view cache pages, but not affecting other pages on geocaching.com?
  9. Does anyone have any other ideas about this issue? I still experiencing the problem.
  10. Thank you both for the suggestions. I just tried clearing the cache, and that didn't solve the problem. I then went into settings in Chrome and toggled things off and on one by one, checking for something that might be blocking just the cache description pages. There too, nothing seemed to fix the problem. I'm really puzzled by this, especially after getting confirmation that it doesn't affect all Samsung S2 tablets.
  11. When I go to geocaching.com on my tablet (Samsung Galaxy S2) using the Chrome browser, cache pages (GCXXXX) will not load. However, those same cache pages do load if I switch to Firefox. I want to know what might be causing them not to load in Chrome on my tablet. I am not having trouble viewing other parts of the site on Chrome, such as player profiles, maps, and lists.
  12. I just got a Samsung Galaxy S2. It is running Android 7.0. I can sign into geocacbing.com, but when I try to load a cache page, I get an error message that simply says "Error loading cache. An error occurred loading the cache info for (GCwhatever)". There is no additional information provided. All other pages on the site seem to be accessible. I can view cache pages on Firefox. Any idea what is happening here?
  13. Thank you for that information. I suspect that you've nailed the problem. The solution, unfortunately, doesn't seem to be so easy. I looked up how to format the address for an MMS message on Virgin Mobile. I found two variations: (phone number)@vmpix.com and (phone number)@pixmobl.com. I tried them both, and I did get a verification text. But the spacing is all wrong (lots of empty blank lines) and where it says "There's just one step to validate your email address, click here", there's nothing to click. Those words are not hyperlinked, and there's no link below them either. Just more blank lines. Looks as though I may have to deal with truncated text messages and going to my email to find out what's been disabled, enabled, or archived.
  14. I had hoped that this problem would be fixed by now, but it hasn't, so perhaps it's not a global problem. But for me at least, when the new style of cache alerts was introduced, my Android phone does not get all the information. On NEW caches, I get the information I need: Subject: New (cache type), name, GC number, and a link to the new cache. But when a cache is temporarily disabled or archived, the text I receive says: Subject [GEO] Notify: (CO) temporarily di error I have to go into my email to find out which cache was disabled and get the link. Is there a reason for this? Is this happening only on Android devices? Only on certain Android devices? Does anybody know? Is there a fix for it?
  15. It's not working for me either. I looked up a new cache this evening and had it centered on my screen. I used the search feature in GME to search for it by name. The reply was "Sorry, no results found for Wizard's Hat". I'm using Firefox 29.0.1 and the latest update to GME. So I seem to be the only one for whom Search isn't working even with 0.7.0 If Configure, Other, Enhance Search is on, clicking on the Search icon or pressing Enter with any Search string specified does nothing, except the following message in the Console: [19:57:25.096] Greasemonkey access violation: unsafeWindow cannot call GM_xmlhttpRequest. [19:57:25.095] "GME: New JSONP" Any ideas what might be wrong?
  16. The map is flying out from the side for me after all. It just doesn't do that in the view I was in when I first posted that message. I don't know why I thought it did!
  17. I downloaded the latest update from your link below. I'm running it on Firefox 20.0.1. I understand that the problem with the corrected coordinates isn't fixed by that update. But either I'm not understanding what I'm supposed to do in this workaround or I'm not applying it properly. For clarification's sake, can you tell me what the "main map" refers to? There are two maps on the cache page. Is one of them the map you are talking about, or do you mean we should open up a "search on map" page? Also, we used to have the option to label the caches on the map with their GC number or their name. When I click on the option to label caches, they're labeled with the GC number, and I see no option to switch to the cache name. Is this by design, or is it something else that broke with the latest geocaching.com update? I might as well take this opportunity to say that I love this greasemonkey script. It has made so many things so much easier for me! Thank you. As of v0.7.0, display of corrected coordinates in GME should be working without the need for a workaround. If you visit the listing page for a cache that you have correctted the coordinates for, or that has additional waypoints, these should be displayed on the second map on the cache page, just above the logs. You should be able to click either the "View Larger Map" link above that map, or the "Geocaching.com Map" link at the top of the list of online maps, to see those waypoints on the main map. By this, I mean the full-screen map at http://www.geocaching.com/map You should also still be able to label caches with their names. On the main map page, click the gear icon to bring up GME's configuration screen. On the "Other" tab, select "Names" rather than "Codes" for the Labels option, then click Save. The only thing broken here by the update is that you are supposed to see the same GME configuration across the whole site (you can also get to the Configuration screen from the Profile menu in the website's main navigation bar at the top of each page). Since the update, the configuration for the main maps has been independent from that on the rest of the site, and would have reset to default settings, which is why the labelling feature switched off for you. I'll also explain the drag'n'drop function that worked around showing corrected coordinates. It isn't necessary as a workaround any more, but it's still very useful. At the top of each cache listing, there is an icon showing the cache type, just to the left of the title. When GME is running, this should appear with a box around it, and when you move the mouse over it, the cursor should change to show that you can drag it. This icon can be dragged onto any of the maps that have been enhanced by GME, to display all the waypoints for that cache (including corrected ones). If you have the main map page open in another tab, you can drag the icon there. If you have another cache listing page open, you can drag the icon onto the larger of the two maps on the listing page, so you can see two nearby caches together on one listing page. This should also work on the TB tracking maps, and the planning map that shows free spaces for hiding caches. You should even be able to drag the icon into other programs, e.g. a text editor, to see the waypoint information in .LOC format. Hope that helps! Thank you! That's all much clearer! Unfortunately, I installed the latest version and the script isn't functioning at all. I don't get the map options panel that used to slide out from the left. I just uninstalled and reinstalled, and it's still not appearing. The script is enabled.
  18. I downloaded the latest update from your link below. I'm running it on Firefox 20.0.1. I understand that the problem with the corrected coordinates isn't fixed by that update. But either I'm not understanding what I'm supposed to do in this workaround or I'm not applying it properly. For clarification's sake, can you tell me what the "main map" refers to? There are two maps on the cache page. Is one of them the map you are talking about, or do you mean we should open up a "search on map" page? Also, we used to have the option to label the caches on the map with their GC number or their name. When I click on the option to label caches, they're labeled with the GC number, and I see no option to switch to the cache name. Is this by design, or is it something else that broke with the latest geocaching.com update? I might as well take this opportunity to say that I love this greasemonkey script. It has made so many things so much easier for me! Thank you.
  19. Isn't there an attribute for field puzzle? I'm looking for a way to distinguish the two on a map browse, without having to open every puzzle cache to see which type it is.
  20. I have two improvements I'd like to see: 1. It would be very helpful to be able to put a picture into my personal cache note. One of the main ways I use the pcn is to record information about the hide for my own future reference or for when I get a PAF. It would be very helpful to be able to look up the cache and see what the hide, or at least GZ, looked like when I was there. When I found it two years ago and someone asks me about it, it's often hard to dredge up the details, and I'm often not on my home computer when I get the call, so I can't access the pictures I've got stored. 2. I'd love to see some way to distinguish between an unknown cache that is a solve-at-your-desk cache and a field puzzle. I often browse the maps just looking for puzzles to solve. It not only helps me hone my puzzle solving skills, but also enables me to be ready to go if I wind up driving through an area and decide to do some caching along the way. But presently there's no way to tell from the icon whether it's a field puzzle or not, so I wind up checking the same items multiple times throughout multiple visits. Would it be at all feasible to have, for instance, a blue question mark for field puzzles and a yellow question mark for desk puzzles? I realize this would have to entail not only the CO marking the cache in some appropriate manner when submitting a cache for review, but also some code tweaking for the developers. But it would be so helpful!
  21. I didn't think I could post a picture, though I'd have liked to. I just went back to the pages to try to take a snippet and post it, and now the Final Coordinates line is no longer showing up on that cache. This is really weird. And disappointing. I wish this script would get fixed! You should show snippets (screen grabs) I looked at the first link and didn't see anything. So maybe I don't have all the Scripts you have or it must be something else.
  22. How odd. Today I looked at two puzzle caches. On one of them (http://coord.info/GC4N78R), the greasemonkey script has added the line for Final Coordinates (with the drop down menu to note whether the cache is solved/not solved/found). It's right below the coordinates box. On the other page (http://coord.info/GCQ1JG), that line does not appear. I then checked a few other caches, such as http://coord.info/GC43WQT, and again, that line does not appear. Why would it appear on one puzzle cache page and not on others?
  23. No, Larry, I'm not absolutely sure that I didn't make that same mistake. I know I have in fact done that myself before. I could very well have done it again. That I probably did it eight times in a row that day is an indication that I really did get up way too early that morning! I must have been half asleep to have done it so many times without realizing it. Thanks for providing a logical explanation to my mystery. An off-the-wall question, but it's based on an error I've caught myself making when logging a cache on my Oregon 550t: After typing in the Comment, I'll (correctly) press the check mark in the lower-right corner. At that point, I should press either the "Done" button or the "Find Next Closest" button. However, a few times, especially when I was in a hurry, I've accidentally pressed the back arrow in the lower-left corner. This effectively cancels my log and my comment, and the result won't appear in the field notes text file (geocache_visits.txt). Are you absolutely sure you haven't made the same mistake I have? --Larry
  24. Sounds like you have the file, so a copy and paste here would help. Be sure to grab a few logs from the 'previous session' in addition to the ones that are of interest so that we can see the flow from the last entries of the previous run as they flow to this latest one that was causing trouble. Not to say we'll see anything for certain, since there are some embedded nulls and line terminators that can mess things up, too, but it's worth a look. I started to post the field notes text file, but then I realized that it isn't really going to help. I thought that there were field notes in the file that didn't get uploaded to my account. But I now see that that's not the case. The field notes that uploaded are indeed all the field notes that are currently in the file on my Oregon. And that implies to me (though I suspect you will doubt me) that I made field notes that did not properly save to that file. It's conceivable that I forgot to mark one, or even possibly two, caches as found and/or to write a field note for them, but there's no possibility that I did it eight times in a row, as I am very much in the habit of marking caches as found and routinely make field notes on my finds. So the real question seems to be how those field notes got overwritten/did not record, not why they didn't upload. And I don't suppose cutting and pasting the current file can answer that question. I doubt it can even be answered, other than "You must be mistaken about whether or not you really marked them found/wrote notes," which I again assure you is not the case. If I'm wrong about what the text file can indicate, tell me, and I'll cut and paste it after all. I'm afraid I've wasted your time, and I apologize for that. But your responses did make me aware of some possible issues with the way field notes are handled by the Garmin devices, and that may be helpful to me going forward. So I thank you for that and for the time you've spent trying to help me find an answer to my question.
×
×
  • Create New...