
ClayJar
-
Posts
962 -
Joined
-
Last visited
Posts posted by ClayJar
-
-
Mine looks just like my normal hiking stick... probably because it *is* my normal hiking stick. As for using a curved one? Well, how on earth are you supposed to make light-saber noises to *THAT*?
-
quote:
How could you tell? It was all watered down.
Originally posted by Markwell:quote:
I thought I saw cheese and pie in it as well.
Originally posted by mtn-man:Actually I think the jar has bacon in it.
-
quote:
Am I the only one who saw a Shadow battlecrab's ginsu-beam taking out the forest?
Originally posted by Lyra:...a big purple laser beam slashes out of the sky and fries a nearby tree...
-
You know, I think I'll put a flag on you, Kerry. It's easier and more readable than trying to find the information myself.
(In other words, thanks for being a good source of information.)
-
In case anyone still needs the info:
- or -
#Geocache on irc.freenode.net
(Note to advanced chatters: You can also join #Geocaching, the kinder, gentler, on-topic-er channel if you're less into general conversation and would rather chat just about geocaching, but there aren't always people in that one.)
-
Finally, I am invested.
(Of course, it'll get here next week instead of by tomorrow, but I'm used to uneventful birthdays.
)
-
So, to celebrate, are you going to all go out and put up a super-hydro-mountain-hiking-with-a-twist-of-lime cache?
(Well, I had to ask.)
-
This sounds more like a drinking game than a scoring system, but then again, there is no score on geocaching.com, so I guess it wouldn't sound like it.
-
Simple solution? If the "new" waypoint convention is different than the "old" waypoint convention, just use both on the ones that have "old" waypoint IDs:
Waypoint Name: GHX-1138
Old Waypoint Name: GC3528
If there is no "old" name, just don't show it:
if ($id < 0xFFFF) printf("Old Waypoint Name: GC%x", $id);
-
Ah, good. It's back up...
(Still no fleeces.)
-
Um, I'm rather sure you'd know by now, but I was trying to do my daily (hourly?) check for the fleece vests, and shop's not serving.
(Speaking of fleecing, I'll at least be able to order before, say, the 20th, eh? I want to give myself one for my birthday.
It'll give me a great excuse to buy more stuff, too.
)
-
quote:
PARTY AT BECK'S!!!
Originally posted by beckerbuns:If anyone is interested, I sell Tupperware.
Seriously, though, if anyone wants to see what an ammo can looks like after three months under Louisiana floodwaters, check out Buck8Point's log and pictures from his Down Da Bayou Cache. (Note: this isn't a reply to a troll; this is an attempted thread-coup.
)
quote:
Pic05
The cache container after 3 months under water.
-
quote:
Originally posted by Rubbertoe:since our church is way out in the middle of nowhere, out some crappy country road... I also included the coordinates on the bottom of the card.
Hehe... yeah, if the wedding is somewhere where you've got a good excuse for coordinates, throw them on there.
(Of course, if it's the big cathedral on the corner of 1st and Main right by the only stoplight, it might be a little harder to justify them.
)
-
If cachers know you, feel free to post an event cache, but do something special for them. For example, you could have a decorated ammo can out behind the reception location with some souveniers and a camera so that the geoguests can take something (small) home, and you can post the pictures on the site later.
Now, as for putting the coords on the invitations... I don't know that I'd do that... of course, if your other wouldn't mind, you could put coords on a map insert, but coordinates might be a bit much for the invitations themselves. (Unless you want to really bend the minds of the traditionalist guests.)
-
Actually, I'd ********REALLY******** love it if I could have the *encrypted* hints on the pocket query cache "pages". Half the fun is actually having to decode the hint (at least for me), and I can't do that at all if I'm using my PDA.
You know, my birthday is coming up in just under three weeks... it'd be the perfect birthday present if I had encrypted hints in the (fleece vest) pocket queries.
Okay, I'll go to sleep now.
-
Just in case you're still wondering, the easiest way to link directly to a post:
- Click the "Reply With Quote" link for the post
- Copy the message ID from the end where it says "qm=(number)"
- Take the URL for the page, and add "#(number)" to the end of the URL.
http://opentopic.Groundspeak.com/0/OpenTopic?a=tpc&s=1750973553&f=3000917383&m=7440994635#9190945635
-
quote:
Make it easy: Before or after the Garmin RINO?
Originally posted by umc:Any idea on when these will be available?
-
quote:
Um, just a little thought that came to me... Wouldn't requiring you to place a new cache be a solicitation? Sure, it's soliciting something that we'd like more of, but it's certainly soliciting.
Solicitations are also off-limits. For example, caches perceived to be posted for religious, political, or social agendas will not be listed. Geocaching is supposed to be a light, fun activity, not a platform for an agenda.In other words, this particular question ("Place a cache to log a cache?") is, in fact, already covered by the guidelines.
Anyway, just a thought.
-
Actually, since you have nothing beyond integer minutes, you'd be best to assume she rounded. That would mean you'd have a box centered at N37°55',W107°41', but the corners would be N37°55.500',W107°41.500' - N37°54.500',W107°40.500' That makes it about a 2.15 mi x 0.9 mi rectangle. About two square miles.
Just hope she's not a serial killer, all those mineshafts and such...
-
I've seen others as well. I can't remember which one, but I paddled over the fictional coordinates to one cache that required you to get coordinates from the hider after finding several other caches. (I just hadn't remembered things like that during this particular thread.
)
-
fizzymagic, I think the idea of requiring a hide *before* you give the (final) coordinates is an excellent solution. Why? Because it makes *finding* the cache harder, but it doesn't attempt to redefine "find". Making it hard to find a cache, whether by puzzles, terrain, equipment, or what-have-you is, and has always been, perfectly fair. As long as the hider doesn't attempt to redefine "find", life is good.
Thanks for the idea, and amazingly enough, no, it hadn't even entered my mind.
(hehe)
-
Green Achers, I did not ever claim to be impartial. In fact, I made it a point to be sure that I did not say anything that I could interpret as saying I was impartial. What I *did* call myself was an uninvolved third party. That was, by definition, a true fact, as I had neither posted in this thread nor commented on it before my post.
Now, as to your question: "Why is someone that has no intention of hunting a given cache, so involved in ruining this cache for others?"
First, let me take issue with your phrase, "runing the cache for others". Note that I did *not* say, nor did I mean to say, "take offense"; I expressly said, "take issue", meaning that although I am not offended, I do not agree with that phrase. Why do I not agree with that phrase? Simply this: The fact that I may or may not hide a new cache has nothing at all to do with whether I enjoy the cache I am hunting.
If we ignore the act of logging online, there is no difference between finders of the cache whether they hide a new cache or not:
- Those who found the cache and hid a new cache.
- Those who found the cache and didn't hide a new cache.
- Those who didn't find the cache.
- Those who found the cache and hid a new cache.
- Those who found the cache and didn't hide a new cache.
- Those who didn't find the cache.
This is a volatile topic, I know. It ranks up there with our favorite political and religious debates -- scores or the lack thereof, locationless caches, etc. I am not saying that you are wrong, dumb, ill-advised, well-advised, smart, correct, or purple. What I *am* doing is trying to explain *WHY* some of us disagree with you. I would be very grateful if you or someone else can explain why you think the way you do. (Hey, if Buck8Point and I could come to a mutual understanding, ***ANYBODY*** can.
)
Note: I've been ignoring a great many caches for some time now. Most people know me as a hydrocaching loony. I would gladly ignore any new cache that I don't care for, but what holds my attention here is that, *to me*, this is a violation of the Golden Rules of geocaching. *NOT* Jeremy's rules, but the basic fundamental tenets of geocaching:
- Go somewhere.
- Find something.
- Leave something if you take something.
- Log the cache.
Anyway, I'll be at an event+camp cache this weekend, so don't anybody burn the house down until I come back, okay? (Just because we disagree doesn't mean we're not one big semi-dysfunctional family!
)
(Oops, typed a number wrong... it's better now.)
[This message was edited by ClayJar on October 18, 2002 at 11:48 AM.]
- Those who found the cache and hid a new cache.
-
I'm going to be there hopefully before dark tonight (Friday), and let me put it this way... I've got some things up my sleeve, too. We'll have to decide what to do with them, but they should be fun.
Oh, and if anyone needs any AA NiMH charging, I'll probably remove the modular 12V backup power system (a.k.a. boat battery) from my car and run my charger off it. (I've always wanted to do that.
)
-
Like, ya know, if you're, um, heading over to the, like, area, ya know, well, it'd be, like, totally the bomb if you, um, had your FRS radio thingy on, totally like a cell, ya know, phone?
I'll be totally scanning for ya, dude.
New Waypoint IDs
in Website
Posted
- Change the waypoints to "GI%%%%", where "%%%%" is a zero-padded Base36 representation of the cache ID. (Total IDs available: 1,679,615)
- Change the waypoints to "C%%%%%", again where "%%%%%" is a zero-padded Base36 representation of the cache ID. (Total IDs available: 60,466,175)
There are also several "bad" ways to make new IDs:"GC%%%%", where the '%'s are Base36. (This set is a superset of the current IDs, which would be an inelegant kludge.)"G%%%%%", where the '%'s are Base36. (The same problem.)"G%%%%%", where the '%'s are Base36, except the first, which cannot be 'C'. (This is an obvious kludge and does not yield monotonically increasing waypoint IDs given monotonically increasing cache IDs.)"$%%%%%", where the '$' is a type designation. (This adds no information, so it is irrelevant to the exhaustion of cache IDs. However, if 'G' is a type designation, it will suffer the same problem as the two above.)So, given this short overview of my views on a few proposed situations, and taking only the exhaustion of cache IDs into account, let me make my opinion known. (Note: the type designations can be quite easily done by the user, and if anyone wants a program/web site to automatically change the prefix on all the waypoints in your .loc file, or your .gpx when that happens, I will *personally* write it just to make that irrelevant.)Anyway, so, in my opinion, the waypoints should be "C%%%%%", with '%%%%%' being a zero-padded Base36 number. Why?
Stability: The new waypoint IDs are distinct from the old waypoint IDs. (Existing caches may continue to use "GC####".) Inclusiveness: All caches can be referenced with the new waypoint IDs. ("GC21" is also "C0000X".) Distinctness: Those of us who have waypoints from geocaching and other sources will still be able to sort waypoints simply, although by a new prefix. Compatibility: The waypoint IDs will still be compatible with all 6-character GPS receivers. (Even Sis-o-Clay still uses a yellow eTrex!) Simplicity: Base36 is quite simple to code, and the independence of prefix and cache ID is a good thing. ("GD####" and the like create a situation where the cache ID and prefix are intertwined.) Sortability: With the zero-padded Base36 representation, any simple alphanumeric (ASCII) sort will put the caches in cache ID order. (The current non-padded waypoint IDs are not easily sortable, which makes selecting one of the newer caches in some GPS receivers and programs *much* harder than necessary.) Durability: By using five (zero-padded) Base36 digits, the waypoint IDs use the most possible address space while maintaining the above requirements.So, now that I've said that, does anyone have any commentary on any of my particular points? I'd be more than happy to discuss particulars (but if you really want to flame, I'll send in an "Ask Slashdot" on it