piebro/osm-data huggingface dataset:
ALu68 (2022-01-20 22:12:20+00:00): Hallo, ich bin's wieder wegen der Reihenfolge der Straßenabschnitte einer Bus-Relation.

Du hast die Bischof-Ulrich-Straße aufgeteilt, um die Unterführung darzustellen: https://www.openstreetmap.org/way/1022289832

Die PTNA zeigte dann einen Fehler an: "PTv2 Route: hat Lücken, besteht aus 3 Segmenten. Die Lücken sind bei den Wegen: Way 'Bischof-Ulrich-Straße' 1022289832 ( iD , JOSM ) ,Way 'Haunstetter Straße' 1017294604 ( iD , JOSM )".

Wenn du Änderungen machst, überprüfe bitte die route-Relationen. Ich habe es jetzt selbst mal mit dem ID-Editor gemacht:
1. route auswählen
2. zum neuen Straßenabschnitt herunterscrollen
3. Reihenfolge überprüfen: Maus über den Straßenabschnitten positionieren --> in der Karte wird der Straßenabschnitt  blau umrandet
4. mit Drag&Drop die Reihenfolge korrigieren.

Danke
ALu68 (2022-01-20 22:20:21+00:00): Noch eine Anmerkung zu der Unterführung https://www.openstreetmap.org/way/1022289832
layer=-1 ist nicht notwendig, da die Brücke/Gleise schon layer=1 haben
tunnel=yes - eine Unterführung ist kein Tunnel - sieht zwar besser auf der Karte aus, soll aber nicht gemacht werden.
user_12500175 (2022-01-21 11:48:17+00:00): ARGH!
das da ne Relation war habe ich übersehen, normalerweise halte ich mich davon fern. Hast du schon was korrigiert ich würde mir das gerne am We nochmal genauer in ID ansehen
ALu68 (2022-01-21 22:25:30+00:00): Habe ich gefixt https://www.openstreetmap.org/changeset/116355488
user_12500175 (2022-01-22 01:07:02+00:00): Dankeschön
user_12500175 (2022-01-27 09:38:33+00:00): Nochmal Danke, auch für den Hinweis wie man die Reihenfolge der Relation auch in ID überprüfen kann. Werde mich aber trotzden nach Möglichkeit davon vernhalten :-)
user_12500175 (2022-01-27 09:40:13+00:00): neuer kleiner Laptop, naürlich ist es "fernhalten"
ALu68 (2022-01-27 16:39:50+00:00): ;-)
Acionnae (2022-04-23 21:53:55+00:00): Bonjour, je crois que les batiments de l'institut Saint-Pierre ont été supprimés par erreur. Je suis revenu en arrière (groupe de modification 120105874)
MaGIStokrat (2022-01-20 13:25:50+00:00): Hallo renatuscoschebrodis,

ich hatte es ja schonmal bei dem anderen CS angemerkt. 
Auf welcher Grundlage änderst Du die bisher. komb. Fuß/Radwege von highway=path auf =footway ?
Im Wiki https://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dpath ist das rel. eindeutig beschrieben.
V.a. das =footway den (alleinigen) Fußwegen vorbehalten ist, und das ist lt. den Beschilderungen dort eben Mehrfachnutzung(svorschrift), aber optisch getrennt.

