+marco2206 Posted August 8, 2005 Posted August 8, 2005 (edited) Hello Im using the Pocket Querries from Geocaching.com to make overlay-files for digital topographic maps, to see on this maps where a Cache is. Because it´s not easy to held my database in GSAK Up to Date. This can be very easyer, if the possible filters for Pocket Querries are Different. 1. Filters for Pocket Querries should be able "Caches that description updatet in the last 7 (31?) Days. This option would be very usefull, if you just need the actually Cache coordinates ,cache Type and Difficulty 2. there should be a possibility, to make a simple GPX file with the Pocket Querries, that include all caches that within the last 7 (31?) days were archived. So whas it simple to remove archived caches from the GSAK Database. That GPX file must just include which caches and on what date it was archived. Greetings from Germany Marco I hope my english ist not to bad! Edited August 8, 2005 by marco2206
+Hynr Posted August 8, 2005 Posted August 8, 2005 1. Filters for Pocket Querries should be able "Caches that description updatet in the last 7 (31?) Days. This option would be very usefull, if you just need the actually Cache coordinates ,cache Type and Difficulty Perhaps I misunderstand, but it seems that this is already available (for "7", not for "31")): In the PQ set-up section "That (and)" is a checkbox for: "Updated in the last 7 days"2. there should be a possibility, to make a simple GPX file with the Pocket Querries, that include all caches that within the last 7 (31?) days were archived. So whas it simple to remove archived caches from the GSAK Database. That GPX file must just include which caches and on what date it was archived. This suggestion has been made, but I don't recall if it is being considerd as something to implement. I too would find this very useful.
+sbell111 Posted August 9, 2005 Posted August 9, 2005 (edited) As I recall, Jeremy said 'nope' to the second one and that there is a workaround using GSAK. Edited August 9, 2005 by sbell111
+TheAprilFools Posted August 9, 2005 Posted August 9, 2005 2. there should be a possibility, to make a simple GPX file with the Pocket Querries, that include all caches that within the last 7 (31?) days were archived. So whas it simple to remove archived caches from the GSAK Database. That GPX file must just include which caches and on what date it was archived. This suggestion has been made, but I don't recall if it is being considerd as something to implement. I too would find this very useful. I remember making this suggestion and everyone got out there popcorn.
+marco2206 Posted August 9, 2005 Author Posted August 9, 2005 1. Filters for Pocket Querries should be able "Caches that description updatet in the last 7 (31?) Days. This option would be very usefull, if you just need the actually Cache coordinates ,cache Type and Difficulty Perhaps I misunderstand, but it seems that this is already available (for "7", not for "31")): In the PQ set-up section "That (and)" is a checkbox for: "Updated in the last 7 days" If i click the Checkbox "Updatet in the last 7 Days" then includes the filter result also all caches, that where logged in the last seven days! But i wish, that i can make a PQ, that includes only updatet descriptions (without Updatet Logs)
+marco2206 Posted August 9, 2005 Author Posted August 9, 2005 (edited) Sorry double Post! Edited August 9, 2005 by marco2206
+Markwell Posted August 9, 2005 Posted August 9, 2005 Jeremy's posts have routinely indicated that he won't publish GPX files with complete information on archived caches. He has mentioned in the past have something abbreviated, like truncated coordinates being pushed out. That would be sufficient for most as it would have an indicator on it that the GCxxxx cache is archived. That would update the information in GSAK or Watcher or whatever, and you could eliminate those. There is a workaround for eliminating archived caches from GSAK. Here it is.
+TheAprilFools Posted August 9, 2005 Posted August 9, 2005 Jeremy's posts have routinely indicated that he won't publish GPX files with complete information on archived caches. He has mentioned in the past have something abbreviated, like truncated coordinates being pushed out. That would be sufficient for most as it would have an indicator on it that the GCxxxx cache is archived. That would update the information in GSAK or Watcher or whatever, and you could eliminate those. Abbreviated information would be fine for me. I run a number of PQ's in the beginning of the week and then would like to have one or two queries I run durring the week just to pick up new caches and existing caches that are no longer available. I think if we could create a query that only picked up those caches, whose status has changed in the last week, including the archived. It would simplify the queries I need to run, and I could probably eliminate three that I run now.
+Prime Suspect Posted August 9, 2005 Posted August 9, 2005 Jeremy's posts have routinely indicated that he won't publish GPX files with complete information on archived caches. He has mentioned in the past have something abbreviated, like truncated coordinates being pushed out. That would be sufficient for most as it would have an indicator on it that the GCxxxx cache is archived. That would update the information in GSAK or Watcher or whatever, and you could eliminate those. There is a workaround for eliminating archived caches from GSAK. Here it is. I think at one time he also mentioned the possiblity of being able to request a GPX for all your finds, which would include those that have been archived.
+marco2206 Posted August 10, 2005 Author Posted August 10, 2005 Jeremy's posts have routinely indicated that he won't publish GPX files with complete information on archived caches. He has mentioned in the past have something abbreviated, like truncated coordinates being pushed out. [/url]. I think so to. The GPX-Files with the Archived Caches must only Include the Waypoint and the Cachstatus (Archived) This information shold be enough, that GSAK (Or other Programms) know, that this cache is archived.
Recommended Posts