Jump to content

Boundertom

+Charter Members
  • Posts

    61
  • Joined

  • Last visited

Everything posted by Boundertom

  1. OK, I just set Groundspeak for compatibility mode as well. Thanks for the help! Tom
  2. I just cleared my browser cache- no difference. Then I disabled several add-ons, and all is good! Thanks Marty!
  3. I am using my computer- Windows 7 and Internet Explorer 11. I was wondering if the problem is on "my end". Sounds like that may be the case. I guess I am off to investigate other browsers! Thanks! Tom
  4. I have been having this problem off and on for a few weeks. When I go to my "Your Pocket Queries" page and click on either link: "Create a new query" or "find caches along a route" I get a yellow "Broken" symbol and the page does not change. At first this was more intermittent, but I have not been able to create a new PQ last night or today. Is there another way to access the create a new query page? Any ideas will be appreciated. Thanks! Tom, aka Boundertom
  5. OK, I can see that point. I "assumed" that somehow the GPS would use the newest data if there was "overlapping" data. Sure wish there was a way to select the GPX file used by the GPS. Any ideas on how to solve my Basecamp problems? Thanks! Tom
  6. OK, I appreciate the help. In the midst of writing this reply, I thought of some new things to try. I deleted all PQs (GPX files) from my 62s,and reloaded only the latest one- 6375149. After doing that, the logs displayed properly on the GPS- at least all the ones I checked. Then I went in to GSAK, which I rarely use since I got the 62s, and loaded the same PQ. The logs are there. So, at this point it looks more like a Garmin bug/quirk/issue, NOT a PQ issue. Unfortunately, I still have the same problem with Basecamp, even after removing all other GPX files from "My Collection" (which I know I shouldn't have to do). This is the latest PQ I have done: 6375149. On 3-31 my friend, wyorvr, and I, found 40 caches, including this one:GC2QGR4 This shows as unfound on Basecamp, and our logs are not shown in Basecamp. On the same day, we also found GC2MMTC and GC114X9. These are correctly shown as found, and our logs DO show in Basecamp. We also found GCTW148,GC1WT4C, and GC1WT4H. These still show as unfound, and our logs do not show in Basecamp. I appologize for stating this was a PQ problem, which does not now seem to be the case. Still, any suggestions towards solving the remaining problem would be appreciated. I am not sure what will happen when I try to load more than 1 GPX file into the 62s. I hope it doesn't cause a problem, but I am afraid it might. I am not going to try it tonight, as I am just glad to have what I need working for a big caching day tomorrow- 50 caches and 250+ miles by ATV. Thanks again, and sorry for any confusion. Tom
  7. For several weeks I have been having problems with my pocket queries, in that the latest logs are not shown. I have been doing pocket queries as long as they have been available, and haven't run into this before. I usually do PQs of 1000 caches, to show caches I have and have not found. Lately, some of the caches that I have recently found do not include my logs (in the PQ) or recent logs by other cachers. If I go to the web site, all the logs are there. Wnen I import these PQs to BaseCamp (or my GPS- Garmin 62s), these caches that I have recently found will show as unfound. I have tried doing different PQs, by setting different origins, but the result is the same. I have also tried a PQ of 500 caches, with the same results. I really can't see that I am doing anything wrong or different. It seems like a problem with the PQ system. Any suggestions will be appreciated. Tom
  8. My 62s will not show more than 18 caches found per day. Yesterday, I found 28 caches. The calendar only indicates 18 caches found. This morning, I noticed that the calendar shows 10 caches found for today. These are the missing caches from yesterday, and they are the last 10 caches found. I had previously noticed the 18 cache per day limit, but had not noticed if any were logged on the next day. A friend I was caching with yesterday has the same GPS, we found the same caches, he had no problem. I have software V2.40. The latest software shown on Garmins site is beta 2.92. Not sure that I want to install a beta version. Any suggestions will be appreciated. Thanks! Tom
  9. Well, I got both of my PQs, some 9 hours later. No idea what the trouble was.
  10. I am having problems today also. I have tried to run a new query 2 times, and it won't run. I then tried one of my old queries, and it ran within a couple of minutes. I just arrived in Moab, UT and was planning on finding some caches. Any suggestions would be appreciated. BTW, I have been using PQs ever since they came out, so I think I am doing it right. Thanks! Tom
  11. I had been happily and successfully using Cachemate (registered) on a Sony PDA (Palm OS). Then, during a long period of inactivity, the battery in the PDA died, and I lost all applications and data on the PDA. At the same time my computer died, and I "upgraded" to a new computer with Vista 64 bit. I have been able to install Cachemate via Memory stick. I had previously been loading caches via Memory Stick, so I can do that. My problem is that I have been unable to register Cachemate. When I enter my registration code in the PDA, I get a message "invalid registration code". This is apparently due to the fact that the PDA has lost its HotSync identity. I contacted Smittyware, and got some unapealing options. Is there anyway I can get Cachemate registered on my PDA without being able to HotSync? If not, is there alternative software that I can use without HotSyncing? Before Cachemate, I did use Plucker. Cachemate was a big improvement (at least for me) but I guess I could go back to Plucker. Thanks greatly for any ideas. Tom PS- As you might have guessed, I am not a techie, so simple would be excellent! see this post, see this FAQ. Jim
  12. Thanks for the help everyone! It is good to know that all caches do show. Not having the names show is no problem, in fact, it is probably good to eliminate the clutter. I always use the 12 volt cord when riding, so it sounds like the backlighting issue might not be a big problem either. Thanks again! Tom
  13. I am possibly in the market for a new GPS. I have a 60CS that is great, but am having issues with my current PDA setup (that's another topic ;-)), so I am thinking of a Colorado or Oregon 400t. I have read that caches do not appear on the map on these. You must select a cache, and then only that ONE shows. Is that correct? Is there a way around that? If that is the case it would be a deal-breaker for me. Our standard caching mode is to be on an ATV or motorcycle ride and just watch for nearby caches on the map. I have read some about the hard to read screen (in bright light) on the Oregon. Have there been any improvements to later built models? Is it really that bad? I would go with the Colorado, but they seem to be plagued with leakage and accuracy problems, or have those been corrected at this point? Thanks for any advice! Tom
  14. I was FTF on your cache, and I would say you did a good job on your first cache. It is a good hide and was nicely stocked. I always try to (and DID in this case) accurately log, both in the book and online, what I traded. As has been pointed out by others, not everyone is so careful. Unless you periodically restock your cache, you can expect the quality of items to decline. This is especially true with an easy, urban cache. At first this really bugged me, but you just have to deal with it. I don't think you need to do anything with this cache, it is fine! Try not to worry about the trade items. If you have ideas for a more difficult cache, place another cache, but leave this one alone. I notice that you only have 3 finds so far. Don't get soured on caching too quickly! Please don't take offense, but you might want to go out and find some more caches before hiding more. Seeing more caches will give you a better perspective on things. I would strongly discourage you from temporarily disabling a cache, just so you can take it in and look at it. You never know when someone could come looking for it, and it would be very frustrating for them if the cache was gone, even for 15 minutes. Thanks again for the cache! Boundertom
  15. You're right guys, that will work pretty well, and shouldn't take too long. I will just have to be careful, because I remember 1 FTF that had been out for about a month before I found it. But then, it isn't like the fate of the free world is at stake here! I was thinking about trying to do something with GSAK, but the problem there is that PQs won't return archived caches. If we ever can get PQs with ALL of our found caches,.............. Thanks!
  16. I am afraid I already know the answer to this, but I am asking anyway. Is there any reasonable way to find all of the caches where you have been FTF? I am now at 707 finds and lately have taken an interest in being FTF, since I have found pretty much all of the caches near to me. Unfortunately I have not kept track of my earlier FTF's. I am not much interested in looking at all 707 cache pages to find them. Any clever ideas? I do not want to reopen the debate on the merits or lack thereof, of being first to find- I have read enough of THAT thread. I couldn't find anything in a search, but if this has been discussed before, feel free to Markwell me. Thanks! Boundertom
  17. I just can't seem to lay this topic to rest. I just did another file with Plucker set to "depth first" as Robertlipe had suggested. I had forgot to do that before. This brought the Plucker processing time down to ~4minutes and 30 seconds. This was also with color images enabled- the little stars look purty on my new color Clie.
  18. Clyde sent me an email about the latest version and then I saw PDOP's message, so I went ahead and loaded up Beta2. My Plucker processing time on a file of 475 caches was 6 minutes and 50 seconds. This is pretty much what it was taking with the gpx2html files. Everything seems to be working great! Maybe PDOP's just has a faster computer than I do (1 Ghz), but I am satisfied. One more thanks to everyone, and especially to Clyde for all of your work on Gsak! Boundertom
  19. Thanks to all who offered help and suggestions on this issue. I have tried many different things, to the point that I am very tired of fooling with it. I am definitely with Olar on this one, nothing works as well as gpx2html with Plucker. That combination is fast, easy, and it just plain WORKS! I find that it is well worth the extra step involved. YMMV! Thanks again. Boundertom
  20. Ok, I just disabled the images and ran Plucker on the same GPX file. Processed in under 7 minutes! Right back where I used to be. I had never messed with the image setting previously. I guess that when i was using files from gpx2html and only going 2 levels deep, the images didn't matter. Clyde, at this point *I* don't see that you need to make any changes to Gsak regarding this "problem". I am satisfied that all is well. Thanks again to everyone!!! Tom
  21. I double checked my Plucker settings. Of the things that have been mentioned, it is set for breadth first. For "Stay on Host" I had checked " Ignore links to a server that is different from starting pages server". I had also selected "Limit to the exact server only". I see that "include images" is checked. I will disable that and see what happens. Robert, your speeds are excellent! You do have a lot more computer than I do, but you were also doing 3 times the caches, in a third the time. Do you think there is anything in Gsak 3.0 that makes a difference? I have Version 2.03. I will also try this on some other GPX files and see if they act the same for me. Many thanks to everyone for your help!!! Tom
  22. I also had trouble with the ref locations file when I first started using gpx2html. I think it was Olar who helped me out with that! The format he gave you should work.
  23. OK, I don't even understand everything you have said here , but I AM sure it wasn't going out on the net on that 1hr 12 min deal. I actually had to go somewhere while Plucker was working on that, so I unplugged my network cable and took my laptop with me! This was roughly 1/2 way through the process. I wanted to see what was going on, and I didn't see any significant change in speed. I will have to study the settings in Plucker some more. Thanks! Tom
  24. Thanks for the reply NightPilot! I know that 475 caches is a lot, but I like to import the bunch into Streets and Trips to see where I want to go caching. Plus, we like to travel, so I "need" a lot of cache data. Anyway, the thing is, it is now taking 72 minutes to get exactly what I can get in 7 minutes with gpx2html. I normally index to two locations, but have sometimes used up to 5 and didn't notice any significant difference in processing time. I have a 1 Ghz 'puter, btw. I cannot see any significant increase in data or function when using the files generated by Gsak as opposed to those generated by gpx2html (other than the ability to index by bearing- you can do multiple reference locations in gpx2html, but not bearings, AFAICT). How many levels do you go to when using the Gsak files? I love Gsak so far, and I am definitely not saying that this is a Gsak problem. I just don't know what the problem is. Thanks again!
×
×
  • Create New...