Gruß MaGIStokrat
Galbinus (2022-01-21 19:39:31+00:00): Hallo Alice893, wenn Du Wege antriffst, die einfach nur zugewachsen sind, dann lösche sie bitte nicht sondern mach bitte aus "highway=track" ein "abandoned:highway=track". Solche in der Regel unbefestigten Wege sind ja in der Regel weiterhin unter dem Bewuchs vorhanden. Und mancer Weg ist nur im Winder sichtbar (und z.B. für Trail-Runner eine tolle Route), während er im Sommer von Brennnesseln und Brombeeren überwuchert ist. Auch ein grasbewachsener Weg ist oft eine Zeitlang nicht als solcher erkennbar, wenn schon längere Zeit kein Fahrzeug dort entlang ist. Doch viele dieser Wege werden dann nach Monaten oder auch Jahren doch wieder befahren und dann kann man ohne Aufwand den Weg auch in OSM wieder reaktivieren ohne ihn neu einzeichnen zu müssen.
Galbinus (2022-01-21 19:40:47+00:00): Das gilt übrigens auch für Fußwege. Manche Wege erkennt man im Sommer kaum als Weg, im Winter werden sie wieder sichtbar.
Jakka (2022-01-19 08:30:40+00:00): Is dit een echt fietspad verkeersbord D7 ?
Thomas4986 (2022-01-20 16:07:23+00:00): Momenteel is dat een pad zonder verkeersbord. Het is duidelijk voorzien voor fietsers & voetgangers, en vermoedelijk geen lokaal verkeer (te smal), maar tijdens de werken aan Project Kobenhavn wordt dit pad nog gebruikt voor bestelwagens van aannemers. Er staat dus nog geen paaltje om auto's tegen te houden.
Jakka (2022-01-19 08:28:43+00:00): Hier heb je een gebouw extra toegevoegd binnen een reeds bestaand gebouw.
https://www.openstreetmap.org/way/1022301752
Kadaster AIV laag toont één grondvlak. Je kan adres nr 1 op node plaatsen ipv extra gebouw vorm.
Bernhard W (2022-02-16 20:42:20+00:00): Meiner Meinung nach sind Straßen mit Ampel, wie https://www.openstreetmap.org/way/275055452 kein "highway = trunk", weil man ggf. anhalten muss.
nurdafur (2022-02-17 19:27:03+00:00): Hallo Bernhard
Ich habe an diesem Straßenabschnitt den Typ geändert, weil das Autostraßen Anfang/Ende-Schild dort steht, wo jetzt der highway=Trunk beginnt. 
Liebe Grüße 
Urs
mini-me (2022-01-18 16:18:38+00:00): Уточните суть проблемы. В тегах и геометрии здания изменений нет. А устаревшие POI вы можете удалить самостоятельно.
MaGIStokrat (2022-01-20 13:25:52+00:00): Hallo renatuscoschebrodis,

in der Annahme, dass du es hier mit indoor-Tagging versucht hast, bitte das OSM Wiki dazu eingehend studieren, bevor du weitere Ergänzungen vornimmst.

Als Beispiele (zur Kontrolle) im Ort wären da zB hilfreich:

https://openlevelup.net/?l=0#20/51.75029/14.32531

https://openlevelup.net/?l=0#19/51.75007/14.34865

Deine Mappings sind dahingehend leider nicht OSM konform:

https://openlevelup.net/?l=0#19/51.75574/14.31497

https://openlevelup.net/?l=2#20/51.76725/14.32975

Bspw. ist statt dem tag layer bei indoor Mapping -> level= (für die Etage) zu verwenden, das ist aber nur "ein" Teil des Ganzen und wesentlich umfangreicher.

Zu den Radwegen siehe auch Anm. zu CS 116301683

Gruß MaGIStokrat
RicoElectrico (2022-01-19 10:55:40+00:00): Cześć, budynki w budowie oznacza się inaczej. Otwórz w edytorze np. tutaj - https://www.openstreetmap.org/way/996336093

Nie dajemy nazw opisowych do obiektów - patrz https://wiki.openstreetmap.org/wiki/Pl:Dobre_praktyki#Nie_u.C5.BCywaj_tagu_name_do_opisywania_rzeczy
DaveF (2022-01-28 13:50:21+00:00): Hi
Please avoid copy-pasting non breaking spaces (&nbsp;)

https://www.openstreetmap.org/node/2622890582/history

Kidderminster Town is the railway station's name.
https://en.wikipedia.org/wiki/Kidderminster_Town_railway_station
Martin Wynne (2022-01-28 16:03:35+00:00): Hi Dave,

Thanks for your message.

