Hi,
danke für's Ändern. So dürften damit die üblichen Router und Kartenanwendungen klarkommen. Die Zahl der Tags ist kein Problem, nur der Fakt, dass keine Software in der Lage ist neue Keys automatisch zu erkennen und auszuwerten.

Hallo
was heißt denn "crowning"? Das Tag wird nirgends sonst benutzt.

Hi,
could you check these edits? There are a couple of ways like this one without valid tags:
way/1300501191

Erinnerung:

Hallo,
bitte schaut nach den parking-Tags die hier in der Gegend hinzugefügt wurden. Viele sind "parking:side:..." - "side" darf aber nicht im Tag auftauchen und muss durch left/right/both ersetzt werden.

Hi,
schau bitte mal nach den socket-Tags. Du hast J3105-1 dokumentiert (wurde auch schon 1x verwendet), hast hier aber j3105-1 getagged. Ich bin für die Version mit Kleinbuchstabe.

Hallo,
ich denke nicht dass es eine gute Idee ist, die gesperrten Routen mit 20 neuen Keys zu versehen, die sonst nirgends verwendet werden.
Besser sollten sie mit den üblichen Tags wie "access" und "opening_hours" versehen werden um die Sperrung einzutragen.

Außerdem scheint keiner der Wege in den Relationen durch entsprechende Tags gesperrt zu sein. Wenn das gemacht ist, ist auch die Sperrung der Routen-Relation überflüssig.

Das conditional ist genau richtig.
Ein Verbot im conditional zu überschreiben und aufzuheben geht mit "no" oder "none".

Welcome to OSM!
You used many tags here that are not in use in any other place. Please use only tags that are described in the OSM Wiki or are available in the presets of your editor.
This is necessary to make sure that every other user can understand the data.

Let us know in case you need help!

Hallo,
bitte schau nochmal nach den parking-Tags. Einige sind "parking:side:..." - "side" darf aber nicht im Tag auftauchen und muss durch left/right/both ersetzt werden.

I use Taginfo to create a list of new keys - many of these are spelling mistakes. And it happens that here we got the first and only "departures_2" in the database.

https://osm.janmichel.eu/taginfo/newkeys.htm

Hi,
You can check this with the evaluation tool:
https://openingh.openstreetmap.de/evaluation_tool/?EXP=Mo-Fr%2006%3A00%2C06%3A50%2C08%3A05%2C09%3A15%2C10%3A05%2C10%3A35%2C11%3A15%2C11%3A55%2C13%3A15%2C13%3A55%2C14%3A35%2C15%3A15%2C15%3A55%2C16%3A35%2C17%3A15%2C17%3A55%2C18%3A35%2C%20Sa-Su%2CPH%2006%3A30-19%3A30%2F60%2C%20SH%2006%3A00%2C06%3A50%2C07%3A40%2C08%3A05%2C09%3A15%2C10%3A05%2C10%3A35%2C11%3A15%2C11%3A55%2C12%3A40%2C13%3A15%2C13%3A55%2C14%3A35%2C15%3A15%2C15%3A55%2C16%3A35%2C17%3A15%2C17%3A55%2C18%3A35&lat=48.7769&lon=9.1844&mode=1&DATE=1720544880000

You're right that the separator should be a ; (I fix it in a minute), and the Su/PH statement should also be last to not be overwritten by school holidays.

The syntax with a slash is documented in the formal specification:
opening_hours=*/specification#timespan

Hallo,
bitte schaut nach den parking-Tags die hier in der Gegend hinzugefügt wurden. Viele sind "parking:side:..." - "side" darf aber nicht im Tag auftauchen und muss durch left/right/both ersetzt werden.

Thanks for the explanation! On top of your edit I also added opening hours and access tags to mark the relevant period.

Hi,
please check the nodes you added. There are two like this one without any valid tag:
12039826176

That's not about hierarchy between contributors, but hierarchy between tags:

Major tags vs. minor information: Semicolons are bad in major tags (e.g. building or amenity), but are very well suited for minor and diverse additional information.

Existing tags vs. new tags:
The specification of "charge" already contains the syntax with a / to specify what the charge applies to, like children and adults or single and double rooms. New data should follow the documented schemes and not try to invent a duplicate way of tagging.

Hi,
the opening/closing tags you used on the bridge here are not used in other places. There's the "opening_hours" tag for this kind of information. But I'm unsure how to convert it. Is "opening_date" the day the bridge opens or the day the cycleway opens?

You asked about this last week in the forums. Kovoschiz gave a long explanation how a single "charge" tag is the common way and too detailed price information on hotels is not wanted (check also all the up votes those posts got!).

Hi,
schau doch bitte nochmal nach deinen maxweight Tags:
maxweight:lanes:conditional:backward = none|none @ (bus;destination)

1) Die übliche Reihenfolge im Key ist
maxweight:lanes:backward:conditional.
1a) "lanes" ist nicht nötig, der Wert ist ja überall derselbe

2) "bus" kann nicht hinter dem @ stehen - Fahrzeugarten kommen direkt in den Key:

maxweight:backward:conditional = none @ destination
maxweight:bus:backward = none

That happens to many people. In this case it could have been something akin to a training area so I had to ask.

Hi,
I found the tag "playing=field" on some ways. Could you explain what this means?