Jeremy Posted September 16, 2002 Share Posted September 16, 2002 Do you want the find count listed in the cache logs again? In the new cache page design, caches will actually be generated only once per change to the cache page. That means that the find count will not be accurate, especially for caches that don't get much traffic. However, after each find, travel bug drop-off, or cache update, the stats will update. If the vote is an overwhelming yes, I will re-add the find count, and add a note that explains that the finds are from a snapshot in time. Jeremy Irish Groundspeak - The Language of Location Link to comment
+Jamie Z Posted September 16, 2002 Share Posted September 16, 2002 I wouldn't mind seeing static find counts. That is, when I found my 100th cache, my log entry would have a (100 finds) after my name on that log, and it would stay that way, no matter how many more I found. Jamie Link to comment
+Genius Loci Posted September 16, 2002 Share Posted September 16, 2002 When I first started, I thought the counts actually WERE static (duh...I'm not too technical). I was surprised when I returned to a page for a cache I already had done and saw my count had gone up there. I was actually a little disappointed at first. Of course, I realize that Jeremy is NOT proposing that sort of a change. But it's worth considering implementing a feature that would tag your log with a number indicating what your count was when you found that particular cache. Anyway, I'm so used to seeing the counts that putting any sort of count in is better than nothing... just MHO Link to comment
azog Posted September 16, 2002 Share Posted September 16, 2002 I voted no. I personally don't mind either way, but if it helps speed up page loads, that's fine. ---------- I will prepare food with my iron fist! Then I will work my way up to ruling you all with my fist! Link to comment
+Rocky Balboa Posted September 16, 2002 Share Posted September 16, 2002 Sorry, i'm probably just stupid but could you explain why the tallies couldn't just stay exactly how they were? they seemed to work perfectly before? I guess there is an obvious answer here which i will get laughed at for!?! Dan Wilson - www.Buckscaching.co.uk Link to comment
+Rocky Balboa Posted September 16, 2002 Share Posted September 16, 2002 Sorry, i'm probably just stupid but could you explain why the tallies couldn't just stay exactly how they were? they seemed to work perfectly before? I guess there is an obvious answer here which i will get laughed at for!?! Dan Wilson - www.Buckscaching.co.uk Link to comment
+Rocky Balboa Posted September 16, 2002 Share Posted September 16, 2002 oops, i'd just like to add that i totally agree with the above. Having a tally which shows your total count, then a number that shows which number cache that was for that person ie. i would be able to know which my hundreth cache was aswell as knowing my total finds. Dan Wilson - www.Buckscaching.co.uk Link to comment
+Jamie Z Posted September 16, 2002 Share Posted September 16, 2002 Badger, The reason that the find counts were removed is because each time you loaded a cache page, Jeremy's computer had to do a search for each cacher and his or her find counts. That not only slowed down his system, but it made it slower for you to view, as well. Removing them and making the cache pages static greatly reduces the load on Jeremy's system. Now it does not have to check the database for find count data. What I offered (and the idea isn't mine, I read it in another thread) is that the find counts be available, but become static, like the rest of the page. Jamie Link to comment
+Rocky Balboa Posted September 16, 2002 Share Posted September 16, 2002 Ah i see, i never knew any of that, my my my you are a kind old chap jeremy. However I STILL WANT MY COUNT BACK no seriously i would but i understand now. Dan Wilson - www.Buckscaching.co.uk Link to comment
+Rocky Balboa Posted September 16, 2002 Share Posted September 16, 2002 Ah i see, i never knew any of that, my my my you are a kind old chap jeremy. However I STILL WANT MY COUNT BACK no seriously i would but i understand now. Dan Wilson - www.Buckscaching.co.uk Link to comment
+jeremyp Posted September 16, 2002 Share Posted September 16, 2002 I voted yes but I'd like it to be the way other people have suggested i.e. the count tells you which number cache for that user it was. Of course, that would mean adding a field to the cache log record in the database - I don't know how easy that would be. ------- jeremyp The second ten million caches were the worst too. http://www.jeremyp.net/geocaching Link to comment
Rubbertoe Posted September 16, 2002 Share Posted September 16, 2002 Don't let this conversation below the poll stray from the original question. Jeremy isn't asking if you want static count numbers on each log. He wants a yes-or-no answer to whether or not you want find counts to be added to the logs with the knowledge that "the find count will not be accurate, especially for caches that don't get much traffic. However, after each find, travel bug drop-off, or cache update, the stats will update." I don't want a bunch of people voting "yes" with the thoughts that he was talking about permanent static counts. - Toe. --==< Rubbertoe's Webcam, Photo Albums, and Homepage >==-- Link to comment
Rubbertoe Posted September 16, 2002 Share Posted September 16, 2002 Don't let this conversation below the poll stray from the original question. Jeremy isn't asking if you want static count numbers on each log. He wants a yes-or-no answer to whether or not you want find counts to be added to the logs with the knowledge that "the find count will not be accurate, especially for caches that don't get much traffic. However, after each find, travel bug drop-off, or cache update, the stats will update." I don't want a bunch of people voting "yes" with the thoughts that he was talking about permanent static counts. - Toe. --==< Rubbertoe's Webcam, Photo Albums, and Homepage >==-- Link to comment
+sbell111 Posted September 16, 2002 Share Posted September 16, 2002 I voted no. I'd much rather have a fast page load than find counts on the page. If you are curious about find counts, they are easy enough to find. As an aside, If you want to know what number cache find a particular find was, just put it in your cache log. Link to comment
+Centaur Posted September 16, 2002 Share Posted September 16, 2002 I voted yes, but its a weak yes. I can take it, or i can leave it. But let me see if I have this all right - I believe that at the moment, what Jeremy is saying is that he would put the Cache found number back, and it would update to your current count each time an actual major change was made to that cache's page. (If your going to regenerate the page anyway, its not that much harder to get the current cache counts of everyone who has logged it.) And then the cache counts for EVERYONE who has logs on that page would be updated to their current count. A truely STATIC count would be when someone actually logged the cache, their current found count would be logged, and it would never change for that praticular log on that page. This would more more of a "This is my #xxxx found cache." type of number. Not knowing how all the is programmed, and not knowing the database used, I could not say what would be using more CPU, other then to say, the less things one has to seek and upadte in the database, the faster things run. -Centaur Link to comment
+sbell111 Posted September 16, 2002 Share Posted September 16, 2002 -Sorry, My screen froze and I didn't think my response was taken. Link to comment
+Subarite Posted September 16, 2002 Share Posted September 16, 2002 I for one would like to see the count reinstated. Andy. Link to comment
+Bear and Ting Posted September 16, 2002 Share Posted September 16, 2002 ...it reinstated with a twist. I would like to see it static/realtime. For example, in the LOG record, store the found count for that user. And from the user profile, grab the total found and place them as a ratio. This should be be easy enuff to do since you are querying both records anyway, right? Bear & Ting I thought I was a little off, then I looked at my GPS and discovered I accurate to 12 ft. Geocachers don't NEED to ask for directions! Link to comment
+Bear and Ting Posted September 16, 2002 Share Posted September 16, 2002 ...it reinstated with a twist. I would like to see it static/realtime. For example, in the LOG record, store the found count for that user. And from the user profile, grab the total found and place them as a ratio. This should be be easy enuff to do since you are querying both records anyway, right? Bear & Ting I thought I was a little off, then I looked at my GPS and discovered I accurate to 12 ft. Geocachers don't NEED to ask for directions! Link to comment
+Web-ling Posted September 16, 2002 Share Posted September 16, 2002 I prefer to have it, but don't really mind either way. Link to comment
+Jamie Z Posted September 16, 2002 Share Posted September 16, 2002 quote:Originally posted by Rubbertoe:Don't let this conversation below the poll stray from the original question. Rubber is right. I commented because I think a compromise is acceptable. I can see total find counts by clicking on the user's profile, but to have this info on the cache page real-time is a lot of processing power. I figured that rather than have numbers that would often be inaccurate on the cache page (when accurate numbers are available with one click) a view of finds from a different perspective (that wouldn't require extra processing power) might be an option. Jamie Link to comment
Pantalaimon Posted September 16, 2002 Share Posted September 16, 2002 Find count good. Slow webpage bad. Link to comment
Pantalaimon Posted September 16, 2002 Share Posted September 16, 2002 Find count good. Slow webpage bad. Link to comment
Jeremy Posted September 16, 2002 Author Share Posted September 16, 2002 The pages are now cached in XML into a file. Each time a significant change occurs, the XML is updated with the current information of the cache at that moment in time. The exception of the updates are when a particular cacher finds another cache. I just currently choose not to list the number of caches found, because I don't have caches regenerate if the individual on a particular cache page logs a new find elsewhere. So there is no overhead by re-adding that information. What I'm asking is if it is worthwhile to show that find count, even if it may be outdated. Alternatives are not suggested. This is a yes or no question. Considerations may be made in the future, but they are not part of this poll. Jeremy Irish Groundspeak - The Language of Location Link to comment
+The Wombles Posted September 16, 2002 Share Posted September 16, 2002 quote:Originally posted by Jeremy Irish: Alternatives are not suggested. This is a yes or no question. Considerations may be made in the future, but they are not part of this poll. Jeremy Irish Groundspeak - The Language of Location Any variation which gives the approximate number of caches found is useful; this helps 1. Knowing if a cacher is a newbie 2. Spotting a cacher approaching celebration numbers (the UK thread regularly celebrates people hitting 100/200 etc) Dave & Nicky Link to comment
+geospotter Posted September 16, 2002 Share Posted September 16, 2002 I, for one, do not miss the numbers. For those that DO want the numbers, I don't think that the numbers being outdated by a few days will make a huge difference. Do you really have to know that the cacher who found your cache now has 105 finds instead of the 100 that show on the slightly outdated page? However, the numbers MAY be important to the cacher who found the cache. I can see where it might be frustrating for some to see that "100" stay there when you know it should be "105"! Which will lead to another problem. I can forsee cachers adding notes to the cache just to *bump* the cache to regenerate, thereby cluttering the logs. Just a thought. For me, leave them off. It solves a number of issues. Link to comment
+Harrald Posted September 16, 2002 Share Posted September 16, 2002 I voted no. I took a page from BassoonPilots log entrys. I add the number find to the top of my log entry. If my typing a simple 3 digit number helps cut down on server load then it's a no-brainer. If someone logs a no-find on one of caches I can always look up the number of finds they have. One more thing. I have DSL at home and a T3 at work. I can get it as fast as a server can spit it out minus net-lag. I want faster servers. Let it stand for a while and then ask the question again at a later date. ==================================== As always, the above statements are just MHO. ==================================== Link to comment
+Prime Suspect Posted September 16, 2002 Share Posted September 16, 2002 I'm not real keen on the this idea, simply because it's publishing inaccurate information, which puts it firmly in the Bad Idea column. Link to comment
+V7L Posted September 16, 2002 Share Posted September 16, 2002 for the same reasons given by Dave & Nicky, and thanks to Jeremy for the tech clarification (for those of us who give a ...) V7L Link to comment
+brdad Posted September 16, 2002 Share Posted September 16, 2002 Since this is a yes or no question I said no. I like Jamie Z's suggestion though. I think it'd be neater to know what number someone was up to when they found a particular cache than to know how many total they have had. We have the profile if we want that number. If you light a man a fire, he will be warm for a day; if you light a man on fire, he will be warm for the rest of his life. Link to comment
PuzzleBug Posted September 16, 2002 Share Posted September 16, 2002 Based on the explanation here, I would rather see NO count than a "snapshot" count. If I want to know how many caches someone has found, it's easy to click on their profile. I liked it better with the cache counts in real time, but if it helps speed up the site, having them removed is a good option. Link to comment
BassoonPilot Posted September 16, 2002 Share Posted September 16, 2002 In our logs posted to cache pages, how come some of us have our names appear twice, like this: BassoonPilot (bassoonpilot) EDIT: Never mind. I figured out it was because of the way I had my profile configured. I changed it, and now all is well. Link to comment
BassoonPilot Posted September 16, 2002 Share Posted September 16, 2002 In our logs posted to cache pages, how come some of us have our names appear twice, like this: BassoonPilot (bassoonpilot) EDIT: Never mind. I figured out it was because of the way I had my profile configured. I changed it, and now all is well. Link to comment
robertlipe Posted September 16, 2002 Share Posted September 16, 2002 Having a number-even if approximate- in the logs is helpful in the data when you're travelling. When you're caching locally, you probably know the working set of cachers and how much weight to give their comments. When you're out of town and working from paper or pda, you can't click on the profile link to see if the cacher that couldn't find it was perhaps just inexperienced with this kind of cache or if they're "old timers" that probably did due dilligence on the hunt. (And before you warm up the flame guns, I'm not saying that's a sole metric - I've had no-finds on 1/1's myself.) Since the "freshness date" is at the bottom of the page, I'm perfectly happy with the count data being a little stale, but I'd like it to be there. Link to comment
+datum Posted September 16, 2002 Share Posted September 16, 2002 Counts can be found on the profile page. Good enough! Link to comment
+Rocky Balboa Posted September 16, 2002 Share Posted September 16, 2002 quote:Originally posted by Rubbertoe:Don't let this conversation below the poll stray from the original question. Jeremy isn't asking if you want static count numbers on each log. He wants a yes-or-no answer to whether or not you want find counts to be added to the logs with the knowledge that "the find count will not be accurate, especially for caches that don't get much traffic. However, after each find, travel bug drop-off, or cache update, the stats will update." I don't want a bunch of people voting "yes" with the thoughts that he was talking about permanent static counts. - Toe. YES SIR! Dan Wilson - www.Buckscaching.co.uk Link to comment
+Rocky Balboa Posted September 16, 2002 Share Posted September 16, 2002 quote:Originally posted by Rubbertoe:Don't let this conversation below the poll stray from the original question. Jeremy isn't asking if you want static count numbers on each log. He wants a yes-or-no answer to whether or not you want find counts to be added to the logs with the knowledge that "the find count will not be accurate, especially for caches that don't get much traffic. However, after each find, travel bug drop-off, or cache update, the stats will update." I don't want a bunch of people voting "yes" with the thoughts that he was talking about permanent static counts. - Toe. YES SIR! Dan Wilson - www.Buckscaching.co.uk Link to comment
+Rye_and_Leigh Posted September 16, 2002 Share Posted September 16, 2002 I voted no. I don't care about dynamic counts. They seem silly to me. Truly static counts would be great! Link to comment
+MissJenn Posted September 16, 2002 Share Posted September 16, 2002 quote:Originally posted by datum:i feel the need for speed ----- You must be present to win. Link to comment
+Nurse Dave Posted September 16, 2002 Share Posted September 16, 2002 Someone wrote it would be okay to have an approx. number for the cache finds since it wouldn't be changing all the time. I just went to a cache that hadn't been logged for three weeks. I'm new and did around 40 caches last month. I think in active caching areas having counts serveral weeks old would no even be approx. I vote no. I want speed and will look to get an actual count. -Nurse Dave ---I will stand out, I am a raven in the snow. Link to comment
+Peaksbagger Posted September 16, 2002 Share Posted September 16, 2002 I vote yes. I find that information valuable. I feel the need for speed too...it's tedious and takes too much time to click on the user profile to get that data. Let the computer do the work for us. Call me demanding, but I want useful, real-time data AND performance. Link to comment
+Trudy & the beast Posted September 16, 2002 Share Posted September 16, 2002 I voted no. The count has no real value to me. If my curiosity gets the best of me, I can always check a profile. Link to comment
NightHiker Posted September 16, 2002 Share Posted September 16, 2002 I agree w/ T&TB it's not a number I do anything with anyway. I can look at a profile if I get curious. Link to comment
+travisl Posted September 16, 2002 Share Posted September 16, 2002 I'd really like to have some kind of indication on the cache page as to the experience level of the hiders who could and couldn't find it. A sporadically updating page (when a change is made) fits this bill well. And, as others have pointed out, - if you really want to know exactly, you can click their link (I can't see why an exact count could be useful during the hunt); - if the cache owner wants to update the counts on a cache that has low activity, they can make a tiny change to their page (like adding a space) and that would update the page; and - this would still be a significantly lower impact on the servers than the system we had up until now. "Why don't you just ask somebody?" "No, no. I've got a map. Don't worry about that." Link to comment
+Harv & Donna Posted September 16, 2002 Share Posted September 16, 2002 Static counts ok with me! Link to comment
+Crusso Posted September 16, 2002 Share Posted September 16, 2002 Quote: [i'd really like to have some kind of indication on the cache page as to the experience level of the hiders who could and couldn't find it. A sporadically updating page (when a change is made) fits this bill well. And, as others have pointed out, - if you really want to know exactly, you can click their link (I can't see why an exact count could be useful during the hunt); - if the cache owner wants to update the counts on a cache that has low activity, they can make a tiny change to their page (like adding a space) and that would update the page; and - this would still be a significantly lower impact on the servers than the system we had up until now.] I agree. Link to comment
+vds Posted September 16, 2002 Share Posted September 16, 2002 Any data is (in my opinion) better than no data. Indicating the finder's current number of finds at time-of-the-find would be fine, perhaps even more indicative than a rolling ever-changing total. You get to know the folks in your area better as well by seeing their totals, even if it's just their totals the day they found it. Link to comment
+John & Lynn Posted September 17, 2002 Share Posted September 17, 2002 I personally like to see the numbers. Since the change, I haven't seen one bit of speed increase so I don't see that as a reason for the change. I like to see how others in my area are progressing, are they inexperienced/experienced with regard to 'not found', etc.. I feel that it's just nice to know without having to go to another page to find out, TALK ABOUT SLOWING THINGS DOWN!!! Link to comment
+The Spokes Posted September 17, 2002 Share Posted September 17, 2002 The way I see it is the if reinstated we keep both speed and an indication of the caches done. When you log a new cache the cache count will be correct at that time. When looking for a cache to find the page won’t be updated so you get speed. I think this is the best of both worlds YES Link to comment
+Steve Brown Posted September 17, 2002 Share Posted September 17, 2002 It was one of those things that was just there and we got use to looking at it. We miss it, BIG TIME. The other day I said something like, "Look honey, Wolfmann reached the big 500". It was fun to watch the numbers. Fun is what it's all about, isn't it? Link to comment
Recommended Posts