Jump to content

What Irks you most?


Recommended Posts

1 hour ago, cerberus1 said:
2 hours ago, GeoElmo6000 said:

When someone logs your cache and writes "This gets a favorite point!" but your cache doesn't get a favorite point.  Let it go?  Send a reminder?

 

Guess I'd ask, "Do you really wanna be that guy ?"    It's a favorite point.  It's not cash, and there's no award...   :)

We keep hard-copy lists.  One is people who ask for FPs.  We won't on any after that, maybe skip their caches too.

 - But when I'm ticked and go basic a while, I'll mention "this gets a favorite", and when pm again will add it.


It’s happened on my caches a few times, but I’ve always resisted the urge to point it out to the finder.  Just seems too needy.

 

That said, if I was contacted by the CO in the reverse situation, then assuming they were being nice about it, I’d probably go ahead and award the forgotten FP.  I certainly wouldn’t blacklist them for asking.

 

(A request for a FP when none had been offered...  Well, that would be different!)

  • Upvote 3
Link to comment
7 hours ago, GeoElmo6000 said:

When someone logs your cache and writes "This gets a favorite point!" but your cache doesn't get a favorite point.  Let it go?  Send a reminder?

 

The two occasions I've done that have been when it was someone I knew really well and one of those was at a time when FPs awarded with the log (rather than added afterwards on the cache page) weren't sticking. Other times I just let it go. On one of my caches, the only person who hasn't given it an FP was the FTF who said in his log that he would, so the thought has crossed my mind once or twice, but I don't know him well enough to bother pursuing it.

Link to comment
6 hours ago, IceColdUK said:


It’s happened on my caches a few times, but I’ve always resisted the urge to point it out to the finder.  Just seems too needy.

 

That said, if I was contacted by the CO in the reverse situation, then assuming they were being nice about it, I’d probably go ahead and award the forgotten FP.  I certainly wouldn’t blacklist them for asking.

 

(A request for a FP when none had been offered...  Well, that would be different!)

I 100% agree with this.

Link to comment
11 hours ago, lee737 said:

When newbies with 2 finds pick up a TB from a cache, then stop caching....

 

I just checked the page - it was their first find, and they haven't found one since (2 months).... I'm less hopeful now for a return of this TB.... initially I was positive, as they had logged it properly, and it was a fair out-of-the-way cache, not your usual newbie cache (which is why we put the TB in it!).....

 

Link to comment
10 hours ago, on4bam said:

learn how to use coordinates,

I didn't use coordinates, except the car GPS (which many people have) to get me close, or to the parking spot, until I bought a hand held GPS. I had found 180 caches before that though without using coordinates for the walk to GZ. I was selective in the caches to do, and then used the hint and tried to read the ground and bushes to follow previous people to GZ. The success of that last part varied, with how often the cache was visited, ground cover, and how hard the cache was to find. With hard to find caches, I noticed that people had walked all over the place; around the bush, around that boulder, etc, which made a very confusing search. Also, I considered where would I hide a cache. This time without a GPS did teach me to look at my surrounds, but it was nice to finally get a GPS and then I learnt about those coordinates.

Link to comment

This has irked me on a few occasions now - as a CO, the inability to edit/reliably censor a log on an owned cache. I'm mostly talking about spoilers, like virtual answers. A newbie with half a dozen finds found my virtual today, and posted the answers in their log. I messaged them and asked them to edit it (most can't do that anyway), but didn't hear back from them, so deleted their log. I'd much prefer to be able to blank out part of a log, I know I can 'encrypt' their log, but with a decrypt button right there it is hardly an encryption. 

  • Upvote 2
Link to comment
45 minutes ago, lee737 said:

This has irked me on a few occasions now - as a CO, the inability to edit/reliably censor a log on an owned cache. I'm mostly talking about spoilers, like virtual answers. A newbie with half a dozen finds found my virtual today, and posted the answers in their log. I messaged them and asked them to edit it (most can't do that anyway), but didn't hear back from them, so deleted their log. I'd much prefer to be able to blank out part of a log, I know I can 'encrypt' their log, but with a decrypt button right there it is hardly an encryption. 

 

