You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
However, those presets only describe the preferred method of tagging, but both styles (hw=cycleway / hw=path) are valid ways to model the infrastructure and in use.
We could duplicate presets and make them unsearchable in those regions that prefer a different tagging style. That would improve the situation in a way that it makes the data visible but still has a clear recommendation for one tagging schema (in a given region).
We could leave it as is on the premise that users know about access tagging (how to add and how to read it) in order to fully interpret the given infrastructure.
The text was updated successfully, but these errors were encountered:
tordans
changed the title
Add highway=path+bicycle=designated as regional preset(?)
Treat presets with locationSet.exclude as unsearchable presets with low score instead of hiding them
Dec 20, 2024
Update 2024-12-20: I updated this issue to be more clear.
We have two sets of "Cycle & Foot Path" presets presets (https://github.com/search?q=repo%3Aopenstreetmap%2Fid-tagging-schema+bicycle_foot.json&type=code) that use
locationSet.exclude
/locationSet.include
to model local preferences on how to tag a foot + cycle way.However, those presets only describe the preferred method of tagging, but both styles (
hw=cycleway
/hw=path
) are valid ways to model the infrastructure and in use.For Germany, https://wiki.openstreetmap.org/wiki/DE:Tag:traffic_sign%3DDE:240 references both tags (
path
andcycleway
) as possible highway classes (with a preference forpath
).What would be the best way to solve this for this schema?
locationSet.unsearchable
to hide presets for regions but not disable them ideditor/schema-builder#150 and make those presets unsearchable/searchable in certain regions. That would be ideal, because we don't have to duplicate presets.The text was updated successfully, but these errors were encountered: