merkwürdige Umbenennungen im iD-Editor

So jetzt haben wir die Entscheidung von Bryan Housel:

https://github.com/openstreetmap/iD/commit/6b2a69282e0b274c270f5288765ca3db1c8890f9#commitcomment-16760608

Was wird nicht gemacht?

Also: Die Übersetzung muss nicht eins-zu-eins sein.
+1 für: Feld-/Forstweg

Die von Nakaner vorgeschlagene Änderung im Englischen, so wie ich den Kontext deute. Also von „unmaintained road“ zurück auf „agricultural/forestry road“. Wäre sehr sinnvoll, auch in UK werden Tracks durchaus maintained.

Nun, wenn er nicht will, spricht wieder etwas gegen iD.

–ks

Oh Wunder - gerade sehe ich, dass es wieder wie vorher “Feld-/Waldweg” heißt. Scheint man gerade heute wieder umbenannt zu haben.

Das ist kein Wunder. Wir haben ja die Übersetzung, die zwar wortwörtlich vielleicht noch richtig war, einfach so korrigiert, dass es jetzt zwar zum Tag, aber nicht mehr zur englischen Vorlage passt. Aus deinem Posting lese ich, dass die neue Version von iD auf osm.org in den letzten Stunden ausgerollt worden ist

Deshalb steht jetzt weiterhin in der englischen Variante “unmaintained …” drin, was falsch ist. Aber Bryan, der Schreibrechte im Repository hat, scheint der Meinung zu sein, dass er Recht hat und hat die Diskussion beendet (sprich sich auf ignorant gestellt), obwohl ihm keiner dort zugestimmt hat. So macht man sich keine Freunde (ok, so richtig beliebt waren die iD-Entwickler in gewissen Mapperkreisen doch noch nie, oder?).

So, dieser Thread hat mich veranlasst mich nach langer Zeit (~5 Jahre) mal wieder bei transifex anzumelden und ein bisschen die Übersetzungen zu verbessern, ich hab mal für iD die railway service tags etwas verbessert, hoffe das ist in Ordnung so…

Wie ich im Thread auf github versucht habe darzulegen, liegt das Problem darin, dass Bryan sich auf den Standpunkt stellt, dass er (generell in iD) einen lokaliserten en-US Namen für das Objekt verwendet (ob der Name wirklich sinnvoll ist sei mal dahingestellt).

Sprich mindestens für iD sollte man für die Presets -nicht- die en-US Version übersetzen sondern jeweils auf die Refererenz im Wiki zurückgreifen.

Danke, es sieht gut aus. Für “spur” hast du “Anschlussgleis” als Übersetzung eingegeben (vorher falsch “Spur”), ich habe es zu “Anschluss-/Ladegleis” abgeändert.

Die Übersetzung (nicht von dir) von “cable car” mit Seilbahn habe ich zu “Kabelbahnwagen” korrigiert. Da wird ein deutscher Nutzer allein wegen des Begriffs schon stutzig.

Wäre Kabelbahn nicht besser? Ohne “Wagen”?

gruss
walter

Ja, da hast du Recht. Ich habe “wagen” entfernt.

In welchem Zusammenhang stand denn das “cable car”? Das Tag aerialway=cable_car ist laut Wiki für eine Seilbahn gedacht.

Asche auf mein Haupt. Ich habe nicht auf das Tag geschaut (Tab “Details”), sondern nur auf den Begriff und gedacht, dieser sei Amerikanisches Englisch (wie die ungepflegte Forstraße). Der Text gehört jedoch zu aerialway=cable_car, was im Britischen Englischen und in OSM eine (Luft-)Seilbahn repräsentiert.

Wenn Bryan aber das Ziel verfolgt, iD auf en-US umzustellen, muss er auch cable car in aerial tramway umbenennen. https://en.wikipedia.org/wiki/Aerial_tramway#Terminology

Bevor ich einen Nutzer freundlich anschnauze:
In einem Bereich wurde von einem Nutzer
highway=crossing
crossing=uncontrolled
in crossing=zebra umgeändert … mi dem iD-Editor.
Habe mal schnell nachgeschaut, bei mir taucht das crossing=zebra sogar in der Auswahlliste vom iD-Editor auf.

Nur leider nirgends in der Dokumentation erwähnt http://wiki.openstreetmap.org/wiki/DE:Key:crossing ; hier wäre crossing_ref notwendig.

Ist da was im iD-Editor falsch oder habe ich was verpasst?

tja, gibts 125.000 mal laut taginfo, würd mich jetzt nicht wundern wenn die alle vom ID sind. Laut wiki gibt es crossing_ref=zebra, weil das in verschiedenen ländern verschieden heißt. Vielleicht haben sich die ID autoren da mal wieder gedacht, dass sie da ihr eigenes tagging einführen, weil is ja lechter…

ja polemisch, aber mal sehen obs stimmt :expressionless:

Leider macht iD einige “Fehler” - er nutzt auch note als Beschreibung - statt description. Musste es erst selbst testen, da der User mit iD es behauptete - und natürlich nicht besser machen kann.

warum steht bei den HOT Tasks eigentlich immer, dass man bei ID building=building machen soll?

Weil Anspruch und Qualität von HOT oder MissingMaps manchmal unterirdisch ist … aber das ist kalter Kaffee.

wie auch immer, trotzdem gibts ja da irgendeinen grund für, schliesslich steht da immer extra man solle für iD building=building und für josm building=yes machen, also muss es ja irgendwas mit iD zu tun haben.

Es hat nicht lange angehalten, dass im ID-Editor ein Feld- und Waldweg schlicht Feld-/Waldweg hieß. Jetzt nennt er sich “Unbesiedelter, oft unbefestigter Weg; oft Feld-/Waldweg”, wobei der Teil der Bezeichnung hinter dem Semikolon gar nicht angezeigt wird, da die Bezeichnung für das dafür zur Verfügung stehende Fenster bei einer Standartbildschirmeinstellung zu klein ist.
Ich frage mich, was so etwas soll, mal abgesehen von dem Umstand, dass ein Weg nie besiedelt ist, sondern höchstens durch besiedeltes Gebiet läuft. Wäre der Weg besiedelt, wäre es schwierig, darauf zu fahren, man müsste ja immer um die herumfahren, die auf dem Weg siedeln :wink:
Wenn ich aber nun versuche zu verstehen, was mir diese Umbenennung sagen will:
Wenn in einer Wohnsiedlung von einer Wohngebietsstraße zwischen zwei bebauten Feldern ein Feldweg abzweigt, ist das dann ein “besiedelter Weg” und dürfte somit nicht als “highway=track” eingestuft werden? Wie werden asphaltierte Wege in Feldwegbreite gemappt, die zwar durch unbesiedeltes Gebiet führen, an denen dann aber irgendwo ein landwirtschaftlicher Betrieb steht? Als Feldweg tracktype1, als Erschließungsweg oder als Nebenstraße (highway=unclassified) - letzteres erschiene von der Beschreibung her logisch, gibt diesen Wegen aber ein zu großes Gewicht im Kartenbild. Ein optisch angemessenes Bild ergibt der als Erschließungsweg bezeichnete Highway=Service, bei dem aber die Beschreibung so gar nicht zu einer solchen Verwendung passt?

highway=service → http://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dservice

highway=* → http://wiki.openstreetmap.org/wiki/DE:Key:highway

iD macht manchmal Quatsch → Parkplätze mit area=yes

Die Autoren vom iD sind in diesen Sachen auch ziemlich “stur” …