I don't use the app much, but having just had a bit of a play, it doesn't look like there's a way to edit your logs on it once you've submitted them. With most of the newbies now being app-only and never visiting the website (they probably don't even know there is one), I fear it's going to be a growing problem.

  • Upvote 1
  • Helpful 2
Link to comment
5 minutes ago, barefootjeff said:

 

I don't use the app much, but having just had a bit of a play, it doesn't look like there's a way to edit your logs on it once you've submitted them. 

 

I only use the app for messaging and souvenir hunting really, so wasn't sure of that part.... I was assuming that... no need to edit "TFTC!" 

  • Funny 2
Link to comment
4 hours ago, barefootjeff said:

I don't use the app much, but having just had a bit of a play, it doesn't look like there's a way to edit your logs on it once you've submitted them.

This is true.  And one of the reasons (the primary reason) I use a draft when caching with the app, then write a real log when I get to my computer.  

  • Upvote 1
  • Helpful 1
Link to comment
7 hours ago, lee737 said:

This has irked me on a few occasions now - as a CO, the inability to edit/reliably censor a log on an owned cache. I'm mostly talking about spoilers, like virtual answers. A newbie with half a dozen finds found my virtual today, and posted the answers in their log. I messaged them and asked them to edit it (most can't do that anyway), but didn't hear back from them, so deleted their log. I'd much prefer to be able to blank out part of a log, I know I can 'encrypt' their log, but with a decrypt button right there it is hardly an encryption. 

I think it would irk me much more if the CO could edit my logs and change what I said. I don't see anything to be irked about for your case: you gave them a chance, they didn't correct it, so you had to delete it entirely (a.k.a., "reliably censor"). I don't think you should feel bad about that. It's just a log. I don't have any Virtuals, but I'm guessing I would have done it the other way: immediately delete their spoiler log and tell them they can relog it without the spoiler. Not only does that immediately solve the very real problem they have created for your cache by giving away the answer, it also avoids the problem of them having to know how to edit their log because they don't edit their log, they just enter a new one.

 

What irks me is the idea that deleting a log is an inherently negative action by the CO, as if it hurts someone's feelings. The seeker made an honest mistake, the CO is sincerely helping them fix it, and if anyone's getting bend out of shape about it, they need to reconsider what's going on.

  • Upvote 5
  • Helpful 2
Link to comment
7 hours ago, lee737 said:

 I'd much prefer to be able to blank out part of a log, I know I can 'encrypt' their log, but with a decrypt button right there it is hardly an encryption. 

 

Not to interfere with your irk, but for us, if I say " boy, this cache could really use some work...", I wouldn't want to  see that deleted later if I ever went back.

While it sounds nice to be able to delete spoilers, the same option would allow COs to control what folks say about anything.

 

 

On encrypted logs...  since I do caches singly, when I see a log encrypted,  they're the first I'd read.  Kinda defeats the purpose.  ;)

Link to comment
8 hours ago, lee737 said:

This has irked me on a few occasions now - as a CO, the inability to edit/reliably censor a log on an owned cache.

I have to agree with dprovan on this one. Delete the whole thing, encrypt the whole thing, or let the whole thing stand. Otherwise...

 

8 hours ago, lee737 said:

This has irked me on a few occasions now - as a CO, the inability to edit/reliably censor a log on an owned cache. I'm mostly talking about spoilers, like virtual answers. A newbie with half a dozen finds found my virtual today, and posted the answers in their log. I messaged them and asked them to edit it (most can't do that anyway), but didn't hear back from them, so deleted their log. I'd much prefer to be able to blank out part of a log, I know I can 'encrypt' their log, but with a decrypt button right there it is hardly an encryption. 

 

  • Upvote 2
  • Funny 2
  • Surprised 2
Link to comment
20 minutes ago, barefootjeff said:

I'm just watching events unfold on Lee's virtual, with the newbie whose log he deleted now posting a note. So I wonder, if the CO deletes a log, does the app allow you to post a new find or does it think you've already done that so only allows a WN?

Amusing hey! Newbies do the darndest things! I've sent them another message..... :)

 

Link to comment
5 hours ago, niraD said:

I have to agree with dprovan on this one. Delete the whole thing, encrypt the whole thing, or let the whole thing stand. Otherwise...

The encryption would be fine, but how it currently stands, is akin to sticking a post-it note over the text, and hoping nobody peeks.... If they change it to a one-time-pad cipher, and let the CO pick the key, I'll be happy!

  • Upvote 1
