For your question:
I corrected many different typos in keys. These should normally be saved in many small changesets.

I must apologise for my two large global changesets. In JOSM, the "close changeset" setting was not activated. Sri

it was too late when I have seen it

I must apologise for my two large global changesets. In JOSM, the "close changeset" setting was not activated. Sri

it was too late when I have seen it

Hallo PT-53,

heute früh bin ich aus Zeitdruck nicht dazu gekommen, daher hole ich jetzt das nach was ich noch schreiben wollte.

Vor der Volksbank in 88639 Wald gibt es tatsächlich eine kleine Kapelle wie man auf der Seite https://www.gute-banken.de/volksbank-messkirch-raiffeisenbank/filialen/28481/index.html sehen kann. Was ist jetzt das Problem? Das Tagging vom Gebäude ist noch nicht optimal aber auf jeden Fall besser als der Datenbestand aus 2014 vom Ersterfasser (siehe https://pewu.github.io/osm-history/#/way/298783978 ). Dieser hatte offensichtlich fehlerhafte Daten von Maps4BW.

Ich habe heute früh auf die Schnelle meinen Kommentar geschrieben, da mich hier in dem Faden was erheblich störte: Es ist der Ton, wie Du mit EinEngener umgehst:
Zitat:
> erledigt Du das bitte noch?

> Ich kann auch Deinen Änderungssatz einfach zurücksetzen!

Keine Zustimmung zum Revert dieses Changsets. Es ist besser man korrigiert die entsprechende Objekte.

Es ist der einzige Knackpunkt bei Ihm. Er kommuniziert nicht so gerne. Er ist mehr der Meinung, statt zu nerven mit Beschwerde-Texte soll man lieber gleich den Fehler ausbessern beim Objekt.

Einer wie er trägt sehr viel zu OSM bei. Und wer vieles mappt macht gelegentlich auch den einen oder anderen unabsichtlichen Fehler. Das passiert auch vielen anderen Mappern.
Was soll's. Es ist halt so in einem offenen Projekt wie OSM.

Auch ich habe in Litzelstetten ein Haus in der Ausrichtung wieder nach Luftbild zurückgedreht nachdem ein anderer das Haus nach Maps4BW korrigiert hatte (siehe https://pewu.github.io/osm-history/#/way/631594486 ).

Wenn Dich seine Änderungen so sehr nerven, dann schau sie Dir einfach nicht mehr an. So einfach ist das.

Gruß
Jakob48

@PT-53 Was soll das? Ich muss EinEngener in Schutz nehmen, da er im Gegensatz zu den fehlerhaften Daten aus Maps4PW die beiden Gebäuden so abgebildet hat wie sie tatsächlich OTG vor Ort sind.

Es dürfe auch Dir bekannt sein, dass es in Maps4BW Fehler gibt und dafür kann auch das LGL nichts, wenn von den Kommunen fehlerhafte Daten zugeschickt bekommt.

Gruß vom Bodensee
Jakob48

I am happy to help you!

Thank you for your feedback. ;)

"way/992953204 says 11 nodes."

yes, but the first and the last node is the same node: node/9173573723

Gerne.

Hallo Hegau Bodensee,

in der Relation relation/6636822 hast Du interval=Stündlich angegeben. Das ist leider nicht verwendbar. Ein Datennutzer außerhalb des deutschsprachigen Raums kann mit "Stündlich" nichts anfangen. Bitte halte Dich an der Formats-Beschreibung auf osm.wiki/DE:Key:interval?uselang=de
damit Deine Angaben auch maschinenlesbar ist.

Gruß
Jakob48

Hallo 351293,

dessen bin ich mir bewusst dass es um den Mapper um einen Newcomer handelt. Das zeigte auch meine RSS-Feed Liste damals an (xx mapping days).

Bei ihm habe ich das Feedback unterlassen. Der Fehlern, die er gemacht hatte, sind ja nicht so gravierend. Ich lasse ihm die Chance beim Mappen besser zu werden, anstatt ihn zu vergraulen. Das mache ich übrigens seit einigen Monaten auch bei jedem anderen Newcomer.

Meine Erfahrung aus der Vergangenheit bisher sind:
Mancher Neueinsteiger hat das OSM wieder verlassen, nach Anschreiben per PN oder Kommentar auf seinen Changeset.

Es ist leider so bei einen so offenen Projekt wie OSM. Und gleich am Anfang ein richtiges Tagging hinzu bekommen ist nun wirklich nicht leicht.

Gruß
Jakob48

Hallo 351293,

das habe ich beim Taggen übersehen. Danke fürs Melden.
Habe ich eben gefixt.

Gruß
Jakob48

hello 快乐的老鼠宝宝
Please opening a discussion befor you doing this automatic edit in a great bbox.

Do you know???
Regards

Hallo plennert,

Sorry, habe ich übersehen. Rückgängig machen geht bei der OSM-Datenbank selbstverständig nicht. Wir Mapper können nur korrigieren, in eine neue Version für das Wegstück in der Datenbank.

Der Mapper, der die Version #7 erzeugt hat, löschte aus dem Weg Nodes. Der Weg sah danach entsprechend bescheiden aus. Seine Löschung stellt eine Verschlechterung der Daten dar. Daher habe ich den Weg in der ursprünglichen Form wieder hergestellt.

