OpenStreetMap

Hi,
die ist hier bei einigen Wegen ein kleines Malheur passiert.
surface=verdichtet sollte doch wohl surface=compacted heißen?
Gruß
surveyor54

Hallo Surveyor54,
vor einigen Wochen/Monaten wurden die Begriffe im Online-Editor eingedeutscht. Seither gibt es verdichtet (compacted), naturbelassen (ground) oder Kunstrasen, usw.
VG Ay

Hi,
schön dass du dich meldest.😀
Grundsätzlich wird in OSM zu 99,9% alles in englisch eingetragen.
Ja, im Editor steht es in deutsch, wenn ich es anklicke steht es bei mir weiter unten, unter Eigenschaften, in englisch.

Probiere es doch bitte einmal aus.
VG

Hallo Surveyor54,
es macht keinen Unterschied, wie ich im Online-Editor die Eingabe mache, im Hintergrund wird es in die deutsche Version übertragen. Wege, die ich früher als z. B. "compacted" eingetragen habe, sind jetzt als "verdichtet" gekennzeichnet. In meinem Editor sehe ich die engl. Bezeichnungen für vorhandene Objekte nur noch bei veralteten Einträgen, für die es keine Übersetzung gibt.

Ich nehme an, daß es sich um ein großes Übersetzungsprojekt handelt, denn die Bezeichnungen für z. B. Hütten (hut, shed, ...) sind noch auf englisch. Der technische Unterbau arbeitet ohnehin mit Codes, die Bezeichnungen sind m. E. nur länderspezifische "Oberfläche".

VG Ay

Ich kann das nicht reproduzieren, wenn ich ID von Englisch auf Deutsch umstelle bekomme ich zwar tatsächlich "Verdichtet" als Oberflächen-Auswahl angezeigt, aber wenn ich die Änderung hochlade bekomme ich trotzdem einen Weg mit "surface=compacted"

Ergibt ja auch nur so Sinn, denn die verschiedenen Renderer und Stylesheets werden keine landesspezifischen Regeln für alle verschiedenen Übersetzungen von zB. "compacted" haben, sondern sich darauf verlassen, dass weltweit einheitlich dieselben Werte / Bezeichnungnen genutzt werden.

Das ist das zu erwartende Verhalten. Man gibt in Landessprache etwas ein, und im Hintergrund wird ein Code (der natürlich auch alphanumerisch sein kann) zugewiesen. Dieser wird bei Einstellung "deutsch" als "verdichtet" ausgegeben, und bei Einstellung "english" als "compacted", usw.

Ich kenne den technischen Unterbau natürllich nicht, aber so ist erklärbar, wieso die Bezeichnungen alle übersetzt im Editor erscheinen. Wenn Du einen anderen Editor benutzt, mag das anders aussehen, aber die Information als solche wird richtig gespeichert. Deshalb spielt es keine Rolle, ob ich "compacted" eingebe oder "verdichtet", in der Datenbank landet die gleiche Information. Daher gibt es keinen Grund, den vom Projekt zur Verfügung gestellten Editor zu "überschreiben" bzw. die Bezeichnung nicht aus der drop-down Auswahl zu beziehen.

Hier mal ein Weg mit einem solchen Fehler: https://www.openstreetmap.org/way/55701235
Ich selber bin erfahrener ID-Editor nutzer. Der Fehler liegt hier eindeutig in der Bedienung des Editors. iD bietet unter "Felder" seit einiger Zeit für "Oberfläche" deutschsprachige Übertragungen der Originalwerte an. Diese Übertragungen werden zur Unterscheidung in blauer Schrift statt in schwarzter Schrift angezeigt. Aus diesen Übertragungen generiert aber iD die korrekten englischsprachigen Bezeichnungen, wie man weiter unten im Bereich "Eigenschaften" dann auch sehen kann. Es ist aber möglich, im Berich "Eigenschaften" direkt Werte einzugeben, und zwar auch falsche. Wenn man dort also "verdichtet" enträgt, dann nimmt der iD das auch so an, obwohl es falsch ist. Der iD kann auch solche Fehler nicht erkennen, da es immer möglich sein muss, andere als die Standardwerte einzutragen, da OSM immer die Möglichkeit bietet, neue Werte einzuführen.
Wichtig ist nun, die falschen deutschen Werte zu korrigieren. Man kann sie daran erkennen, dass der Begriff "verdichtet" bei dem von mir verlinkten Beispielwet in "Felder" in schwarz angezeigt wird. Man kann einfach das Auswahlmenü bei Felder öffnen und dort den in blauer Schrift angebotenen Begriff "Verdichtet" auswählen. Dann ändert sich bei "Eichenschaften" der Wert von "verdichtet" in "compacted".