Link to comment
25 minutes ago, lee737 said:

The encryption would be fine, but how it currently stands, is akin to sticking a post-it note over the text, and hoping nobody peeks.... If they change it to a one-time-pad cipher, and let the CO pick the key, I'll be happy!

 

A CO encrypted one of my logs.  In the edit log, I decrypted it!

  • Upvote 1
  • Funny 2
Link to comment
3 hours ago, lee737 said:

The encryption would be fine, but how it currently stands, is akin to sticking a post-it note over the text, and hoping nobody peeks.... If they change it to a one-time-pad cipher, and let the CO pick the key, I'll be happy!

ROT13 had never been used for secure encryption. The point isn't to prevent someone from reading something. The point is to allow people to choose whether or not they want to read something.

  • Upvote 1
  • Helpful 2
Link to comment
11 hours ago, niraD said:

ROT13 had never been used for secure encryption. The point isn't to prevent someone from reading something. The point is to allow people to choose whether or not they want to read something.

Yes, but which of us doesn't recognize the word 'magnetic' in ROT-13 at a glance, now? :(

  • Funny 1
Link to comment

This is the latest log on one of Barrenjoey headland caches I adopted a couple of years ago:

 

image.png.84f56487aa08b0a79efb819718b8bb38.png

 

What charming people these modern day app-wielding cachers are. Looks like I'd better postpone my planned caching trip up north tomorrow and instead take the ferry over to Palm Beach to check on it. Why did I ever want to be a CO?

Edited by barefootjeff
  • Upvote 2
  • Surprised 2
Link to comment
19 hours ago, barefootjeff said:

This is the latest log on one of Barrenjoey headland caches I adopted a couple of years ago:

 

image.png.84f56487aa08b0a79efb819718b8bb38.png

 

What charming people these modern day app-wielding cachers are. Looks like I'd better postpone my planned caching trip up north tomorrow and instead take the ferry over to Palm Beach to check on it. Why did I ever want to be a CO?

Perhaps you could wait for other logs to establish if there is really anything wrong. Pissant can have several meanings.

Link to comment
20 hours ago, barefootjeff said:

This is the latest log on one of Barrenjoey headland caches I adopted a couple of years ago:

 

image.png.84f56487aa08b0a79efb819718b8bb38.png

 

What charming people these modern day app-wielding cachers are. Looks like I'd better postpone my planned caching trip up north tomorrow and instead take the ferry over to Palm Beach to check on it. Why did I ever want to be a CO?

I've just noticed that the finder has logged finds on a few of my caches. At least the log on yours is a real word. This is a one word log they left "Ldmsbfkelsn". Other logs had similar nonsense(?).

Nonsense logs irk me.

  • Upvote 2
Link to comment
1 hour ago, colleda said:

There's a Found It log today  stating all is good.

 

That log might have today's date, but it was posted at 1am and their signature in the logbook precedes the "pissant" one. So yes, I did go and check and, apart from it again not being placed back correctly, it was otherwise okay. This is the cache and contents:

 

20200824_103747.jpg.bf73988115b852a952688eb04700f36f.jpg

 

The view from GZ:

 

20200824_104013.jpg.fce8c349d99938df29ec7a89184695e8.jpg

 

and the close-by historical marker where the first lighthouse on the headland was built, after which the cache is named:

 

20200824_103220.jpg.23235ba463c043a7533a68a53b2aeb71.jpg

 

So I don't know why that logger thought it was worthless, contemptible, insignificant or an ant that smells of urine. At least they didn't piss in it, which is something I suppose; after what happened a week ago, I was half expecting that. Maybe they were expecting the Great Wall of China and the Lighthouse of Alexandria, the latter being an appropriate Wonder for this cache to have I guess.

 

Edited by barefootjeff
  • Upvote 2
Link to comment
38 minutes ago, barefootjeff said:

 

That log might have today's date, but it was posted at 1am and their signature in the logbook precedes the "pissant" one. So yes, I did go and check and, apart from it again not being placed back correctly, it was otherwise okay. This is the cache and contents:

 

20200824_103747.jpg.bf73988115b852a952688eb04700f36f.jpg

 

The view from GZ:

 