I did not copy or paste HTML code. I typed ASCII character 160. It is a standard text character available on the keyboard and seems to me entirely appropriate within proper names to clarify the meaning. "Kidderminster Town" does not appear on two lines on the station running-in boards.

However, no-one in Kidderminster refers to the station by that name - it is the "Severn Valley Station". It is surely helpful to have local names shown on the map?

cheers,

Martin.
Martin Wynne (2022-01-28 16:08:42+00:00): Hi Dave,

My apologies -- "Kidderminster Town" does indeed appear on two lines on the running-in board:

https://www.flickr.com/photos/stuart166axe/33678173210

Martin.
DaveF (2022-01-30 03:32:20+00:00): Similar to thousands of other contributors, please use the space bar so searches do not return errors.

How the name appears on a couple of signs is irrelevant to how it should be stored in OSM's database. With the standard white space it allows each individual renderer to display text to whichever length the choose.
Martin Wynne (2022-01-30 14:07:45+00:00): Hi Dave,

Most search engines treat white space as word delimiters, regardless of the actual character code or character string. Also various punctuation marks such as a dash.

Likewise it is entirely up to the renderer how to treat white space (or any other character) in rendering text. It is not obliged to honour non-breaking spaces, dashes and underscores if it doesn't want to.

cheers,

Martin.
BCNorwich (2022-01-19 09:39:46+00:00): Hi, You've mapped MDR 131 on to of existing highways making duplication that disrupts routing. Are you sure this is a oneway, single carriage, motorway?

Would you please remove the MDR 131 and if necessary amend the existing highways as per OSM best practice.

Regards Bernard.
BCNorwich (2022-01-22 09:33:55+00:00): No response so I've removed the duplicate.
eggie (2022-01-18 16:06:21+00:00): Dag Teutlepel..
Beter niet eerst verwijderen en opnieuw intekeken. Dan gaat de historie verloren.
Ook de maxspeed en de straatnaam is nu weg .. Garnaal? 
Er is daar geen fietspad. Er staat wel een paaltje. Dat kun je gewoon intekeken op een punt op de weg met barrier=bollard .. moped=yes mofa=yes.. wellicht motorcycle=yes

Het omtaggen van unclassified naar residential is natuurlijk prima. 

Je edits https://overpass-api.de/achavi/?changeset=116303110

MVG
eggie
eggie (2022-01-18 16:10:34+00:00): Ik heb de Garnaal weer aangepast naar voorgaande tagging. incl bollard
Mocht er echt een fietspad zijn gekomen laat het even weten.
MVG
eggie
Teutlepel (2022-01-19 10:43:30+00:00): Bedankt voor je uitleg, een paaltje op de Garnaal klopt idd, geen fietspad.
eggie (2022-01-18 15:58:27+00:00): Niks mis mee.
Gr eggie
eggie (2022-01-18 15:56:58+00:00): Dag Corné.. Je vraagt feedback. Pitch kan ook op een node inderdaad.
Gr eggie
kuhni74 (2023-01-30 08:12:43+00:00): der path https://www.openstreetmap.org/way/36463824 ist nicht blau markiert, nur gelb - passen die Relationen wirklich?
kuhni74 (2023-01-30 08:14:46+00:00): die Relation https://www.openstreetmap.org/relation/3412239 kommt mir eh ein bissl zu verzweigt vor
ReinerMeyer (2023-01-30 09:50:28+00:00): Hallo Kuni74,
ich habe mal in meinen Aufzeichnungen nachgeschaut, um mir die Lage besser vorstellen zu können.
Der gelb markierte Wanderweg ist damals noch nicht fertiggestellt worden von mir.
Die Verzweigungen der blauen Markierung besteht wahrscheinlich aus verschiedenen Strecken, die alle die blaue Markierung haben, oder aber es gibt verschiedene Zugänge zum selben Ziel.
Wenn du näheres weißt, dann teile doch die Strecken sinnvoll auf.
Lg Reiner
kuhni74 (2023-01-30 13:01:10+00:00): von wo bis wo genau die blaue Markierung geht, hab ich gestern nicht gesehen bzw verstanden, mir ist nur aufgefallen, dass https://www.openstreetmap.org/way/36463824 nicht blau ist; möglicherweise geht der blaue Weg über den hier: https://www.openstreetmap.org/way/272268458, aber das müsste man sich vor Ort noch genauer ansehen
ReinerMeyer (2023-01-31 11:07:57+00:00): Hallo Kuni74,
ich habe heute in den Wanderatlas Wiener Wald von 1992 geschaut. Dieser war im Jahr 2014, an dem ich die Relation mit der blauen Markierung erstellt habe, meine Grundlage für die Wanderungen um den Anninger.
Anscheinend habe ich damals dem falschen Weg (gelbe Markierung) auch die blaue Markierung zugewiesen. Ich habe heute die Korrektur durchgeführt und das richtige Teilstück in die Relation hinzugefügt. War leicht, da in der note dazu auch der Hinweis "blaue Markierung" stand und es der blauen Markierung in dem Wanderatlas entspricht.
kuhni74 (2023-01-31 11:12:08+00:00): Vielen Dank! War besser, als wenn ich nach Gutdünken ohne weitere Nachschau herumgepfuscht hätte :-)
Luzandro (2023-02-06 18:39:05+00:00): habe gestern wieder etwas mehr auf die Markierungen geachtet und die Markierung ist nach Reiners Korrektur jetzt korrekt. Bin am Überlegen ob es sinnvoll ist die Relation auf 2 aufzuteilen, 1x mit Wegverlauf "Richardhof - Anningerschutzhaus über Kaisergerndlweg" und 1x "Richardhof - Krauste Linde" mit Alternativweg über Maibründl bzw. ob man die dann wirklich auch jeweils beim Richardhof starten lassen sollte und damit zum Teil Abschnitte in beide Relationen aufnehmen? Man könnte dann zumindest ein korrektes from= und to= für die Routen angeben.

Beim Dreistundenweg/Husarentempel drüben gibt es auch noch mal so eine verzweigte blaue Relation, wo der name eigentlich eine description ist, wobei bspw. "Dreistundenweg" darin gar nicht vorkommt, obwohl das kein unwesentlicher Anteil davon ist: https://www.openstreetmap.org/relation/3329574

http://overpass-turbo.eu/s/1r26

Evtl. kann man bei manchen Abschnitten auch Rollen vergeben, um etwas mehr Struktur hineinzubekommen

https://wiki.openstreetmap.org/wiki/Tag:route%3Dhiking#Roles
ReinerMeyer (2023-02-07 06:16:32+00:00): Seinerzeit (2014) bin ich im Erholungsgebiet um den Anninger die meisten der markierten Wanderwege gegangen.
Gerade diese relation 3412239 (blaue Markierung) hatte verschiedene Startstellen, aber offensichtlich immer das gleiche Ziel - soweit ich die Beschilderung verstanden habe.
Das mit der Rollenvergabe wäre eine mögliche Idee. Aber welche Teile sind Zubringer und welche die Hauptroute?
Bei der Klärung könnte Moti18 behilflich sein. Er ist Weghalter beim ÖTK für den Raum Baden, kennt aber auch die anderen Weghalter in der Gegend.
MaGIStokrat (2022-01-20 13:25:55+00:00): Hallo renatuscoschebrodis,

siehe bitte Anm. zu CS 116302217
Monstrofil (2022-01-18 15:22:03+00:00): https://drive.google.com/file/d/1gBhQgpzF6KXF8o7OXvZmEKJdBGVBsDE-/view?usp=sharing
CurlingMan13 (2023-05-16 06:38:03+00:00): What source do you have for this pipeline since it isn't visible form above?  And what is it?  Does it really go beneath all the buildings?
user_2066394 (2022-01-19 16:04:35+00:00): Ist dort aktuell Baustelle oder warum wurde der entfernt?
Jubisser (2022-01-19 17:18:18+00:00): Ne alles frei
Jubisser (2022-01-19 17:18:47+00:00): Also der Parkplatz ist noch da
RicoElectrico (2022-01-20 12:28:43+00:00): Cześć, czy to jest defibrylator szpitalny (np. https://www.tigermedical.com/Products/R-Series-Plus-ALS-Hospital-Defibrillator-with-Expansion-Pack__ZOL31520000001310013.aspx) czy AED (np.  https://www.ppoz.sklep.pl/defibrylatory-ratownicze-ipad-i-mepad/149-defibrylator-aed-lifeline-z-7-letnia-bateria.html)
Szymon Kozłowski (2022-01-22 09:22:39+00:00): Hej.
To jest AED, czyli automatyczny defibrylator, konkretnie CU Medical iPAD SP1:

https://www.icd.pl/defibrylator-aed-ipad-sp1.html 


Pomimo, że w przychodniach pracują leakrze i pielęgniarki to okazuje się, że bardzo często ostatni raz obsługiwali manualny defibrylator na studiach (jeśli w ogóle obsługiwali) stąd też w przychodniach częściej znajdziemy AED niż model manualny.
Co innego w szpitalu, choć i w szpitalach można spotkać AED na holach czy przy rejestracji.
Pozdrawiam
Szymon Kozłowski (2022-01-22 09:23:42+00:00): Dodatkowo wspomnę, że personel tej placówki jest przeszkolony i wiedzą, że gdyby coś się stało w pobliżu to udostępnią siły (personel) i środki (sprzęt medyczny, w tym AED).
RicoElectrico (2022-01-23 19:42:23+00:00): Dzięki, wolałem się upewnić. Staram się przeglądać, co ludzie dodają przez mapę AED, czasem można natrafić na dziwne rzeczy.
eggie (2022-01-18 16:25:50+00:00): Welkom bij OSM.
De BAG data (Kadaster)  heb ik weer hersteld.
MVG
eggie
user_5359 (2022-01-19 14:39:44+00:00): Welcome to OSM!  Which language du you mean with name:lassiam?
abrensch (2022-01-19 07:28:37+00:00): Hallo nurdarfur,

irgendwie hat diese Abbiegerelation nach Deinem Edit ihren to-Schenkel verloren:

https://www.openstreetmap.org/relation/2459413
nurdafur (2022-01-19 09:25:24+00:00): Hallo abrensch

Danke für den Hinweis. Habe die Relation wieder hergestellt.

Liebe Grüße
Urs
UNGSC-DTLM-Ale_Zena (2022-02-07 14:39:50+00:00): Hello.
Sorry, could you explain why you have deleted 3 landuse relations?
arcanma (2022-02-04 09:14:22+00:00): Ciao Farisan HiFi, per cortesia scrivi qualcosa più di "ok" per descrivere le modifiche che fai. Inoltre vedo che aggiungi track mettendo access=no più tutta una serie di valori (bicycle, foot, ecc.) con yes. Non c'è bisogno di specificare singolarmente chi può accedere, di default su highway=track non ci sono restrizioni, quindi nel caso ci sia un segnale che vieta l'accesso a qualcosa si aggiunge il divieto specifico (ad es. motor_vehicle=no se c'è un segnale di divieto per i veicoli a motore), altrimenti non si mette nulla.
Buona mappatura
Farisan HiFi (2022-02-04 16:15:40+00:00): Grazie per i suggerimenti  arcanma.
nelle mappature future terrò conto delle tue indicazioni.
Grazie
bxl-forever (2022-01-18 18:04:03+00:00): Hello,

Do not forget to always write a meaningful description when you edit the map.  Especially when you create a changeset that spans over a large territory like this one.

It looks like you moved a few bars in LLN, and also clicked on a few buttons in the iD editor to add some tags such as wikidata on bus stop and bus routes.  This is not really necessary, you can ignore those suggestions. ;-)
eggie (2022-01-18 17:19:17+00:00): Dag fwsmit

Zal een foutje zijn van een voorgaande mapper.
https://overpass-api.de/achavi/?changeset=94707431
gr eggie
fwsmit (2022-01-18 17:38:22+00:00): Dank voor de review :)
francians (2022-01-18 17:37:35+00:00): Buonasera frank1957,

