lodgebarn
-
Posts
407 -
Joined
-
Last visited
Posts posted by lodgebarn
-
-
Make the answer a dropdown
.
-
.png)
2
-
-
I queued my finds on January 23rd 0800 UK time and it ran successfully. It has now run again on Jan 29th - I am fairly sure without me requesting.
-
On 10/24/2022 at 3:07 PM, thebruce0 said:
It gets messy. If you search within a region, there's no explicit center point from which to determine 'distance'. IMO, in that case the Distance should be distance to home as that's the only relevant point location at that point. Otherwise, the search would be picking an arbitrary 'center' of the selected region (which I believe it does now), and then distance has almost no meaning or relevance.
Search from location? Distance = from location
Search within region? Distance = from home (or just 0, as it's within the region and has no relevance)
That, IMO, is the way it should be.
That is because a location is a centre point and region or country is a filter NOT a centre point. Clearly they are two separate fields with different meanings but Geocache HQ for some reason has decreed that they need to be in the same field. Split them up and all would work just fine for everybody with lots of flexibility.
-
4 hours ago, barefootjeff said:
This happened with the "enhancements" to the search engine earlier this year. All regional searches (city, state, country, etc.) show distances to some arbitrary geographical centre instead of using the searcher's home location. It was reported as a bug several times in the Release Notes thread but I guess it's supposed to be a feature.
I would be ashamed of programming such a feature and it shows a clear lack of thought by the people who design such a system. They also demonstrate total lack of caring by not splitting the centre point and the filter which is so obvious to everybody. All very sad but sadly this is what we expect nowadays.
-
2
-
1
-
1
-
-
The app is not returning all the available labs when I search. Results seems a little random and labs come and go. I was also logged out when I started the application which is not normally the case. Hopefully this will be resolved before the UK mega tomorrow.
-
.png)
1
-
-
All good now, many thanks for the quick fix.
-
My adventure lab android app is a new version 1.3.35 and now the completed checkbox is not processed so my local map is full of ticks.....
I have tried logout and login but still the same.
-
1
-
-
- Popular Post
- Popular Post
14 minutes ago, cerberus1 said:Maybe it's just me, but I don't get having most of a profile now missing because of "privacy", when the person owns caches...
I just don't get it at all and after all it is just a game I thought. Data protection in general is about what an organisation holds about you and whether it is selling that to third parties not what it displays as part of its basic functionality. Groundspeak seem to be massively over thinking this issue.
I also just wish those curmudgeons who don't wish to share also could not see anybody else's data, that seems fair to me.
-
9
-
1
-
.png)
1
-
8 hours ago, Bl4ckH4wkGER said:
Archived caches have been excluded from search results for some time, also before this latest iteration.
If you use the "Found by X" or "found by me" filters from the main search panel, the search results will by design be limited to active caches, aka it will show published & active and published & disabled, but not archived caches. This gives roughly 8200 results.
The links from the public profile are the only way to see finds including archived caches, similar to before the latest iteration. This returns 14500 results, which matches your find count minus Adventures.
Thanks very much for clarifying the reason and I had overlooked the archive caches issue, apologies for some of my comment now that I understand (down to 8197 now). What I would suggest is some wording to that effect on the screen would be very helpful as a reminder - smallish letters taking no extra screen space but visible somewhere. e.g. Archived and Labs Excluded.
It does however highlight what I think is an issue which is that search for new caches to find is a fundamentally different requirement from showing historical finds and they should be split into different functions rather than being shoehorned together. The old finds screen was absolutely perfect for that.
-
3
-
1
-
-
It has all gone very quiet here. Is this an admission of total melt down? A quick example, I search for caches found by me, number returned is a very bizarre 8200 which is way less than I have found. It does almost span my caching lifetime in terms of dates and does include some caches very far away. Come on guys just admit failure, stop inventing new features and do some proper testing and fixing please.
-
4
-
1
-
2
-
-
On 2/27/2022 at 12:28 AM, barefootjeff said:
I think that order is the order in which the cache was last found by anyone and not just you, even though the Last Found date it shows is the date you found it.
I guess it must make sense to the people who designed it to work like that.
To be honest I have no idea whether it makes sense. It is like a faith where the mantra is more white space, phones are great, make it all look the same. They never mind whether it actually works and most new features have so many fundamental bugs on first release. The only exception is the Adventure Labs app where the developers have done a great job, hats off to them.
As I suggested quite a while ago and it fell on stony ground - when you produce new functionality make sure that the existing business functionality and display still works OK.
-
1
-
-
Things seem to be stabilising now. I still have a massive issue with this idea that filtering by state/country is in any way connected with where I want the centre to be. The filter by state/country and centre point should be different fields. It is reasonable and desirable to have something tangible like a geographic location or cache as centre point but certainly not an abstract classification of area. Moreover I have no idea how the centre of a random sized region that is not rectangular has been calculated and I suspect not entirely accurate.
By making these two separate functionalities into one field has caused the development team major headaches whereas separating them would have saved loads of time.
-
1
-
-
3 hours ago, me N u said:
Echoing the request to have the date format as per personal preferences - we use UK date format (DD/MM/YY) and are not, and have no intention of ever being American!
Forgot all the other weird behaviours of which there any many this needs to be drilled into designers, developers, testers. YOU MUST TEST INTERNATIONAL FORMATS BEFORE ANYTHING SEES THE LIGHT OF DAY.
ROLL BACK PLEASE.-
5
-
3
-
-
Not sure whether this has been reported before but if you follow these steps then only standard events are searched for:
Select a whole region e.g. Southern England
Select All Types
DeSelect Traditional
This is the type list generated types=3%2C8%2C137%2C5%2C6%2C11%2C1858%2C4 which is minus CITO, Community etc etc
If you search for Event the correct list is generated i.e. types=6%2C13%2C453%2C1304%2C3653%2C3774%2C4738%2C7005
-
1 hour ago, Max and 99 said:
How can an adventure lab with only one person having completed it have a rating of 4.5? Obviously I'm not understanding the rating system.
The rating was adjusted over the week. I can't think of anything else that would cause this.
Actually you can give a rating of 4.5 yourself. I found this by accident a few weeks ago but you can click in the middle of a star
.
-
1
-
-
For interest I checked on an older phone (Galaxy S5) that had not played the adventure. On this phone I was able to log the activity correctly.
-
16 minutes ago, Max and 99 said:
Just a question: are you sure it got marked as "completed"?
Yes I do indeed. On reflection this is quite possibly the same issue in reverse as when labs you have not completed do not show on the app when you have hide completed set. Only this time there is no workaround available.
-
1
-
-
53 minutes ago, barefootjeff said:
I just tried it on an Adventure I completed a while back but didn't create an activity log on. When I open the adventure and tap on Activity, it brings up all the activity logs with this entry at the top:
Tapping on Rate and Review then lets me create an activity log. I'm using an Android and the AL app version is 1.3.9 build 2349.
Thanks, that is what I remembered and I can edit ones I have already completed and also I have found another one not rated where the behaviour is correct. For my most recent one SideTracked - Manchester Stations I just do not get "You". Will try logout, reinstall etc.
-
Thanks, I did this but cannot remember how I logged activity retrospectively. From memory it used to be a simple tap on activity but that does not work anymore.
-
I often used to create an activity log when I returned home. In the latest version I cannot seem to find a link to do this. This is on the Android app, am I missing something obvious?
-
Title says it all. Generating a test version without "play in order" works just fine. I should add that I was testing on behalf of someone else which might be relevant.
-
18 hours ago, Stínovlas said:
Thank you for the update nykkole, it's very much appreciated.
I'd like to emphasize on one detail, that has already been mentioned, but I consider it to be pretty crucial. Pagination is absolutely necessary. You can't ask users that want to list their older finds to scroll down the search results endlessly. Nobody wants to spend 10 minutes scrolling down, while more and more results appear on the same page (and lose all their effort on the page reload). I'm a software developer myself and I believe that adding pagination to the new search interface should be quite easy and it would improve the user experience a lot.
I'm looking forward to further updates =o).
I would just like to emphasise that a sensible default plus pagination similar to the old method is essential here. More filters on an ever more complicated screen is really not the answer.
Can I also add that removing white space should also be a high priority. Maybe there should also be an option of a "concise" display that favours the ability to see more items in a given space.
-
4
-
1
-
-
- Popular Post
- Popular Post
Total disaster I am afraid. Please show my recent finds exactly the same as before. I use this feature to see if I have left the cache ok and do this by seeing that someone has found it after me. Now I get the list sorted by distance from home. No I need my most recent and including when the cache was last found and when I found it just as for the last 15 years. I really do not care what I found 10 years ago. I have no idea how a feature like this can pass any review.
-
17
-
2
-
2
-
2
-
Yeah happy days yet more vertical space taken on the screen with useless info thus preventing the reading of useful log data. Put this on a par with those logs saying thanks in 100 languages. Not for me and please please give me an opt out.
Secondly if it is really necessary for this feature to exist then just use a couple of small icons on the top line. No repeated text is really required here. At the least I would then be able to see more logs.
-
3
-
1
-
.
.png)
.png)
.png)
GeoGuessr and souvenir
in General geocaching topics
Posted
I had fun playing and got most fairly quickly. However I failed to get the code during the screens and must have written down the final code incorrectly because it fails to find a TB. When I go back via the link it shows completed but not the code. Does anybody know how to redisplay the final code?