20200824_104013.jpg.fce8c349d99938df29ec7a89184695e8.jpg

 

and the close-by historical marker where the first lighthouse on the headland was built, after which the cache is named:

 

20200824_103220.jpg.23235ba463c043a7533a68a53b2aeb71.jpg

 

So I don't know why that logger thought it was worthless, contemptible, insignificant or an ant that smells of urine. At least they didn't piss in it, which is something I suppose; after what happened a week ago, I was half expecting that. Maybe they were expecting the Great Wall of China and the Lighthouse of Alexandria, the latter being an appropriate Wonder for this cache to have I guess.

 

This is a cache I should have as I've been to Patonga a few times, as recently as two weeks ago but never at a convenient time to get the ferry over. I'll get there one day.

Lethargy irks me. I've been meaning to post that for a while now.:(

  • Funny 1
Link to comment

Same irk as before.

Cache placed July 25th 2020, archived August 24th 2020 CO log: Too much maintenance

Cache placed July 24th 2020, archived August 23th 2020 CO log: cache destroyed a few times... removed

Cache series placed June 16th 2020, archived August 24th 2020 CO log: Too much maintenance  (the whole series of 28 caches was archived)

 

Second irk: logs in the above series "didn't find but found" (found log)

 

Wouldn't it be nice if CO's who don't keep their caches active (and maintained) for at least 3 months got a "time out" for placing new caches?

 

While we're at it, one traditional cache in a series had posted coordinates about 50m  off. The listing said "cache is really at N***** E***** but that's too close to GCxxxxx so cache is not at posted coordinates".

The cache was found and DNF'd several times before someone posted a NA. A reviewer quickly archived the cache.

 

 

  • Upvote 4
Link to comment
9 hours ago, on4bam said:

Same irk as before.

Cache placed July 25th 2020, archived August 24th 2020 CO log: Too much maintenance

Cache placed July 24th 2020, archived August 23th 2020 CO log: cache destroyed a few times... removed

Cache series placed June 16th 2020, archived August 24th 2020 CO log: Too much maintenance  (the whole series of 28 caches was archived)

 

Second irk: logs in the above series "didn't find but found" (found log)

 

Wouldn't it be nice if CO's who don't keep their caches active (and maintained) for at least 3 months got a "time out" for placing new caches?

 

While we're at it, one traditional cache in a series had posted coordinates about 50m  off. The listing said "cache is really at N***** E***** but that's too close to GCxxxxx so cache is not at posted coordinates".

The cache was found and DNF'd several times before someone posted a NA. A reviewer quickly archived the cache.

 

 

 

While I have an issue with "too much maintenance", there are times when a new cache just isn't feasible for the location it was placed and it should be archived.  I don't know if that's really grounds for a temporary ban on new placements.  If it's a regular thing, then maybe but even then the best laid plans don't always succeed.  I think your second example is one that was most likely out of the CO's hands since it was destroyed repeatedly rather than a maintenance expectation that exceeded their original thought.

 

I would be curious to know if the "not really at posted coordinates" was added after publication, as I expect it probably was.

Link to comment
23 hours ago, on4bam said:

Cache placed July 25th 2020, archived August 24th 2020 CO log: Too much maintenance

Some COs lack the intelligence and imagination to see that a cache of that size (say nano)/placed in that location/etc would need lots of maintenance. It's not just inexperience; there should be some common sense (intelligence) by those COs.

 

23 hours ago, on4bam said:

Wouldn't it be nice if CO's who don't keep their caches active (and maintained) for at least 3 months got a "time out" for placing new caches?

 

Agreed. Also, need to have a minimum of finds before being able to place a cache. This could be flexible, depending on the location.

 

23 hours ago, on4bam said:

While we're at it, one traditional cache in a series had posted coordinates about 50m  off. The listing said "cache is really at N***** E***** but that's too close to GCxxxxx so cache is not at posted coordinates".

The cache was found and DNF'd several times before someone posted a NA. A reviewer quickly archived the cache.

