Hallo Miple,

würdest du bitte offenlegen, welche Quellen du für diesen und vergleichbare/ähnliche Änderungssätze verwendet hast?

Viele Grüße

Michael

Hallo Ingo,

Bergholz-Rehbrücke gehört doch zu Nuthetal? http://regio-osm.de/listofstreets/evaluation?title=Nuthetal&country=Bundesrepublik%20Deutschland

Viele Grüße

Michael

Hallo BeKri,

du kannst in JOSM auch nur die aktuell ausgewählten Objekte hochladen. Die Option findest du im Menü Datei. Die Option ist auch bei Teilreverts ganz nützlich.

Damit machst du dann beim nächsten Mal PT-53 glücklich. :-)

Viele Grüße

Michael

Hi nikkinikki,

the source tag of this changeset says that you copied the information from a third-party source. Could you please show that you are allowed to do so?

Best regards

Michael

Hi mrpulley,

why did you delete this bus platform at Berlin Schönefeld Airport train station? way/447221657 Do you have local knowledge?

Why did you delete this building in Strausberg which looks rather new on Bing (missing on the old Mapbox imagery). Bing shows a construction site next to the building. I don't know what to fix there and I assume that is just a low-quality mapping – most newbies are better.

I hereby propose to revert the whole edits and maybe even similar edits because mechanical edits must use dedicated accounts, i.e. your other edits are also mechanical by definition.

Best regards

Michael

Nein, die Änderung gilt nur für den JOSM auf dem Rechner, auf dem er installiert ist (bzw. die josm-tested.jar liegt). Die Einstellungen werden im Home-Verzeichnis deines Betriebssystems gespeichert.

Das Problem bist nicht du, sondern dein Editor. ;-) Während die Funktion "kreisförmig anordnen" in JOSM einfach die Punkte so bewegt, dass daraus sie in einem Kreis angeordnet sind, fügt der iD-Editor unnötig viele Nodes dazwischen ein. Der iD-Editor verwendet für einen Kreis pauschal 20 Nodes, was bei weit mehr als Metern Durchmesser (typischer Kreisverkehr in westlichen Ländern in Ordnung ist). Für eine Dreimeterhütte ist das übertrieben.

Der Bug ist bekannt, aber es haben sich bislang wohl noch nicht genug Leute darüber aufgeregt. https://github.com/openstreetmap/iD/issues/3565

Hallo Pieter,

danke für deine Geduld. Ich bin fälschlicherweise davon ausgegangen, dass JOSM standardmäßig eine solche Einstellung hat. Das hat er aber nicht. Nur ich habe auf einer meiner JOSM-Installationen vor Urzeiten den Wert manuell geändert. Ich bitte um Entschuldigung.

Du musst dort, wo man nach Einstellungsschlüsseln suchen kann, auf die Schaltfläche "Hinzufügen" (am unteren Ende der Liste) klicken, "simplify-way.max-error" als Schlüssel eingeben und "einfach" als "Einstellungstyp" wählen. Dann auf OK klicken und im nächsten Dialogfenster als Wert 0.3 eingeben.

Viele Grüße

Michael

Hallo Pieter,

wie weit kommst du denn mit meiner Anleitung? Mit deiner jetzigen Fehlerbeschreibung kann ich nämlich nicht herausfinden, wo das Problem bei deiner JOSM-Installation liegt.

Viele Grüße

Michael

Das ist ein Gebäude mit seiner Adresse, dazu Anzahl der Vollgeschosse, Fassadenmaterial, Dachform und Firstausrichtung.

Hallo Miple,

das ist eines der Beispiele, warum deine Änderungen, mit denen du seit ein bis zwei Jahren systematisch über Deutschland, Bundesland für Bundesland ziehst, nicht von Nutzen sind. Unter der Annahme, dass die Daten auf regio-osm.de perfekt sind, "korrigierst" du OSM-Daten, ohne ortskundig zu sein. Ich möchte dich daher bitten, solche Änderungen künftig zu unterlassen.

Darüber hinaus ist unklar, ob das ungeprüfte Übernehmen (d.h. ohne Ortsbegehung) von Daten aus regio-osm.de lizenzrechtlich in Ordnung ist und nicht ggf. weite Teile deiner Änderungen ein Fall für einen Revert sind.

Viele Grüße

Michae

Hallo Graf Westerholt,

Die STOAG ist höchstwahrscheinlich Kunde der Init AG aus Karlsruhe (nein, ich arbeite dort nicht). Die Init hatte anfangs in ihrem Router, mit dem Verkehrsbetriebe Busrouten (und Umleitungen) planen können, das Access-Tagging falsch interpretiert. Nur psv=* wurde ausgewertet, highway=service wurde ignoriert, wenn psv!=yes. Falls du auf solches Tagging stößt, korrigiere es bitte. Vielen Dank.

Die Verantwortlichen bei Init wissen mittlerweile Bescheid und haben den Fehler in der Software korrigiert (sonst wäre es anderen Mappern sicherlich aufgefallen).

Viele Grüße

Michael

Hallo vogelfreier,

anscheinend ist mir dieser Änderungssatz durch die Lappen gegangen. Korrigiere es bitte einfach. https://forum.openstreetmap.org/viewtopic.php?pid=630266#p630266 Ich habe nicht vor, noch mehr zu revertieren, weil der Aufwand nicht den Nutzen rechtfertigt.

