Jump to content

User-Entered Coordinates (Why were they created?)


Zuckerruebensirup

Recommended Posts

When logging a cache find, there is a place for entering alternate 'user assigned' coordinates. I thought this was a great idea, especially in the cases of Locationless caches. But since recently launching a personal travel slug to track my caching travels, I discovered that even when I've entered my own coordinates, the tracking log still reflects mileage for whatever the posted cache page coordinates are. icon_frown.gif

 

Because of this, I've posted all of those logs as notes, rather than as placement/retrievals, because I don't want my mileage skewed by showing I visited a cache in Australia, for example, when I actually bagged my find near my own backyard. (But by doing so, I've instead skewed my mileage to the short side, by missing out on the real miles that I *DID* travel.)

 

I'd like to see the tracking method changed, so that the tracking log is based off the user-assigned coorinates (whenever they exist), and for the listed coordinates whenever the field is left blank.

 

Does anyone else have an opinion on this?

Link to comment

quote:
Originally posted by Zuckerruebensirup:

When logging a cache find, there is a place for entering alternate 'user assigned' coordinates.


 

I've used these fields to enter the coordinates I've read at a cache, when the posted coordinates are way off the mark, perhaps from not averaging long enough by the original cache placer.

quote:

Because of this, I've posted all of those logs as notes, rather than as placement/retrievals, because I don't want my mileage skewed by showing I visited a cache in Australia, for example, when I actually bagged my find near my own backyard. (But by doing so, I've instead skewed my mileage to the short side, by missing out on the real miles that I *DID* travel.)


Not sure I follow this, if the cache coordinates are in Australia, how did you know to look in your backyard? I think the distance of your slug's travels would have varied by mere feet, but now by not logging it in, your slug indeed has skewed mileage.

quote:

I'd like to see the tracking method changed, so that the tracking log is based off the user-assigned coorinates (whenever they exist), and for the listed coordinates whenever the field is left blank.


I've seen cache pages where the hider did a bad job on the coordinates. On the same page are many logs with user defined coordinates. Each finder would record his or her reading at the find. Sometimes those readings vary from each other as much as they do from the hider's coordinates. Which coordinates would you use for your slug?

Link to comment

I was confused the first time I read the post. This is because I typically use this field to note when my coords greatly differ from the posted coords.

 

I realized when I reread your post that you are referring to locationless cache issues. You are temporarily logging in a personal travel bug on the caches you visit. You do this in order to track your cache visits. This also gives you a pretty cool map of your travels.

 

The TB page pulls the coords from the cache page rather than your post. This doesn't present a problem with 'standard' caches because you don't care if this info is as much as several feet off. When you follow this procedure with a locationless cache, however, this information is skewed because it pulls the coords from the cache page, rather than your post. This results in info that is hundreds or thousands of miles off.

 

I see your point and agree that, in doing what you are doing, it would be better if these coords were pulled from your posted coords, rather than those listed on the page.

Link to comment

quote:
Originally posted by sbell111:

I was confused the first time I read the post. This is because I typically use this field to note when my coords greatly differ from the posted coords. [...]


 

Yes, sbell111, you've described my question (and my stand on it) perfectly. I completely forgot to clarify that I was refering to Locationless caches. That would have made the entire context easier to decipher, huh? icon_biggrin.gif

 

As for physical caches whose posted coordinates vary signicantly from where our own GPSr says the cache is located...the special field for entering alternate coordinates seems kind of silly. It only saves us typing TWO letters (the N and the W, in my case). If they can't be used for tracking purposes, it seems like it would be just as easy to note the coordinates in our find logs. (It's not like it's the case very often that caches are notably off. While, with Locationless, there will ALWAYS be alternate coordinates.)

 

-------

"I may be slow, but at least I'm sweet!" 196939_800.jpg

Link to comment

I do agree with you and like the idea...as I didn't get to log my personal tb into the 1 locationless I did. But I wonder if people would abuse the freedom of specifying the coords the bug was placed in. I know it would be silly, but there's a ton of people out there who do silly things like that! icon_wink.gif

Also, what happens if you accidentally enter the wrong coords and now the bug shows an incorrect milage?

Link to comment

Egnix brings up a good point that I didn't consider.

 

I was thinking that the issue would only relate to personal TBs. I didn't realize the ramifications for regular TBs if someone who places the TB in a new cache makes a substantial coord error when posting his find. This will create great problems because 1) these errors will be difficult to detect by the TB owner and 2) it could become difficult to get some cachers to make the appropriate corrections.

Link to comment
Guest
This topic is now closed to further replies.
×
×
  • Create New...