Ha, ha, I had 'conversations' both with logs and private messages with one CO with a cache that had off-coordinates. Others were doing similar. I think 150 to 200 metres off in this location. I carefully and patiently explained how to fix the coordinates a number of times. They called me a troll, and said they would report me. I can't remember what I replied, but I might have said, 'go ahead', knowing the reviewer would not side with them. Turns out there was another cache near where they placed their cache and so they couldn't have that spot, but they thought it was their right to have that spot. Meanwhile several cachers were messaging each other about this CO. One messaged me to say, "They're mad". The reviewer came in and disabled the cache. The CO immediately re-enable it without moving their cache. The reviewer came back and said they were not playing games and disabled it again. It was archived.

Edited by Goldenwattle
Link to comment
On 8/26/2020 at 7:24 PM, on4bam said:

Wouldn't it be nice if CO's who don't keep their caches active (and maintained) for at least 3 months got a "time out" for placing new caches?

 

Sometimes things can go bad in spite of the CO's best intentions. My Nemophilist Challenge cache, published last October, was only active for a month before I had to disable it for most of the summer as the surrounding national park was closed due to the extreme fire risk. It was only a fortuitous wind change that kept the Three Mile fire from spreading east into the park, otherwise it would have been curtains for that cache. Should I have been given a "time out" for that?

 

Natural calamities, and even man-made ones like a tree-climb cache having its tree cut down, can happen at any time. I've lost a few due to huge seas, floods and a rock fall, fortunately the caches concerned had a reasonable lifespan before those things forced their achival but that was just good luck rather than any foresight on my part.

  • Upvote 1
  • Helpful 1
Link to comment
1 hour ago, Goldenwattle said:

<...>

 

Agreed. Also, need to have a minimum of finds before being able to place a cache. This could be flexible, depending on the location.

 

<...>

 

GW - As attractive an idea as this is, it's been argued six ways from Sunday in these fora and it always comes down to being an unworkable concept for a whole passel of very valid reasons. 

 

I DON'T want to open up the whole debate again, but I urge you to do some research in here and catch the arguments, both for and against.

Link to comment
1 hour ago, TeamRabbitRun said:

 

GW - As attractive an idea as this is, it's been argued six ways from Sunday in these fora and it always comes down to being an unworkable concept for a whole passel of very valid reasons. 

 

I DON'T want to open up the whole debate again, but I urge you to do some research in here and catch the arguments, both for and against.

I don't need to do the research, as I have read them, both for and against, but I am still entitled to reiterate my point of view in passing. If you hadn't unnecessarily commented in the way you did, that would have been it. Just a casual, passing comment; nothing more; slotted between other comments. You made it more.

  • Upvote 2
  • Funny 1
Link to comment
6 hours ago, Goldenwattle said:

Agreed. Also, need to have a minimum of finds before being able to place a cache. This could be flexible, depending on the location.

 

It would have to be.  My issue with the minimum number of finds before placing a cache suggestion is that for a cache dense area, which may not need more caches, it would be very easy to get enough finds to place more caches.  For cache sparse areas, places which could use more caches, it could be a challenge to nearly impossible to place a new cache without traveling elsewhere to finds a few caches.  

Edited by NYPaddleCacher
  • Helpful 1
Link to comment
25 minutes ago, NYPaddleCacher said:

It would have to be.  My issue with the minimum number of finds before placing a cache suggestion is that for a cache dense area, which may not need more caches, it would be very easy to get enough finds to place more caches.  For cache sparse areas, places which could use more caches, it could be a challenge to nearly impossible to place a new cache without traveling elsewhere to finds a few caches.  

Also, spending a weekend on a numbers trail with some geocaching buddies teaches a newbie very little about geocaching or about cache ownership. Finding half a dozen varied caches would teach a newbie a lot more. But guess which newbie would qualify to hide a cache under these "minimum number of finds" suggestions that keep popping up...

  • Upvote 1
Link to comment
30 minutes ago, NYPaddleCacher said:

For cache sparse areas, places which could use more caches, it could be a challenge to nearly impossible to place a new cache without traveling elsewhere to finds a few caches.

That's why I said it would need to be flexible. I was thinking of areas with few caches, and especially areas where people are only beginning to cache. Someone has to place the first caches there, and that might need to be beginners, because there is no one else who can. However, in areas with lots of caches to find, I think beginners should be given the opportunity to get more experience finding caches, before they can place a cache.

  • Upvote 2
Link to comment
8 minutes ago, Goldenwattle said:

However, in areas with lots of caches to find, I think beginners should be given the opportunity to get more experience finding caches, before they can place a cache.

