the Seagnoid
-
Posts
165 -
Joined
-
Last visited
Posts posted by the Seagnoid
-
-
Ahh. I'm getting old and my memory iis rusting. Thanks, Moun10bike. [
] -
It used to be policy that you could not claim a find on your own caches. And when you attempted to, you got a warning from the website and it prevented you from continuing. This was because geocaching is about the challenge of the hunt - no challenge if you know where you put your cache!
It is still policy but now the the website allows the finding of your own caches. Or is this a bug? I have noticed some geocachers logging finds on their own caches, probably some sad belief that geocaching is not about the adventure but just about the numbers.
Tom
-
Yes, DanPan, that is exactly the list that needs to be on the profile page, thanks for the link to it. But as it stands now, it does not beep to remind me to look at it, so I still do not know if I have any that need fixing, and I have no need to go to this page unless I know that I have some that need fixing. I am certainly not going to look there every day on the off-chance that something has changed and I missed the email.
I want cache owners to be EXPLICITLY reminded constantly that they have caches that need fixing. This means I will get them fixed faster, and provide a better experience for other cachers trying to find my caches. The banner on the profile page will do the job nicely.
-
[green] There is an easy way to tell an "ordinary" cache - lots of visits and no favorites. If you want to avoid crappy caches then just visit the ones with favs, and avoid the ones that need maintenance.
I recently did a power trail of 101 caches. Worst caching experience I have ever had. Lack of maintenance, maintenance resulting in cache descriptions being inaccurate, nowhere to park so car has to stay two thirds into the the 100km/h lane. Needless to say, no favorites. And lots of comments, and lots of needs maintenance.
-
The email is, as was said earlier, just an email of the log. I agree with the original request, I would like to see the cache owner. This is easily fixed, but does have side affects. I realise that treating publish logs differently is a bit clumsy.
The solution is to add the cache owner name to emailed logs. The main side affect is that found logs will tell me that someone found my cache x, which is owned by me - rather redundant I know it is my cache. However it may also help others who have watches on caches.
If we can tolerate having the owner stated on find logs that are emailed to the owner, then this problem with publish logs will also be solved.
Tom
-
Changed the browser icon to a green theme (matching the new banner). Icons for http://forums.Groundspeak.com and http://blog.geocaching.com/ not updated.
-
Yes I agree with this. A email notification that a image has been posted and an email log when a log is edited. Yes Please!
Currently I do it the other way, in my log I state that I have uploaded a photo. But an automated email would be better. It doesn't need to include the image. Just a link to the log that includes the image. Because images are uploaded after the fact, this will result in multiple logs, but I see no way around that unless GS implements a 1/2 hour delay on emails, just in case photos are uploaded.
-
Nope pocket queries do not work.
Most of the time the pocket query will be empty, and an email is still sent even if there are no results. The last think I want to do is spam myself with useless data. The one time there is something interesting it will get discarded as per habit.
It needs to be an exception report (ie give no report at all if there is nothing there) and in your face as a constant reminder.
-
Yes, a pocket query works but is cludgy. Why grab a GPX from an email and have to load it into something to see what it contains, when Groundspeak actively promote that cachers do maintenance but give little tools to identify what caches need meintenance? Especially when they already provide EXACTLY what is needed, as a warning when you start work on publishing a new cache. Just take that query and data and present it on the profile page.
-
Dammit, I just re-discovered a cache I had disabled (got washed away in a flood) two weeks ago. PLEASE implement this!!
-
This is probably almost a bug now
While at a Mega I found 10 lab caches and had a lot of fun. My profile page is updated with the finds and it all looks good.
My statistics page does not look good. My cache count in the geocaching banner shows 2644 finds, my statistics page shows 2634 finds.
I appreciate that these lab caches are development caches of a sort, but if there is an icon and count facility for the profile page then there should be no reason why the statistics page cannot be updated to reflect this too.
Bits that need updating: Your Caching Chronology with the correct count, Cache Types I've Found with a new cache type. Container Types for lab caches should probably be set to <not chosen>. Terrain and difficulty is a problem, perhaps the defaults? <1.5/1.5>.
-
Just had another New Zealand geocacher test this - his is fine, so not a Groundspeak bug. Maybe a bug with a version of Java or something else. Cancel this bug report, thanks!
-
For about a month now (i.e. before the recent site maintenance) New Zealand switched to daylight savings time, GMT+13. Now, when I click the "Update my Statistics Now" button it updates the statistics correctly but reports that the statistics were last updated 12 hours ago. Prior to this it reported "less than a minute ago". This is confirmed on two different versions of firefox and on IE, on three different computers, with two different geocaching users. I have confirmed my profile settings are still set for New Zealand time, and that my computer time is correct.
Can that text not handle GMT+13 and is the +13 hours causing a rollover effect?
-
Once the email advising me that a cache needs maintenance is gone, it can be very hard to work out which cache it was. It would be nice to have a summary list of caches that need maintenance, listed in Profile:Quickiew, just above the summary list of Your Unpublished Disabled Caches. This would result in them being constantly highlighted to the cache owner (me), which means I won't forget them and they will get maintained faster, thus improving the caching experience for those that hunt for it.
I have just noticed I have a cache that has needed maintenance for over a month! Normally I fix them within a week. Which others of mine need maintenance? I don't know.
Thanks guys,
Tom
-
Project-gc.gom is brilliant. Thanks for your help, guys.
Tom.
-
While I appreciate that there is sometimes a need to have a duplicate find on a cache, for many of us there is no valid reason - except an accident. For instance I am trying to help a cacher that has 999 finds, of which 8 are duplicates. And the only way I can find them is to troll through all 999 logs, copy each cache name or ID to another file, then sort it. EXTREMELY laborious.
Could Groundspeak have a place to find duplicates (eg a "find duplicates" link on the statistic page where it says where it says "You've found xxx caches (xxy distinct)". This would list caches for which I have duplicates finds, and preferably provide links to the logs themselves. Also useful would be a "You have already logged a found on this cache" warning at the cache log creation page.
Hopefully this will keep happy those who feel a need to record multiple finds, and also help those for who multiple finds counts are anathema.
This is a very hotly contested topic over the years - something needs to be done in this area.
The Seagnoid
-
Further to my efforts art resolving doubled up logs to get my cache count correct, I found a reporting bug on the geocaching.com website.
Click Your profile / QuickView / geocaches / list caches you Have found. The report lists something like "Total Records: 67 - Page: 1 of 4 - < Prev << <[1 2 3 4]> >> Next > " However when adding up the records they do not match the total specified (in this case it shows 62). Yes, this is because of multiple Found logs, but in this case the page directly implies all logs are included. (This Example is from Fiz $ Tas public prifile, geocaches / traditional cache. I am helping her resolve her doubleups)
Could the site be corrected so that when it says 67 records, it actually lists all 67 records. And if possible somewhere somehow have an option to list caches that have doubled entries. Everyone I know in my area does not like the distorted figures accidental doubled found entries causes, and resolving them can be difficult.
Thanks,
The Seagnoid
-
A minor bug - if too much text is added to a trackable description the page correctly alerts the problem and advises that only 10,000 characters are allowed. It also advises that there is too much text in the mission statement, even though the mission text is well under the limit.
-
Hmmm... looks like I have to learn GSAK...
-
By the way, I don't have any at the moment - had one yesterday that prompted this, but managed to work out which one it was.
-
Is there an easy way to identify which caches I have reported multiple finds on? While I understand that there were some caches that moved, and cachers were invited to refind them, resulting in the x finds on y unique caches, there are none in my home country and I do not want to sully my find count.
Once identified I can easily delete the rogue log. It is the finding that is the problem.
Thanks,
-
When logging a cache note (eg a found) Ukranian fonts show correctly in the edit notes field. The contents of this are then emailed in Ukranian correctly to the cache owner but the log posted on the cache page shows only question marks. The cache page itself (excluding the logs) does correctly display Ukranian fonts. Same problem exists for Russian. Oddly though, Japanese shows correctly. In case it makes a difference, I am viewing from an english machine, however a quick browse of Ukranian and Russion caches show no Ukranian/Russian logs, suggesting the problem is not limited by my region/language.
-
The wrong cache size chosen problem may now be fixed withthe new cache publish pages, which shows a cache in a hand so that the cachers has an idea of just what size to advertise.
-
Actually, micro is film cannister size. Probably the best new cache size needed is "nano" which is the logbook only size. And yes, I would like to grandfather the not chosen option too.
]
Feature request: Trackables Map
in Website
Posted
I have quite a number of trackables out there, and luckily for me, the vast majority are still active (although one is buried under a landslide
). What I would like to see is a summary map showing all my trackables and their current locations. I envisage a concept pretty much like the current geocaching map, showing two different icons - one for a trackable in a cache, the other for a trackable being carried (location being where the most recent cache is). Hovering over the icon would produce a tooltip the trackable name, when clicked provide a balloon that shows the trackable name and its reference number (not the tracking ID), its icon, and maybe the cache name or person currently carrying it. Prev/next links as per the existing geocache map dialogs. Clicking on the TB name would take me to the TB's page. This could be implemented as an option on the existing geocaching map, or as a "Where are my trackables?" link on the Trackables - Yours page. If opening a new map page (such as the link option) the default zoom to show near enough whole world.
If I only had one or two trackables out there this wouldn't be a problem, but with 53 active TBs out there (I try to launch one with each new cache), keeping tabs on them without going through them one at a time is a bit difficult.
Thanks for your sterling work so far, GC team!
Tom