Was, was da war, war schlichtweg Mapping für den Renderer, aus einer Zeit als tourism=attraction tatsächlich noch als Fläche auf der Standardkarte gerendert wurde. Mapping für den Renderer ist ausdrücklich unerwünscht -> klare Regel in OSM, an die sich jeder hält. Das MP war auch so wie es gemappt war vollkommener Quark (inner-Ringe, die den outer-Ring berühren), als MP hätte das ohnehin nicht bleiben können. Und wie weit wollen wir noch gehen? Als nächstes noch das Cockpit komplett abzeichnen, mitsamt allen Instrumententafeln, anschließend die Sitze, Sicherheitsgurte? Das geht m. E. deutlich zu weit. OSM ist immer noch eine Karte und kein Querschnitt für Flugzeuge aller Art.

das gesamte Gebäude zu verschieben war keine gute Idee, denn die Hausnummer ist bestimmt nicht mit "umgezogen", die dürfte noch zum alten Gebäude gehören, sofern das nicht abgerissen ist (ist es doch wohl nicht, oder?)

This revert accidentally moved over a thousand nodes to (0,0), some of them with TIGER data. Fixed this with changeset/56879900: changeset/56879900

wurde offenbar revertet in changeset/56431816 - ich war auch etwas stinkig, weil die Fläche dort auf mein Konto geht und ich aus gutem Grund indoor-mapping angewandt hatte (es handelt sich um ein großes Gebäude mit mehreren Geschäften und mehreren Eingängen)...

Ich finde auf der Wiki zwar auch keinen Diskussionslink, aber wenn das nicht diskutiert worden wäre, würde dieser Hinweis sicher nicht seit 2014 im Wiki stehen.
Was ich fand ist, dass das damalige Proposal zu type=network abgelehnt wurde gerade mit Verweis auf "Relationen sind keine Kategorien": osm.wiki/Relations/Proposed/Network
Trotzdem hat sich type=network ziemlich verbreitet. Insofern kann ich es zumindest nachvollziehen, wenn da jemand einen Schlussstrich zieht.
Wenn noch Bedarf besteht, kann die Thematik aber sicher im Forum weiterdiskutiert werden.

Hallo, laut Wiki ist das schon diskutiert worden und die Sammelrelationen sollen mittelfristig flächendeckend verschwinden: WikiProject_Germany/Nahverkehr#Verkehrsverbund-Sammelrelationen (vgl. auch die Forums-Diskussion https://forum.openstreetmap.org/viewtopic.php?id=29920).

Vergleichbare Sammelrelationen wurden bereits in anderen Verkehrsverbünden gelöscht (z. B. VBB, Großraum Rostock, ...) Die Linienbündel hätte ich so oder so gelöscht, weil sie nicht überprüfbar sind; die anderen Relationen hab ich deshalb entsorgt, weil sie ein gewisser Benutzer wirklich als "Kategorie:Buslinie im Kreis XXX" missbraucht hat in dem Sinne, dass er dort alle Buslinien reingeschoben hat, die auch nur wenige Meter durch diesen Kreis führen. So war das ganze nicht vernünftig nutzbar, manche Buslinien waren in fünf solcher Sammelrelationen (z. B. 374 Nidda-Gelnhausen, wenn ich mich richtig erinnere). Daher hab ich gleich alles in die Tonne geschmissen.

Hallo, du verlinkst genau das richtige Bild, weil dort schon die Beschilderung für die jetzige Verkehrsführung zu sehen ist. Man hat nichts gebaut, sondern einfach nur mit Baustellen-Gelb drei Spuren markiert und das als "Autobahnausbau" verkauft. Dafür ist die Autobahn dort jetzt ohne Standstreifen, also wenn jemand liegenbleibt herrscht das volle Chaos. Die Hessen muss man verstehen... aber wie gesagt, es stimmt wirklich.

Hallo, deine Änderung der A60 basiert auf veralteten Bildern. Hier sind inzwischen drei Spuren markiert, nicht mehr nur zwei. Der letzte Bearbeiter hatte das schon genau richtig eingetragen, aber du hast das auf Basis der veralteten Luftbilder wieder gelöscht...

das Restaurant Jahreszeiten in Bad Münster am Stein gibt es jetzt zweimal, mit unterschiedlichen Öffnungszeiten. Das ist doch nicht wirklich so beabsichtigt...

ist die B 417 wirklich einspurig? Zwei Autos können sich hier nicht begegnen und müssen aufs Bankett ausweichen um aneinander vorbeizukommen?

Hallo, disused=yes soll grundsätzlich nicht mehr als Tag verwendet werden, da dieses Tag nicht richtig von Auswertern verarbeitet werden kann. Stattdessen sollen betroffene Objekte direkt gelöscht werden, oder den Tags der Präfix disused: vorangesetzt werden, wenn es noch eine Hoffnung gibt, dass der Laden mal wiederkommt (bei normalen Restaurants eher nicht). Ich habe die beiden Restaurants gelöscht und den Biergarten gleich mit, der sollte wohl auch weg...

In the dark dark ages of OpenStreetMap, routers did not commonly support these kinds of turn restrictions. This has changed, so this workaround is unnecessary now.

changeset/54825256

This changeset also deleted objects that no longer had SEO advertising in their newest revision, i. e. way/266904941/history. This is an extremely harmful changeset and should be undone immediately.

Hallo, tja da ist jetzt die Frage, wer kam zuerst, survey oder Luftbild? Meines Wissens sind die Bing-Luftbilder vom August 2016 und damit jünger als das Survey, gut denkbar dass der Weg in den vier Monaten abgebaggert wurde. Inzwischen gibt es auch die Esri-Luftbilder die unbekannten Datums sind, aber vermutlich auch recht frisch.

ist geändert: changeset/50565524

Hallo, du hast mit diesem Edit die B 460 bei Kirschhausen komplett gelöscht, da klafft jetzt eine große Lücke in der Straße. Schaust du dir das nochmal an?

Ich hab gerade gesehen dass es für die Ecke frische Mapillary-Bilder gibt. Demnach ist definitiv 30 richtig (ist eine Tempo-30-Zone), 50 ist Schmarrn. Hab das auch schon korrigiert: changeset/48871202

das war definitiv nicht beabsichtigt. Anscheinend hatte vorher jede Fahrtrichtung ein unterschiedliches maxspeed (30 hin und 50 zurück), woraus dann beim Zusammenfügen "maxspeed=30;50" wurde. Ohne vor Ort gewesen zu sein müsste man aber raten, ob jetzt 30 oder 50 gilt. Was definitiv nicht sein kann ist, dass man je nachdem in welche Richtung man fährt, unterschiedlich schnell fahren darf.

Hi, the reason for this is actually that JOSM after 6388 forces you to enter a source and refuses upload if you don't enter one. But most of my changes are mere fixes to existing OSM data (like this one - "Wochenendhausgebiet" is not the name of a village, but a description of the residential area) - so what should I enter as the source if I only change existing data without adding new data? Entering nonsense like "asdfghjkl" as the source just to appease JOSM doesn't seem to be a solution. I've actually been meaning to manually change the source code to get rid of this for my private copy of JOSM at some point but never got around to doing it.

Das war wohl der falsche Link. Der richtige ist hier:
https://forum.openstreetmap.org/viewtopic.php?pid=623784#p623784