But how do you measure that experience? The raw find count is the wrong measure.

 

Besides, there are things you learn only by owning and maintaining a cache. No number of finds will teach you those things.

Link to comment
On 8/20/2020 at 10:20 AM, GeoElmo6000 said:

Similar to a previous post and hopefully not already covered.

 

When someone logs your cache and writes "This gets a favorite point!" but your cache doesn't get a favorite point.  Let it go?  Send a reminder?

I'm that person.  Sometimes I thought I clicked "favorite this" for the cache but didn't, and may or may not notice the oversight later.  Sometimes I want to, then find out I'm out (I tend to award ALL of my FPs), and then when I do have an available FP again I have to remember to go back to find the log where I said I'd favorite it.  But I can't always remember which one it is, especially back when I was streaking and getting at least one every day, or when I was on a trip, and searching old logs isn't easy.  I do (or did) have GSAK but it doesn't always work on my Mac, so my GSAK list is VERY old. 

 

Instead of the CO sending a reminder (which could look needy), I'd like to see the *site* implement reminders.  Have {FP} or [FP] (case-insensitive) be a tag you can put in your logs.  Once a day, week, month, whatever (I'm thinking month, to give folks time to earn enough FPs to cover the ones they'd like to give), GC - or Project-GC, whoever wants to do this - runs a script that compares this tag with whether you really did leave a FP for that cache or not.  If you did, fine; you get an EOMonth summary of any/all caches you've favorited.  If not, you get a list of the ones that you tagged but didn't favorite with a suggestion to either add the FP (if you have one available) or to remove the tag. 

Monthly note to cachers could look something like this (with the GC# linked to your log on each cache page):
~~~ frumiousb's favorite caches for August 2020 ~~~

 

You logged these caches as favorites and awarded each an FP:

GCABCDEF1 - D/T - name - placer - location
your log: [...]
GCABCDEF3 - D/T - name - placer - location
your log: [...]
GCABCDEF7 - D/T - name - placer - location
your log: [...]

 

You logged these caches as favorites but did not award them an FP (yet?).
Click on the GC# to go to your log if you want to award an FP now or edit your log to remove the tag.

GCABCDEF2 - D/T - name - placer - location
your log: [...]
GCABCDEF5 - D/T - name - placer - location
your log: [...]

 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

 

--Pickypicky

Edited by frumiousb
more to add
  • Surprised 1
  • Love 1
Link to comment
5 minutes ago, frumiousb said:

Instead of the CO sending a reminder (which could look needy), I'd like to see the *site* implement reminders.  Have {FP} or [FP] (case-insensitive) be a tag you can put in your logs.  Once a day, week, month, whatever (I'm thinking month, to give folks time to earn enough FPs to cover the ones they'd like to give), GC - or Project-GC, whoever wants to do this - runs a script that compares this tag with whether you really did leave a FP for that cache or not.  If you did, fine; you get an EOMonth summary of any/all caches you've favorited.  If not, you get a list of the ones that you tagged but didn't favorite with a suggestion to either add the FP (if you have one available) or to remove the tag. 

 

I just have a private list called FP-Pending, which I add caches to that I want to give an FP to but don't have any spare, then when I have another one available I give it to the cache that's been on the list the longest and remove it from the list. It seems to work pretty well in practice.

  • Upvote 3
  • Helpful 3
Link to comment
11 hours ago, Goldenwattle said:

I don't need to do the research, as I have read them, both for and against, but I am still entitled to reiterate my point of view in passing. If you hadn't unnecessarily commented in the way you did, that would have been it. Just a casual, passing comment; nothing more; slotted between other comments. You made it more.

To be fair, you did use the word "need", which implies it is imperative, not just nice to have.

 

Personally I feel that we all ought to chill out a bit on the whole "new cachers must have x amount of experience before hiding a cache".  I think most do anyway, and i don't think it's much of a precursor to success.  I hid my first after only a handful of finds, it had an issue or two, but then it lasted for a while and it was a fun cache.  I made a few more mistakes over time, but ultimately it worked out - I've hidden some good and bad caches, and three "geocache of the week" awards, so as an official Mr Average my lack of experience initially didn't turn out totally bad.  And, well, how many caches did Dave Ulmer find before he hid his first? :)

  • Surprised 1
  • Helpful 2
