[GeoStL] Re: Reusing Event Cache pages
- From: Weymouth <wey6567@xxxxxxxxxxxxx>
- To: geocaching@xxxxxxxxxxxxx
- Date: Thu, 15 Jan 2009 14:31:59 -0800 (PST)
-
Barry,
You could not have said it better.
Jeff
JC_Geo
--- On Thu, 1/15/09, Barry Bryant <barramus@xxxxxxxxx> wrote:
> From: Barry Bryant <barramus@xxxxxxxxx>
> Subject: [GeoStL] Re: Reusing Event Cache pages
> To: geocaching@xxxxxxxxxxxxx
> Date: Thursday, January 15, 2009, 3:45 PM
> -
> If I go to an event, I go to see people. I could care less
> if I guet a hash
> ark on my profile. If the event planner wants to reuse a
> cache page. go for
> it.
>
> -----Original Message-----
> From: geocaching-bounce@xxxxxxxxxxxxx
> [mailto:geocaching-bounce@xxxxxxxxxxxxx]On Behalf Of Tim
> Taylor
> Sent: Thursday, January 15, 2009 3:32 PM
> To: geocaching@xxxxxxxxxxxxx
> Subject: [GeoStL] Re: Reusing Event Cache pages
>
>
> -
> Personally I don't care for re-using the event cache
> pages, simply because
> it seems like each event is a different event. Last years
> Potluck is not the
> same as this years potluck. Some of the yearly events are
> put on by
> different people and have better or worse turnouts, being
> more or less
> successfull than the previous. If you lump them all into
> one event page,
> it's kind of a slap in the face of someone that went
> all out to make an
> event successfull. Is this going to be a recurring trend in
> caching
> worldwide or just in our neck of the woods? What about
> previous seasonal
> picnics, are they going to be lumped into one event? An
> inquiring mind would
> like to know!
>
> ----- Original Message -----
> From: "Jim Bensman"
> <junkmailno@xxxxxxxxxxx>
> To: <geocaching@xxxxxxxxxxxxx>
> Sent: Thursday, January 15, 2009 3:20 PM
> Subject: [GeoStL] Reusing Event Cache pages
>
>
> -
> Here is an exchange between Glenn and I. As he suggests I
> am posting it
> here for comment.
>
> Event cache pages. . . sure, why not. I never gave it any
> thought.
> Most folks can find an event page either way but I
> don't care. Why not bring
> the subject up on the list, pitch
> the why's and why nots and see what most folks think. I
> really don't care
> either way and can make people do
> whatever everyone thinks is best.
>
> Glenn
> CC: RotC
>
> On Jan 12, 2009, at 10:06 PM, Jim Bensman wrote:
>
> > I would suggest if someone wants to unarchivie an
> event cache to
> > reuse the
> > cache page, you tell them no and suggest they cut and
> paste the text
> > and
> > create a new one. If it is unarchivied, it does not
> show up on PQs of
> > people who attended the event the first time since
> they already
> > found it. I
> > spent a couple of hours trying to figure out why the
> winter pot luck
> > was not
> > showing up in my PQs before I figured out the problem
> was you
> > unarchivied
> > it! The number of will attend logs also would not
> accurately
> > reflect the
> > event since they include the previous event. So does
> not it make
> > sense to
> > tell them to make a new cache page?
>
> My thought is when this was done for the winter pot luck no
> one thought
> about the complications this would cause. But now knowing
> reusing an event
> cache instead of creating a new one causes problems, from
> now on let's not
> reuse event pages.
>
> Here are a couple of more complications it could cause.
> Someone could know
> about the event from SLAGA email blasts, assume it is on
> their GPS, and
> discover it is not there when they start driving there and
> want to use the
> event cache to navigate to the event. Some people are into
> number issues
> and when you reuse an event cache and log it twice, while
> it counts in total
> caches, it does not count as a separate cache which some
> number analysis
> track. And those of us with garmin field notes enabled
> GPSs, in order to
> use the field note, it has to be in the PQ.
>
> I have found a workaround, go to the cache page, use the
> save as gpx and
> save the file with my PQs. Then when it loads in GSAK
> change the setting
> from found to not found (you have to change it from found
> to unfound each
> time you send the caches to your GPS).
>
>
>
> Jim Bensman
> "Nature Bats Last"
>
>
>
>
>
> ****************************************
> For List Info or To make _ANY_ changes, including
> unsubscribing from this
> list, click ----->
> //www.freelists.org/list/geocaching
> Missouri Caches Scheduled to be Archived
> http://tinyurl.com/87cqw
> Missouri land use policies --> www.MoCache.net
> Mogeo forums -->http://mogeo.ipbhost.com/index.php
> "NGR LIST" -->
> //www.freelists.org/list/mga
>
>
>
> ****************************************
> For List Info or To make _ANY_ changes, including
> unsubscribing from this
> list, click ----->
> //www.freelists.org/list/geocaching
> Missouri Caches Scheduled to be Archived
> http://tinyurl.com/87cqw
> Missouri land use policies --> www.MoCache.net
> Mogeo forums -->http://mogeo.ipbhost.com/index.php
> "NGR LIST" -->
> //www.freelists.org/list/mga
> No virus found in this incoming message.
> Checked by AVG - http://www.avg.com
> Version: 8.0.176 / Virus Database: 270.10.7/1895 - Release
> Date: 1/15/2009
> 7:46 AM
>
>
>
> ****************************************
> For List Info or To make _ANY_ changes, including
> unsubscribing from this
> list, click ----->
> //www.freelists.org/list/geocaching
> Missouri Caches Scheduled to be Archived
> http://tinyurl.com/87cqw
> Missouri land use policies --> www.MoCache.net
> Mogeo forums -->http://mogeo.ipbhost.com/index.php
> "NGR LIST" -->
> //www.freelists.org/list/mga
****************************************
For List Info or To make _ANY_ changes, including unsubscribing from this
list, click -----> //www.freelists.org/list/geocaching
Missouri Caches Scheduled to be Archived http://tinyurl.com/87cqw
Missouri land use policies --> www.MoCache.net
Mogeo forums -->http://mogeo.ipbhost.com/index.php
"NGR LIST" --> //www.freelists.org/list/mga
Other related posts:
