Also:
ich bin wohl nicht der einzige, denn ich habe es von jemand anderem übernommen, der mein Tagging dahingehend geändert hat (in Saarbrücken).  Habe auch noch nie gecheckt, ob es sonstwo so benutzt wird – wobei ich auch nicht weiß, ob es solche Kanten oft sonstwo gibt. Es gibt bei OSM auch sehr oft lokale Besonderheiten, auch im Tagging ...

Also zur Klarheit: es geht um solche (neueren) Fußgängerüberwege, wo die Bordsteinkante meist weiß ist, mit tactile_paving, aber die nur ca. die Hälfte der weißen Kante ist flush und der Rest lowered. Ich weiß auch nicht genau, was die sich dabei denken ... also was der Sinn und Zweck dahinter ist. Aber das ist ein anderes Thema.

Ich hatte mich da auch anfangs für "flush" entschieden als die "geringste" Barriere, die man an einer solchen Stelle wählen kann (z.B. wenn man im Rollstuhl unterwegs ist).

Zur Notation:
Die Schreibweise mit ";" bedeutet bei einem Tag IMMER, dass mehrere Werte auftreten und das generell oder prinzipiell immer erlaubt (bzw. nur selten wirklich nicht "erlaubt" bzw. "gewünscht" – wobei es ein "nicht erlaubt" bei OSM streng genommen auch nicht gibt). 

Solche „Mehrfachwerte“ sind selten wünschenswert, weil es die Auswertung, maschinelle Verarbeitung usw. erschwert. Das können auch mehr als 2 Werte sein z.B. colour="black;blue;gray“ oder traffic_sign="DE:274-30;136-10;283" (ein Tempo-30-Schild plus "Achtung Kinder" plus "Absolutes Halteverbot" untereinander).

Auf manchen Wiki-Seiten wird daher auch dringend empfohlen, nur EINEN Wert zu benutzen, bzw. das kann je nach Key verschieden sein. Und nicht immer wird auf die Möglichkeit von Mehrfachwerten hingewiesen.

Und alle Editoren haben stets die Möglichkeit, entweder eine Mehrfachauswahl zu erlauben oder nur eine Einfachauswahl. Das ist dann die Entscheidung des Programmieres des Editors (bzw. des Presets/der Vorlage für ein Objekt) ... was nicht unbedingt allgemeingültig ist.

Das ist eben das Problem ... Frage ist, ob man TROTZDEM noch die Möglichkeit hat, etwas manuell einzutragen. Bei Vespucci geht z.B. beides – der Editor bietet bei der Schnelleingabe nur eine Einfachauswahl, aber in der Detailansicht hat man die Möglichkeit, auch einen Mehrfachwert einfach hinzutippen, wie man es möchte – für Ausnahmefälle eben.

Dieses „flush;lowered“ ist sicher so ein Ausnahmefall und kommt daher auch nur selten vor – wegen Kombinatorik auch logisch, dass es deutlich seltener ist als ein Einzelwert. So ist es bei vielen solcher Mehrfachwerte. (Ich versuche übrigens Mehrfachwerte immer in alphabetischer Reihenfolge zu schreiben – also besser so als wie „lowered;flush“ – obwohl das streng genommen egal ist!)

Man muss sich hier also entscheiden: will man es wirklich KORREKT angeben wie es wirklich ist und so beschreiben, was eigentlich der Anspruch ist bei OSM (dann MUSS man „flush;lowered“ schreiben oder eben „lowered;flush“) oder will man es vereinfacht schreiben und sich für einen der beiden Werte entscheiden (Problem dabei ist z.B.:  jemand anderes würde sich eher für lowered entscheiden als flush ... und es wird dann hin + her geändert – es ist einfach nicht präzise.) Daher bin ich auch dazu übergegangen und benutzte dann „flush;lowered“, um das zu vermeiden.

Und habe mir dafür z.B. auch das Preset (also die Editorvorlage) für kerb und crossings für Vespucci und JOSM angepasst, damit ich das leichter auswählen kann und nicht immer von Hand tippen muss. 

Street Complete geht da eben einen sehr strengen Weg ... (und ich weiß nicht, ob man sich da etwas anpassen kann, wohl eher nicht, vermute ich).

Im Wiki fehlen solche Spezialfälle halt leider auch häufig bzw. werden nur nach und nach ergänzt, wenn es in Diskussionen zur Sprache kommt ... da geht es ja auch erst mal drum, die grundlegenden Fälle klar und eindeutig und mit Beispielfotos zu beschreiben, weil es ja schon bei den grundlegenden Werten Unklarheiten gibt (z.B.: Wo fängt raised an, wo hört lowered auf? Ab wann kann man von flush sprechen bei 0 cm oder auch bei 0,3 cm)? Was ist eigentlich rolled? und was bei einer 45°  oder ca. 30° schrägen Kante, die aber nicht abgerollt/abgerundet ist??? – das tagge ich z.B. auch mit "rolled", weil sonst kein Wert gut passt + das dem am ehesten entspricht).

Da gibt es noch so einiges zu klären ... die Welt ist leider komplex und sehr vielfältig. Die strengen Einzelwerte treffen da nicht immer genau zu – werden bei OSM auch mit der Zeit oft ergänzt/erweitert oder auch neu definiert.

Das muss man immer als einen großen Prozess sehen .... und das Wiki hinkt auch oft zeitlich etwas hinterher ...

Und Editoren genauso + da entscheiden oft auch die Entwickler selbst, wie sie es haben wollen. Nicht immer sehr gut und flexibel, wie es scheint.