Comments (28)
On the upside, if you finish this PR and it is merged, you don't need to worry about it anymore because it becomes my responsibility, so, go go go 😅
from streetcomplete.
Tell me about it 🤯 ... my sketch from an hour ago...
from streetcomplete.
Oh no, this definitely looks like a bug!
from streetcomplete.
you have also added layer of police not really enforcing it anyway (unless they have demand to catch specific number of law breakers)
from streetcomplete.
Hmm, the problem is that the first two choices overlap. A path is also not designated for cyclists. I guess the second option should be treated as primarily a footway, even though it doesn't say it explicitly, the icon looks like it.
from streetcomplete.
Hmm, the problem is that the first two choices overlap. A path is also not designated for cyclists. I guess the second option should be treated as primarily a footway, even though it doesn't say it explicitly, the icon looks like it.
Yeah, that was my expectation, that StreetComplete would tag highway=footway
there.
While there's an overlap I don't think a path is a footway and the other way around.
Footway is designed and build for pedestrians while a path was created by just walking there, without explicit planning.
from streetcomplete.
What to interpret highway = path + foot = no
, though? (On parsing, this is coerced to bicycle=yes
+ foot=no
)
I.e. an oddly tagged path not designated for cyclists but definitely not a footway.
Or also highway = footway + foot = no
but this is, uhm...
from streetcomplete.
There are
- 18099
highway = path
+foot = no
- 721
highway = footway
+foot = no
So at least the first combination is tagged sometimes. Point being, such ways can hardly be called "footways not designated for cyclists" - they don't seem to be footways at all.
from streetcomplete.
Well not sure about designated, but definitely not allowed for waking there then.
I guess if there's a mountain bike trail one could tag them as highway=path
with foot=no
if foot traffic is legally not allowed there.
highway=footway
would be wrong tho, and likely be actually a highway=cycleway
instead.
Also combinations like highway=path
, surface=paving_stones
would be weird as paths are not considered to be created by construction.
But some newer mappers seem to disagree with this destinction, for whatever reason. I don't really get the argument as the whole point of having two different types of highway classes was to tag how they are created.
Same goes for the destinction between paths and tracks. We wouldn't need two classes if we would instead just map the width or if there are tractors allowed on the way. But they were created to distinguish between different types of appearance, creation and common usage.
from streetcomplete.
There are
- 18099
highway = path
+foot = no
- 721
highway = footway
+foot = no
So at least the first combination is tagged sometimes. Point being, such ways can hardly be called "footways not designated for cyclists" - they don't seem to be footways at all.
Sure. But I think it's fair to assume that foot=no
means actually that public access is now allowed.
Something like access=private
or access=permit
would be correct there, but many countries use a red circle with a pedestrian inside to show "no access" which can lead to these wrong tags.
from streetcomplete.
Okay, my point is that the second option could not be renamed to "footways not designated for cyclists" because parsing highway = path
+ foot = no
results in this option.
from streetcomplete.
I didn't mention access
. access
is not parsed. And I really don't want to make it even more complex also parsing surface
and stuff.
from streetcomplete.
Hm, or highway = path
+ foot = no
could be parsed as "Path or Trail" instead.
from streetcomplete.
My point was, that foot=no
on highway=path
is likely just a mistake and should be a access=x
tag instead.
Anyway, question is: What do we want to achieve with this selection?
I think that we should focus on what is allowed there for cyclists, not if it's a trail, path, footway etc.
So the options are:
- there's no information stored in the database
- bicycling is not allowed
- it's a shared path
- it's a seperated path
- it's a seperated path by a physical barrier
- foot traffic is not allowed, bikes only.
So the current option two would be switched to bicycle=no
, while the first option would completely remove the access tag for bicycle, if selected.
from streetcomplete.
Eh, you are touching on another topic which has been discussed a lot, just look at this draft PR #5575
The options for SC should be
- not designated (could be allowed or not allowed, no sign)
- not allowed because there is a sign prohibiting it
While it is not possible to say that there is a sign or that there is no sign, there is just one option - not designated.
The "path" option has been added later, on the 12th November 2022, right now I can't find why.
from streetcomplete.
Eh, you are touching on another topic which has been discussed a lot, just look at this draft PR #5575
I don't agree with @wielandb. If you're cycling you need to know where it's legal and where not. Otherwise you risk a ticket.
I don't agree that this is "expert" knowledge, like it is not expert knowledge where it's legal to park or not, as you need to know that when you're driving a car.
We should instead teaching users that if they are unsure they should not complete a quest and move on to something else.
The options for SC should be
- not designated (could be allowed or not allowed, no sign)
- not allowed because there is a sign prohibiting it
While it is not possible to say that there is a sign or that there is no sign, there is just one option - not designated.
The "path" option has been added later, on the 12th November 2022, right now I can't find why.
Given that, it's completely irrelevant if there's a sign or not. E.g. if there's a footway in Germany it's always not for cycling. There doesn't need to be a sign which says "footway" just the absence of a sign saying "bicycle traffic allowed" means it's not allowed.
It's even not legal to put a sign there saying "just a footway" in most cases, as there's a law which forbids putting up unnecessary signs.
I bet there are many similar cases in many different states like this. Otherwise the world would be littered with signs.
from streetcomplete.
You are free to disagree, but it is policy in StreetComplete to not let users tag the legal situation, but the verifiable and signed on-site situation. This has been discussed at length and I will not change this decision.
from streetcomplete.
You are free to disagree, but it is policy in StreetComplete to not let users tag the legal situation, but the verifiable and signed on-site situation. This has been discussed at length and I will not change this decision.
My point was: There's a default assumption and then there are signs which change the default assumption.
If you cycle you know the default assumption and thus can tag it correctly with "there's no sign and thus the default is cycling is not allowed".
We do this on many occasions, like tagging "there's no cycle lane on this road". Sidewalks in Germany have usually no signs saying "hey this is a side walk" and thus given your argument we would need to say "oh I don't have an idea if there's a cycle way or not here, as there's no sign".
But instead we say "oh no sign, the default applies which is: this is a sidewalk".
I don't think there's anything inherently different about the situation on footways which are not next to a street.
from streetcomplete.
Eh, you are touching on another topic which has been discussed a lot, just look at this draft PR #5575
I don't agree with @wielandb. If you're cycling you need to know where it's legal and where not. Otherwise you risk a ticket.
I don't agree that this is "expert" knowledge, like it is not expert knowledge where it's legal to park or not, as you need to know that when you're driving a car.
I'm not really sure on what you disagree with me here. I don't see anything in your statement that I don't agree with.
from streetcomplete.
Anyway, there are two ways how to solve this particular issue:
-
Remove both the "Path or trail" and "Shared-use path" option, i.e. anything that is not a segregated foot+cycleway or exclusive cycleway would be "non-designated". Why both? Because while I didn't find a ticket or discussion why I added the "path or trail" option later, I do vaguely remember it should prevent mistagging "just some paths or trails e.g. on the countryside" to "shared-use paths" - both have "path" in the name and the difference between the two can often be just signage and paving or something. On the other hand, the tagging difference is potentially very big:
highway=path
vshighway=footway
+bicycle=designated
+segregated=no
. -
Or change
highway = path
+foot = no
to be parsed as "Path or Trail" to make the "non-designated" specific to footways and treat the "non-designated" option also like the user selected that it is primarily a footway
It surely would probably be less confusing for users to have less choices, but this somewhat collides with the colorful world of OSM foot+bicycle tagging, so a bit of complexity I fear must be added for the data recorded to be any useful.
As I wrote, adding an option that bicycles are allowed on sidewalk explicitly is another issue.
from streetcomplete.
We do this on many occasions, like tagging "there's no cycle lane on this road". Sidewalks in Germany have usually no signs saying "hey this is a side walk" and thus given your argument we would need to say "oh I don't have an idea if there's a cycle way or not here, as there's no sign".
I think it's helpful to reiterate that "no expert knowledge" really means no knowledge about anything is required apart from what is visible on-the-ground.
A sidewalk is something physically present I don't need any expert knowledge (e.g. legal knowledge) to know that this is a sidewalk. It's there. I can see it. So in SC, I record the physical presence of a sidewalk. Who is allowed to use it is something I cannot know without legal knowledge (wich, I agree, everyone participating in traffic should have, but most don't), but as it is nothing visible on-the-ground, we don't record it in SC.
from streetcomplete.
Option one does not work.
We got two different types of ways which bikes and cyclists can use in Germany:
If the way were tagging is a sidewalk mapped separately next to a road we run into the issue, that we can't tag it in streetcomplete. Reason for this is, that both are explicit cycle ways which need to be used by cyclists instead of the road.
A simple "that's a footway and we got no idea if it's a cycle way" does not work here, as its a mandatory cycle way.
Instead it would lead to many wrongly tagged ways having segregation when they don't have one.
At least for me it's clear what a shared path is supposed to mean, I don't think it would be confused with a path which cyclists can't use.
I think the best option would be to remove the second option with the footway symbol and place a "no cycling allowed" or something like this there.
This would complete the available options.
The first one is fine as it is. As paths and tracks are usually are considered to be allowing cyclists.
If not the user can select "cyclist not allowed" for them, to add bicycle=no
.
from streetcomplete.
Alright, option two then.
from streetcomplete.
Alright, option two then.
I'll try to incorporate that into #5575. Indeed, theese overlaping (but alledgedly correct) parsings are causing me quite some headache in that PR. 😵💫
from streetcomplete.
We do this on many occasions, like tagging "there's no cycle lane on this road". Sidewalks in Germany have usually no signs saying "hey this is a side walk" and thus given your argument we would need to say "oh I don't have an idea if there's a cycle way or not here, as there's no sign".
I think it's helpful to reiterate that "no expert knowledge" really means no knowledge about anything is required apart from what is visible on-the-ground.
A sidewalk is something physically present I don't need any expert knowledge (e.g. legal knowledge) to know that this is a sidewalk. It's there. I can see it. So in SC, I record the physical presence of a sidewalk. Who is allowed to use it is something I cannot know without legal knowledge (wich, I agree, everyone participating in traffic should have, but most don't), but as it is nothing visible on-the-ground, we don't record it in SC.
We my point was: If I can see a sidewalk and map it as sidewalk I can map any other way as such as well.
If there's a sign saying it is allowing bicycles, I can map it as "there are bicycles allowed", if not you would answer: "none" cycleway existing, not "there's no sign - I don't know":
So the bicycle quest already requires this "expert knowledge" by asking the users to make a deliberate choice by knowing sidewalks don't allow bicycles by default.
Why can't we apply the same for other ways? 🤔
from streetcomplete.
I'd blame the OSM tagging schema and practice to put cycleways and footways onto the same way instead of separating it into two ways, …… if this method of tagging would not also make sense in cases where e.g. bicycle and pedestrian traffic indeed share the space - implicitly or explicitly.
The difference with cycleways mapped on road-ways is that we can already assume with 100% certainty that it is "straßenbegleitendend", i.e. no undefined "paths or trails".
Basically, the "not designated" option is the "no cycleway here" option. Could still be tagged with bicycle=yes
in the wild, e.g. in Poland, all sidewalks and footways in general that are broader than a certain width may by law be used by cyclists.
from streetcomplete.
e.g. in Poland, all sidewalks and footways in general that are broader than a certain width may by law be used by cyclists.
for sidewalks also allowed road speed needs to be >50 km/h, for footways it kind of depends and there is even more complexity
from streetcomplete.
Mh, restrictive. Probably effectively ends up to being similar to the German situation, only that your road authority saves on some signage on the countryside.
from streetcomplete.
Related Issues (20)
- Improve Postman achievement description HOT 1
- Lamp mount HOT 4
- Caused by: java.lang.AssertionError: Dispatch receiver type de.westnordost.streetcomplete.quests.width.AddWidthForm is not a subtype of de.westnordost.streetcomplete.quests HOT 2
- tracktype/surface conflicts are confusing HOT 9
- Unable to edit amenity=post_box in "things overlay" HOT 3
- Use NSI data in preference to usage data for operators/brands HOT 20
- Additional answer (power=terminal) for PowerPolesMaterial-Quest HOT 11
- Cycleways overlay - Options to map - Clarification possible? HOT 12
- Old opening_hours=* seems not to be removed, if opening_hours:signed=no is set by StreetComplete HOT 2
- Quests for opening hours are also asked for zoo=enclosure marked as a zoo, within a zoo HOT 8
- Ask if benches have armrests HOT 13
- Highlight `traffic_sign=city_limit` when answering maxspeed quest
- Crossing kerb height quest should not be asked for roads that have no sidewalks HOT 3
- Add Type "Floor" to bicycle_parking type Quest HOT 2
- Text used for quest_generic_otherAnswers2 can be mistaken for an acronym and causes confusion HOT 17
- 'Is this still here' asked immediatly after 'opening hours' are filled in HOT 10
- Remove qwant maps HOT 3
- Barrier=gate - What is the available opening HOT 6
- "Are You Sure?" popup before adding a Note for the very first time HOT 4
- What conflict(s) is this memorial for? HOT 6
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from streetcomplete.