Link to comment
23 minutes ago, funkymunkyzone said:

Personally I feel that we all ought to chill out a bit on the whole "new cachers must have x amount of experience before hiding a cache".  I think most do anyway, and i don't think it's much of a precursor to success.  I hid my first after only a handful of finds, it had an issue or two, but then it lasted for a while and it was a fun cache.  I made a few more mistakes over time, but ultimately it worked out - I've hidden some good and bad caches, and three "geocache of the week" awards, so as an official Mr Average my lack of experience initially didn't turn out totally bad.  And, well, how many caches did Dave Ulmer find before he hid his first?

 

Yes, I'd found just 20 before hiding my first one (GC4CAXV) in a bushland reserve near home, but those 20 covered a fair range of hiding locations and container types. Here's my D/T grid from those finds:

 

image.png.763df0e71e61b00a8c499af771a8942b.png

 

It didn't get any FPs in its almost two years of life but was well received by the community, with accurate coordinates and a container/hiding place that kept the logbook and contents dry. I archived (and retrieved) it when a tree fell right on top of its hiding place. In most respects it's no different to my most recent traditional (GC8TAFN), in that it's a Sistema containing a notepad logbook and a pencil placed in a hollow at the base of a tree, except it's a bit more of a hike to GZ and is probably a more interesting experience for the finders. Cache location, story-telling and themes are the main things I've learnt since then, but that learning experience would have been essentially the same if I'd waited another year or two before hiding my first one.

Link to comment
7 hours ago, niraD said:

But how do you measure that experience? The raw find count is the wrong measure.

 

Besides, there are things you learn only by owning and maintaining a cache. No number of finds will teach you those things.

That's where I disagree, and I was able to know how inexperienced I was when I started and knew I needed to find plenty of caches before placing one, and even then I still felt presumptuous to place a cache, when I did finally place my first cache. I thought the nano bit of chewing gum cache was unique, proving I really did need more experience :D.

  • Upvote 1
Link to comment
34 minutes ago, Goldenwattle said:

That's where I disagree, and I was able to know how inexperienced I was when I started and knew I needed to find plenty of caches before placing one, and even then I still felt presumptuous to place a cache, when I did finally place my first cache. I thought the nano bit of chewing gum cache was unique, proving I really did need more experience :D.

 

Finding a hundred pill bottles thrown under bushes doesn't teach you much more than finding just a few and you only have to find one rusting Eclipse tin to know that they make terrible containers. All it takes is a little exposure to what makes a good cache (and probably what makes a bad one) to be able to come up with something half-decent yourself. The rest is learning from experience of your own hides. I still consider Quest for the Middle Sea Diamond to be my flagship cache, the one against which I judge all my other hides, but I would never have come up with that as a first hide. It took a mix of hiding and finding experience, as well as meeting with other cachers in the region, to bring all the elements together for that one.

  • Helpful 1
Link to comment
1 hour ago, Goldenwattle said:
8 hours ago, niraD said:

But how do you measure that experience? The raw find count is the wrong measure.

 

Besides, there are things you learn only by owning and maintaining a cache. No number of finds will teach you those things.

That's where I disagree,

I'm confused. What do you disagree with?

 

The idea that the raw find count is the wrong measure of experience? Or the idea that there are things you don't learn from finding caches, that can be learned only by owning and maintaining a cache? Or... something else?

 

1 hour ago, Goldenwattle said:

and I was able to know how inexperienced I was when I started and knew I needed to find plenty of caches before placing one, and even then I still felt presumptuous to place a cache, when I did finally place my first cache. I thought the nano bit of chewing gum cache was unique, proving I really did need more experience :D.

Well, yes, thinking that something readily available online is unique does indicate a certain lack of experience. But I don't see how familiarity with the full range of commercially available camouflaged containers is the kind of experience that a CO needs to be a good CO. Just as I don't see how finding hundreds of fungible film canisters is the kind of experience that a CO needs to be a good CO.

Link to comment
1 hour ago, Goldenwattle said:

I thought the nano bit of chewing gum cache was unique, proving I really did need more experience :D.

 

Just because it didn't turn out to be as unique as you had thought doesn't make it a bad cache or you a poor CO for placing it.  Besides, they're not that common so still fun to find something "different".

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