Hallo KartoGraphHiti,

es ist löblich, dass du Daten zur Zugsicherung ergänzst. Aber ist es wirklich erforderlich, auf jeder Strecke railway:lzb=no und railway:etcs=no zu erfassen? Die beiden Systeme sind bezogen auf die Gesamtnetzlänge fast schon exotische Systeme. Oder hast du railway:crocodile=no (Aachen Hbf) und railway:integra_signum=no (Singen (Hohentwiel)) einfach nur vergessen, um exemplarisch mal zwei ausländische Systeme zu nennen, die einen teils mehrere Kilometer in das deutsche Gebiet hineinragen? ;-)

Viele Grüße

Michael

Hallo Pfälzer669,

ich möchte dich bitten, diese Änderung rückgängig zu machen. Der Ausbauszustand und die Verkehrsbedeutung rechtfertigen highway=secondary einfach nicht. Im Wiki steht zwar die Zuordnung secondary–Landesstraße, aber diese Zuordnung dient der Orientierung. Die amtliche Widmung einer Straße ist nur eines von mehreren Kriterien.

Es gibt genügend Beispiele in der Realität, wo Karten unrealistisch aussehen würden wenn die Widmung 1:1 in OSM übernommen werden würde. Eines der bekanntesten Beispiele ist die K 9657 und die L 605 in Karlsruhe, die beiden am besten ausgebauten Straßen im Stadtgebiet, die weder Bundesstraßen noch Bundesautobahnen sind. osm.org/#map=16/48.9920/8.3836

Viele Grüße

Michael

Btw, many of the uploaded geometries don't match the buildings on the aerial imageries of Cape Town which are provided by the city and are available in JOSM's Imagery menu.

Hi mapland,

you uploaded files created with a third-party software in this and some other changesets. You claim that you created a GeoJSON file in QGIS. However, it looks to me that it was NOT a GeoJSON file. What is the real source of the data you uploaded.

In addition to these questions, I would like to ask you to fix all the errors your uploaded data has:

- Do all buildings have a name? I don't think so. Please use the correct tag for house numbers.

- OSM is not a GIS. If a key is not set for an object, its value must not be "null". Instead, it should not be set.

- area=yes is not necessary for buildings. Please remove it. building=* implies area=yes already.

These three errors are good examples why data imports are ruled by the Import Guidelines and it is usually no good idea for newbies to import data.

Please use JOSM directly if you trace buildings instead of using a third party software and a buggy conversion tool.

Best regards

Michael

Hi Rps333,

the Import Guidelines require you to use a dedicated account for imports. Could you please create a dedicated import account and use that for the Canvec import? Thank you.

osm.wiki/Import/Guidelines

Best regards

Michael

Hi jptolosa87,

this changeset looks very much like an import and not like manual tracing. Which data source did you use? Where can I find the documentation of this import on the OpenStreetMap wiki? When was this import discussed on the international Imports mailing list?

Please keep in mind that imports have to comply with the Imports Guidelines. osm.wiki/Import/Guidelines

Best regards

Michael

Hallo is-zUser,

wie (teilweise) in meinen Änderungssatzkommentar steht, habe ich sämtliche Beiträge von e9aga8f zum OpenStreetMap-Projekt revertiert, weil die Änderungen mit subtilem Vandalismus durchsetzt waren (siehe changeset/53052244)

Aufgrund der Menge war es mir nicht möglich, zu prüfen, ob von ihm gelöschte Objekte zwischenzeitlich neu erfasst worden sind. Entferne doch einfach das Duplikat und fertig. Oder hat deine Tastatur keine Entf-Taste?

Viele Grüße

Michael

Hallo ferex,

das Wiki ist das eine, aber in OSM gibt es einen gewissen Satz an ungeschriebenen Regeln, die durch wiederholte Erwähnung in Diskussionen Gültigkeit erlangt haben. Klingt komisch, ist aber so.

Im Falle der Verifizierbarkeit heißt das, dass Objekte in OSM vor Ort so überprüfbar sein müssen. Wenn man das auf Verwaltungs- und PLZ-Grenzen anwendet, kommt man zum Schluss, dass man diese löschen müsse. Diese beiden Grenzen sind jedoch anerkannt, weil sie zum typischen Inhalt von Karten gehören und von allgemeinem Interesse sind.

Du kannst gerne eine Diskussion im deutschen OpenStreetMap-Forum oder auf der Mailingliste Talk-de starten.

Falls du Imkervereinsgrenzen auf einer Karte darstellen möchtest und die Karte nicht selber hosten möchtest, sei dir https://umap.openstreetmap.fr/de/ empfohlen.

Viele Grüße

Michael

Hallo karottenjunge1,

das mag zwar alles gut gemeint sein, was du in den letzten Tagen in Bad Rappenau gemacht hast, aber es hat – ehrlich gesagt – keinen Wert.

OSM ist nicht die Pokémon-Karte und gezieltes Mappen für Pokémon Go, um die Viecher anzulocken, ist unerwünscht, wenn es unsere üblichen Standards zuwiderläuft.

Wir haben kein grundsätzliches Problem mit Grünflächen in OSM, aber ein paar Regeln solltest du dabei beachten:

1. Ein Objekt kann einen Key nur einmal haben. landuse_1=meadow ist daher Zeitverschwendung (unnötige Tipparbeit) und unnötige Datenerfassung, da es keine Anwendung auswertet. Im Gegenteil, unsere typischen Pokémon-Vandalismus-Filter suchen nach genau den Mustern und es wäre nicht auszuschließen, dass Niantic eines Tages mit OSM kooperiert und sich von der OSM-Community Polygone, in denen Cheater aktiv waren, geben lässt.

