Hallo Peter,

geht i.O.

type=boundary steht in der Relation, ist am way überflüssig, steht nicht im Wiki und ist auch international unüblich.

Habe die tags vermutlich damals beim Präzisieren der Grenze nach LGL ganz einfach von den alten Grenzways übernommen.

ergänzt

The name:en-Tag is not a real name but only the address.
All info is in the address:*-tags.
I have only added addr:suburb=Norzin.
name-tags should not be misused to have the address appear on the standard map.

I'm usually not mapping in cities since that needs typically local knowledge.
I will only comment on some change sets in Thimphiu regarding unusual mapping.

emergency-tags: Ok, ich wollte nur wissen, ob das Absicht war.
ref: Danke für den Hinweis. Ich habe das jetzt auch auf ein paar von meinen Wegweiser-Bildern gefunden und werde das in Zukunft auch noch mit aufnehmen.

Erledigt, waren ja nur zwei Ziffern.

Bei den Wegweisern habe ich bisher die ref nur an den Aufklebern der Bergwacht gesehen. Ich habe sie also den emergency_acess_point zugeordnet.
Ob man die zu den guidepost mit dazu packt, gibt es unterschiedliche Ansichten, stellenweise werden sie künstlich als extra node ein paar Zentimeter daneben gemappt, aber man sollte sie mMn nicht ersatzlos vom guidepost löschen.

Die Linien sind Mitglied in unterschiedlichen Relationen, müssten deswegen nicht doppelt vorhanden sein, sie tragen aber unterschiedliche Tags.
Dabei ist der Tag source an der Linie des Gebietes überflüssig, denn er steht auch in der Relation, und der Tag type=boundary an der Linie ist eh falsch.
Die Tags an der Grenzlinie der Kernzone stehen deshalb, weil das ein Teilgebiet einer Kernzone mit vier getrennten Flächen und Namen ist.

Hallo Peter,

die Umrisslinie zum Biosphärengebiet wurde vor einem Monat von jemand bei der Geschäftsstelle eingetragen. Die Tags waren nicht ganz korrekt, wurden zwischenzeitlich aber von user DD1GJ korrigiert. Die Grenzen des Gebietes sind eigentlich weitgehend die der teilnehmenden Gemeinden. Sie wurden aber von der Geschäftsstelle einfach über alles drübergelegt. Die Grenzen der Kernzonen wurden vor über einem Jahr ebenfalls von jemand an der Geschäftsstelle eingetragen ohne Rücksicht auf bestehende Grenzen. Das führte dann natürlich zu Doppelungen, ist aber inzwischen korrigiert.
Die Gemeindegrenzen habe ich vor fast 10 Jahren auf Basis der damaligen Daten von LGL eingetragen. Inzwischen sind Grenzen um ein paar Meter unterschiedlich in Maps4BW eingetragen. Sie sind wahrscheinlich durch eine geänderte Generalisierung der Katasterdaten bei LGL entstanden. Sie sehen eine Idee genauer aus und wurden auch von der Geschäftsstelle verwendet.
Fazit: Dort wo die Kernzonen am Rand des Biosphärengebietes liegen, sollten die deckungsgleichen Linien (Knoten) verschmolzen werden.
Da wo die Abweichung der Gemeindegrenzen ebenfalls nur wenige Meter beträgt, sollten die auch auf diese Linien verschoben werden.
Bei dieser Gelegenheit habe ich festgestellt, dass die aktuellen admin-Grenzen in Maps4BW in etlichen Abschnitten leicht von denen in OSM abweichen, das ist aber ein anderes Thema.

There is no special meaning of this tag.

The whole route has been imported as ways in several chunks from a source containing probably GPS tracks. There were two and very often three ways on top of each other containing identical nodes but different endpoints. The only difference were the ids.
All tags come from the imported data and do not conform to OSM tagging. I copied part of the tags - especially the descriptio(n) - to the hiking route relation.
In general I am very restrained in deleting information. Later on with more experience with that import I deleted obsolete tags on the ways but kept the ids with just retagging to loc_id because id is a too short tag in OSM. I kept them provisionally because they showed which segments fit together.

I think these tags can all be deleted after some waiting time but this is at the moment not highest priority for me.

Position of most benches is very suspicious. They are far off any access, in river beds, in woods, above 4000 m.
No source given, personal survey is unlikely since they are distributed over a large area.
Partial revert seems mandatory.

My orientation for tagging in this disputed area was the AL2-boundary with tagging administrative. This is the recommendation for "line of control" by the "on the ground rule".
I have no local knowledge about the real control and so I removed the controlled_by tag.
I'm e.g. not sure about the control of Charit since there is a road connection from China to Doslinma and further a path of just 1 km down to Charit as well as a path from Dürzen up the Sharitang Chu valley.
The connection to undisputed Bhutan territory at Haa Chu is over two mountain passes.

As there is no answer: I have cleaned ways and put them to route relations

As there is no answer: I have cleaned ways and put them to route relations

There is a more serious problem in the Trans Bhutan Trail imports by user Sonam Yangdon than just the truncation of description.
The ways are unprocessed imports of GPS-Tracks, up to three on top of each other. The imported tags make no sense in OSM.
I am trying to convert things to route relations in OSM scheme, but that's tedious and often several thousand points are affected.
So if you intend to work on that TBT problem, too, please contact me to avoid mass upload collisions.

Stream can be better seen in actual Bing image. Maybe it was even more obvious in earlier imagery.

But it is of course to some extent a "matter of taste" whether to map such small intermittent waterways - although they may be a great obstacle during monsoon.

If it makes no difference you may ignore it.
But thanks for the hint to the difference between country and language codes.
Anyway - I will keep off Thimphu in the future.

As a general rule I don't delete objects from presumably local mappers even if they are a bit suspicious.
I do delete obvious errors like duplicate buildings, areas or roads.
I try to "disarm" conflicting or misleading tags by adding :bt (or :np) to show that they were added by local mappers disregarding OSM syntax.
I agree that these "id"-tags were most likely introduced by an improper GIS import, but I will interfere with that taggings as little as possible since I don't know details.

In OSM wird abgebildet, was vorhanden ist.
Dass die Treppe gesperrt ist, muss auch vor Ort sichtbar sein (Schild, Tor o.ä). Eine vorhandene Treppe wird sonst genutzt, egal ob sie in OSM ist oder nicht.

Ich würde bei DE:Key:protection_class nachsehen, da ist es genauer aufgeführt.
Danach haben die Kernzonen class=1 (das a kann entfallen) innerhalb der Nationalparks (NLP) mit class=2.
Das class=14 ist für solche Gebiete wie Wildruhezonen.

Hallo Peter,
das ist die Straße direkt hinter der Uni-Mensa, da war ich schon ewig nicht mehr. Die Einbahnstraßenrichtung dürfte nach Stadtplan aber immer noch stimmen. In Tübingen ist es nicht unüblich, dass Einbahnstraßen T-förmig nach beiden Richtungen abgehen, siehe Keplerstraße direkt dahinter.
Völliger Unsinn ist aber das highway-Tagging. Der hw-Typ ist kein Freitext, da gehört residential rein und sonst nichts.
Deshalb wird der Abschnitt nicht gerendert und Routen geht auch nicht.
Das psv=yes macht wenig Sinn, denn die Straße ist ja nicht gesperrt. Gemeint ist vermutlich oneway:psv=no.
Es kann sein, dass der Bus wie auch die Fahrräder gegen die Einbahnrichtung durch darf. Tübingen ist bezüglich Verkehrsregeln sehr speziell.
Gruß Helmut