Hallo SaschaNuecken,

herzlich willkommen bei OSM.

Bei deinen Edits habe ich leider ein paar Kleinigkeiten zu kritisieren.

name=Zaun (way/381441999/history) ist kein ausreichendes Tagging. Damit kann kein Datennutzer etwas anfangen. Außerdem ist Name, kein Eigenname. (osm.wiki/DE:Names#name_ist_nur_der_Name) Bitte fülle die passende Vorlage im iD-Editor aus oder ergänze manuell das Tag barrier=fence.

Bitte entferne außerdem nicht highway=* von der Straße, wenn sie privat wird. Sie wird in so einem Fall, dann höchstens von highway=residential auf highway=service degradiert und mit access=private (nicht access=no) getaggt.

Ich habe deine Edits korrigiert. Da ich keine Ortskenntnis habe und Bing dort veraltet ist, bitte ich dich, noch einmal darüber zu schauen.

Viele Grüße

Michael

Hallo Jan,

herzlich willkommen bei OSM.

Bitte beachte, dass es für Öffnungszeiten eine festgelegte Syntax gibt, die verwendet werden muss. Ansonsten ist die Eingabe mehr oder weniger für die Katz, weil die Programme, die die Daten nutzen, die Daten nicht auswerten können.

osm.wiki/DE:Key:opening_hours

user_5359 hat das schon korrigiert. changeset/35444329

Viele Grüße

Michael

Hallo Alfred,

hier kannst du das nachlesen: osm.wiki/DE:Names#name_ist_nur_der_Name

Viele Grüße

Michael

@MarkusHD: parking_1 ist die Folge ein Bug des iD-Editors sein. Wenn man ein Tag (z.B. foo=bar) eingegeben hat und dann nochmal in der nächsten Zeile foo als Key eintippt, wird das in foo_1 umgewandelt, sobald man ins Value-Feld springt. Das betrifft nur Fälle, in denen Tags von Hand eingegeben werden.

Es ist also nicht opemarcels Schuld. Aber jetzt wisst ihr beide das und könnt entsprechend gegenseitig aufpassen. ;-)

Könntest du bitte beim Hochladen deiner Änderungen einen aussagekräftigen Änderungssatz-Kommentar eingeben? Das erleichtert anderen Mappern, deine Änderungen nachzuvollziehen. Ansonsten sind bei u.U. bei einigen Edits Nachfragen nötig (z.B. wenn du einen Laden kommentarlos löschen würdest). osm.wiki/DE:Good_changeset_comments

Ich bin mir des Unterschieds zwischen "Hauptgleisen" und "durchgehenden Hauptgleisen" bewusst. Die beiden westlichen Gleise sind keine durchgehenden Hauptgleise, also erhalten sie kein usage=*, sondern service=*.

Auch die Wiki-Seiten verwenden den Begriff "durchgehendes Hauptgleis". Das war nicht immer so. User rurseekatze ist, als er die ursprüngliche Fassung des Taggingschemas schrieb, einem Missverständnis aufgesessen. Das wurde aber vor über einem Jahr korrigiert.

Was steht denn in der JOSM-Objektvorlage, die du verwendest? Taucht dort der Begriff "durchgehendes Hauptgleis" auf?

https://youtu.be/wyX_eAHPNSQ?t=42s

Warum hast du bei den beiden westlichen Gleisen im Bahnhof Borna usage=main ergänzt? Die beiden Gleise kann man nur erreichen, wenn man Weichen abzweigend befährt, d.h. die Geschwindigkeit reduziert.

way/172415146/history
way/380645559/history

Außerdem möchte ich dich darauf hinweisen, dass es kein korrektes Tagging ist, ein Gleis sowohl mit usage=* und mit service=* zu taggen (Industrie- und Militärbahnen ausgenommen). Siehe dazu auch das OSM-Wiki osm.wiki/DE:Key:service osm.wiki/DE:Key:usage osm.wiki/DE:OpenRailwayMap/Tagging#Gleis

Ach ja, und um es nochmal deutlich zu sagen: Das Entfernen der Quellenangaben bringt nichts. Wenn die Daten aus einer unerlaubten Fremdquelle sind, werden wir sie revertieren. Punkt.

Hallo FrankBe,

Bei OSM gilt der Grundsatz, dass eine Quelle nur dann zulässig ist, wenn ihr Rechteinhaber der Verwendung zugestimmt hat. Bitte beachte auch, dass bei uns nicht nur das Urheberrecht relevant ist, sondern auch das Datenbank-Leistungsschutzrecht. Da wir als OSM weißer als weiß sein wollen, sind daher nur Quellen zulässig, für die wir eine ausdrückliche Erlaubnis haben. (Für die Bing-Luftbilder, NICHT die Karte und nicht die Schrägluftbilder, hat Microsoft uns im Nov. 2010 eine Erlaubnis erteilt)

Wir stellen Tausenden Usern unsere Daten zur kommerziellen Nutzung zur Verfügung. Diese Nutzer verlassen sich darauf, dass unsere Daten sauber sind.

