Improving Moveable Caches
-
- 10000 or more caches found
- Posts: 1304
- Joined: 05 October 10 10:20 pm
- Location: Australia
Re: Improving Moveable Caches
So we currently have "moved and in place" and "unknown". Good enough (for me anyway). Now people just want the "moved and in place' ones on the map (or something to highlight them).
I don't think adding new log types is the answer as I and I'm sure others will get it wrong...
I don't think adding new log types is the answer as I and I'm sure others will get it wrong...
Online
- caughtatwork
- Posts: 17020
- Joined: 17 May 04 12:11 pm
- Location: Melbourne
- Contact:
Re: Improving Moveable Caches
We grab the the log "type" for the icons on the map bubbles (when you click a cache). We will need to look at whether we can grab the co-ords at the same time (if they exist) to add something to the icon to indicate a "found and moved".
As I am without a dev machine at the moment, this might take a while. The assessor was here today, but it could take another 4 weeks bsfore I get a machine that can handle what I need to do.
As I am without a dev machine at the moment, this might take a while. The assessor was here today, but it could take another 4 weeks bsfore I get a machine that can handle what I need to do.
Re: Improving Moveable Caches
And the GCer made two great logs; the greater log to rule the found, and the lesser log to rule the move (with coordinates and a good hint) whether thee moved the cache or nay. And the CO saw every thing that thee had made, and, behold, it was very good
Re: Improving Moveable Caches
+1quiet1_au wrote:And the GCer made two great logs; the greater log to rule the found, and the lesser log to rule the move (with coordinates and a good hint) whether thee moved the cache or nay. And the CO saw every thing that thee had made, and, behold, it was very good
Re: Improving Moveable Caches
Guys for the record we love all things moveable! including the GAcacher app that has made life alot simpler this year, although we still seem to have lost a frog this year?
We don't normally have any problems with logging be it at home straight to GCA or using GAcacher, but this year we encouraged several others to play GCA and they have really struggled using a different site.
Personally I think they just didn't try hard enough and don't like adapting but this is the problem we face.
We will never get everyone to log the way we want them to no matter what! so like us if we want to chase moveables and driver 400km round trips to look for pieces of plastic or concrete in the middle of nowhere, then we just have to do what works for us!
Keep up the good work guys, but whilst there is human interaction there is always going to be stuff ups!
Re: Improving Moveable Caches
thanks for the update.
So can I assume the log page is going to have two options or two buttons which indicated
1. Found and Taken , coords=unknown
2. Found and left, coords=unchanged
So technically reusing the Found log type to emulate a virtual Grab type log.
so Found will have an extra parameter ie coords?
I guess the GCA will translate the above to a human readable indicator in the website?
Sounds ok to me
BTW does the GPX standard allow for this data in the log type Find too? I guess it must as GC has this too
So can I assume the log page is going to have two options or two buttons which indicated
1. Found and Taken , coords=unknown
2. Found and left, coords=unchanged
So technically reusing the Found log type to emulate a virtual Grab type log.
so Found will have an extra parameter ie coords?
I guess the GCA will translate the above to a human readable indicator in the website?
Sounds ok to me
BTW does the GPX standard allow for this data in the log type Find too? I guess it must as GC has this too
Online
GCA GPX files (1.0.1 compatible version), already have co-ords entered as an entry in the GPX file against the applicable log.
e.g.
<groundspeak:log id="4076490">
<groundspeak:date>2012-01-03T00:00:00Z</groundspeak:date>
<groundspeak:type>Found it</groundspeak:type>
<groundspeak:finder>EuDes</groundspeak:finder>
<groundspeak:text>Spotted this one at 10:45 having a nice lie down against a new GC cache in Research. He seems to have had attracted a couple of band-aids during his travels <img src="http://geocaching.com.au/pics/smilies/icon_eek.gif" alt="Shocked" title="Shocked" />.<br />
<br />
TNLNSL. Thanks caughtatwork.</groundspeak:text>
<groundspeak:log_wpt lat="-37.708633" lon="145.178750" />
So if you are doing this 'off site' as it were, the program you are using can look at the "Found it" and if it's has co-ords (probably ones that are different to the cache co-ords, just in case the finder just added the same co-ords to their log, yes it happens), the cache has most likely moved. If you have a "Found it" and no-cords, the status is unknown.
What the GPX file format does not have available is a "status" for whether it's "moving" or "stationary". You would need to be cleverer than the GPX format allows by looking at the data and deriving an answer. Of course a "noted" and no-cords means you can't tell if the cache has been noted for note purposes, or noted and taken as the cache doesn't want a "2nd find". You need to check the log text.
- caughtatwork
- Posts: 17020
- Joined: 17 May 04 12:11 pm
- Location: Melbourne
- Contact:
Re: Improving Moveable Caches
Don't know what the implementation will be yet.mtrax wrote:thanks for the update.
So can I assume the log page is going to have two options or two buttons which indicated
1. Found and Taken , coords=unknown
2. Found and left, coords=unchanged
So technically reusing the Found log type to emulate a virtual Grab type log.
so Found will have an extra parameter ie coords?
I guess the GCA will translate the above to a human readable indicator in the website?
Sounds ok to me
BTW does the GPX standard allow for this data in the log type Find too? I guess it must as GC has this too
GCA GPX files (1.0.1 compatible version), already have co-ords entered as an entry in the GPX file against the applicable log.
e.g.
<groundspeak:log id="4076490">
<groundspeak:date>2012-01-03T00:00:00Z</groundspeak:date>
<groundspeak:type>Found it</groundspeak:type>
<groundspeak:finder>EuDes</groundspeak:finder>
<groundspeak:text>Spotted this one at 10:45 having a nice lie down against a new GC cache in Research. He seems to have had attracted a couple of band-aids during his travels <img src="http://geocaching.com.au/pics/smilies/icon_eek.gif" alt="Shocked" title="Shocked" />.<br />
<br />
TNLNSL. Thanks caughtatwork.</groundspeak:text>
<groundspeak:log_wpt lat="-37.708633" lon="145.178750" />
So if you are doing this 'off site' as it were, the program you are using can look at the "Found it" and if it's has co-ords (probably ones that are different to the cache co-ords, just in case the finder just added the same co-ords to their log, yes it happens), the cache has most likely moved. If you have a "Found it" and no-cords, the status is unknown.
What the GPX file format does not have available is a "status" for whether it's "moving" or "stationary". You would need to be cleverer than the GPX format allows by looking at the data and deriving an answer. Of course a "noted" and no-cords means you can't tell if the cache has been noted for note purposes, or noted and taken as the cache doesn't want a "2nd find". You need to check the log text.
Re: Improving Moveable Caches
But you're not going to have a location of "unknown" are you? This would turn Moveables into Locationless in quite substatial numbers for various periods of time.
I always use the location (after a "found" log) to keep track of what's around Sydney and where it was before it was picked up. And then I can look up who has it and make an educated guess as to where it will turn up.
I would HATE to have the moveable caches marked as location "unknown". That would really mess up knowing what's around.
Please don't mark caches as "unknown". PLEASE
I always use the location (after a "found" log) to keep track of what's around Sydney and where it was before it was picked up. And then I can look up who has it and make an educated guess as to where it will turn up.
I would HATE to have the moveable caches marked as location "unknown". That would really mess up knowing what's around.
Please don't mark caches as "unknown". PLEASE
Online
- caughtatwork
- Posts: 17020
- Joined: 17 May 04 12:11 pm
- Location: Melbourne
- Contact:
Re: Improving Moveable Caches
They won't get a location of unknown, no.
Re: Improving Moveable Caches
I found a moveable cache today, but don't know how to find it on the website I have a GA nuber but where do I enter that to log the cache?
Re: Improving Moveable Caches
You should be able to seach for the GA number from the Search: field at the top-right corner of the GCA website.waky53 wrote:I found a moveable cache today, but don't know how to find it on the website I have a GA nuber but where do I enter that to log the cache?
A shortcut to go directly to the cache is to use this URL:
http://www.geocaching.com.au/cache/gaXXXX - where "gaXXXX" is the code of the cache you've found
Re: Improving Moveable Caches
Thanks, that did the trick.
Re: Improving Moveable Caches
Perhaps under the Caches tab a "Log a Cache" option could be added that takes you to a page with the search and some basic instructions to assist those familiar with the "Hide & Seek a Cache" of the other site?
Online
- caughtatwork
- Posts: 17020
- Joined: 17 May 04 12:11 pm
- Location: Melbourne
- Contact:
Re: Improving Moveable Caches
Added to the development list in the wiki.
http://wiki.geocaching.com.au/wiki/Geoc ... pment_List
http://wiki.geocaching.com.au/wiki/Geoc ... pment_List
Re: Improving Moveable Caches
all these movables on the map and none to get... had to confirm by checking all the the logs as some had moved and some had found but all where taken.. dang it
if only there was a simple way of finding all movables that are actually available...
note I want to grab a GCA for leapday hence the search..
if only there was a simple way of finding all movables that are actually available...
note I want to grab a GCA for leapday hence the search..