Jump to content


  • Posts

  • Joined

  • Last visited

Everything posted by jri

  1. Unfortunately, the only way to really protect settings would be to have them stored on a server somewhere, which would mean you needed a log-in to GME, as well as your log-in to GC.com. My web hosting service doesn't have the facilities for this. Another alternative would be to store settings in a local file, but for security reasons it's not a good idea to let scripts access your files! Instead GME stores its settings in something called "browser localStorage". This is permanent in the sense that it isn't deleted when you close your browser, but it does get deleted if you wipe your browser profile or clear out cookies. I think this is actually desirable - you need some way of cleaning things out if the settings get corrupted, or for privacy. GME does have a feature to export map settings, so that you can back them up or share them. Before deleting cookies, go to the "Manage Maps" tab in GME's configuration screen, and click the "Export custom maps" button. A pop-up window will appear containing the JSON code for all your custom maps. Copy and paste this into Notepad or similar. Once you've finished your profile cleaning, go back to the "Manage Maps" tab, paste all the JSON code into the "Mapsource" field, and click "Add" then "Save". This should add back all the maps at once. If you're proficient with Javascript, you can also use your browser's console to copy GME's settings directly using the variable localStorage.GME_parameters - but don't try this if you don't know what you're doing: it's easy to foul it up if you don't escape the quote marks properly!
  2. I have to apologise that it's been a little while since I posted here, but these days it is hard to find the time to work on GME. I am neither a professional programmer, nor your average skript kiddy. I have a young family, full time job and several voluntary commitments competing for my time, and in the last year I've started studying for a part time Masters degree. Occasionally I like to find time for the odd geocache too! That said, I do intend to keep GME alive, and hopefully by now you should have seen the v0.7.3.1 update. If it hasn't automatically updated in your browser, you get install it from openuserjs.org/scripts/JRI/Geocaching_Map_Enhancements The new version is supposed to fix the following: GME not working on cache pages. Search by GC-code not working on the main map Sidebar hiding GME icons. The first two bugs were caused by Groundspeak changing their page structure in a way that stopped GME detecting if a user was logged in. Groundspeak also switched to using secure https connections for cache pages around the same time, but that was actually helpful - it means that you will now see the same selection of custom maps in most areas of the site, without having to enter their configuration twice. I have also been updating some of the documentation for GME. This is still a work in progress, but in particular, I have refreshed the list of custom map sources and overlays at geo.inge.org.uk/gme_maps.htm This now includes the details for getting OS maps from Bing. There are also updated details for various map sources which had broken, including MapQuest aerial photos, the NBN Nature Reserve and National Trust site overlays, Hill Shading, and the US TIGER transportation overlay. In the long term, I want to get free OS maps working, supplied by the Ordnance Survey rather than Bing. However, the OS maps come in a different projection than the other maps used on the site, which means that they can't be directly overlayed. Although the Leaflet mapping engine used by GME can handle different projections, it can't cope with more than one at the same time. To get around this, I need to come up with a way of displaying the OS maps under the other maps; panning, zooming and rotating them so they align; and then keeping everything synchronised. This would also allow GME to show maps from the Swedish Lantmäteriet and other national mapping agencies who use their own projections. At the moment though, I just haven't got the time. If you do think of new features for GME, do let me know - but bear in mind that I'm only likely to implement ones that are either very quick, or very interesting! Similarly, if you find bugs, please tell me about them, but try to give me enough detail to track down the issue. "It doesn't work" doesn't help. You can assume that unless it's something that Groundspeak have just changed, for the vast majority of the time the script will be working for me. I need to know more about what setup you are using, and what you think is going wrong, so I have a chance of figuring out a solution. There are some hints for troubleshooting and reporting bugs are here: geo.inge.org.uk/gme_trouble.htm Behind the scenes, I am also working on making automated tests for GME, to help me figure out what's happening quicker when the script breaks. This work and any other changes that aren't yet ready for release will be in a github development branch.
  3. It looks like Bing have changed their system such that it now requires an API key in order to access the OS maps. While the problem may fix itself (it happened once before!), it looks like I may have to change the way that GME uses Bing as a map source, or switch to getting the maps directly from the OS themselves. This will take me a while to research, and due to personal reasons, I'm not going to be able to do it in the next few weeks. Because of the way that GME and the rest of Geocaching.com work, neither option is especially easy technically. On the one hand I would have to build in a fair bit of access control code, on the other, figure out how to deal with the fact that the National Grid is skewed and stretched compared to most other web mapping. In the meantime, I'm going to update the script to disable the OS map source. Until I've figured out a workaround, OpenStreetMaps is probably the best map source in a lot of the UK now - and you can always help them improve the coverage!
  4. Sorry for very the delayed response - only just noticed your post! Yes, it should be possible. Drag and drop the GPX file from your desktop onto the map. This should work with the maps on the cache listings and trackables pages, as well as the main Geocaching Map.
  5. It looks like there have been a few changes to Geocaching.com recently. A couple that have affected GME are the removal of the old Hide & Seek a Cache page, and the disappearance of the My Profile menu. I'm going to put the link to GME's configuration screen into the top-right "V" pulldown menu, but I've not yet decided whether to replace and of GME's search functions from the Hide & Seek page, and if so, how to build them in to the new website. The main GME additions were to let you search by OS grid reference, by keyword (via Google) or near your current location. The new search page gives you similar functions to the last two anyway. Did anyone search by grid ref from that page? (It will still work from the search box on the Maps page). Please let me know if you've got any thoughts about these features, or if you spot anything else that's been broken by the changes. For anyone really keen, my latest development efforts can be seen on Github. Otherwise, once I've tested a proper update, it will come out on OpenUserJS.org at https://openuserjs.org/scripts/JRI/Geocaching_Map_Enhancements
  6. I've never used the website with an iPad, but I do use it with an Android tablet occasionally, and have played around with the coding behind it to get my Geocaching Map Enhancements script working. One thing I've learnt is that displaying the cache information on the map is a two-stage process. When you view the map on a desktop browser, to start with the website doesn't send any information to your browser about where the caches are or what they're called. As you move your mouse over each tile of the map, you get sent information about the caches in that map tile. This is why if you've got a slow network or the server is overloaded, there is often a delay between you moving the mouse over a cache icon and your cursor changing shape to show that there's something you can click on. What that can mean for a tablet can be that you need to tap on a cache to get the information loading, wait a second, then tap again to get the popup to display. It does vary a bit between browsers though, as it depends how they translate between touchscreen and mouse events. The other typical problem with using the website on a tablet is the "big finger, small map" syndrome. Sometimes you have to be pretty accurate in your poking to make it work.
  7. OK, just me then. Nope - looks like I see the same as you when I'm using Chrome too. That's the bit that isn't working. I drag the "?" onto the map tab, and nothing happens, the tab doesn't open, so all I can do is drop the "?" onto the tab - which of course doesn't work. It looks like it's an issue with Chrome (but not one that anyone's taking much interest in). As a workaround, open the map page and cache pages as separate Chrome windows (rather than tabs). Or if they're already open as tabs, you can move a tab into a new window by dragging it down a little way and letting it go. Then you can drag the cache icon from the listing in one window to the map in the other. In Windows at least, you can still do this even if the window with the map is covered over: drag the icon over the task bar / ribbon and hover it over the icon for Chrome (don't drop yet). The other window should then surface and you can drop the icon onto the map. I'm not sure if that also works in Chrome on the Mac or Linux. PS This feature doesn't just work for puzzles. It should work for corrected coordinates on multis, and for any cache that has waypoints listed. [Edited for wine-induced typos]
  8. It should still be working, or at least it is for me. Just to check, you have to drag the cache icon onto the actual map itself, not just the browser tab. In most browsers, if you hover the mouse over the tab while you're dragging, the tab will open and you can move the mouse over the map. Some browsers also ask if you want to "upload the file to geocaching.com" before displaying what you've dragged across (say yes - nothing actually gets uploaded). If that doesn't work, let me know the GC code of the cache that's causing problems, and the version numbers of your web browser and Greasemonkey/Tampermonkey.
  9. Gee thanks! Thanks for reporting this, but I'm not sure that I understand the problem. Am I right in thinking that you were using the Mozilla Seamonkey browser, and upgrading it to v2.33 broke Greasemonkey? Or does Greasemonkey still work OK, but GME no longer works for you? Can you check which Greasemonkey version you've got? I am currently using Firefox v36.0.1 with Greasemonkey v3.0, and GME is working for me. I know Seamonkey 2.33 is built on the same version of the Gecko engine as my Firefox, but I don't have Seamonkey installed for testing and I'm not sure how similar the two browsers really are. I know Firefox is going through some pretty major under-the-hood changes and Greasemonkey has been updated to match (hence the v3 release last week) - this may have inadvertently broken it for Seamonkey. If you're still on Greasemonkey v2.3 and it's not working, try upgrading to v3. If you've already got it,you might be able to downgrade to v2.3, or upgrade to the beta of v3.1. The different versions are all at https://addons.mozil...onkey/versions/ If the problem does seem to be a compatibility issue between Greasemonkey and Seamonkey, it might be worth reporting it on the Greasemonkey support site: http://www.greasespot.net/
  10. I'll try to put a fix for this bug in the next version of GME. As a workaround, you should be able to make the exported route work in Basecamp if you open it in a text editor and delete the <name>, <desc>, <author>, and <time> lines from near the top of the file. However, this won't necessarily help you see an altitude profile of the route, as the file exported from GME doesn't have any altitude information in it in the first place. You will need to import the GPX into an application that can look up the height data online. GME can look up spot heights, but it isn't practical to extend it to try to get elevation along a route.
  11. Happy New Year, and sorry for the slow response - it's been a busy holiday. The Hillshading overlay stopped working because the server it was hosted on shut down. Luckily, it's moved to a new one (more details at https://wiki.openstr...ke_%26_Bike_Map). GME v0.7.2, which was released on 30 Dec, included the new tileUrl to make Hillshading work again. However, the new details don't take effect unless you reset GME to its default settings (this is to stop it automatically overwriting people's settings when they're not expecting). If you are using any custom map sources, you might want to take a copy of their details. You can do this from the GME configuration screen. Go to the Geocaching Maps page, click the GME gear icon, then click the 'Manage maps' tab. Clicking the 'Export custom maps' button will give you the JSON codes for all your maps - copy and paste this into Notepad to save it for later use. You can then use the 'Defaults' button at the bottom of the configuration screen to reset GME. Alternatively, if you don't want to reset everything, you can use the 'Manage maps' tab to delete your current Hillshading settings (click the checkbox against Hillshading in the 'Remove map sources' section, then click 'Save'), then paste the code below in as a new map source: {"alt":"Hillshading","tileUrl":"http://{s}.tiles.wmflabs.org/hillshading/{z}/{x}/{y}.png","subdomains":"abc","attribution":"Hillshading by <a\t href='https://wiki.openstreetmap.org/wiki/Hike_%26_Bike_Map'>Colin Marquardt</a> from NASA SRTM data","overlay":true}
  12. Another potential source of errors is the difference between Ordnance Survey (OSGB 36 or National Grid) and GPS (WGS84) coordinates. MAGIC uses Ordnance Survey, while Geocaching.com uses WGS84, and same lat/lon coordinates can refer to points over 100m away from each other, depending on which system you are using. To get an accurate distance between two points, you need to make sure that the measurements from each location have used the same datum. See http://en.wikipedia....B_36_and_WGS_84 for more details. The Geocaching Map Enhancements userscript has a feature that lets you measure distances between points on the Geocaching.com map page, which you may find helpful (it can also be used to measure out routes). There is more information about GME at http://geo.inge.org.uk/gme.htm
  13. I'm afraid I don't know why. The OpenStreetMap.org NPE wiki page is still up, but the OSM out-of-copyright server seems to be giving "Access forbidden" messages for everything. This doesn't seem to be a GME-specific problem, as their "view online" page isn't working either for NPE.If you just want to browse the old maps though, rather than use them in GME, you can see them at http://www.npemap.org.uk/
  14. +1 for prepping. Also matching the paint type to the container material really helps. I've personally not had much luck with finding paint that sticks directly to plastic for any length of time outdoors, but have had more success covering containers with a fabric-based camo tape, and then painting that a different colour. The (woodland coloured) camo tape sticks well (sorry, I got it at an event and don't know the original supplier), but isn't always the colouring I want. Also it tends to rot away after a while. Painting it seems to be a happy compromise to get the colour I want, give the paint something it can stick to, and protect the tape from rotting.
  15. It's worth pointing out that there are film cannisters and film cannisters. The type pictured below with a recessed lid that sits inside the top of the cannister tend to be a lot more waterproof than the type with a flat lid that wraps around the outside of the container. I've also found that O-rings on containers generally seem to perish after a relatively short while, while the seals on lock'n'lock boxes seem to last longer. Small boxes seem less prone than large ones to sucking in water around their seals when the weather gets colder; larger boxes are also more prone to getting cracked when people pile rocks and logs on top of them. Given how difficult it is to get truly waterproof containers, my advice is to try to choose a hiding place with the right combination of shelter and drainage to ensure that the cache doesn't get exposed to the damp for any long period of time.
  16. Well then you're a stubborn geek who prefers lengthy typing over mouse clicks Two clicks from the bookmark menu to any page - or click, typetypetypeypteenter. Being a geek who can use one hand with the keyboard and one on the mouse, I'll use bookmarks for efficiency! #geekpreferences Hehe. As I touch-type with both hands, even relatively lengthy typing can be far faster than moving my hand to the mouse / mousepad and doing all that business of waving the pointer around to the right place. Just goes to show everyone has their own preferences, and one size does not fit all for user experience. I generally cache using a mobile phone (I started out using a PDA with a bluetooth GPS "mouse", and have never owned a "proper" GPSr), so I would love the site to be more mobile-friendly. But I always type my logs on my laptop using a proper size keyboard, and I would hate to be forced to use a mobile-centric website on a full-sized computer.
  17. You're not doing anything wrong, just something I'd never tried before! It looks like the .GPX file produced by GME isn't formatted quite right for the website to accept. Try opening your exported GPX file in Notepad or another text editor, and changing the second line to the following: <gpx creator="Geocaching Map Enhancements v0.7.1.1" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="1.1" xsi:schemaLocation="http://www.topografix.com/GPX/1/1" xmlns="http://www.topografix.com/GPX/1/1"> I will include a fix for this in the next update to GME.
  18. jri

    Mixed content

    I've found a bug where the website tries to load the New Log page over a secure HTTPS connection, but the integrity of the page is compromised by loading an image over HTTP (the icon showing the cache type). Mixing HTTPS (secure) and HTTP (insecure) content on the same web page is generally regarded as a bad thing in security terms. As a more general issue, it is inconsistent that some parts of the website (notably the Maps page) will only load via a secure HTTPS link, while some only load over insecure HTTP (cache listings), but others happily load using either. The New Log page loads via HTTP if you click the "Log your visit" link on a cache listing, but HTTPS if you go directly from a popup on the Maps page. It's debatable whether anything other than account or payment details really needs to be sent securely, since most other things on the site are posted publicly anyway (cache submission forms, which could contain "secret" information, don't seem to be sent securely at the moment). Keeping the whole site (less account info) on HTTP would reduce the burden on servers (no need for processing encryption). Making the whole site HTTPS might please some of the privacy advocates. The way it is at the moment is just confusing, because you're never entirely sure whether a page is supposed to be secure or not, and whether your browser's mixed content warning or insecure connection icon is something you should worry about.
  19. Nope, after 8 years, I still don't find the site intuitive to navigate. Being a geek, I don't even bookmark the pages, and just type "/my" or "/map" into the address bar of my browser. It's auto-suggest function knows I mean Geocaching.com and takes me to either my profile or the maps, as my two main landing pages. I virtually never use the main geocaching.com/ landing page, and find it a slightly bewildering experience when I do occasionally arrive there. This approach does however mean that I can go months or years without noticing features, until I discover them in the forums!
  20. It's taken a while, but I've finally got round to another update to the Geocaching Map Enhancements script. If your system doesn't update automatically, you can get GME v0.7.1 from OpenUserJS.org, with full documentation at geo.inge.org.uk/gme.htm. On the face of it, you shouldn't notice much difference. Here are the main changes: I've GME-enabled all the planning maps used during the cache-hiding process. The bug that stopped GME working in Chrome v38 on the Mac should now be fixed. Pages should be more secure. Where possible, GME now uses HTTPS to request images (including the default list of maps), to avoid mixed (insecure) content on secure pages and reduce the amount of warning messages you see. You will not notice an effect unless you restore GME to its default settings, but with the new map URLs, you should keep a secure connection for longer. That said, not all of Geocaching.com is served securely, and some GME functions rely on insecure (non-HTTPS) servers (e.g. Geograph and Panoramio). Other userscripts may also cause the connection to become insecure by fetching images or data from insecure servers. Tidying up and improving the code. This is ongoing work to make the script more robust, and hopefully avoid future bugs. If you're interested in the detail of what goes on under the hood, I am going to start using Github to keep track of the source code. Still to do: Find a way of sharing configuration between the HTTP and HTTPS parts of Geocaching.com. Fix the issue of maps not scrolling (is this still a problem for anyone?) As ever, I haven't had the time to do as much testing as I might like, and I don't have access to the full range of web browsers and computers that people use to run GME. If you find problems with the new version, first look at the Troubleshooting Tips, then please let me know as much detail as possible about your set-up, what you are trying to do, and what is going wrong. Just saying "it doesn't work" doesn't help! Finally, it looks like GME is about to become the second most popular script on OpenUserJS.org, and the highest ranked without any rating!
  21. This should be addressed in CMS v0.0.6 onwards. Newer versions of the script should only add a page to users' profile pages if it wasn't there already. If it was there, it will stay in the position that the page owner put it in their HTML.
  22. I've made a little tweak to the script and uploaded a new version (v0.0.7) to https://openuserjs.org/users/JRI/scripts Hopefully this should fix the problem with names with spaces in them. It ought to work for geocaching names with other special symbols too, but I haven't managed to find too many to test on yet.
  23. You are now for another year, keep up the good work. Hope all goes well with baby. Nigel Well thank you very much! The baby arrived exactly a week ago, and both her and her Mum are doing fine. We're not getting much sleep, but that's only to be expected! I saw the Gift Membership notification email come in this morning, but it took me a while to figure out who "Nigel" was! Anyway, it's always nice to be appreciated That should be fairly easy to implement. I'll add it to the list...
  24. I assume you are starting out at the page with the list of your PQs, then clicking preview to open the map. Have you tried loading the PQ from the map instead? i.e. Go to https://www.geocaching.com/map/ then select your query from the PQs tab on the sidebar on the left of the map. Unfortunately, I can't do any testing on this problem, as I'm not a Premium Member.
  25. A lot of user scripts used to be available via Userscripts.org. Unfortunately that site has been poorly maintained, and suffers from lots of malware and spam. Think twice about downloading anything you haven't been recommended from there, and avoid the tempting "Download now!" banner adverts. The main URL for the site has been down for a while now, but if you need to, you can still get at the old scripts by using the URL http://userscripts.org:8080/ (note the extra 8080 on the end). The links on Follow-the-Arrow should be OK as they normally take you to the authors' own websites. I've started to migrate my own userscripts to OpenUserJS.org It's a fairly new site, and still somewhat under construction, but the development looks promising and it doesn't have the malware problems.
  • Create New...