Mit der Verwendung nicht erlaubter Drittquellen verstößt du außerdem gegen die Vereinbarung für Mitwirkende, der du beim Anlegen deines Accounts zugestimmt hast. https://wiki.osmfoundation.org/wiki/License/Contributor_Terms

Die einzige Quelle, die du problemlos nutzen kannst, sind deine eigenen Beobachtungen vor Ort (inkl. eigener Fotos und eigener Notizen).

Deine Änderungssätze, die fremde, unerlaubte Drittquellen enthalten, werde ich leider revertieren müssen.

Viele Grüße

Michael

Sorry, aber OSM ist kein Spielplatz. Bitte verwende für erfundene Daten OpenGeoFiction.

reverted by changeset/35350163

Dear JMAN12343610,

OpenStreeMap is not the place for fictional edits and fictional data. Please don't do that! Use OpenGeoFiction instead.

All your edits have been reverted. Future fictional edits may result in a block of your account(s).

Best regards

Michael

Zum Güterzug-Tunnel in Bruchsal: Meiner Meinung nach sollte railway:traffic_mode=* den gesamten planmäßigen Verkehr berücksichtigen. Und wenn es nur ein einzelner RE am frühen Morgen ist. (Man kann mit diesem Tag nämlich auch Güterzüge beim Routing aus S-Bahn-Stammstreckentunnels aussperren) Ich habe die Kölner Südbrücke auch mit railway:traffic_mode=mixed beglückt, weil Nachtzüge über die Brücke fahren (sonst AFAIK nur Leerreisezüge).

Die Hydranten, die du in diesem Änderungssatz hochgeladen hast, scheinen aus einer Fremdquelle zu stammen. Welche genau? Hast du dazu eine Erlaubnis vom Rechteinhaber der Fremdquelle erhalten?

Deine Edits sind Gegenstand einer Diskussion im OSM-Forum. http://forum.openstreetmap.org/viewtopic.php?pid=561477#p561477 Du darfst dich dort gerne äußern. Login erfolgt mit deinem OSM-Account.

Warum hast du in diesem Änderungssatz bei den Aufzügen level=* entfernt? Die Aufzüge verbinden mehrere Ebenen, also ist eine durch Semikola getrennte Liste der bedienten Geschosse korrekt. Es gibt sogar Anwendungen, die damit klarkommen (z.B. OpenLevelUp!). node/3586388197 node/2582614590 node/3587865857

Hallo soemisch,

ich habe den Changeset mir zwar mit Achavi angesehen, aber aufgrund der vielen Gleise den Überblick verloren. Als Urheber des Changesets kannst du mir jedoch bestimmt folgende Frage beantworten:

Hast du die Gleise so korrigiert, dass sie jetzt alle zu Bing passen oder handelt es sich in Leipzig um behutsame Gleislagekorrekturen?

In Leipzig ist im Gleisvorfeld und an den Bahnsteigen der Gleis 7 bis 14 derzeit vieeeeeel im Umbruch. Da bleibt kein Stein auf dem anderen.

Die einzige aktuelle Quelle für Remote-Mapping ist hier baustellen-doku.info, dessen Betreiber uns die Nutzung seiner Seite als Quelle erlaubt hat (siehe Impressum dort).

Viele Grüße

Michael

Mir ist es jetzt zum ersten Mal passiert, dass ich anhand von schon erfassten Blockkennzeichen Hektometertafeln eingetragen habe.

Am 15.8.2015 habe ich bei einer ICE-Fahrt mit rurseekatze Blockkennzeichen in Bezug auf Hektometertafeln notiert. Anstatt die Blockkennzeichen mappen zu können (da hast du in diesem und anderen Changesets fleißige Arbeit geleistet), habe ich Hektometertafeln ergänzt. changeset/35330854

Das Auswählen von übereinander liegenden Objekten ist in iD schlecht gelöst.

Die von mir beschriebenen Tags findest du, wenn du das Objekt ausgewählt hast, unter "Alle Eigenschaften". Die ganzen Eingabefelder darüber sind nur Vorlagen, die die Tags ein bisschen verstecken sollen. Technisch gesehen gibt es nur die Tags in der Datenbank (und die Geometrie natürlich auch noch).

Du hast jetzt gerade eben Sven Tunicke doppelt eingezeichnet (zwei sich überschneidende Flächen).

Autowerkstätten werden als shop=car_repair erfasst, Motorradhändler als shop=motorcycle. Da ein Schlüssel dieser Schlüssel-Wert-Paar (OSM-Sprech: Tags) nur einmal pro Objekt vorkommen kann, musst du dich entscheiden, was relevanter ist. Man kann zwar auch shop=car_repair;motorcycle taggen, aber die meisten Datennutzer werden durch Semikola getrennte Werte nicht aus und erkennen dann dort weder einen Motorradhändler noch eine Autowerkstatt, da "car_repair;motorcycle"!="car_repair" und "car_repair;motorcycle"!="motorcycle".

Doppelt Einzeichnen wäre da sogar noch eine überlegenswerte Alternative.