Und villeicht noch was zum technischen Unterbau, der angesprochen wurde: Nein, da werden keine abstrakten Codes eingetragen, sondern buchstäblich genau das, was du im iD-Editor unter "Eigenschaften" siehst. Hier also das "compacted". Wenn du da von Hand "verdichtet" einträgst, wird beim Hochladen (oder "Speichern", wie es iD nennt) auch buchstäblich "verdichtet" in die Datenbank geschrieben, aber damit kann kein Auswerter was anfangen. Also leider ein Denkfehler des Anwenders.

Zusammenfassung: iD ist eigentlich so gedacht, dass der Benutzer die "Felder" bearbeitet (mit den eingedeutschten Begrifflichkeiten). Die "Eigenschaften" darunter sind nicht nur eine Auflistung der "Felder", sondern das sind auch schon die in "OSM-Code" übersetzten Datenbankeinträge, die sich daraus ergeben. Ich war nie ganz glücklich damit, dass die direkte Bearbeitung dieser "Eigenschaften" nicht besser geschützt ist. Denn da können Fehler passieren. Da sollten eigentlich nur Leute ran, die über die technischen Hintergründe soweit Bescheid wissen. Mich wundert aber, dass iD keine Warnung ausgibt, wenn man ein Tag wie surface=verdichtet hochladen will, also etwa "Das ist kein üblicher Wert für surface".

@ Galbinus:
jetzt kapier ich, was Ihr meint. Ich war der Meinung, ich hätte den Begriff aus dem Menü ausgewählt, habe es aber doch nicht, sondern einen gleichlautenden eingegeben?! Darauf muß man erst mal kommen. Der Fehler ist nicht dt. versus engl., sondern dt. "falsch" versus dt. "richtig". Auf die Farbe habe ich nicht geachtet, sie wird mir künftig helfen.
OK, danke für den Hinweis!

Fast. Du hast das Richtige an der falschen Stelle eingetragen.

Der Abschnitt "Felder" (oben) ist das sagen wir mal "nutzerfreundliche" Interface zum Erfassen der Eigenschaften. Das ist Anwender-Sprache. In deinem Fall Deutsch. Da sind die OSM-Einträge übersetzt, und du kannst auf Deutsch einen passenden aussuchen.

Der Abschnitt "Eigenschaften" (unten) ist die "Übersetzung" des oben Eingegebenen in die tatsächlichen Datenbankwerte. Die sind immer englisch. Auch alle Auswerter, egal welche Sprache sie mit dir sprechen, werten immer nur die englischen Datenbankwerte aus.

Wenn du oben "verdichtet" auswählst, erscheint unten "compacted". Egal in welcher Sprache du arbeitest. "compacted" ist der OSM-Datenbankwert für "verdichtetes Mineralgemisch".

Wenn du jetzt aber dein "verdichtet" nicht oben unter "Felder" einträgst, sondern direkt unten als Datenbankwert, dann wird auch brav "verdichtet" in die Datenbank geschrieben und nicht "compacted".

Deshalb mein Reden: Den Abschnitt "Eigenschaften" sollte man nur dann direkt bearbeiten, wenn man sich mit den OSM-Datenbankwerten schon auskennt und die Übersetzungen darüber nicht mehr braucht. Dafür ist das gedacht.