Jump to content

alexrudd

+Premium Members
  • Posts

    380
  • Joined

  • Last visited

Posts posted by alexrudd

  1. There aren't any caches within 60 miles of Tallahassee (don't know OP's adress) that have the word "cemetary" :o.
    D'oh. My mistake.
    This out of the 289 total active caches within 60 miles of OPs city. [emp. added]

     

    Took me 30 seconds from creating the PQ to getting the results from GSAK :( (not weighing in on whether or not GC.com needs more search features, just pointing out how much GSAK rocks :huh: )

    In this case, he lives in an area with relatively few caches. In Chicago, it takes me 6 PQ's to get everything in 50 miles. No problem if you have an offline database (which I do), but using 6 PQ's for one keyword search with third party utilities is rather absurd. It also only works if you have access to them - want to search at a public computer? Out of luck.

     

    However the search page now has a capability to search by keyword where the keyword really mean partial cache name.

    The "keyword" search on the search page is not a keyword search; it is, as you point out, a string search on the cache name. Calling it a "keyword" search is misleading, at best.

    Agreed. I would like to see this changed even if the other suggestions are not.
  2. Once you hit the recalculate button, it takes a few hours for the numbers to show up as the page is generally cached (stored in memory) and won't rebuild until the cache times out and it rebuilds the page again.

     

    -Raine

    Ctrl + Shift + R should accelerate the process by forcing a page rebuild.
  3. OK, if it's so feakin' easy...

     

    Have Watcher (or GSAK, or some hired slave looking through PQ's) find me all those caches within 60 miles of the OP's home coordinates that have the word "cemetary".

     

     

    Hmm?

     

     

    (EDIT: I agree with your point - however there is still a problem with searching by keyword using any means. Additionally, sometimes it isn't possible to use third-party apps.)

  4. Alex, it depends on the glue, and how long you let it cure after you apply the dirt.

    Elmer's Glue-All? :anitongue: I didn't touch it for at least a day afterwards, and tried to put on several layers. So far, it's holding up OK - at least the glue is. The only problem is that larger clumps of dirt break apart.

     

    containerandlidfq2.th.jpg

    <snip>

    Erm, don't use this idea. Within a week, half of the dirt and glue was completely gone, and shiny duct tape was rather visible. :rolleyes:

  5. GSAK isn't an option for all of us since it doesn't run on non-Windows computers.

    It does under certain circumstances, using Wine 0.9.16

    I'd too would love to see 'found' kml from geocaching.com.

     

    Paul

    Use a Pocket Query, as Raine suggested earlier in the thread.
  6. Have you tried filtering by placed date? Earlier dates have fewer caches and later ones have more, so you have have to juggle the dates a bit to get close to the 500 limit, but once you do it once you're set.

     

    Example:

    Pocket Query 1: 1/1/2000 - 12/31/2002

    Pocket Query 2: 1/1/2003 - 12/31/2004

    Pocket Query 3: 1/1/2005 - 9/31/2005

  7. Try reloading the page without using the stored cache. (Should be Shift+Ctrl+R I think?) If the image was just downloaded with an error, the bad version may be cached and downloading it again might solve the problem.

  8. I usually hate that too, but in this case I think the short comment I´m putting in, is quite apropriate... :tired:

    And I´ve found out how to do it....

     

    Thank you all for your opinion!

    Gah - autoplay is irritating when you're in a public place, have small children around, or ar at work or something. Especially using "bastard" might not be a good idea. Please reconsider, and find some way to have an option of listening to it (a link would be best).
  9. Alex, it depends on the glue, and how long you let it cure after you apply the dirt.

    Elmer's Glue-All? :ph34r: I didn't touch it for at least a day afterwards, and tried to put on several layers. So far, it's holding up OK - at least the glue is. The only problem is that larger clumps of dirt break apart.

     

    containerandlidfq2.th.jpg

    containerbottomue0.th.jpg

    containertopub1.th.jpg

     

    EDIT: The images are hosted on ImageShack. Click the thumbnail to view the full image since they are large.

  10. Heh. What's the use of Cryptography if you display the code for all to see?

     

    (It's being caused by the new "captcha"s - the images with text that you have to read to prove you're not a computer)

     

    Interestingly enough, they're supposed to be disabled for premium members.

  11. sad truth is I am more likely to go where I am not wanted by not updating them in the PQ's. I still collect the data from GS but like the functionality of GSAK. my problem with just doing a write over of the GSAK database is that it reduces the number of logs I can view when in the field (paperless and all that.)

     

    You can use the LAST GPX date field in GSAK to filter out any caches that did not update with your most recent GPX file...thus removing archived caches from your GSAK database.

    ...if you don't use the [ ] updated in the last 7 days option to save space, time, and processing power....

     

    I agree with bwmick: not including archived caches actually makes it easier to go for them since I don't have the updated information.

     

    If it's that much of a concern (and I still don't understand why), why not just delete the coordinates from the archived caches in the PQ's? That would help those of us using GSAK to clear out stale caches AND people wouldn't go hunting after archived caches.

  12. What are you going to do in 2007 when "2006 Green Jeep Travel Bugs" carry over?

     

    Besides ordering, which is a simple fix, there's nothing wrong with the names the way they are. It adds a little variety. Would you want all the Jeeps to be the same model, just a different color?

×
×
  • Create New...