Ich weis gar nicht was "motor_vehicle=yes @ emergency" darstellen soll. Ein Bestandteil der "Conditional restrictions" ist es nicht. Ich habe mir die Wiki-Seite durchgelesen und finde bei dem verwendetem Tagging fehlt was ganz entscheidendes welches im Abschnitt Attributierung beschrieben ist.
Du könnest sogar selbst drauf kommen, dass da was nicht stimmt.

"motor_vehicle=yes @ emergency" habe ich übrigens über die Suchmaschine *nicht* gefunden. Stattdessen fand ich die englische Seite emergency=* . Beim Lesen der ersten Abschnitte muss ich feststellen: Ganz so falsch kann "emergency=yes" nicht sein.

Frage: Wie kommt ein Rettungsfahrzeug von der Weiherstraße zum Achbad? Wie kann das funktionieren bei einem Drehkreuz im Weg?

Ich denke mal Du wirst mich bestimmt bald aufklären.

Gruß
Jakob48

Und bitte überlege Dir aussagekräftige Kommentare in Deinen Changeset, denn "Änderung" sagt im Grunde nichts aus was Du geändert hast.

Siehe osm.wiki/DE:%C3%84nderungssatz

Hallo bwsi,

wenn das dort keine Trafostation ist dann musst Du auch den anderen Sub-Tag der Energiversorgung ebenfalls rausnehmen, siehe osm.wiki/DE:Tag:substation=minor%20distribution?uselang=de .

Gruß Jakob48

Das Ticket bezieht sich, wie ich das verstanden habe, auf einen vom Mapper gesetzter CS Kommentar, der aber dann von JOSM nicht auf dem Server übertragen wird.

Die JOSM 17919 hat aus mir nicht nachvollziehbaren Gründen einen heftigen Fehler. Wie? weis ich nicht. Mitten im Mappen kann's passieren, da schliest sich JOSM einfach. Ich vermute das ist bei diesem CS beim Upload auch passiert.

Ich nutze bis es eine neue release gibt die Beta-Version 17942. In den letzten Tagen ist der o.g. Fehler nicht mehr aufgetaucht.

Gruß
Jakob48

Oh, sorry. Jetzt weis was mit Beispiel gemeint wurde. Dem will ich nachkommen. Bei Way way/338456571/history hast Du motor_vehicle=no geändert in vehicle=no. Vor dem Hintergrund der obigen Seite "vehicle" ist das setzten auf no ein bischen unsauber umgesetzt. Da die Fahrräder zu den vehicle zählen. Ich versuche beim Taggen vehicle und bicycle beim access zu vermeiden.

So ähnlich auch bei way/28390653/history z.B.

bicycle und vehicle zugleich gesetzt.
Bei horse=* kann man drüber streiten. Ich habe im OSM schon einige Diskussionen drüber gelesen.

Mein Fazit daraus ist halt horse=no nur dort zu setzen wo das Verbot für Reiter ausgeschildert wurde.

Ich denke mal es muss vorerst nichts geändert werden. Man weiss ja nicht ob es nächstes Jahr oder später ein besseres Tagging-Schema gibt, das diesen Umstand sauberer umsetzt.

Sehe es als erledigt an. Es ist jetzt auch schon sehr spät.

Gruß
Jakob48

Die überlappenden Landuse waren schon aufwändig. Dazu kamen aber auch die Landuse, welche über einer anderen Landuse lagen, wohl gemerkt beide gleichen typs, wurde das sehr zeitintensiv. Ich gebe Dir Recht: Die Verklebung der Landflächen mit den Wegen kenn ich als schlechtes Beispiel. War mir zu aufwändig, das zu fixen.

Die Software ist der JOSM 17919. Nach einem BSoD des Rechners habe ich die Daten notfallmäßig zum Server geladen, um die Änderung durch zu bekommen.

Erst durch Deinen Hinweis weis ich von dem Fehler bei JOSM. Schade eigentlich. Muss mir mal ne neue Version suchen und wenns 'ne Beta ist ;)

Schönen Abend noch, Gruss
Jakob48

Hallo skyper,

der Mensch aus Irland, aus der Nähe von Dublin, hat vieles in letzter Zeit durcheinander gebracht. Mit der Situation müssen wir halt irgendwie klar kommen. Kommunikation klappt nicht immer mit diesen Mapper. Er wird mit Sicherheit von allen Seiten mit Fragen/Kommentare bombadiert. Ist halt leider so! Frustrierend!

Zu Deiner Frage zweck Beispiele. Ich nehme an die Seite aus dem Wiki kennst Du:
osm.wiki/OSM_tags_for_routing/Access_restrictions#Germany
osm.wiki/DE:Key:vehicle

Das mit `bicycle=use_sidepath` steht ja hier beschrieben:
osm.wiki/DE:Key:bicycle#Spezielle_Werte

Aber, in Deutschland wird die Benutzungspflicht nicht mehr so umgesetzt. Ich denke nur mal die vielen Rennradfahrer, die trotz Radweg neben der Straße auf der Straße fahren und setzen sich so erst recht der Gefahren durch den motorrisierten Verkehr aus. *kopfschütteln*

Gruß
Jakob48

Hallo skyper,

beachte bitte vehicle=no schliesst bicycle mit aus. Fahrräder gehören ebenfalls zu den Fahrzeugen.

Mir sind da noch die vielen von CreCrePL gesetzten horse=no auf den Fuß- und Radwegen aufgefallen. In DE setzen wir dieses Reiter-Verbot nur dann, wenn es vor Ort ausgeschildert ist.

Bitte prüfen.

Gruß
Jakob48