jri
-
Posts
325 -
Joined
-
Last visited
Posts posted by jri
-
-
I had the previous version working fine under XP/IE8/Trixie but now I've installed the new version, the map on the cache page is just a grey square. It works fine under W7/IE9/Trixie on another computer and also using a test install of Chrome. But my main caching computer is the one it doesn't quite work on (and can't be upgraded to IE9). The "larger map" option does show the map tiles correctly however. IE is my preferred browser, so hopefully a little tweak will get it working again?
I've fired up IE8 and confirmed I have the same problem too.
It seems to be caused by the same thing as a known bug in the new v5.0 of the Leaflet Maps API, to do with TileLayer Opacity and IE8's shockingly poor support for Cascading Stylesheets. The main map page still uses Leaflet v4, which is why it hasn't broken. Unfortunately the Leaflet folk haven't yet released a fixed version (and Groundspeak may not update to it for a while anyway). Worse yet, the official Leaflet fix may not fix GME. I'll see if I can figure out a workaround, but I'm afraid supporting IE isn't a top priority for me at the moment 
-
I know that you've mentioned about getting GME to work with IE8, but that version of IE is rather ancient (in fact, some sites don't support it any more). As many people use IE9 (which is itself getting rather old) and IE10 is starting to become widespread; I wonder whether you've looked into adapting GME to work with these popular browsers? Personally, I do use Firefox and Chrome but have a preference for IE as the others have some annoying problems.
Obviously if you prefer to restrict it to selected browsers then that's fine, but I thought I'd ask the question.
I had a brief look at getting GME to work with IE. Unfortunately, it's all rather more effort than I can afford, especially since my first daughter was born last summer! Part of the problem is IE's support for javascript and other web standards. The later versions are supposed to better in that respect, but IE8 is the version I have installed on the Win XP machine I do most of my development on (we're still stuck with IE6 at work!) The next problem is support for development and debugging. Again, later versions might be better, but the other browsers are much easier to work with. The final issue is support for Greasemonkey and userscripts in general. Last time I fished about, I couldn't find much information about IE extensions to provide userscript functionality. I've used Trixie with IE8, but I've no idea if it works with IE9 or 10. There was also an extension called IE7Pro that was reputed to work (and not just with IE7). However, I've not had any user feedback about either system.
-
Yes, I can see the labels now. Thank you! I look forward to having names on at some point if you have time.
The names should pop up if you hover the mouse over the label, but they clutter up the map too much if you show them for every cache. That's why I decided to have a separate list in the sidebar. The list gets sorted alphabetically to make it easier to match up the codes to the names.
-
Oops - I'd changed the feature without changing the description! Cache labels are still there, and better than before. However, they are no longer on the i menu. Instead, there should be a new "Cache List" option for the sidebar panel at the left of the map, alongside the normal "Search" and "Pocket Queries".
Here's a screenshot:
The "Show labels" button toggles the labels on and off on the map. If you toggle "Auto update", then more labels will appear as you scroll the map, otherwise hit the refresh icon when you want to see more. The X icon clears the list, and removes the labels from the map. The list updates whenever you refresh it (or pan the map, if Auto Update is on), whether or not labels are shown. In the list, the little map icons centre the map on each cache, while clicking on the name should open the listing page.
This feature becomes less useful as you zoom out and more caches are shown. It does work with thousands of labels, but it will slow down your computer!
-
I've updated GME to v0.6.2 at http://userscripts.org/scripts/show/109145 . The new version should fix the bugs caused by the site updating to Leaflet v0.5 (OS maps not showing on cache pages, TB logs not getting numbered on the tracking maps). It should also improve the labelling of caches on the main map, and add a side bar listing the cacahes (a bit like the old map...)
Enjoy!
-
Due to the relatively recent arrival of a mini-cacher in our family, I am clearing out surplus gadgets and have a Globalsat BT-338 bluetooth GPSr for sale.
Although it was my first geocaching device, it's probably more for gadget fiends than beginners as it doesn't have a screen or cable. Instead, it GPS-enables Bluetooth-compatible devices that don't have GPS built in, or improves the accuracy of those that do. I've used it with a Palm Tungsten T3 PDA, various Nokia cellphones, and an HTC Desire smartphone. On Android, the free Bluetooth GPS app should allow it to work with any app that's location-aware.
I've also used it with Windows and Linux laptops. It doesn't need any drivers, and should work with any software that can connect to a standard serial port, so long as you have a Bluetooth dongle set up to allow connections. It's worked fine for me with this dongle and this one). Although it's an old model, the BT-338 is very accurate, holds the signal well in poor conditions, and has great battery life.
The GPSr comes with a mains charger, belt pouch, and a CDROM with manuals and a simple Windows program to display the GPS data. Unfortunately I don't still have the original box. With a new battery, the BT-338 can last up to 17 hours on one charge. As it's second hand, this one may not last quite so long now, but it should still comfortably outlast a smartphone when running an active Bluetooth link.
Price is £25 plus P&P (or pick it up from me in Bristol).
-
Since the recent site update the map on the cache page underneath 'View Larger Map' will no longer show the map if Bing Maps, Bing Ariel View or Ordnance Survey is selected, the three Google options do work fine however.
I have no such problem on the main map page where you view all geocaches, here all the maps work fine.
Just wondering if anyone else has this issue?
The same for me, seemingly due to Tuesday's update
Leaflet maps have been updated to version 0.50 throughout the site with the exception of the /map page (this work will come in a later release)Yup. That's the problem, and it will affect all browsers. Version 0.5 has changed how the Leaflet Maps API internally works out the URIs for map tiles. "Standard" maps are OK, but ones that use odd URI formats (like Bing and Wikimapia) got broken. The good news is that I can fix it, and should be able to do so in a way that will still work when they update the /map page.
The bad news is that you'll have to wait until the weekend! I want to take the opportunity to put in a panel that will list the names and GC numbers of all the caches on the map...
-
Im updated and running Firefox at its latest version, but when I select ordnance survey in the top right, i get a grey screen. Ive removed and reinstalled GME, but no change. The cache icons are visible, but no underlying map. Any ideas?
Do the other maps work OK? The OS maps come from Bing, so if the Bing maps don't load either, it's probably a temporary problem with your connection to their servers. If the other maps are working, then try resetting your GME configuration using the instructions here: http://geo.inge.org.uk/gme_trouble.htm (just reinstalling doesn't affect the configuration on its own).
Hope that helps!
-
Firefox Stylish style to switch to thebruce0's alternate icons:
And for those that haven't got Stylish, here's a userscript version of Avernar's style that should work in Chrome and Opera without any plug-ins, and also with Greasemonkey in Firefox:
// ==UserScript== // @name Coloured Geocaching Icons // @namespace inge.org.uk/userscripts // @description Replaces grey log icons with coloured ones // @include http://www.geocaching.com/* // @version 0.0.1 // @attribution Icons by thebruce0 // @attribution Style by Avernar // @attribution Script by jri // ==/UserScript== (function () { var s = document.createElement("style"); s.type = "text/css"; s.innerHTML = '\ img[src*="/images/logtypes/3.png"] { display:inline-block; padding: 16px 0 0 0 !important; height: 0px !important; width: 16px !important; overflow: hidden !important;background-image: url(data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAACvklEQVQ4y52TzW9UZRhHz/sxd9oZrrYFLp2B6TfaxkLblIgkbBDjwhjYaIyu3OkOiC6MiQmJceHCuCBRFm6J+zZxoXFRQmAkLKZ2AJ1KWxhKS5GhQ4d2eu977+OiQUXCxvMHnJwneX5KRPg37509LxduRjQSjUl5JJFjm97kcI/PuQ8OKf6Deiz47qfr8vEP85jdXRQG8rS3pLBGcA4eNCOqs4vI7Tt8drybU0eH1BOCr3+uyKcTC/QeGWVwZxtZHEYccRO0ZxBjaKCorNSZm5rm8zcLfPTaoALQAKcnZul5ZZzRXAfJ0gqlqcv4rRnS1uK3pilNFYnv1djf2UbPoRG+mLzx9wn6nW/Oi+0q0Bd4tCvD9VKZ8i/TrK1tYCw8bKxTLpb4/UqZDk/oD1pQhW7e+vaiAOhL1ZDCQIGsgDYgAKJwThAVE8eCJAkJgsKSQejuz3N5ob5VsJakaGvVaCUkcUyQD8j35vH9DM4Jvp8l19dFsLsTcQ6bwPNZSwMPAKu1xaLR4oiaIcNjw7w0NowCUAYNHHv3GEoLzcihRGGUoFKprQKSJrFLEAQElNV41hDFDhfFhJHDswaNQeIEAUIHEkVbBYEnLK1usD3IoDyP6tw8peJVHtZqxC7BWovf0cbQ+Aj9e/PUZZN7yxvssvGW4PhoO2dKN3kht49fSzPcvbVE3+AAuT05Up4mCh2Li0vcmCnTqD8g2PcityvznDyQ++eR9n7yozzqHWSos5U9O7JkUobYgbgQqzUqnaYRhiyuNPhtpUF27g8qX76uACzA5IlxXv2qSLnZh854+FawsQMUGkcYJTxywrVqHXNrlomTB5/eQvV+Td4+O83MKjzX1cn2XT4taY/Ndbj/Z43V6jIj2+D7D/fTE3SopwSPmSwtyLniXSrL60RakdLCwM40779c4I2xwrPX+H/5CxoNM5mqa2nIAAAAAElFTkSuQmCC);}\ img[src*="/images/logtypes/4.png"] { display:inline-block; padding: 16px 0 0 0 !important; height: 0px !important; width: 16px !important; overflow: hidden !important;background-image: url(data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAAfklEQVQ4y+2OywqAIBRE/eSiTdGuiKIPFCmxFHVbK7cTBkFPqGjZhdlcmDOHACBhEOFpkjiF75IFQCkFYwxN04JzDiEEuq6HlBJKKWitYYyZY609An6D3+ATg6ul1drZ3TPwAOfc5leV9Rbg16+yB+RZgWEY3xmsy48B+7LPBPte38JBwojCAAAAAElFTkSuQmCC);}\ img[src*="/images/logtypes/5.png"] { display:inline-block; padding: 16px 0 0 0 !important; height: 0px !important; width: 16px !important; overflow: hidden !important;background-image: url("http://www.geocaching.com/images/logtypes/7.png");}\ img[src*="/images/logtypes/7.png"] { display:inline-block; padding: 16px 0 0 0 !important; height: 0px !important; width: 16px !important; overflow: hidden !important;background-image: url(data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAA7UlEQVQ4y2P4//8/AyWYaIWP+cT+wzCKAR0dHXszMzP/o2OQOLLCR7yi/2EYxQBsmmH49OnTHhQZAMKbN2/+/+jRI7jmx4KSYD5IHORKog14E58KNuBdQQncAJA8hgEwgG7A9+07wQb8ffmSPAN+HjsBNuDf5y+kGQDCKAa8/wDmw+TABpSXl/9/+vTpf3QAEgPJgTT8vnUHnAb+ffiIaQAIl5aWohgC0wxzATrGMADZEGTNJBkAMwRZM8yAL/MXgcPg86y5qAZ0dXVtJ5QWQBqeSCjAExPMAJBeojPT5+mz/j8WkAC7hKzciAsDAPGNxpDvEa5MAAAAAElFTkSuQmCC);}\ img[src*="/images/logtypes/9.png"] { display:inline-block; padding: 16px 0 0 0 !important; height: 0px !important; width: 16px !important; overflow: hidden !important;background-image: url(data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAABNUlEQVQ4y9WTzaqCUBSFzzNaL9GwBwh8Ap/BUTNDKn8TCyHIiSNDKhREcSRWAzUqWJd9LgnRoPszuNwDCzZ7r/15XHAYAPYbsb8HjEYjCILwI0mSBHY8HjGfz9Hr9b682O/3sVqtcDqdwAzDQBzHyPMcg8Hg7fJwOERRFEiSBKZpgmmaBtJms0FVVZBlmRtFUeQmEtXUG4/HoBv7vg9d17k6AMmyLGRZhjAM0TQNHofq7XbLZ+R5LL8ASPRvbdvier12AKqpt16vn5ZfAI8v7/d7pGnaAaimHs0OhwMotyfAYrFAWZY8Vc/zuOF+vyOKIr54u92621EG5HNd9xMQBAHquuZkVVWhKAqm0ymWyyVmsxk3OY7DezSbTCbY7Xa4XC48F0bJE5mG35Ft2zifz2D//zF9AF4TA3n5NbqoAAAAAElFTkSuQmCC);}\ img[src*="/images/logtypes/10.png"] { display:inline-block; padding: 16px 0 0 0 !important; height: 0px !important; width: 16px !important; overflow: hidden !important;background-image: url(data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAABuklEQVQ4y42TSyhEYRTHx0JeZTEbpRTlvbGyslRexUahURRmYSsp2VESKSUWKLLwSsksjMLKK8OUQeTVRNEMMxbDMJrm/t3/0dU8sfjf79zvfud3Ht+5OgC6YD3fPuL9zArf9bms4d/DFfKy0loMU3sSzJ3JItrLhmz8C7BoSMdWXwosQ3o4zHq4t9NwOpou70sNCfgVsNNRIRHpOFWVD/tsFpxzOWJz72AiNWYm8mAEHtKcuGr203olPIc1sAyWS19iAhjpZTMP+z254uw56cb9zio+nFbRm+MCyqcXiu8BvwIon31MDrpsGwJiBpRrtxbHk9WRADaQJUyXZGBvsAsepxuW/jwELuMFqDjrgEAjXm0Fsmfr1SEEQCc2kU5Mm5Fda+onfxlMzYV4v6wX0RaYWy+lhlwjb4Lpsdbj4SLgIwuKoyUSoO4RfDetQ8Qg2c1z0ihJUT0EvxE3C6XirNkCUMuRDMMBmjTAdzQj8Nr2Lc3+C8DpY53zlZnSWK4cJNoUmxm1BE1nMwMSgTdAZw4Tr5A90G6HgxUTIGWMNAmE80EniiPuPYoTO+rfGC0TlnM1nvgjgoPPfAG2kNuMw2nSOQAAAABJRU5ErkJggg==);}\ img[src*="/images/logtypes/11.png"] { display:inline-block; padding: 16px 0 0 0 !important; height: 0px !important; width: 16px !important; overflow: hidden !important;background-image: url(data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAAhElEQVQ4y2P4//8/w9Zkjf/kYJBeBpgB/5/HkISJN2CfwP9jRUBlh4TIMSDq/9lKhv+HChn+32phINcF/GAD/h8SINMAisOAZAPuu/z/v5UVQpNsAEjTOkaIn9cxIAzBYih2A6CaYRhsyHUDrIZiNQBZMy4MNoQSA8CG0CQWKM5MA2YAACoBwYRGVUL4AAAAAElFTkSuQmCC);}\ img[src*="/images/logtypes/46.png"] { display:inline-block; padding: 16px 0 0 0 !important; height: 0px !important; width: 16px !important; overflow: hidden !important;background-image: url(data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAABNElEQVQ4y2Oora1lAGHNWYw8QHwGiJ8D8WoglobJ/f//HwU//fxQLmKD5X+gmv8MMEVQQ+SA+CFIAojfArEKzIA///6wgOgXX57IhK43OwlS479G7z9IEz+aIepQA0B4NUhsz4MNAWX7YxffendFJ26zw36QnMtyxft33l/TAmm4CrIZyQB7JAM+gMT05rD/BPEtF4mAxe2Xyjy+/Oq0CchFIA2foc5WBGInqP9RDFh/a2Gc/RLppyAxh6Wyj8++OGIDCw+QAeuQNKDjY7AwWHV9doruHLafa2/OS0IOUJAB0tAAw2VIHXIYoWOYv0GGrADiJ1B8jFhDcJoM1NRIjCEM+JxHjCF4DSDGEIIGEDKEKAPwGUK0AVgM+QDEOSQZgGQIKMfyA/Ftkg2AGlIBxH+AeAIA2HukfG+LfJUAAAAASUVORK5CYII=);}\ img[src*="/images/logtypes/47.png"] { display:inline-block; padding: 16px 0 0 0 !important; height: 0px !important; width: 16px !important; overflow: hidden !important;background-image: url(data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAAxUlEQVQ4y6WTIRLDIBBFOQI2x4iNzFWQyEhsZCUSi0RG5hqVXAGJ3LI7pUOGCdB2dr6B/Mf+DTAAYP/odoNrDi01AT1zCWkDDAcRBPjoSVvcaG0YIIMEnYo7TjKpVFTjgBADGW2qB4KO91oPMJnpAtDp5D3u44DVrfQBZkYzGlHYCYF6gE+UNDDMjKeiKP/dEE9/AlPsot4vrTqwT1sBME6eSfciLWapAMNXOZtnPUPuZBhQmsuZDAHkISrz169ROAG/PucX2eOXay6HXT8AAAAASUVORK5CYII=);}\ img[src*="/images/logtypes/74.png"] { display:inline-block; padding: 16px 0 0 0 !important; height: 0px !important; width: 16px !important; overflow: hidden !important;background-image: url(data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAABGElEQVQ4y2P4//8/A7l45ZVvgWRr7jn8rsh/7r0DJGs8+vC7me+sO4e16q79t+69dY8oTU/efJBbfulLeMjCB9tBGmHYpP36KwaQM5AFkXHptle97QfeleKSN2q5/oEBZAouBaeefDN2mnTrKi55EGbQrr/2B5fk169fOfHJE2WATsP1n3gNIOQFt6l3zuCSBxnOELTg3i5cCjLXPZ8z+fjHHLyBCIuqKSc+ZqJLIkfjovNfotAtM++8/hxuwL1XH1TQJbGliQP3f9g4T751HqTGvv/WDRRJq+6bD2EGgBTiSljfvn9nq931ugWUIlEkUlY9XQQzoGnvmzqSM9PC819iYQaATCcmmWOkeVi8gwLx1+9fzIQMAACJi7lYa9tzAQAAAABJRU5ErkJggg==);\ }'; document.documentElement.firstChild.appendChild(s); }());To install, copy and paste the script above into Notepad or another text editor and save it as a file called ColouredIcons.user.js (the ".user.js" bit is important), then -
- In Chrome, navigate to chrome://chrome/extensions then drag'n'drop the script file onto the page to install it.
- In Opera, move the file to your User Javascript folder (you can set which folder this is at Settings > Preferences > Advanced > Content > JavaScript options).
- In Firefox, with Greasemonkey installed, open the script file from the File menu to install it.
Me, I'm not much good at graphics, but there are a whole load more dull grey icons on the site. If anyone else feels like coming up with their own versions of them, you can just create them in your favourite graphics program, then use the Data URI Kitchen to convert them to the URL format used in the script above or Avernar's stylesheet. Use the "upload a file" option and tick the box for base64 encoding.
-
I added a function to my Geocaching Map Enhancements script a while back that lets you drop circles of an arbitrary size onto the geocaching map. As well as checking spacing for new caches, it can be helpful with some types of puzzle cache.
However, while I'm all for people using tools that help them hide and seek caches, I wouldn't be too keen to see this function implemented in the main website. In particular, I wouldn't want it to draw circles around every cache, as in Dr H0rrible's screenshot. I'd rather people find interesting locations for caches, then check whether there's anything nearby that conflicts, instead of looking for a gap in the saturation map, then going out to hide a low-quality cache in some nondescript location that meets the spacing requirements. In any case, there may well be good reasons for gaps in otherwise saturated maps, e.g. areas where landowners have denied permission.
-
Of course it's up to Groundspeak to split up caching regions as they see fit. The thing that annoys me is that they don't do it consistently. While some parts of geocaching.com use the arrangements described above, the maps on my stats page show that I've found caches in a place called "United Kingdom", and Northern Ireland is shaded in for me. While I've visited both Éire and Northern Ireland in my pre-caching days, I've never found caches in either.
I'm not holding my breath for Groundspeak to fix this... Hopefully at some point I'll be able to make my stats page consistent again by going back and actually finding some Irish caches
-
GME v0.6.1 is live at http://userscripts.o...pts/show/109145
This version adds a number of extra features, and has a few minor tweaks compared to the version I posted here recently. Here's the summary change list:
+ Cache labelling on main map+ Geolocation on seek page and cache listings+ Freeform coordinates on seek page+ Trackable map enhancements+ Drag'n'drop support for dropping GPX routes and tracks+ Driving directions on additional waypoints+ Options to remove individual custom maps and export custom map code* Fixed: conflict with GCComment on search pane* Fixed: Streetview link preserves zoom level* Fixed: Exits gracefully if multiple copies installed* Reduced impact of drag'n'drop highlighting on cache listing* Recoded for robustness, tidiness and security: used strict mode and jslint, reduced use of global variables, and added new Greasemonkey permissions metadata.- Removed workaround for fixed geocaching.com bug (no cache information showing on mouseover)More details are on the userscripts.org page linked above. My next task is to improve the documentation!
-
A suggestion, which may be down to personal preference, but I think it would be better if the little dialog box created by the "i" button closed itself once one of it's options have been chosen, rather than staying visible and needing to be closed with the "x". This would be particularly helpful when measuring distance if the next point I want to measure is currently covered by the dialog box which needs to be manually closed before selecting the next point.
Good suggestion. Since it only needed one line of code, it'll be in the next official update!
-
I had the same problem at first
You need to click on the "i" icon on the bottom left of the map (turning it blue), then left click on the map, next click on show labels
Hope this helps
Although this doesn't work using Opera :(Would it would be a better idea to put it on the main option screen?
Works for me in Opera and Opera Mobile. Which version of Opera are you using? And have you checked you're running v0.6.1 of GME?
-
The cache labels are also excellent though being black on an often cluttered background they are not always that clear. Perhaps the labels should have an opaque background.
I've updated the version of the script at http://geo.inge.org.uk/userscripts/GeocachingMapEnhancements.user.js to give the labels semi-transparent backgrounds. That helps them show up better, but still gives you half a chance of figuring out what's going on when they start stacking up.
Personally I wouldn't want to see the cache names, unless it was an option. Given that cache names can be a single character, or a very long string it could be very messy when printed out with names overlapping all over the place.
Technically, it's very easy to make the labels show the cache names, but as MartyBartfast points out, it gets rather messy. Where I live in Bristol, just showing the GC codes makes the map pretty cluttered, with lots of overlapping labels. While I could truncate the names at some arbitrary length, that would get pretty annoying, especially for series with lots of caches with similar names in the same area. For that reason, I will stick with just the GC codes for now.
That said, you can see the full name if you hover the mouse over the GC code or the cache icon. In a future version, I'll see whether I can make a sidebar or popup that gives a list of caches and names (just like the old maps...)
-
Unfortunately there's not much I can do about this, as it's a feature of the JQuery Mobile library that is used for the dialog boxes. Ironically, it's designed for devices with small screens, but I'll see if I can improve the layout at all!
Which browser are you using though? There's a way of scrolling in pretty much everything I've tested, although it's not always obvious.
Using Firefox. No, definitely no scroll bar. It's not really an issue as I can always hit F11 and that brings the bottom into frame but I just thought it might be something that could be fixed easily.
The other trick for Firefox is to use the PgUp/PgDn buttons...
-
This is a minor quibble regarding the config screen(s)
I use a netbook which has a 1024 * 600 screen and on this the bottom of the config screens disappear but there's no ability to scroll down to see them. Hardly a show stopper but any chance of fixing while you're at it?
Unfortunately there's not much I can do about this, as it's a feature of the JQuery Mobile library that is used for the dialog boxes. Ironically, it's designed for devices with small screens, but I'll see if I can improve the layout at all!
Which browser are you using though? There's a way of scrolling in pretty much everything I've tested, although it's not always obvious.
-
Just installed it on Firefox/Windows XP. I really like the cache labelling idea but it labels some but not all caches for me. It does this at different zoom levels but the caches it chooses to label sometimes changes between zoom levels.
This is something I'll have to document. The way the site works, when you load up the map page, your browser can't see any information about where the caches are. All it has is a set of map tile images, that may or may not have cache icons somewhere on them. When you move your mouse over each map tile, your browser asks the server whether there are any caches in that tile. This is why there's sometimes a delay when you hover the mouse over a cache icon, before the answer comes back.
GME can only label the caches that the server has reported - i.e. the ones on tiles you've moved your mouse over. The information from the server is specific to each zoom level, but GME remembers the caches it has already labelled. However, the location information comes back from the server in pixels rather than lat/lon coordinates, so as you zoom in, the labels may drift away from the caches.
To make it work well, move your mouse in an S pattern over the screen before you use the label function. If you don't get labels for all the caches, point at them with the mouse, then try again. Sometimes this fails if the server is overloaded: unfortunately the browser doesn't repeat requests. However, you should be able to get the label by changing zoom level and trying again.
-
After some long while in development, I've got a new version of GME more or less ready to go live. It's had a very substantial under-the-hood re-write with the idea of tidying up the code; making it more robust and less likely to conflict with other scripts or gobble up all your browser's memory. That said, re-writing inevitably introduced loads of bugs, which I think I've now pretty much ironed out.
On the positive side, the new version has a few bonuses:
- It can label the caches on the map, so you can print it out and see which one is which.
- It can use geolocation on the cache listings and seek page to tell you how far a cache is, or what's near "here".
- Dragging and dropping GPX files onto the map now supports displaying tracks and routes. You should also be able to drop onto the cache page maps as well as the main map page.
- The cache list on the travel bug map page gets numbered so you can see which cache is which on the map, and links are added so you can centre the map on a given cache.
- If a cache has Parking or Trailhead waypoints, you now get a link to show you driving directions to them from your home location.
- It's a bit easier to manage custom map sources.
If you're feeling adventurous enough, you can test out the new version (v0.6.1) by installing from http://geo.inge.org....cements.user.js
There's no documentation for the new version yet, but I'd appreciate any bug reports or feedback - e.g. are the new features intuitive enough to find? Is it doing something you don't expect it to? If you run into problems, look at the instructions for v0.6.0 at http://userscripts.o...pts/show/109145 and if the worst comes to the worst, uninstall the new script and revert to the version from userscripts.org
In a couple of weeks, when I'm reasonably confident there are no bloopers, I'll update the official userscripts.org page to the new version.
-
The details of your configuration (browser and version, application version, etc.)
ASUS TF101 tablet running Android 4.0. Problem appears when using stock Android browser, Firefox Mobile 16.0.2, Firefox Mobile Beta 17.0, Opera Mobile 12.10 or Chrome Mobile 18. (No scripts/extensions installed).
The specific steps you are taking that lead to the observed behavior:
- Go to http://www.geocaching.com/map
- Click on the "Pocket Queries" button at the top of the search panel on the left of the page.
- Click on the "Search" button at the top of the panel.
Details of the observed behavior:
After step 1, everything looks normal. The search panel has the normal text input box and the Filter Caches controls. After step 2, the panel goes blank: you can still see the "Search", "Pocket Queries" and "Set Map Preferences" buttons, but nothing in between. No list of pocket queries is displayed. After step 3, the panel is still blank - none of the search or filter controls come back.
Details of the expected behavior, i.e. what you believe should be happening instead:
When I click the "Search" and "Pocket Queries" buttons, I expect the panel content to toggle between the two.
Notes:
I don't have this problem at all on my Win XP laptop, using the desktop versions of Opera 12.10, Chrome 23 and Firefox.
On the tablet, this behaviour is happens in multiple browsers, whether I use the touch screen or the tablet's mouse. My guess is that it could be something to do with how the site uses JQuery Mobile UI, possibly a CSS issue.
-
Why are the distances from my home coordinates missing randomly from cache pages?
I have to log out and back in again to see the distance to the cache from my home coords.
I get this problem too. It seems to happen after I have been logged in to the site for some time, e.g. if I've hibernated my computer and gone out caching, then gone back to the website without restarting my browser. Is there some kind of user authentication session that expires after a time, but doesn't cause you to get logged out?
-
Glad it's now working for you both.
@geralduscambrensis: Do you think that having two copies of GME installed was your issue too (one in Chrome extensions, one in Tampermonkey)?
GME ought to be able to run in Chrome without Tampermonkey, but it looks like I should also check that it can cope gracefully with two versions being installed. I'm in the middle of a fairly major re-write at the moment, so I'm keen to wrap up any bugs I can at the same time.
I'm trying to make the next version of the script more robust, add new features, and possibly even work in Internet Explorer! If I can make it work, the big new feature will be the ability to print maps with all the caches labeled.
-
Two things for me:
- The hide
- The location
For the majority of caches, I think it's the location that is most important. The way I play the game, many of my finds are when I am travelling in unfamiliar areas, looking for good places to go for a run or a walk. Finding new places to explore close to home is good too. I can put up with a fairly boring hide (35mm can under a rock, tupperware under an Unusual Pile of Sticks, etc.), so long as it's in an interesting location: history, views, etc. Conversely, I'm not terribly impressed hunting for a cache in some dingy back ally, even if it does have really good camouflage.
But that said, for a great cache, you need a good hide as well. In that I'd include puzzles, interesting containers, ingenious hiding places and so on. And it has to carry through the whole experience. I do like the achievement of solving a really challenging puzzle, but it's a bit of a let down if it's a grotty physical hide or a poor location.
-
I added this enhancement a while back and have nothing but praise for it. However over the last week if I select OSmap on the cache page it appears but when I select View Larger Map the map appears using Google Maps and the top right menu to choose a map just appears for about half a second before disappearing. Help please. I am using Windows Vista Home, Google Chrome and Leaflet as my map prefernce
If the map selector appears, then disappears and doesn't return, it sounds as though GME is failing to load part-way through starting up. I would try re-setting GME's configuration using the instructions at http://geo.inge.org....htm#resetconfig . If that doesn't work, then I will need some more details before I can help: I can't reproduce your problem using my setup (Win XP, Chrome v22 and GME v0.6.0).
Can you see the GME icons in the bottom-left corner of the map? Does GME work normally when you go directly to http://www.geocaching.com/map rather than clicking the "View Larger Map" link? Do any error messages appear in the Chrome console (apart from the normal ones about viewport arguments)?
NB if you use the View Larger Map link, it is normal for the big map to load whatever map you have selected as the default in GME, rather than the one you were viewing on the cache page. Also, if you end up reinstalling / upgrading GME and you're not using a script manager like Tampermonkey, read this thread about how to install userscripts with the new security features in Chrome.
Hope this helps!
Find My Location is way off
in Website
Posted
The Find My Location button doesn't use Groundspeak data to locate you. It relies on the Geolocation API in your web browser to figure out where you are, and different browsers use different methods. Some desktop browsers are limited to using your IP address, which can be off by hundreds of miles, but some like Chrome and Firefox can also use information about which wifi networks your computer can see, giving a much more accurate result. These methods rely on database services like Google Location Service or Skyhook.
Mobile devices are generally better as they have a location API built into the operating system. As well as the methods above, depending on their hardware and service provider they can also use mobile network cell id, cell triangulation or built-in GPS for location.
If Find My Location used to work well for you, then got bad, either your browser has switched from one location method to another (perhaps you accidentally disabled wifi or GPS?), or something has changed in your network setup (your ISP gave you a new IP address, someone switched off a wifi network in a neighbouring building, etc.) If you are using a desktop computer, you might get a different result by switching web browser.