2. Bitte erfasse die Realität. Ich bezweifle, dass in Bad Rappenau die meisten Gärten von Weidetieren genutzt werden oder zur Grünfuttergewinnung abgemäht werden. landuse=meadow ist daher falsch. osm.wiki/DE:Key:landuse

3. Wenn du Grünflächen einzeichnest, dann bitte nicht grob über ganze Viertel, sondern deutlich detaillierter. Andernfalls wird die Karte zwar grün, die Daten aber schlecht.

Möchtest du diese Korrekturen selber vornehmen oder soll deine in den letzten Tagen getätigten Änderungen zurücksetzen, damit du von vorn anfangen kannst?

Viele Grüße

Michael

Hallo ferex,

bei OpenStreetMap gilt die On-the-Ground-Regel, für die es nur wenige, wohl definierte Ausnahmen gibt. Die Aktivitätsbezirke von Bienenzuchtvereinen gehören dazu genauso wenig wie THW- und Schul- und Kirchengemeindebezirke.

Ich möchte dich daher bitten, die Bienenzuchtvereins-Grenzrelationen wieder zu löschen.

Solltest du anderer Meinung sein, darfst du gerne eine Diskussion im deutschen OpenStreetMap-Forum oder auf der Mailingliste Talk-de starten. Ich bin auf beiden Kanälen aktiv.

Viele Grüße

Michael

Ist dir nicht aufgefallen, dass das ein Pokémon-Mapper war?

Hallo www1952,

siehe osm.wiki/DE:Attribut (Tag ist auch in der deutschen Community der übliche Begriff) und osm.org/welcome

Viele Grüße

Michael

Hallo user_5359,

ich finde es keinen guten Stil die Arbeit einem aktiven Mapper, dessen Arbeit einen vernünftigen Eindruck macht und der kein Neuling ist, einfach ohne Ortskenntnis zu verschlimmbessern. Ich bin mir relativ sicher, dass Cassini97 sich etwas dabei gedacht hat! Eines meiner unveröffentlichten Video aus dem fahrenden Zug heraus vom 6. Oktober 2014 – die Photovoltaikanlage 1 km weiter Richtung Lauda existierte schon – zeigt das Abbiegeverbot. Nur das Zusatzsschild enthält viel Text und ist nicht ablesbar.

Ich möchte dich daher bitten, deine Löschung rückgängig zu machen.

Viele Grüße

Michael

Hallo Cassini97,

bitte denke an osm.wiki/DE:Names#name_ist_nur_der_Name

In diesem Fall wäre description=* richtig gewesen.

Viele Grüße

Michael

Thank you for keeping an eye of one of my cases.

Hallo Bine,

bei Bahnsteigen ist die Erfassung als Linie ein i.d.R. vorläufiger Zustand (außer sie sind tatsächlich nicht als Fläche vor Ort vorhanden, sondern einfach nur die Bordsteinkante, an der die Fahrgäste warten, bis die Bahn auf der Straße hält). Nicht überall ist die Erfassung der Bahnsteige so weit, dass sie alle als Flächen erfasst sind.

Als Flächen erfasste Bahnsteige werden mit area=yes getaggt. Und ihr Anschluss an den restlichen Routingraphen erfolgt über einen kurzen Fußweg.

Wenn der iD-Editor sie nicht als Fläche darstellen will, liegt das entweder am fehlenden area=yes oder am Editor selbst.

Bevor du ganze Stadtteile auf ein separates Bürgersteigmapping umstellst, möchte ich dich bitten, den Konsens mit der örtlichen Community zu suchen. Sei es auf der Mailingliste (https://lists.openstreetmap.de/listinfo/bochum, du musst sie abonnieren, bevor du Mails an sie senden kannst) oder auf dem Stammtisch, der in Bochum regelmäßig stattfindet (Termine siehe osm.wiki/DE:Main_Page). Der nächste Stammtisch ist am 5. April.

Normalerweise haben wir nämlich in OSM den Grundsatz, dass wir Bürgersteige nur dann als separate Ways erfassen, wenn sie baulich von der Straße getrennt sind. Ein Bordstein ist keine bauliche Trennung, ein Grünstreifen hingegen schon.

Viele Grüße

Michael

Ach und noch etwas:

Warum löscht du als Flächen erfasste Bahnsteige und ersetzt sie durch linienförmige, ohne die Routenrelationen zu reparieren? Dort fehlen die Bahnsteige jetzt!

Hallo Dryrainydays,

in diesem Änderungssatz hast du neue straßenparallele Fußwege ergänzt. Warum hast du das gemacht? Existiert eine bauliche Trennung von der Fahrbahn?

Diese Fußwege sind momentan nicht ausreichend mit dem Straßennetz verbunden. Wenn zwei Wege sich höhengleich kreuzen, müssen sie einen gemeinsamen Node haben.

Darüber hinaus, möchte ich dich hiermit bitten, künftig bei jedem Änderungssatz einen aussagekräftigen Kommentar einzugeben. "+" erfüllt diesen Zweck nicht. osm.wiki/DE:Good_changeset_comments

Falls du kommerziell oder als Teil einer Gruppe/Organisation in OSM aktiv bist, so weise in deinem Profil auf osm.org darauf bitte hin.

Viele Grüße

Michael

Hallo flierfy,

sind das wirklich öffentliche Strecken oder ist das keine öffentliche Infrastruktur. Falls letzteres der Fall ist, ist usage=main/branch falsch.

Viele Grüße

Michael

Importe können auch von Hand erfolgen und implizieren nicht den Einsatz von Mechanismen zur (halb)automatischen Durchführung. Wäre das der Fall, wären fast alle amerikanischen Gebäudeimporte keine Importe.