Jump to content

Gillala

+Premium Members
  • Posts

    71
  • Joined

  • Last visited

Everything posted by Gillala

  1. Just when you think it can't get any worse... Well, it does. Oh my
  2. What you are describing sounds like the functionality provided by the Project-GC GreaseMonkey script enhancement for Geocaching.com. Turn off that script and you are likely to see the coordinates disappear. You are right. Thanks. Of course Moun10Bike's right ! But just because one can no longer see the information doesn't mean it is no longer there ! That script made me aware that several of my mystery caches had the corrected coordinates in images potsed in the logs. That is not acceptable ! Of course, the people who post those images may not be aware that they spoil the mysteries. That's exactly the reason why the exif data, at least the coordinates part of them, have to be removed from images posted in logs. Only images from the owner should be allowed to contain the coordinates (as an owner, I can spoil my own cache). I can only recommend mystery cache owners to use that project-gc script to monitor their caches, as it is highly unexpectable that this issue will be resolved anytime soon...
  3. Oh, by the way. It would be great if we also had the choice "watchlist" in the list of existing lists.
  4. When I click on "Add to list" on a cache that is on the left side of the map, the list appears even further left. Great, except there is no room (left) ! It should be possible to move something so that the list can be seen, no ?
  5. I can no longer add a cache to the ignore list from the map. I always could and found it useful. It's a pity I can no longer do that directly. Yet another "improvement" that removes functionalities... Thanks
  6. FWIW, my GC mailbox used to be flooded quite often. But now, I only get a handful notifications every day. Almost no new publications in a 40km circle, my caches almost get no more visits... I know it's a very cold winter here, but the trend started even before. A lot of the most active cachers of the area have singularly reduced their interest, some even almost completely stopped playing. It may bea local phenomenon. It may not... I'd say the main reason is the poor quality of the new caches placed. I guess that after a while, cachers just no longer want to go out looking for micros without interest. From the guidelines: "When you go to hide a geocache, think of the reason you are bringing people to that spot. If the only reason is for the geocache, then find a better spot." This very first guideline is hardly followed. If it were, geocaching might be more interesting, don't you think
  7. Hi, same bug with the latest Chrome Version / Windows 8. I got messages this week containing several images. In both cases, I could only see thumbnails of them. Can someone at GS please try to read that for me , because I can't ! It may help debug : the code looks like this : <li data-msg-model=""> <div class="msg-attachments "> <a href="https://img.geocaching.com/communication/full_size_image.jpg" target="_blank"> <img src="https://img.geocaching.com/communication/thumb/thumb_image.jpg" alt="Attached Image" data-modalsource="https://img.geocaching.com/communication/full_size_image.jpg" data-modaltemplate="image"> </a> </div> <span class="msg-text "> null </span> </li> Though the link to the full size image is there, the image doesn't pop up when I click on the thumbnail / right click + open in new tab or window. I get following error : app-built?v=SCpQgBPPoW-S41TZMP9oXhvdKlbRHVGsB15jc_PIPzk1:1 Uncaught TypeError: Cannot read property 'show' of undefined at r.showBackground (app-built?v=SCpQgBPPoW-S41TZMP9oXhvdKlbRHVGsB15jc_PIPzk1:1) at r.onBeforeShow (app-built?v=SCpQgBPPoW-S41TZMP9oXhvdKlbRHVGsB15jc_PIPzk1:1) at Object._triggerMethod (app-built?v=SCpQgBPPoW-S41TZMP9oXhvdKlbRHVGsB15jc_PIPzk1:1) at r.triggerMethod (app-built?v=SCpQgBPPoW-S41TZMP9oXhvdKlbRHVGsB15jc_PIPzk1:1) at Object.r.triggerMethodOn (app-built?v=SCpQgBPPoW-S41TZMP9oXhvdKlbRHVGsB15jc_PIPzk1:1) at r.show (app-built?v=SCpQgBPPoW-S41TZMP9oXhvdKlbRHVGsB15jc_PIPzk1:1) at r.popModal (app-built?v=SCpQgBPPoW-S41TZMP9oXhvdKlbRHVGsB15jc_PIPzk1:1) at HTMLImageElement.i (app-built?v=SCpQgBPPoW-S41TZMP9oXhvdKlbRHVGsB15jc_PIPzk1:1) at HTMLBodyElement.dispatch (app-built?v=SCpQgBPPoW-S41TZMP9oXhvdKlbRHVGsB15jc_PIPzk1:1) at HTMLBodyElement.v.handle (app-built?v=SCpQgBPPoW-S41TZMP9oXhvdKlbRHVGsB15jc_PIPzk1:1) App.EventBus.getRegion("modal-bg").show(new f); "new f" obviously doesn't work... As I unfortunately (also) don't work for GS, I won't look further into the problemn. Still, it would be nice to have it fixed, wouldn't it ? I guess not everyone is willing to copy images links from the source code to be able to open them. At least I'm not. Happy new year, keep up the good work.
  8. So what ? There is a way bla bla bla... Is it to much to ask that the map always behaves the way it should ? I sure can do that. You too. But do we really all have to use tricks for normal things to happen ? Let's say someone shows me a the map full of mysery cache, I don't know how he landed on it. Am I seeing them at their corrected coordinates ? Are they even solved ? Come on, the mere fact that the map is tricky and not unambiguous speaks for itself : there is an issue with it ! As I mentioned in my "bla bla bla" post, it's still unfortunate that there isn't an indication of which icons are using corrected coords or original coords. My post did not imply that there isn't an issue. I'm not convinced that always showing icons at their 'corrected coords' is the one-and-only way that the map should behave. I noted a couple examples of why I thought having an option to see caches at their original coords could be preferred in this post. These examples may not be important to many cachers and/or other cachers might have other reasons to want an option about corrected vs original coords. Personally, I wouldn't want all map views to show caches ONLY at their corrected coords. My ideal would be that the browsing map has an option to toggle on/off corrected coords AND that icons with corrected coords have a clearly visible indicator on both browsing and search results maps. I'm hopeful such features will appear one day. Sorry noncentric, I may have been rude but didn't want to hurt you. I appreciate that you try to find solutions and understand that you agree there's a problem. I just meant that we shouldn't even have to think about it. Whether I land on the map from here or there, it should behave the same way : the good one ! I'd be fine having the possibility to let finals being at fake coords for whatever reason, if I had the possibility to show caches where they actually are. It is already possible today coming from the new search page, Why couldn't it be possible to generalize ? I mean, when I'm on the map, GS does know who I am, if I'm a premium member, if the caches on my map have corrected coords... It's just a pity that nothing is done that people really demand.
  9. As has existed for a while, it is possible to see cache icons at corrected coords. It depends on how you're getting to the map. Unfortunately, there still isn't an indication of which icons are using corrected coords or original coords. SEARCH: Play -> Find a Geocache -> Enter city/area/etc -> Search -> Map These Results -- Cache icons appear at the 'corrected' coords if they have corrected coords, otherwise they appear at the original 'listed' coords. BROWSE: Play -> View Geocache Map -- Cache icons appear at the original 'listed' coords. So what ? There is a way bla bla bla... Is it to much to ask that the map always behaves the way it should ? I sure can do that. You too. But do we really all have to use tricks for normal things to happen ? Let's say someone shows me a the map full of mysery cache, I don't know how he landed on it. Am I seeing them at their corrected coordinates ? Are they even solved ? Come on, the mere fact that the map is tricky and not unambiguous speaks for itself : there is an issue with it !
  10. I read a nice motto somewhere on the internet : "Don't waste your mistakes, learn from it". Obviously, this thread is self-explanatory. The latest update is a mistake. Learn from it, dare going back to the previous release and redo things correctly ! Please, listen to your customers for once ! We don't wish you no harm !
  11. I am also one of the "few" who tried not to click on the well understood round-shaped PMO icons. Owners don't need to be able to monitor what I'm doing. Guess I'll have to live with the PQ trick as well. BTW, it would have been great to also move caches that have corrected coordinates to those corrected coordinates. And even greater to add the small "has corrected coordinates" mini-icon to those cache's icons, just as it's already done in the new search page. Talking about "Consistency"... I'd say recent updates are consistently not what customers have been waiting for... . The app is (currently) close to useless, please don't follow that path with the website !
  12. More than 2 months now and nobody seems to care. Poor poor communication... By the way, the freeze problem seems to have gotten even worse the last days. I don't expect anything positive to happen anymore, so I'll live with that. Luckily, this is the only site I regularly visit where I have to kill all my tabs after a while
  13. It's not a Groundspeak problem. The website you took the image from has changed. You should be contacting them about broken urls. If there is no longer a banner available on the GSA website to be used on Earthcache listings, then Groundspeak needs to update the Help Center article: 3.4. Creating an EarthCache: Additional Tips https://support.Groundspeak.com/index.php?pg=kb.page&id=295 B. Well, Groundspeak sure did not remove the page. But Groundspeak advised us to use this url. I did not use it just for fun. And it is now used by not only me. Why should I contact geosociety.org ? My guess is that's it's Groundspeak's job, isn't it ?
  14. Hi, I wrote the descriptions of my EartCaches according to the official Help Center. As advised, I added a link to the official EC banner. As of today, I noticed that this link is now dead. What a pity... I am certainly not the only one who followed the rules, so there may be some EarthCache listings referencing the broken link. As I do not own many EartCaches, I could easily fix them. Still, the solution is not optimal (I lost time, and the banner I uploaded, as so many have already done if I believe a simple google image search, further floods the image server with an image that had better be at a central location...) Please fix the guidelines and /or provide a way to fix the broken links in the EarthCache descriptions. Regards Gillala
  15. Seeing that the freeze still hadn't been fixed yed, I thought I'd check what was being said in this thread. Well... nothing new actually. I may not be the only one to wonder, but let me ask, just to know : Does anybody from Groundspeak even read what is being written in this forum (especially the "Bug Reports and Feature Discussions") ? Is it really useful that we inform you when there's a bug ? Do you care when some customers are complaining ? If not, you could as well close this forum section, can't you ? It's worrying that after 2 weeks, nobody even bothered to give us any update. While trying to figure out such a problem may not be trivial, communicating about your actions and plans should be fairly easy. So could you please tell us ? Is a bug fix even planned ? When can we expect it to be in production ? Thank you for your understanding.
  16. Actually, it looks like the whole website is having a freeeze problem. When I let a cache page open for the night (or any long period of time > "idleDurationSeconds"), I can't acces it anymore the next day. Even a page (hard or not) refresh doesn't help. I have to close the browser tab. I'm no JavaScript expert, but hopefully GS's dev team features at least one... That bug is really annoying, please fix it quickly ! If I happened to have a bug in production, I'm pretty sure my boss wouldn't let me go home before it's been fixed. And after that, he would probably ask me why it hadn't been noticed in staging...
  17. Same recurring problem here with Windows8.1 / Chrome (Version 53.0.2785.143 m) 😢
  18. Of course, for paying members... For others who don't pay for project-gc, but already pay for the geocaching premium membership, that would be a great feature. As well as a notification when images (spoilers, sometimes) are added to logs.
  19. Great idea, sad that it couldn't be implemented in the last 2 years. It already exists for image deletion, how come it can't be possible for log deletion !? Honnestly, it has to be a 5 minutes work, I propose to do it for you if you can't find so much time. It could look like this :
  20. Ditto Error Occurred Unable to load DLL 'ZonesEngine.dll': The specified module could not be found. (Exception from HRESULT: 0x8007007E) Does anyone care that no more cartridges can be uploaded ?
  21. As I said, I didn't receive the publication notification for GC6QNHZ, which I should have as it's within 40km from my home coordinates. I can't find any trave in my mails / junk. Others have found it so I guess I was just not lucky. Hi Gillala, It looks like you were included in the batch of notifications for GC6QNHZ and our reports show that the email was sent to your primary email address. I'm sorry if the email did not make it into your inbox. If you continue to have issues I would suggest contacting your ISP and email provider to make sure that emails from Geocaching HQ are being allowed through. Hi HiddenGnome, thanks for your much appreciated support.
  22. As I said, I didn't receive the publication notification for GC6QNHZ, which I should have as it's within 40km from my home coordinates. I can't find any trave in my mails / junk. Others have found it so I guess I was just not lucky.
  23. Thanks for the fix, which seems to mostly work. Still, some notifications still don't arrive (e.g. GC6QNHZ). Please continue to monitor this issue.
×
×
  • Create New...