Jump to content

Eurastus

+Premium Members
  • Posts

    15
  • Joined

  • Last visited

Everything posted by Eurastus

  1. Eurastus

    Missing PQs?

    It's not just you. I have had two of my five Monday morning queries run. They other three are still sitting in queue.
  2. I use iSilo on my Tungsten with great results. You can get the Palm app at www.isilo.com and the PC app at www.isilox.com. In conjuction with GPXSpinner from www.gpxspinner.com, and ExpertGPS from www.expertgps.com, I've got a great waypoint management system. Using these programs, I am able to load all 1700 caches in Utah, including their images, in about 11 MB on the SD card. With the latest version of iSilo, 3.35, the small fonts look wonderful
  3. Now that the latest (albeit beta) firmware for the popular Garmin 76S will support 1000 user waypoints , it'd be nice if a Pocket Query could return 1000 caches. Let me tell you why I think this would help users as well as potentially reduce the load on Groundspeak's servers. Presently, I have five queries I actively use. One returns all found caches...I'm not over 500 (by a long shot), so it won't be affected. However, the other four are scattered throughout my state, given the requirement to stay in the boundaries of the state, and each return 500 caches. Needless to say, there is quite a bit of overlap. But when I import all four into ExpertGPS and drag the 2000 caches returned (4x500) into a single window, I end up with the 916 caches in my state I haven't found. I import these into my 76S and end up with exactly what I want. However, I must load all four .prc files into my Palm. They are 900k each; there's half my memory gone. If I had only a single result returned that allowed up to 1000 caches, I'd reduce my total .prc file size by half. Good for me. Likewise, I could reduce the number of nightly queries run on the Groundspeak servers from five to two. Granted, the 1000-cache query would be twice as large as a 500-cache query, but the total returned would be less than half of what it is today. If I'm the only one in this situation, I understand, and I'll just plod on as I do today. But I wonder if a larger number of caches returned wouldn't help others as well...
  4. without the hyperlinks and such, it's just too difficult to use . I had such high hopes; I use iSilo frequently and love it...maybe someday I can delete the MobiGarbage .
  5. without the hyperlinks and such, it's just too difficult to use . I had such high hopes; I use iSilo frequently and love it...maybe someday I can delete the MobiGarbage .
  6. I too am having trouble with no link from the cache description to the hint page. My five queries return 450 caches with over 3500 pages each! It takes over 11 minutes (I timed it...at three different caches this weekend) for the MobiGarbage search function to find the hint WAAY at the bottom of the document. As you can tell, I lost patience. Over 11 minutes, in 95-degree plus heat, with four impatient kids trying to find a cache is an eternity! An excellent solution would be to have a functioning link from the cache description directly to the appropriate hint. Failing that, go back to the way it was before (decrypted hint still in the text) that way I can use the copy and paste (even if it's only a line at a time) into the Palm Geocache Hint Decoder. At it is now, it's just too impractical to try and access hints.
  7. I received no query result last night. Is there something wrong with the generator? Also, I noticed, in the .prc file I received yesterday that the hints have been moved to an Appendix. Cool. Except there apparently is no link from the cache description page to the appropriate hint in the appendix. There is, however, a link from the appendix help back to the cache page, something I should thing you don't need (you can click the back arrow for that). It seems to me the link is backwards, there should be one in the cache description to the hint. Thanks, Eurastus.
  8. I opened them up in a more capable editor and found three characters at the very beginning of all three problem .loc files...here's the first line of each file: <?xml version="1.0" encoding="ISO-8859-1"?> When I delete the first three characters, all three .loc files open right up. Strange, huh?
  9. I've been receiving my Pocket Search results now for over a week or so without problem. This morning, I find three of them in my in-box as usual, save them out, as usual, but when I try and open them in EasyGPS, it gives me the following error: "An Unexpected Error Occurred! A report of this error has been written to C:Program FilesEasyGPSEasyGPS_Message_Log.txt. Please visit our support website at http://www.easygps.com/support.asp for assistance." The referenced log isn't very helpful, but I can send it, and one of the smaller query results if that will help. I opened the .loc file in a text editor and could see no obvious problems. Other .loc files, including search results from previous days, seem to import fine. Any ideas?
  10. I noticed the same thing today...I thought it was just me
  11. I have a query that generates a list of all caches I've found. I discovered that it will not return a cache that has been archived or temporarily unavailable ; previously it did. It would seem to me that even if the cache is no longer there, one would like to know that it was once there, visited, and logged. How about the option to include archived or unavailable caches if desired? [This message was edited by Eurastus on July 15, 2002 at 10:42 AM.]
  12. I have a query that generates a list of all caches I've found. I discovered that it will not return a cache that has been archived or temporarily unavailable ; previously it did. It would seem to me that even if the cache is no longer there, one would like to know that it was once there, visited, and logged. How about the option to include archived or unavailable caches if desired? [This message was edited by Eurastus on July 15, 2002 at 10:42 AM.]
  13. I received my first queries back last night. I must say...GREAT!! But... A couple of nit-picks...Like a previous poster requested, it'd sure be nice to have the option to have the .loc file contain the "Symbol" for Geocache or Found Geocache (depending on the query type) that so many GPSr support. I find it SO TEDIOUS to go through the hundreds of waypoints in EasyGPS just to edit the icon!! I've tried to edit the .loc file I received, but have not been able to discover what the proper tags for the symbol should be. Also, I noticed the missing caches as well. It appears to me that the ones missing from my query result were those most recently added as caches...just those I want to try and find on my next outing!!! I wonder if it's a case of having the possibility of more caches fit the sort and filter criteria than the maximum number of caches returned. By this I mean, suppose you set up a query that would return 150 caches (based on type, difficulty, distance, etc.) but have selected to "Give Me" only 100 caches. What happens to the 50 caches? Is the query set up to automatically reduce the radius of the search so that only 100 hits return? I should think this would be ideal, but that does not appear to be what's happening.
  14. I just placed a charter membership for the sole purpose to get this feature. I can't wait to receive, and I'm sure, refine my search.
×
×
  • Create New...