questa modalità di inserimento del nome non è corretta.
Dovrebbe creare un nodo che rappresenta il "centro amministrativo" e posizionarlo in un punto centrale. Oltre al tag name, va indicato anche place=*. Viste le dimensioni del centro abitato, probabilmente: place=isolated_dwelling

https://wiki.openstreetmap.org/wiki/Tag:place%3Disolated_dwelling

Saluti
Francesco
Abdullah Abdulrhman (2022-02-04 05:14:13+00:00): نرجوا منكم عدم وضع إدخالات غير صحيحة واحترام أن هذه الخريطة يستفيد منها الجميع وليس ملكاً لك!
Luzandro (2022-01-23 07:31:44+00:00): Hi,

what are your fixmes supposed to mean?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/116309515
francians (2022-01-18 17:58:22+00:00): Buonasera,

come le ho scritto poco fa, non va messo addr:city=*, ma place=*.

Saluti
Francesco
EP_Repair (2022-02-26 01:25:28+00:00): This changeset has been reverted fully or in part by changesets 117858450, 117866896 where the changeset comment is: reverting highway classification edits where Fluffy downgraded trunk/motorway roads without either discussing with local communities or following 2021 Highways Classification wiki. Fluffy is now blocked from classifying highways.
audtr (2023-07-04 09:43:35+00:00): https://www.openstreetmap.org/note/3764606
Austrianton (2022-01-19 16:12:59+00:00): Please keep edits local, to avoid spamming the history feed.
Lee Carré (2022-01-21 01:52:57+00:00): Might be related to http://github.com/streetcomplete/StreetComplete/issues/3640
Mateusz Konieczny (2022-01-18 19:36:43+00:00): Dzięki wielkie za zmapowanie!

