-
-
Notifications
You must be signed in to change notification settings - Fork 340
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Street crossing island quests only showing during scan (and on edges of scan area) #2430
Comments
From what I can see your middle left one in the top image is this node @dbdean : I'd agree I get the same behaviour on some adjacent ones. It looks like it's getting excluded because this way: Matches the exclusion: Lines 23 to 28 in b3f4122
See #2030 for some of the reasoning behind it, but I'd agree it does look rather aggressive at filtering out nodes currently. As to why the others disappear, I'd imagine the way was outside the search box when it's at the periphery, hence it's shown, until you re-center then the way is also found and it gets dropped. |
I also looked at the nodes you mentioned. The quest should not be shown for the mentioned nodes because it is a vertex of a Right now, I have no idea! @peternewman suggested that the footway might not have been part of the download bounding box. But to my understanding, this is impossible, as the OSM API should return all ways who got at least one vertex in the bounding box. So if the vertex is in the bounding box, the way should also be in the bounding box. |
Ok I'd say the solution is to not create quests for elements whose center is outside of the download bounding box. |
Heh, so I was 180 degrees wrong then! 😄 I had a look through the PR when it was created, but looking at @dbdean 's screenshots IMHO its being rather aggressive at filtering to try and avoid spam in some places, those all clearly look like they have the potential to have islands and aren't part of a crossing mapped in detail. |
Thanks for the detective work. Now these quests won't be teasing me anymore. However, I think these quests are reasonable in this circumstance, so I think I'll create a new issue to see if we can work out how they can be included. |
New quest requesting change in logic to allow for crossing island quests on roads with connected footways is up at #2454. |
When StreetComplete is scanning for quests, crossing island quests show up in my area, but they mostly disappear before the scanning is over. Sometimes they stay on the boundaries of what appears to be the scanning area though. These quests will disappear if I scan an area closer to them, so they are difficult to actually visit and answer.
From discussions when the island quest was implemented, it may be intentional that they shouldn't show because I have most of the footpaths in my area mapped separately to the roads. However I think they should be showing, as many of these crossing in town do currently have islands and I'd like to survey them.
(Perhaps a separate issue) Can we change the above logic to always ask for crossing islands on roads that aren't one-way, or have more than 1 marked lane, perhaps?
Example, crossings just outside scan area:
And after a new scan is run centered on this area:
For reference area is Armidale, NSW, Australia.
The text was updated successfully, but these errors were encountered: