Grade einmal die stelle in einem Programm überlappen lassen.

Dazu ein Bildschirmfoto:
https://i.ibb.co/XZrdGQs/Screenshot-466.png

Im hintergrund wie es aktuell erfasst ist und hervorgehoben wie deine anpassung war.

So groß war hier meine änderung gar nicht ich habe wirklich nur ein paar punkte hinzugefügt damit die winkel in den kurven nicht mehr so spitz sind.

Wenn du dir aber trozdem noch sicher bist das das so wie du das erstellt hast genauer war kann ich dir anbieten das ich das wieder zurücksetze. würde es aber in jedem Fall wenn es ein update bei den satbildern gibt nochmal überprüfen.

Schön gruß
puma515

Moin Taulfier,

Danke für den Hinweis. Das wäre möglich das zurückzusetzen und ich glaube auch das die Kurven dort natürlich immernoch vorhanden sind aber der Verlauf vom Tönsbek hatte dort wirklich eine sehr scharfe 90 grad kurve das erscheint mir falsch und da hatte ich soweit ich mich erinnere auch nur 6 Weitere knotenpunkte erstellt um den Kurven Radius besser da zu stellen.
Der benachbarte Selbek hat ja auch viele kurven und die sind die alle mehr rund als Eckig. (ist gut auf Satbild zu sehen) way/835044741/history#map=18/54.05769/9.80122

Bei GPS Tracks ist das besonders in enge Kurven leider manchmal so das der fertige Tracker ein sehr spitze winkel anzeigt de rbvor ort meist etwas weniger Spitz ist habe problem auch selber öfter wen ich per GPS Waldwege erfasse.
Deswegen bin ich davon ausgegangen das das hier auch so war.
Dein GPS Track ist leider auch nicht in der OSM Datenbank so das ich das nicht prüfen kann. Es wäre schön wenn du deine genutzten GPS Tracks zukünftig der OSM gemeinschaft zu verfügung stellen könntest und die zukünftig in deinem Profil Hochladen würdest. Dann können andre Mapper die Linien auch sehen.
@Taulfier/traces

Da der verlauf so aber für mich ohne Satbild und GPS Track nicht sicher genau zu bestimmen ist würde ich das erstmal beim fixme zur späteren überprüfung belassen.

Das grade beschrieben Betrifft diese und deine andre bearbeitung: changeset/121532624#map=19/53.96970/9.70916

Moin, Schön das es hier noch jemanden gibt der die Daten verbessert. Da ich selber grade um Kellinghusen einiges in der umgebung bearbeite ist mir grade aufgefallen das hierbei 4 neue Fehlermeldungen aufgetreten sind.
Habe das grade alles schon überarbeitet und die probleme sind jetzt auch behoben.

Zum verständniss für dich was dort die probleme waren und wie du das zukünftig vermeiden kannst:
1x disconnected_way:highway,
2x almost_junction:highway-highway
das bedeutet nur das der weg nicht verbunden war, sich mit andrem weg kreuzte ohne verbunden zu sein.
Wen Zukünftig die wegen einfach mit den vorhanden verbunden könntest würde das nicht mehr mehr auftauchen.

1x missing_tag:descriptive
Hier war das problem ein Hochsitz als Node ohne inhalt mit einem beschreibenden Namen: Hochsitz. Dafür gibt es das passende Tag: amenity=hunting_stand einfach zukünftig dafür nutzen.

Sollte sonst mal irgentwas unklar sein kannst mich auch gerne fragen.

Viel spass beim weiter Mappen und schön gruß
puma515

+1 for revert.
Only according to satbild you can map landscape or building but only those who can be clearly identified. Here, however, as with the examples with the beach on the lonely island which consists of only one mountain or the farmland in the middle of the forest just wrong. Also who you look at his other edits seems to fit here a lot of things See also the comments in the 1 Changset from 8 days ago which he probably ignores.

Moin,
Namen sind nur bei Orten und Dingen anzugeben die auch einen eigenen Namen haben. Hier beschreiben die gesetzten Namen Lesesteinplatz nur was dort ist.
Als Eigenname wäre das nur Richtig wen an jeder dieser Flächen vor ort auch ein Schild steht auf dem Lesesteinplatz steht.
Passende wiki:
osm.wiki/DE:Namen

Das von dir verwendete Tag: landuse=clearancecairn gibt es laut wiki nicht.
Denke mal du wusstest nicht wie das erstellen kannst und hast dir dann was passend überlegt.

Vorgehensweise für neue Tags ist komplex: osm.wiki/DE:Proposal_process

daher besser dinge nutzen die es schon gibt.
Habe das grade mal gesucht und es war auch schon mal Thema im Forum: https://forum.openstreetmap.org/viewtopic.php?id=57811
Dort wurde vorgeschlagen dazu natural=shingle zu nutzen.
osm.wiki/DE:Tag:natural%3Dshingle

Bei weiteren Fragen bitte im forum nachfragen.

Schön gruß puma515

Have also found something how you can map these great events sensibly: tourism=attraction Since I live in 20km from wacken and I have now recreated this at the point where even who is not the festival the sights and shop to Wacken are. node/9683883997

Hello, i deleted this entry because google is not allowed as a source
please note the wiki:
osm.wiki/Google#Google_Maps_terms_of_use

A festivel place is also not a arts_centre here it is a field.
Openstreetmap is a geodatabase that only take place 3 days a year are not entered separately at all.

Please refer to the wiki before further edits or ask the community in the forum
https://forum.openstreetmap.org/index.php

I don't know how they come up with such numbers with this edit only 1059 objects have been adjusted and no 53k Please read the detailed comments above yours. As I have already written there, I also know in the meantime that every community in Europe uses the tags partly differently. That is why the Europe-wide processing of mine was wrong. the day does not come from me that was discussed in the forum of the German community.

I am not familiar with tagging mailing list or a proposal. Read this for the first time. Since it is accepted in the forum of the germany community as a day to distinguish the Nordeutschen knicks from garden hedges I see here also no problem which I can solve.

I Find after my revision the data are better overall but if you want I can change all of my adapted objects outside of Germany also that there is only barrier=hedge

Hallo sundew,

Da das so schon öffter vergekommen ist verstehe ich hier deine vorgehensweise vom sofort revert und es ist einfach frustrierend das manche mapper nicht komuniziren möchten. OSM lebt doch vom gegenseitigen austausch.

Habe das mit dem echten mappen dann auch falsch verstanden und nehme die entschuldigung an.

Zum Tehma: bus=yes
Das war von mir aber auch kein massenedit sondern nur regionale anpassung in meiner umgebung.
Das sollte aber in der zwischenzeit hier auch alles richtig angepasst sein. Das wurde in den letzen Monaten von einem auf ÖPNV spezialisirten Mapper überarbeitet. Ich unterstütze den dabei hier in dem ich die im umkreis noch fehlende Haltestellen erfasse und wen noch was unklar ist die situation mit fotos vor ort überprüfe. Ich erstelle dann zwar auch selber aber er prüft die dann nochmal und baut sie auch in die Busrelationen ein da ich bei ÖPNV keine ahnung von habe.

Das großflächige berabeiten wurde von mir so vorher auch nicht gemacht von meinen 3500 Changesets waren nur diese 5 Changset´s die nune auch revertet sind ein massen edit.
Sonst ist alles vor ort geprüft zum teil mit GPS, bei Landnutzung und Gebäudeflächen einzeichnen nutze ich eine mischung aus Satbildern und ortskenntniss. Bei meinen bisherigen sonder Edits wie das richtige erfassen von knicks und das richtige anpassen von gemeindegrenzen habe ich vorher auch erstmal alles genau im forum nachgefragt und erst dann das ergebniss genutzt um anpassungen zu erstellen.

Auch wen du persönlich was gegen ID und co hast sind das für vielen andren Mapper die 1 Wahl beim mappen.

Ich nutze das auch schon seit über 9 Jahren und mit JOSM habe ich zwar ein den letzten wochen in wenig rumprobiert aber ausser das es damit sehr sehr einfach ist großflächig Tags zu ändern ist das für mich komplizirt zu erlernen weshalb ich lieber weite rfix mit ID arbeite.

Die meisten Massenedits die ich im Forum finden konnte sind alle mit JOSM erfolgt. Das ist dort wohl leidr die am einfachsten zu erlernde funktion.

Ich denke es wird meist eine verknüpfung von allen quellen und hinweisen sein die mapper dazu bringt das solche massenedit´s wie bei den Postboxen erstellt werden.
Man möchte eigentlich ja nur probleme lösen und keine neuen schaffen.

Deswegen sollte man auch nicht ein nützliches Tool wie osmose verteufeln nur weil es zu einigen dingen in der mapper gemeinschaft keine einheitliche vorgehensweise gibt.
Klär wäre es schön wen sowas strittiges garnicht erst angezeigt wird aber solange das der fall ist wird es wohl auch leider immer wieder zu solchen edit´s und discussionen kommen.

Ich werde osmose zukünftig auch weiter nutzen um dinge in meiner umgebung zu prüfen. Auch sehr gut ist es für mich um seine eigenen fehler in bearbeitung zu sehen. Zum beispiel wen ich verklebten Strassen und Flächen trenne und genau anpasse passirt es immer mal wieder das Nodes duplizierte werden oder auch sich landflachen leicht kreutzen. Das kann ich dann dank osmose am nächsten tag schon beheben.

Ich für mein teil habe aber nun auch gelernt das die Idee von mir vermeintlich eindeutigen fehler hinweise in Osmose großflächig anzupassen nicht richtig ist. Wenn man sowas überhaupt machen sollte dann nur nach vorheriger discusion im Forum. Von mir wird es sowas nicht mehr geben.
Jetzt habe ich wieder so viel geschrieben ;-)
Gut ich denke wir verstehen nun beide sehr genau wie wir die dinge sehe.
Ich befass mich jetzt erstmal wieder mit landuse mappen. Solange das Wetter so schlecht ist sind Rad Touren und erfassen unterwegs kaum möglich.

LG und Wünsche weiterhin viel spass beim mappen.
puma515

Tut mir leid wen meine erste antwort etwas unfreundlich war.

Ein revert ohne vorher zu schreiben ist nie der beste weg. Man sollte dem andren zumindest 24 stunden zeit zum antworten geben.

habe dazu eben noch das im forum gelesen: https://forum.openstreetmap.org/viewtopic.php?id=72324

Auch danach ist das setzen von wikidate nicht falsch.

Du du aber auch recht damit hast hast das ich diese edits nicht vor ort geprüft habe. Das geht bei wikidate zwar auch nicht aber egal ich möchte dir nicht an deinen Briefkästen rumfuschen deswegen habe ich jetzt auch gleich die weitern gestern Nacht noch von mir geänderten Changsets mit wiki änderung bei postboxen revertet:
changeset/119405985
changeset/119405949#map=12/54.0935/9.9888
changeset/119405940#map=11/53.7183/9.7622

Wen dort keine wikidata mehr gesetzt werden sollen dann müsstest das mal mit der gemeinschaft besprechen denn so wie das aktuell ist wird das früher oder später wiede rjemand ändern da es auch den andren mappern in ID und osmose angezeigt wird.

Auch wen hier ein teil der communty sich einge ist kann man nicht erwarten das jeder der das anpasst sich vorher durch duzende alte forums beitrege sucht.
Das sollte mal genau im forum besprochen werden das hier gewünscht ist und dann in der wiki festgehalten werden und wen möglich auch in ID und osmose so anpassen.

Von mir wird es keine großen anpassungen bei Postboxen mehr geben.

LG puma515

Hallo sundew,
Danke fürs melden. Es wäre die logische reinfolge das erst zu besprechen bevor man revertet.
Wenn das sinnvoll ist hätte ich das auch selber gemacht.
Und was meinst du mit echtes Mappen?
Ich Mappe echt!

Es gibt auch einige dinge die kann man nicht on-the-ground erfassen.
Dazu werden dann andre freigegebene quellen genutzt, das ist zum Beispiel bei Grenzen oder wikidata tags der fall.

Da hier sehr viele Postkästen den wikidata tag auch schon hatten und die laut checkdaten auch regelmässig geprüft wurden. Dachte ich es wäre sinnvoll die fehlenden tags hinzufügen.

Laut wiki ist das setzen von operator:wikidata=* International der standart für Postkästen. amenity=post_box
Neben den hinweis in osmose schlägt das auch ID jedem mapper beim überarbeiten vor.
Es ist unwarscheinlich das id und osmose falsch sind.

Wen für mich was unklar ist suche ich das natürlich auch immer in der Wiki.

Dein beispiel mit Nakaner-repairs Revert war mir nicht bekannt.
Das war wohl bevor ich mich im forum angemeldet hatte.
Daber ging es um eine Deutschlandweite änderung von allem inklusiv kästen von andren firmen. Das habe ich nicht gemacht. Ich hatte hier genau drauf geachtet nur eindeutige anzupassen und auch keine Postkästen von Nordbrief zu Deutsche Post geändert.
Daher sehe ich das auch nicht als massenedit an.

Habe zu dem ganzen thema grade einiges im Forum und in der Wiki gelesen aber deine meinung das Wiki-Tags kein Konsens in der Mapperschaft haben sollen und kein Mehrwert haben oder redundante Tags sind konnte ich nicht in der osm wiki finden.
Laut taginfo ist die nutzung weit verbreitet gibt über 1 millionen objekte die damit erstellt sind.

Im forum wurde der sinn davon 2017 mal besprochen: https://forum.openstreetmap.org/viewtopic.php?id=72324 es gibt unterschiedliche meinungen aber ein klares ergebniss.

In diversen älteren forums fragen geht es um die nutzung von wikidata und es gibt auch diverse fragen wo drauf hingewiesen wird das man das mit erstellen sollte.

Zu deiner ausage: ``Und: Operator-Wiki-Tags sind kein Mehrwert, wofür auch? Nur damit ein Prüfprogramm keine falsche Fehlermeldung mehr ausgibt? ´´

Dazu gibt es keine belege und deine Persönliche meinung ist keine allgemeingültige vorgehensweise zum mappen in OSM.
Wen du dort ein fehler siehst dann setze dich mit dem forum und id und osmose ausseinander.
Und findet eine einheitliche vorgehensweise.
Solange es das nicht gibt ist es wie bei vielen dingen in OSM das mehrere varianten richtig sind.

Da ich nun auch keine lust mehr habe mich noch ausfürlicher mit Postkästen zu befassen werde ich solche bearbeitungen bei postkästen zukünftig nicht mehr machen.

LG und weiter fröhliches Mappen,
puma515

Since I can no longer reset this, I have rewritten the Wikis.
so that it is pointed out that it is only accepted by the German community and you should discuss it with others before using it.
Please check if the English wikis is ok now.

barrier=hedge

barrier=hedge_bank

hedge=hedge_bank

it would be great who there would be in the future with the many small unclear things in OSM times uniform rules to create and tag.

As I have now understood, this had to be discussed with the local community. I just wanted to have a uniform procedure for the creation here. I come from Germany. This kind of cultural landscape is very widespread in North and West Germany. Before I changed anything, I had discussed this with the German Community.
With us, these types of field hedges are called ``Knick´´ to view the German wikipedia: https://de.wikipedia.org/wiki/Wallhecke

The fact that you use as an addition to distinguish the hedges types: barrier=hedge+ hedge=hedge bank was not my idea but comes from the German community. Previously, these were kind of field hedges created as many different things.
before that they were created very differently e.b.: barrier=hedge or barrier=hedge_bank or partly as very narrow natural areas with the type scrub / wood / forest It was then also told that it makes sense to adapt the wiki. Also it has been written several times that it is a general problem that there are always contradictions to the same things in the wiki and that should be adapted.

The problem is simply that I assumed that something was discussed in the German community that is enough to change it in the English wiki. That the interpretation differs from country to country was not known to me but I was pointed out yesterday by another user.

Accordingly, I will now reset the English wiki of Hedge wiede to the stand before I edited it and adapt it for hedge_bank so that you can read there that it is used for this hedge type in Germany.

Find after my revision the data are better overall but if you want I can change all of my adapted objects outside of Germany also that there is only barrier=hedge

After this experience, I will no longer work outside of Germany in the future.

Danke für die Tipps. Der Tag: landuse=greenfield war mir noch unbekannt.

Das sich dort landuse überlappt ist mir nicht aufgefallen.

Habe das jetzt alles angepasst und auch gleich weiter info´s und ein fixme erstellt dann denke ich auch dran wenn ich mal wieder in der gegend bin das zu prüfen.

changeset/119203225#map=15/53.9520/9.4557

barrier=hedge

Where this was not suitable, it was changed to natural=scrub or barrier=hedge

Das war hier nicht meine absicht gleich Zahlreiche Grenzrelationen zu beschädigen. Ich wollte nur die ungenauen Grenzverläufe in meiner umgebung anpassen.

Vieleicht könntest dir die Grenze in Puls an der K85 nochmal genauer ansehen.

Ich hatte um hier die genaue Gemeindegrenzen anpassen zu können die Vermessungskarte vom Land Schleswig Holstein als Hilfe genutzt. https://danord.gdi-sh.de/viewer/resources/apps/Anonym/index.html?lang=de#/

Dort sind genau genommen 2 Exklaven von Puls und dem Kreis Steinburg im Gemeindegebiet von Beringstedt zu erkennen.

ob das wirklich sinnvoll ist das so genau zu erstellen weiß ich nicht aber da ich warscheinlich wieder was kapput machen würde ändere ich an dieser komplexen Grenze lieber nix mehr.

schön gruß
puma515

Ich habe gestern beim bearbeiten leider nicht gemerkt das ich die Grenze ausgewählt und verschoben habe.
Gut das es aufmerksame Mapper wie dich gibt, die solche einen fehler bemerken und beheben. :-)

Für zukünftige bearbeitungen bitte drauf achten das Kommentare in der Landessprache (Hier Deutsch) oder in Englisch verfasst werden

Online translation: For future edits please make sure that comments are written in the local language German or in English