A, warto o źródłach wspomnieć przy edytowaniu (skąd są te informacje które się dodało)
RafalKrk (2022-01-18 22:10:18+00:00): Jasne, będę pamiętać na przyszłość :)
philippec (2022-01-18 20:11:24+00:00): Waarloos Maesstraat.  Is dat veranderd ?  Het is vreemd dat je daar niet zou mogen fietsen.
https://www.mapillary.com/app/?pKey=911832976053205
KurtEnKristel (2022-01-19 09:43:39+00:00): Aangepast
EP_Repair (2022-02-11 16:25:44+00:00): This changeset has been reverted fully or in part by changeset 117265610 where the changeset comment is: revert damaging golf course edits, including adding unreal golf courses. User did not respond to changeset comments requesting them to map golf courses properly.
EP_Repair (2022-02-26 01:25:02+00:00): This changeset has been reverted fully or in part by changesets 117858450, 117866896 where the changeset comment is: reverting highway classification edits where Fluffy downgraded trunk/motorway roads without either discussing with local communities or following 2021 Highways Classification wiki. Fluffy is now blocked from classifying highways.
marczoutendijk (2022-01-20 15:50:55+00:00): Can you change to more descriptive changeset comments?
"Spain Catalonie Andorra, Jayena" doesn't tell us much...
https://wiki.openstreetmap.org/wiki/Good_changeset_comments

 
Marc Zoutendijk  
OpenStreetMap Foundation  
Data Working Group
Lee Carré (2022-01-21 01:47:53+00:00): Much smaller changeset areas, please: http://wiki.osm.org/wiki/Changeset#Geographical_size_of_changesets
CharEll (2022-01-21 23:08:07+00:00): Sorry about that, wasn't aware.
Lee Carré (2022-01-25 00:53:45+00:00): In that case: http://wiki.osm.org/wiki/Good_practice
Marwis00 (2022-02-10 07:04:57+00:00): W tej chwili ta linia nie pracuje na 400kV. Jeden tor jest czasowo załączony pod 220kV, drugi nieczynny. Linia czeka na rozbudowę rozdzielni w SE Plewiska (zakończenie planowane na 2024r)
Ydel (2022-01-18 18:59:34+00:00): Correct description is "Added", not "Updated"
eggie (2022-01-18 18:49:08+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 

MVG, 

Eggie 

Namens de OSM Community
eggie (2022-01-18 18:51:31+00:00): Tip... Maak nooit een combinatie met access=no en foot=yes.
Het is bijna altijd 'fout'. 
access=no is een gebiedverbod. Voor wie is het hier verboden?

MVG
eggie
eggie (2022-01-18 18:54:13+00:00): access=no heb ik verwijderd.. Verder keurig paadje.
Mapse
eggie
user_53231 (2022-01-18 20:45:17+00:00): Sorry, dat komt vast omdat ik de documentatie nog niet doorgenomen had.
Mijn gedachte was 'access=no' = niet voor iedereen toegankelijk en daarna alleen 'foot' aangezet.

Dus eerste actie is nu documentatie lezen.
eggie (2022-01-18 20:49:32+00:00): Dag Mr Osm..

Klinkt logisch...
Het wordt wel meer gedaan zo..maar we ontmoedigen het..
Je krijgt dan weer andere problemen.
Laat je niet weerhouden en krijg vooral plezier in mappen..
Gr eggie
SekeRob (2022-01-19 21:59:35+00:00): Hi

You should be aware that you are leaving a long trail of broken areas, duplicate segments, unclosed rings, overlapping area rings and what not problems with your landuse additions. E.g. if you map inside a woodland a bare rock and grassland area that border with each other then then border should should not any inner role tags for woodland. The result of this edit sert is that the grassland has disappeared from the map rendering.

So you're aware on before your next effort.

cheers
elucci (2022-01-20 19:05:57+00:00): Hi SekeRob,
I apologise if you had to fix such an issue. I have the impression that I had left no broken areas or other problematic elements (I saw you also made changes around Frascati cemetery, I hope this is not related), but it might be possible that I did it without realising it. My impression is that most of the changes were areas (scrubs) created and inserted as "inner" within the multipolygon (grass). What I do not get is the example you made, is it related to the inner ring with scrubs (x2) and bare rock within? I read the OSMwiki page on multipolygons and I have the feeling to have done things correctly (although it advises, for simplicity, to use a closed way as "inner" and then create the areas directly within). Could you tell me where I did wrong? 
Thanks
SekeRob (2022-01-21 00:00:45+00:00): You're not the only one tripping up. The simplest sample is drawings a circle called forest which is outer and map in there 2 free floating squares of grass and bare rock, the 8 out-sides of the squares is inner to the forest circle. Redraw these same squares sharing 1 side with each other. Now both have only 3 sides each that are inner to the forest circle, between the touching sides of the squares is no forest, only the grass side touching the bare rock side, outer-outer. To resolve in mapping you need to cut up the squares and remove the forest role where the squares share a side. Net, not 8 sides of the 2 squares are inner to the forest, but 6. The moment any side of a square shares a side with the circle outer, the whole square becomes outer to the circle as its nolonger 360 degrees immersed, the forest is only on 3 sides again. In ID editor edit mode the view should always have clear grass and bare rock inside rims. If it shows forest trees inside the square's rims, kind of superimposed on the grass and bare rock inside rim area, something is wrong with the role assignments.
SekeRob (2022-01-21 00:14:55+00:00): The test in ID history view mode is to right click a forest edge, select query features and view the whole. All borders of the forest relation are rendered in red. If you see a red line cutting in between the touching bare rock and grass sides you know what to fix. No need to wait for the 12 hourly or daily Inspector and Osmose updates for the warnings to show up.

Oh and the other things i did while there are unrelated to your changes.
EP_Repair (2022-02-11 16:25:36+00:00): This changeset has been reverted fully or in part by changeset 117265610 where the changeset comment is: revert damaging golf course edits, including adding unreal golf courses. User did not respond to changeset comments requesting them to map golf courses properly.