DE:Good practice

OpenStreetMap ist ein freies Projekt, zu dem jeder beliebige Daten beitragen kann. Allerdings funktioniert es, wie jedes Projekt, am besten dann, wenn sich alle Beteiligten an bestimmte Regeln halten. Diese Seite erklärt ein paar allgemeine Regeln, die helfen, ohne zusätzlichen Aufwand die Qualität der Daten zu verbessern. Es wird aber nie ein Ziel von OSM sein, Mitwirkende zu irgendetwas zu zwingen. Außerdem gibt es natürlich Fälle, in denen diese Regeln nicht umsetzbar bzw. widersprüchlich sind.

Korrigiere Fehler^↙

Wenn du Elemente oder Attribute findest, die falsch sind, korrigiere sie. OSM funktioniert wie ein Wiki. Deine Änderungen können jederzeit rückgängig gemacht werden, wenn etwas schief geht.

Dinge so kartieren, wie sie in der Realität sind^↙

Manchmal gibt es widersprüchliche Informationen, z. B. über den Namen eines Ortes. Er könnte in alten und neuen Karten sowie auf dem Ortsschild unterschiedlich angegeben sein. Da Personen, die OSM-Karten zur Navigation verwenden, Ortsnamen von Schildern auch in der Karte finden sollen (und anders herum), werden diese so eingegeben, wie sie auf den Schildern stehen. Offensichtlich falsch geschriebene Namen, wie Markplatz können natürlich korrigiert werden.

Überprüfbarkeit^↙

Hauptartikel: Überprüfbarkeit

OSM-Daten sollten, sofern es möglich ist, überprüfbar sein. Gemeint ist damit, dass andere Mapper am selben Ort die gleichen Daten sammeln können sollten (deine Daten überprüfen). Dieses Prinzip schließt hypothetische oder auf Meinungen beruhende Daten (z.B. Ratings, Bewertungen) aus.

Mappe keine historischen Ereignisse und keine ehemaligen Objekte^↙