Viele Grüße

Michael

PS Freedom Park has a very strange tagging with dozens of uppercase keys which also is against our rules but that does not make your edits better. The edit which added those uppercase keys might be treated the same way as you.

Hi Fortepc,

adding arg:ingress=portalfarm, arg:pokemongo=pokestopfarm and arg:pokemongo_1=nest does not meet our guidelines about verifiability (also known as the "On The Ground Rule"). Please only add information to OpenStreetMap which everyone can VERIFY ON THE GROUND.

osm.wiki/Good_practice#Map_what.27s_on_the_ground osm.wiki/Verifiability https://blog.openstreetmap.org/2016/12/30/tips-pokemon-go/

Best regards

Michael

Hallo hessenland,

ich kann dir leider nicht zustimmen. Das, was wir in OpenStreetMap als landuse=residential mappen, umfasst nicht nur WR entsprechend § 1 Abs. 1 BauNVO, sondern auch WS, WA, WB, MD, MK, MI und das ein oder andere SO.

landuse=farmyard wird verwendet, wenn es sich um landwirtschaftliche Anwesen im Außenbereich oder am Ortsrand handelt.

Wenn du die Nutzung innerorts kenntlich machen möchtest, so mappen bitte die Gebäude und verwende angemessene Values für building=*, z.B. building=farm und building=barn.

Viele Grüße

Michael

Hallo Jan,

in meinen Augen (als Eisenbahnmapper) sind die Inhalte dieser Relation nicht vor Ort überprüfbar und genügen daher nicht den Anforderungen, die an Objekte gestellt werden, die in OSM eingetragen werden. Mit "Lupe Neuostheim" ist höchstwahrscheinlich eine Detailansicht eines Teils des Stellbereichs des elektronischen Stellwerks auf dem Bildschirm des Fahrdienstleiters. http://www.stellwerke.de/formen/lupe.html

Du kannst die Relation daher bedenkenlos löschen.

Es gibt den teilweise begründeten Verdacht (Untersuchungen sind derzeit im Gange), dass rayquaza in den vergangenen Jahren in großem Stil bei mehreren Eisenbahninfrastrukturunternehmen abgeschrieben hat. Für ein paar Einzelfälle kann ich das beweisen, weil man die Daten nicht vor Ort erheben kann.

Da rayquaza seit einigen Monaten nicht mehr auf Nachrichten reagiert, brauchst du IMHO nicht sorgsam mit seinen Daten umgehen.

Viele Grüße

Michael

Hallo Graf Westerholt,

du solltest für jeden Kommentar eines anderen Benutzers an einem deiner Änderungssätze eine Benachrichtigungsmail erhalten. Sind sie vielleicht im Spam-Ordner gelandet?

Auch in Zukunft werden andere Mapper deine Änderungssätze kommentieren. Es wird von dir erwartet, dass du diese Kommentare zur Kenntnis nimmst. Du solltest daher dafür sorgen, dass diese Mails dich erreichen.

Viele Grüße

Michael

Hallo Alex,

bist du dir sicher, dass die Hektometertafel von km 8,0 dort ist, wo du sie gemappt hast? Meine Tele-Aufnahmen lassen vermuten, dass sie ein Oberleitungsmast weiter Richtung Süden hängt. node/1354434564

Die Fotos liegen dir vermutlich vor, sie wurden am 5. Mai 2016 von der Carl-Mez-Straße aus aufgenommen.

Viele Grüße

Michael

Hallo doktorpixel14,

ich habe mir diesen Änderungssatz zufällig herausgepickt, vom Problem dürfte aber nicht nur dieser Änderungssatz betroffen sein.

Du hast in diesem Änderungssatz diverse Gräben eingezeichnet. Leider hast du an den Stellen, an denen diese Verkehrswege unterqueren keine Verdolung oder Brücke gemappt. Könntest du das bitte nachholen? Du musst dazu entweder den Graben-Way aufteilen und das verdolte Stück mit tunnel=yes/culvert + layer=-1 taggen oder die Straße aufteilen und das Brückenstück mit layer=1 + bridge=yes taggen.

Du hast das vermutlich nicht gemacht, weil der iD-Editor deine Eingaben nicht auf solch übliche Fehler prüft.

Osmose zeigt solche Fehler an. http://osmose.openstreetmap.fr/de/map/#zoom=16&lat=48.66637&lon=8.09937&layer=Mapnik&overlays=FFFFFFFFFFFFFFFFFFFFT&item=1xxx%2C2xxx%2C3xxx%2C4010%2C4020%2C4030%2C4040%2C4061%2C4070%2C4080%2C4090%2C4100%2C4110%2C5xxx%2C6xxx%2C7xxx%2C8xxx&level=1%2C2%2C3&tags=waterway&fixable= Die Fehler an der Rheintalbahn brauchst du nicht korrigieren, diese habe ich schon korrigiert. (Osmose hängt in der Auswertung ein bis zwei Tage hinterher)

Siehe dazu auch die Beschreibung des Osmose-Fehlers unter osm.wiki/DE:Osmose/issues#1070

Viele Grüße

Michael