AJK

amazon still has the legend C listed at $169 (via their target store), so if you still want to order.... Just don't &*&(*& email them about it. It's going to be a simple job to return it if it is wrong, so let's just ride it out.

On the hide and seek page - use the Keyword field to enter all or some of the cache name.

One cache listing, with one cache box, when the cache has not been moved to a significantly different place = one find (or should be) However, some caches (2 in my area) have two boxes associated with one listing, hence two finds = fine There are those that say who care's anyway - as you say, you'd only be cheating yourself.

I think that's the point - true atomic clocks are large (read, not portable). This one is small, and an actual atomic clock, not one that just receives a signal from an atomic clock.

I think that a more accurate clock (i.e. an actual atomic clock, not just one that receives radio signals from one) would enable better positional accuracy when sat reception is spotty - the reason that four sats are needed, at least for an initial lock, is that the fourth signal allows calculations to be made that indicate the difference in timing between the sat clock and the internal (not so accurate) GPSr clock. Effectively removing this should improve time to get a lock and position. From trimble.com: Here's the details: pageclock errors

Some of the ones in the city are accessible. It kind of depends how mobile your brother is for the other. The Boneyard is on flat, packed sand/gravel for example, right next to a road. Nut's about Fort Lowell is similar. There are a few puzzle caches he could work on. /disclaimer - only done 25 or so caches in Tucson. Good luck.

Two caches in the locality up here (New England) have two cache boxes associated with one listing - yes, to some degree this pushes the boundary of cache types, but they are both excellent caches, and there are two legitimate smilies for one listing. There are some (though limited) reasons for having multiple finds. People should just police themselves, much as though we don't like the feeling that someone else is cheating.

This is good, and goes along the same idea of the option of sending caches that have only had a log (of any type) added in the last 7 days.

There are two caches in my area that allow multiple smileys - both actually have two cache boxes associated with one listing. These two have unique features that work well with the multiple smileys - however, they don't do it to circumnavigate the locationless moritorium - so you may run into issues with your local approver - ask them for input first before setting it all up.

Noob, I feel your pain - maybe it's a local thing to New England, but there are a lot of mislabeled ones around here. I have found that if you email the local reviewer - gpsfun, I believe, he(or she) will switch them. In my immediate area it's mostly puzzles mislabeled as multis (or even two identified as trads)

Yep, as confirmed, There is still a need for "log added in the last 7 days" Presumably this would decrease the load on the servers as well, espcially if it was on by default for recurring PQs.

Ahh, okay, maybe I spoke too soon then - I'll have a look at the PQs when I get home - does anyone know if the "found in the last 7 days" only includes (as it would imply) found logs. I think we are all in agreement that we want a checkbox for "New Logs (of any sort) in the last 7 days" I want to see all the no finds, notes, SBA, etc.

I noticed that there now in the pocket query form we have this : That (and) I haven't found I have found I don't own I own Are for members only Are on my watch list Found in the last 7 days Have not been found Have Travel Bugs Updated in the last 7 days Is Not Active Is Active I have activated this on my PQs that I receive each week - they are 20 times smaller now! I have yet to import them, but maybe the feature was snuck in???

I would have no problem with it.

USAphotomaps definately won't take excel XML. It needs (I think) a GPX file which (I think) is XML, but with the correct markup - how you convert from a csv to the xml I don't know. Gsak (gsak.net) may be a possibility.

I thought you needed 4, at least for the initial lock, as the fourth satellite is used to correct timing differences between the satellites' very accurate cesium clocks, and your GPSr's not quite so accurate clock. The method by which this is done is ingenious, and without it, GPSrs would probably not exist. It wasn't for the time discrepancy, only three would ever be needed for 3D, I think.

It always seemed to me that it worked the wrong way as well. I would like to see this.

Well said - lame micros under lamp posts - not my cup of tea, but I've developed a geosense that allows me to usually wean them out by the description. Micros = good in general normal caches = good in general My current dislike is, as you state in your post, a cache thrown under rocks or sticks in a completely unmemorable spot, usually litter strewn and 200 yards from the car. Lame is as lame does, whatever that means

In AZ there is a wheel cipher cache - the cipher can be figured out without the key code that is on the TB that travels the area, but it is more difficult. Nice idea - there are other similar examples. Go for it.

Okay, just me then, we must have had a period where perhaps a few approvals were delayed, or summink.

I think the new caches in state page works differently now. I'm sure that a few weeks ago, caches would be listed in the order that they were approved - always ensuring that the most recently released cache is at the top. This is the page for MA It would appear that they are now sorted by date placed - this results in caches placed a while back, but not approved until recently, appearing further down in the listings. For someone who sometimes likes to be FTF, this makes immediately noticing new caches difficult. Or is it just me? Thanks, AJK

Contact the owner, describe the situation politely, suggest a Letterbox Hybrid - It's not like they have made a lot of effort to hide a nice container.

sent

We started caching with our son at 5 weeks. We used, and still use, a Baby Bjorn to carry him. When he gets older we'll move to a backpack style carrier. He likes the trees, but does not seem too excited about finding the cache yet (6 months)

How difficult this is to program I don't know, but: I understand that you cannot let users just select a road, or start, stop points as you would need mapping software that was aware of what a road was, and potentially have some routing capacity. Instead, given that a user will have worked out their route, could a system be implemented where they click on the gc.com maps to place route waypoints. These would form a list and an area could be defined from these (I'm thinking a sort of corridor, maybe 5-10 miles wide, following the path of the waypoints. Users would have to understand that they need to place markers wherever the road turns sharply, and at regular enough intervals. This could then be translated into a PQ of the caches within the corridoor. Not easy, I would imagine, but it does remove the need for more mapping software. Maybe an agreement with the maker of GPSBabel could be worked out to take the algorithms used in that program. Ideas anyway, AJK EDIT: my answer is somewhat close to the one above, though I do like the idea of corridoors, as the shape of the area would likely match the needs of the cacher, IMHO.