Dieser Grundsatz ergibt sich aus der Überprüfbarkeits-Forderung. Erfasse keine historischen Ereignisse in OpenStreetMap. Erfasse auch keine Objekte, die nicht mehr existieren, weil solche Objekte nicht vor Ort überprüfbar sind. Zum Thema historische Ereignisse siehe auch eine Diskussion (englisch) im OSM-Wiki. Wenn noch Ruinen vorhanden sind (und es dadurch überprüfbar ist), dann erfasse die Ruinen (z.B. durch Verwendung von historic=ruins. Es scheint außerdem eine Übereinkunft zu geben, dass abgebaute und (in Radwege) umgewandelte Bahnstrecken gemappt werden, wenn zumindest noch ein paar Reste vorhanden sind (verwende z.B. railway=abandoned). Zu abgebauten und umgewandelten Bahnstrecken gibt es hier im Wiki auch eine Diskussion (englisch).

Objekte, die aktuell gar nicht mehr vor Ort überprüfbar sind, können beim Projekt OpenHistoricalMap (siehe Open Historical Map) erfasst werden.

Mappe keine vorübergehenden Ereignisse und Objekte temporärer Natur^↙

Unsere Kartendaten werden von unzähligen Leuten heruntergeladen und dann wochen- oder monatelang offline auf verschiedensten Geräten verwendet. Damit OpenStreetMap-Daten sinnvoll offline verwendet werden können, sollte man erwarten, dass das Objekt in den nächsten paar Wochen nicht in der Realität verändert wird, wenn du es mappst. Bestimmte Ereignisse, die regelmäßig stattfinden (z.B. ein Wochenmarkt) können erfasst werden, wenn spezielle Tags verwendet werden.

Erfasse keine Vorschriften, die nicht durch Gegenstände vor Ort repräsentiert werden^↙

Dinge wie örtliche Verkehrsregeln sollen nur erfasst werden, wenn vor Ort Hinweisschilder oder andere reale Objekte vorhanden sind, die sie repräsentieren (zum Beispiel ein Verkehrsschild oder eine Fahrbahnmarkierung). Andere Vorschriften, die vor Ort nicht in irgendeiner Form als Objekt sichtbar sind, sollen nicht erfasst werden. Durch dieses Kriterium bleiben die in OSM zu erfassenden Vorschriften auf einfache Art überprüfbar.

Beim Attributieren nicht danach richten, was der Renderer daraus macht^↙

Hauptartikel: Taggen für den Renderer

Objekte werden so eingezeichnet, wie sie in der Realität vorkommen, ohne Rücksicht auf das, was der Renderer daraus macht.

Gute Änderungssatz-Kommentare^↙

Hauptartikel: Good changeset comments

Ein guter Änderungssatzkommentar sollte die durchgeführten Änderungen hinreichend und prägnant beschreiben. Dieser sollte angegeben werden, damit andere Mitwirkende deine Änderungen nachvollziehen können. Damit beugt man Missverständnissen vor und erleichtert die Fehlersuche. Die Angabe guter Änderungssatzkommentare macht deine Beiträge wertvoller. Sie helfen auch dir, wenn du in Zukunft auf deine eigenen Änderungen stößt.

Verwende nicht das Name-Tag, um Dinge zu beschreiben^↙

zahlreiche Feldwege mit dem Namen "Feldweg"

Hauptartikel: Namen

Das name-Tag wird verwendet, um den Namen eines Objektes anzugeben. Er ist nicht dafür gedacht, wenn du ein Objekt beschreiben oder klassifizieren möchtest. Wir verwenden dafür andere Tags. Zum Beispiel ist es falsch, einen Tag name=Waldweg an einem Weg durch einen Wald einzutragen. Stattdessen sollte der Weg das Tag highway=track haben. Sollte der Waldweg hingegen einen Eigennamen besitzen (wie einen Straßennamen), dann kann dieser als Name erfasst werden. Andernfalls wird kein Name erfasst.

Du findest die passenden Tags für ein Objekt in den Objektvorlagen, die dir dein Editor anbietet. In iD kannst du einfach mit dem Tippen beginnen, sobald du das Objekt gezeichnet hast. In JOSM kannst du passende Vorlagen durch drücken der Taste F3 und Eingabe eines Begriffes finden. Wenn du dann immer noch nicht fündig geworden bist, kannst du in diesem Wiki oder mittels Taginfo suchen – oder du fragst andere Mapper. Wenn du kein passendes Tag finden kannst, dann hinterlasse eine Information mittels note=* oder description=*.

Erhalte die Chronik^↙

Wenn sich kartierte Objekte in der realen Welt verändern, erhalte deren Chronik (im Englischen history)
Beispiel: Wenn ein Café geschlossen wird, entferne nur die das Café betreffenden Attribute, nicht das ganze Objekt.

Beim Überarbeiten von Landnutzungsflächen oder Gebäuden (zum Beispiel weil bessere Luftbilder verfügbar sind) löscht man die bestehenden Objekte nicht und zeichnet sie neu, sondern bearbeitet nach Möglichkeit das Vorhandene. Für JOSM gibt es das Werkzeug "Geometrie ersetzen" im Plugin JOSM/Plugins/utilsplugin2. Falls bei umfangreichen Geometrieänderungen eine Neuzeichnung weniger Arbeit macht, kann man damit einfach die Versionschronik vom alten auf den neuen Umriss übertragen.

Wenn du einen einzelnen Punkt für ein Objekt findest, und den Umriß des Gebäudes oder des Campus zeichnen möchtest, ist es gute Praxis, den Punkt (ohne die Attribute) an prominenter Stelle zu erhalten, z.B. als Eckpunkt des Gebäudes oder Eingang des Campus. Das erhält die Chronik der Informationen aus dem "alten" Punkt und ist einfach zu finden. Damit können andere Nutzer die Änderungen leichter nachvollziehen. Beispiel (Schul-Punkt zu Campus):

• Schiebe den Schul-Punkt in eine der im Luftbild sichtbaren Ecken,
• zeichne den Campus, ausgehend von diesem Punkt,
• Kopiere die Attribute vom Punkt und lösche sie dort
• Füge die Attribute auf dem Umriß ein, ergänze sie nach Notwendigkeit, und lösche alte Objekt-source-tags.
• Beim Hochladen, gib die Quelle deiner Änderungen als source im Changeset an (nicht auf dem Campus-Objekt).

Ein Objekt in der Realität entspricht genau einem Objekt in OSM^↙

Hauptartikel: Ein Objekt, ein OSM-Element

Punkte (Knoten) sollten nicht innerhalb von Flächen mit den gleichen Attributen platziert werden, nur damit ein Icon auf der Karte angezeigt wird. Die Renderer sollten auch auf Flächen Symbole anzeigen. Es ist unnötig, jede Parklücke, jeden Fußballplatz usw. doppelt in der Datenbank zu haben.

Gerade Wege bleiben gerade^↙

Hauptartikel: Editing Standards and Conventions

Schnurgerade Wege werden auch gerade eingezeichnet, also mit einer Linie zwischen zwei Punkten, ohne weitere Punkte dazwischen. Auch wenn eine GPS-Spur nicht so aussieht, sind viele Straßen gerade. Potlach und JOSM bieten Werkzeuge zum Begradigen von Wegen an. Dadurch werden die Datenmengen verringert und die Karten repräsentieren die Realität besser. Ist ein Knick in einem Weg jedoch in mehreren GPS-Spuren vorhanden, ist es wahrscheinlich, dass es sich um einen Echten, in der Realität vorkommenden handelt und es sich nicht nur um ein GPS-Artefakt handelt.

Kurven mit einer angemessenen Anzahl von Punkten einzeichnen^↙

Achte darauf, eine angemessene Anzahl von Punkten zu verwenden, um Kurven usw. einzuzeichnen. Es gibt dafür keine festen Regeln, aber bei scharfen Kurven müssen die Punkte enger zusammen liegen als bei sanften.

GPS-Spuren mitteln^↙

Hauptartikel: Genauigkeit von GPS-Daten

Die Punkte einer einzelnen GPS-Spur (GPS-Track) weichen meist um mehrere Meter von der Realität ab. Die Abweichung wird durch viele Faktoren beeinflusst, beispielsweise die Position der GPS-Satelliten während der Aufzeichnung der Spur, Bäume oder Gebäude in der Nähe, die Position des GPS-Empfängers relativ zur Straßenmitte usw. Wenn mehrere Spuren auf dem selben Weg aufgezeichnet werden, hat die Abweichung einer einzelnen Spur einen geringeren Einfluss auf den durchschnittlichen Verlauf der Strecke. Deshalb ist es sinnvoll, jede aufgezeichnete Spur nach OSM hochzuladen, auch wenn die Wege, von denen sie stammt, schon eingezeichnet sind. Dadurch haben andere Benutzer eine größere Auswahl an Spuren zur Verfügung, aus denen sie einen Mittelwert bilden können, der weniger von der Realität abweicht, als es die einzelnen Spuren tun.

Luftbilder vor dem Abzeichnen ausrichten^↙

Hauptartikel: Luftbilder verwenden

Alle Luftbilder haben einen Versatz gegenüber der Realität. Wenn dieser kleiner als die GPS-Ungenauigkeit ist, kann er vernachlässigt werden. Manchmal ist er jedoch bedeutend höher und ändert sich zum Teil sogar auf kleinen Gebieten. Dann ist es notwendig, die Luftbilder vor dem Abzeichnen korrekt auszurichten. Dies kann anhand von GPS-Spuren oder anhand von bereits existierenden OSM-Daten geschehen.

Nicht von veralteten Luftbildern abzeichnen^↙

Hauptartikel: Sesselmapping

Dass uns Luftbilder zur Verfügung stehen, heißt noch lange nicht, dass diese auch aktuell sind. Prüfe daher immer die Aktualität des Luftbildes, bevor du OSM-Daten "korrigierst" oder löschst. Am besten ist es, nur dort zu mappen, wo man vor Ort war.

Markiere deine Schätzungen^↙

Manchmal ist es sinnvoller, Objekte an geschätzter Postion einzutragen als überhaupt nicht. Markiere diese Einträge mit FIXME=position estimated oder ähnlich, damit du oder ein anderer darauf zurückkommen kann.

Lösche keine Attribute, die du nicht verstehst^↙

Falls du auf Attribute stößt, deren Bedeutung dir unklar ist, solltest du diese dennoch nicht einfach löschen, da sie für einen dir unbekannten Zweck nötig sein können. Im Zweifelsfall kann der Autor kontaktiert werden.

Eigene Attribute dokumentieren^↙

Hauptartikel: New Features (englisch)

Wer Attribute benutzt, die nicht auf der Seite Map features aufgeführt sind, sollte sie im Wiki dokumentieren, um anderen Kartografen Erklärungen dazu anzubieten bzw. die Attribute zu verbessern.

Beschränke die Verwendung Semikola-getrennter Werte^↙

Semikola können in die Werte von Tags eingefügt werden, wenn derselbe Key (Schlüssel) mehrere Werte hat. Dies ist nützlich, um Listen als Werte zu besitzen. Bei wichtigen Tags, die der groben Kategorisierung von Objekten dienen, sollte dies jedoch vermieden werden. Im Allgemeinen sollten diese speziellen Zeichen nicht übermäßig verwendet werden, da sie der Einfachheit unseres Taggingsystems zuwiderlaufen.

Siehe auch

• Bearbeitungsstandards und -konventionen - Technische Details zum richtigen Kartieren.
• Tagging samples - Tagging-Beispiele
• Category:Tagging guidelines by country - Mapping- und Tagging-Richtlinien für die einzelnen Länder