piebro/osm-data huggingface dataset:
gscholz (2023-11-18 09:05:43+00:00): Hi Santanaloba53,
this changeset has create a huge amount of errors in the OSM database regarding duplicate nodes
and building shapes which are be far too large:

https://tools.geofabrik.de/osmi/?view=geometry&lon=-71.74433&lat=18.03692&zoom=16&baselayer=Geofabrik%20Standard&overlays=self_intersection_ways%2Cself_intersection_points%2Csingle_node_in_way%2Cduplicate_node_in_way

https://overpass-api.de/achavi/?changeset=144148817

Can you please fix this?
Kind regards
Guido
gscholz (2023-11-24 07:48:59+00:00): Hi Santanaloba53,
these errors still exist, can I get your feedback here?
Guido
gscholz (2023-11-25 08:19:15+00:00): Hi Santanaloba53, ,
due to your missing response I have reverted this changeset to fix those issues.
Guido
GerdP (2024-07-01 09:41:29+00:00): Moin aus Wildeshausen!
Schaue mir gerade diesen Wegweiser an: https://www.osm.org/node/157263561
Du kennst anscheinend noch nicht die neuen Tags für Routen an Wegweisern? Also z.B. 
direction_north:route=xyz
Wurde vor einiger Zeit breit im Forum diskutiert, aber ich kann's gerade nicht finden. 
Siehe auch https://wiki.openstreetmap.org/wiki/Key:direction_north#Further_details
Ich werde den Wegweiser entsprechend ändern.
GerdP (2024-07-01 10:53:03+00:00): Meine Änderungen:
https://www.osm.org/changeset/153405656
Ich habe da insbesondere auch die Knotenpunkt-Radrouten von den Gehwegen auf die Fahrbahn verlegt. Die anderen Routen verliefen da eh und Gehwege sind nun mal nur die zweite Wahl für Radrouten, auch mit Zusatzschild Radfahrer frei. Manchmal lege ich die Routen auch auf solche Wege, insbesondere dann, wenn es die Marker implizieren.
silversurfer83 (2023-11-17 19:49:02+00:00): Moin Janni,

Danke, dass du Emsdetten aktuell hälst!

Wenn dort noch Postfächer sind, dann steht ja sicher auch noch was am Gebäude, was darauf hinweist, dass hier mal eine Postbank war. Vielleicht hängt sogar noch ein Schild aus dem letzten Jahrhundert mit "Deutsche Post" an dem Gebäude.
Worauf ich hinaus will: Wenn sich Dinge ändern ist es nicht schön einfach alles zu löschen. Die Punkte, die du gelöscht hast stehen ja für die Filiale, die Automaten,... Die Büros mögen jetzt leer sein, aber sie sind noch da, oder? Um diese Änderungen darzustellen um um die Geschichte der Punkte und Wege zu erhalten haben wir das Konzept der Lifecylce Prefixes. Damit würde hier aus der "amenity=bank" ein "disused:amenity=bank" und aus "name=Postbank" ein "old_name=Postbank". Für Ortsfremde, die dieses prominente Gebäude als Wegmarke nutzen wäre die "Postbank" in der Suche weiterhin auffindbar, sie würde aber nicht mehr als operierende Filiale angezeigt.
Dann wäre da noch die Sache mit den Postfächern: Da es keine ordentliche Postfiliale mehr ist (war es schon Jahre nicht mehr. Wurde von der Postbank mitbetrieben. Die Post betreibt keine eigenen Filialen mehr), ist es nicht korrekt dort "amenity=post_office" zu verwenden. Besonders der Einsatz von "name=Postfächer" ist (leider) schlicht falsch. Es gibt weltweit schon 22 mal "amenity=po_box". Mangels Alternative wäre das die Möglichkeit, die ich hier vorschlagen würde. Ob dieser Punkt dann so auf der Karte angezeigt wird ist zweitrangig.

Anbei die Artikel zu den besprochen Themen im Wiki sowie ein Tool, mit dem du die Öffnungszeiten erstellen lassen kannst, da die so auch nicht funktionieren. Mit ein bisschen Übung wird da aber :)

Bei Fragen, immer raus damit. Wir helfen gerne.

https://wiki.openstreetmap.org/wiki/DE:Namen
https://wiki.openstreetmap.org/wiki/Keep_the_history
https://wiki.openstreetmap.org/wiki/DE:Good_practice#Erhalte_die_Chronik%E2%86%99
https://wiki.openstreetmap.org/wiki/DE:Lifecycle_prefix
silversurfer83 (2023-11-17 19:50:43+00:00): Entschuldige, Öffnungszeiten vergessen:
https://wiki.openstreetmap.org/wiki/DE:Key:opening_hours
https://projets.pavie.info/yohours/?
Janni-av (2023-11-17 20:57:06+00:00): Moin, soll ich das jetzt noch wieder ändern?
silversurfer83 (2023-11-17 21:07:59+00:00): Wie du magst. 

Ansonsten stelle ich den Punkt von der Postbank morgen, wenn ich am Rechner bin, wieder her. Dann wäre die Sache mit der Geschichte erhalten auch gegeben. (wieder neu erzeugen funktioniert nicht) 

Würde dir dann das Ergebnis zeigen, wie ich persönlich es für "korrekter" halte.

(wenn du drei erfahrene User hier zu einem Thema befragst kann es sein, dass du am Ende 5 Meinungen hast 😄)

Hier soll es dir erstmal als Hinweis für künftige Arbeit dienen, so dass die Ergebnisse noch näher am Ideal sind :)
Janni-av (2023-11-17 21:10:53+00:00): Dann kannst du das lieber ändern. Danke
silversurfer83 (2023-11-18 16:14:41+00:00): Nabend :)

Damit hätten wir die 23. PO Box (Postfach) in der Datenbank
https://www.openstreetmap.org/node/2494080794
ich habe die Öffnungszeiten noch korrigiert, so dass sie korrekt dargestellt werden. Falls die Lage innerhalb des Gebäudes nicht hinhaut wäre es gut, wenn du den Punkt noch an eine realistische Stelle schieben würdest.

Grüße
silversurfer83
Janni-av (2023-11-18 16:51:27+00:00): Ich habe die Position leicht geändert.
silversurfer83 (2023-11-18 16:53:48+00:00): Besten Dank und alles Gute :)
Janni-av (2023-11-18 16:55:11+00:00): Bitte und Danke
gscholz (2023-11-18 09:06:45+00:00): Hi Santanaloba53,
your recent  changesets have create a huge amount of errors in the OSM database regarding duplicate nodes
and building shapes which are be far too large:

https://tools.geofabrik.de/osmi/?view=geometry&lon=-71.74433&lat=18.03692&zoom=16&baselayer=Geofabrik%20Standard&overlays=self_intersection_ways%2Cself_intersection_points%2Csingle_node_in_way%2Cduplicate_node_in_way

https://overpass-api.de/achavi/?changeset=144149436

Can you please fix this?
Kind regards
Guido
mike140 (2023-12-08 06:37:08+00:00): Тут точно все гаразд?: https://www.openstreetmap.org/relation/16686357#map=19/48.22219/32.37065
mike140 (2023-12-08 06:38:04+00:00): У Josm перестав працювати валідатор?
bxl-forever (2023-11-17 18:18:02+00:00): Hello,

Could we please advise to upload changes separately instead of performing unrelated changes on various parts of the map all together.  This will make easier for your fellow mappers to review what you are doing.
https://wiki.openstreetmap.org/wiki/Changeset#Geographical_size_of_changesets

I see you changed some tags on a department store (Trafic), moved a road in Maffle, clicked on "suggestions" offered by the name-suggestion-index function to change TGV InOui into a mere "TGV", or changed a lock into waterway=canal+lock=yes.  All such changes would have been better done as separate changesets and with a clearer explanation.

Have a nice day.
zorglubu (2023-11-18 15:53:43+00:00): I agree with what has been said above. At the same time, it would be nice for the other users to describe what you do, since "Fixing frontiers between objects" doesn't seem the goal of the changeset.
Thanks a lot :-)
VictorIE (2024-08-03 17:03:58+00:00): Hi,

https://www.openstreetmap.org/node/11358759118

Is this just a cross roads now?
VictorIE (2024-08-03 17:16:54+00:00): Ah, I see it is actually marked with traffic lights on the arms of the junction.
MacLondon (2024-08-04 13:16:15+00:00): Yeah, and the new signallised crossing on the northern arm is also for cyclists.
DrSegatron (2023-11-20 04:13:21+00:00): Source on the name? Are you sure it shouldn't be "Mälarenergi Arena"?
gscholz (2023-11-21 06:53:11+00:00): Hi Santanaloba53,
your recent changesets have created a huge amount of errors in the OSM database regarding duplicate nodes
and building shapes which are be far too large:

https://tools.geofabrik.de/osmi/?view=geometry&lon=-71.74433&lat=18.03692&zoom=16&baselayer=Geofabrik%20Standard&overlays=self_intersection_ways%2Cself_intersection_points%2Csingle_node_in_way%2Cduplicate_node_in_way

https://overpass-api.de/achavi/?changeset=144149841

Can you please fix this?
Kind regards
Guido
mp747474 (2023-11-17 18:32:56+00:00): wir haben jetzt die Bergwache auf dem Feldberg zweimal, hier und weiter links in dem Gebäude noch einmal. Wenn die Bergwache nicht kürzlich umgezogen ist, müsste sie immer noch in dem Gebäude links sein und die Bearbeitung hier wäre falsch. Im Übrigen ist das Geoportal des Hochtaunuskreises auch keine zulässige Quelle, aus der wir Daten kopieren dürften.
silversurfer83 (2023-11-17 19:34:50+00:00): Moin Kronberger :)

ich möchte meinem Vorredner beipflichten und folgendes Ergänzen: Wenn du auf irgendwelchen Portalen Hinweise findest, das an Stelle XY etwas sein könnte, was bisher nicht eingezeichnet ist, dann hast du folgende Möglichkeiten:
- selbst dort vorbeigehen und gucken was dort ist. Anschließend das Ergebnis in der Datenbank hier festhalten
- einen Hinweis an der Stelle hinterlassen. Geht mit vielen Apps und Editoren. Hinschreiben, dass Quelle A besagt, dass hier an Stelle XY Objekt B vorhanden sein soll und dass bitte jemand vor Ort kontrolliert.

Bitte nicht wild aus irgendwelchen anderen Datenbanken Daten kopieren. Die OpenStreetMap arbeitet mit der sogenannten ODbL und alles, was wir verarbeiten muss mit dieser Lizenz kompatibel sein. Da gibt's leider nicht so viel.

Bei Fragen, immer raus damit

Grüße nach Südhessen
silversurfer83
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/144150028
based_kronberger (2023-11-18 19:49:00+00:00): Hi leute!

Ja, die angaben sind total Falsch. Ich war heute da und die Bergwacht, die schon eingezeichnet wurde, ist richtig
silversurfer83 (2023-11-18 20:08:39+00:00): Danke :)

Noch ein Tipp mit dem du dir vielleicht unnötige Fahrten sparen kannst:
Im editor rechts im Bereich Kartendaten kannst du 4 verschiedene Bilderdienste aktivieren, die ähnlich wie Google streetview sind: kartaview, mapilary, bing streetside und mapilio. Diese dürfen wir zum mappen nutzen und wenn du da Dinge siehst und die bildet relativ aktuell sind, kannst du sie wahrscheinlich eintragen

Grüße in den Süden
Silversurfer83
silversurfer83 (2023-11-18 17:04:14+00:00): Hallo und herzlich willkommen bei OpenStreetMap

schön, dass Du hilfst die Karte zu verbessern.

Ein Hinweis zu dem Bremsschwellen: Diese werden üblicherweise als Punkt direkt auf die betroffene Straße gesetzt und dort dann als Bremsschwelle erfasst. Details liefert, wie zu fast allem, das Wiki
https://wiki.openstreetmap.org/wiki/DE:Key:traffic_calming

Bei Fragen bitte immer raus damit, wir helfen gerne

Grüße an den Main
silversurfer83
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/144150137
Fuzzine (2023-11-19 07:54:08+00:00): Hallo silversurfer83,
ursprünglich wollte (und sollte) ich die Bremsschwellen auch als Punkt erfassen. Wenn ich die Stelle jedoch als Punkt markiert habe, wurde mir der Wert "traffic_calming" nicht angezeigt und ich konnte ihn auch nicht über die Suche finden. Erst die Markierung als Linie hat dieses Problem gelöst. Ich weiß nicht, ob und was da schief gelaufen ist.
Grüße
Fuzzine
silversurfer83 (2023-11-19 19:54:14+00:00): Ok. Das ist aber ungewöhnlich.
Wenn die bremsschwelle nämlich keinen gemeinsamen node mit der Straße hat (der dann als traffic_calming=* getaggt ist) werden sie gar nicht richtig ausgewertet.
Fuzzine (2023-11-19 20:21:43+00:00): Ich habe meinen Fehler gefunden und korrigiert.
silversurfer83 (2023-11-19 20:54:04+00:00): Alles klar :)
eggie (2023-11-17 18:56:56+00:00): Hi Forev3r..
Only a name has no affect in OSM.
shop? Company?
What do you mean wth name=FNA的小窝 ?

Greetz..
eggie
HattedMapper (2023-11-20 15:54:37+00:00): Mit Verlaub: Nur weil die Daten für den gesunden Durchschnittsmenschen verzichtbar sind, sind sie noch lange nicht _sinnlos_. Auch Menschen mit eingeschränkter Wahrnehmung und Mobilität haben ein Recht auf Orientierungsmöglichkeiten, die ihren Bedürfnissen gerecht werden. Und dazu zählen auch zuverlässige Angaben über Vorhandensein _und_ Fehlen von Hilfsmitteln. Das ist nur möglich, wenn fehlende _Daten_ von fehlenden _Objekten_ unterschieden weren können.
Protoxenus (2023-11-20 16:34:40+00:00): Deine Antwort zeigt, dass du das Problem nicht verstanden hast.Es wird bei einen Projekt wie OSM nie zuverlässige Angaben, wie auch bei fast allen Dingen im realem Leben, geben. Es gibt nur einen gewissen Grad der Vollständigkeit, der von verscheidenen Aspekten abhängt. Man muss _immer_ davon ausgehen, dass die Datenbank nicht vollständig ist. Und wenn z. B. an einer Treppe kein Geländer angebracht ist, ist das Weglasssen dieser Information (Geländer) genau so wertvoll wie die Info -kein Geländer-. Einen Tag nach dem tagging -kein Geländer- könnte eines angebracht werden, dann wäre die Info falsch. 
Und das Ganze hat überhaupt nichts mit Diskriminiering von bestimmten Menschen zu tun.
Gruß Protoxenus
HattedMapper (2023-11-20 20:17:01+00:00): Das Problem der Datenaktualität wird nicht durch Weglassen negativer angaben behoben. Ein Objekt könnte am Tag nach der Erfassung demontiert werden. Dann wäre auch die positive Information schon wieder falsch. Der Fehler liegt hier in der zeitlosen Darstellung und Interpretation der Daten, nicht in deren Erfassung, die ja bei OSM immer mit einer ungefähren Zeitangabe versehen ist.

Und wenn es dir hilft, den Wert negativer Informationen zu verstehen, dann denk dir ein no_x=yes statt des x=no. (Weil das ein Konsistenzalptraum ist, bleiben wir doch besser beim x=no.) Aber gerade in einem sich ständig entwickelnden Datensatz ist es wichtig, einen Anhaltspunkt für die Datenabdeckung zu haben. Und das geht nur, wenn man zwischen fehlenden Daten und fehlenden Objekten unterscheidet.

Ehrlich gesagt fühle ich mich nicht bemüßigt, hier eine große Diskussion zu führen, wenn es schon am grundlegenden Verständnis für den Informationsgehalt einer Angabe fehlt.
Kerploonk (2023-11-17 18:31:46+00:00): Source: https://www.utu.is/wp-content/uploads/2023/07/8b.-Sunnuhlid_endursk.dsk_.-uppdr.pdf
gscholz (2023-11-24 07:43:18+00:00): 

Hi Santanaloba53,
your recent changesets have created a huge amount of errors in the OSM database regarding duplicate nodes
and building shapes which are be far too large:

https://tools.geofabrik.de/osmi/?view=geometry&lon=-71.74433&lat=18.03692&zoom=16&baselayer=Geofabrik%20Standard&overlays=self_intersection_ways%2Cself_intersection_points%2Csingle_node_in_way%2Cduplicate_node_in_way

https://overpass-api.de/achavi/?changeset=144150522

Can you please fix this?
Kind regards
Guido
zstadler (2023-11-17 20:05:40+00:00): תודה רבה על העדכון!

מקובל יותר להשתמש בתגיות
alt_name, alt_name:he
Hardcover2452 (2023-11-17 20:13:04+00:00): זה בטוח מסתכל בחיפוש על alt_name?
כי נגיד כשעשיתי את short_name 
זה לא מצא את זה בחיפוש אז עשיתי name:short
zstadler (2023-11-17 20:26:14+00:00): הכי נכון זה להסתכל בוויקי של 
OSM
ולמצוא את התגיות המקובלות. אלו גם התגיות שהכלים שקוראים את המידע יחפשו. 

בכלל, יש כללים ומוסכמות למיפוי כי יש המון כלען שמשתמשים במידע.
למשל, יש הרבה יותר ממנוע חיפוש אחד של שמות.

בקיצור, תשנה בבקשה ל
alt_name
Hardcover2452 (2023-11-17 20:35:03+00:00): שיניתי, נראה שזה באמת עובד בחיפוש :)
Mateusz Konieczny (2023-11-17 19:44:14+00:00): so it was actually not existing?
michael_ua (2023-11-17 21:05:58+00:00): that is not a room, that is just locker for small bags.
Mateusz Konieczny (2023-11-17 21:08:04+00:00): in such case it would be fine to map it, just not as a shop

amenity=baggage_room seems 100% fine to me - see https://www.openstreetmap.org/node/3860350369/history
michael_ua (2023-11-17 22:33:31+00:00): there is no such tag https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbaggage_room
and that is not a room
Mateusz Konieczny (2023-11-18 19:36:40+00:00): See https://wiki.openstreetmap.org/wiki/Any_tags_you_like

and meaning seems relatively clear from https://dictionary.cambridge.org/us/dictionary/english/baggage-room
michael_ua (2023-11-18 20:03:42+00:00): Have you read the "Any tags you like" article fully? 
If you want to add new tag you have to create wiki page and describe the tag.
It doesn't make sense to just add new tag once and forget about it. Any application will not render this tag.
Mateusz Konieczny (2023-11-19 08:37:06+00:00): > If you want to add new tag you have to create wiki page and describe the tag. 

Which part claims that you have to do this? That is recommended but not mandatory.
michael_ua (2023-11-19 09:09:28+00:00): Read 1 and 2 items.

Without documentation no one knows if this tag correct/incorrect/typo.
Also as I already said any apps will not show this tag on the map.

If you want, you can revert this changeset, but it does not have sense.
Mateusz Konieczny (2023-11-20 10:23:41+00:00): > Without documentation no one knows if this tag correct/incorrect/typo. 

not really some are obvious

"Read 1 and 2 items." - I did, I even partially wrote them. Note

> You can use any tags you like, but please document them

it is not reccomended but also fine to skip second part
flohoff (2023-11-17 19:42:45+00:00): Moin,
ich hab die changesets gesehen und gebe dir grundsätzlich recht das so zu machen - So ganz richtig schön finde ich es nicht weil dann ja so die dimentsion von so einem Gartenbaubetrieb oder Sägewerk verloren geht. 
Schön das wir den POI haben - aber das die Gesamtfläche eben der Betrieb ist ist weg. 

man_made=works ist da ja nur die halbe wahrheit.

Aber eine schönere Lösung hab ich auch nicht.

Flo
silversurfer83 (2023-11-18 17:00:06+00:00): Gude :)

warum löscht du denn den Weg auf den Hof?

Grüße
silversurfer83
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/144150964
laakiluk (2023-11-19 16:04:12+00:00): Hallo, es existiert kein Weg, sondern nur befestigte Hofflächen. Solche Hofflächen werden üblicherweise nicht eingezeichnet.
qqqqqqqqqqqqqqqqqqqq (2023-11-18 15:26:33+00:00): I think dirt is incorrect. Surface on such tracks is usually woodchips or woodchips with fine gravel and ground. I doesn't as wet and sticky as dirt.

I've also wondered if such tracks should be tagged as 

leisure=track
sport=running

In the end I've decided not to add it at all for simplicity, but what do you think? There are more of them around here.
qqqqqqqqqqqqqqqqqqqq (2023-11-18 15:26:48+00:00): * I doesn't GET as wet and sticky as dirt.
qqqqqqqqqqqqqqqqqqqq (2023-11-18 15:28:27+00:00): And maybe I'd remove
access=no
since it doesn't functionally add anything, but the osm.org standard map renders it in gray because of it.
mikaeldui (2023-11-20 01:07:04+00:00): I did't remember exactly what the material was, but I know it isn't asphalt nor gravel. "Running track" maybe is suitable, but that seems to be reserved for other types of running tracks, and this track is mostly used by people walking their dogs.
mikaeldui (2023-11-30 00:17:05+00:00): Well, it might actually be fine gravel or coarse sand on this track. Didn't feel like stopping to take a closer look when on the e-scooter in -15°c.
RafalR (2024-10-20 20:48:22+00:00): Gdzie mogę znaleźć jakieś informacje o tych pomnikach przyrody? Poza tą edycją nie znalazłem żadnych dodatkowych informacji na ten temat.
voltairovicz (2024-10-20 21:21:00+00:00): Pamiętam, że widziałem tę informację na fb od lokalnego stowarzyszenia ekologicznego, ale nie pamiętam jak się nazywali.
eggie (2023-11-17 20:16:46+00:00): Dag Sitethief,
Mooi .. weer wat actueler. 
Het gebied van je edits is zo groot geworden omdat je het voetpad hebt vastgeplakt aan de landuse industrial.
ik heb het losgemaakt.
Het voetpad heeft sporen  dus geschikt voor vierwielvoertuigen. Het zal dan een highway=track zijn.
Een wandelpad heeft een G7 bord. Staat dat er niet dan path of in dit geval track gebruiken. 
Het zal ongetwijfeld een functie hebben.  accesstags met unknown hebben weinig toe te voegen.
Ik heb footway (Daar is een fietsverbod) omgezet naar track. 

MVG
eggie
citrula (2023-11-17 19:23:57+00:00): Welcome to OSM! These look good to me.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/144151535
citrula (2023-11-17 19:24:40+00:00): Welcome to OSM!
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/144151606
sen_takeya (2023-11-22 09:01:10+00:00): こんにちは、ミイポンさん

この編集セットに含まれている森林から並木に変更された理由を教えてください。
よろしくお願いいたします。

森林(エリア)から並木(ライン)に変更
https://www.openstreetmap.org/way/91189484/history
itineris (2024-05-08 09:51:49+00:00): Hi,

Please do not draw streets/footways over existing buildings!

Though buildings were/are offset here by large, your sidewalks are also very inaccurate. To align your satellite imagery first, please use FÖMI layers in Hungary.

Greets,
Ákos
MCalaOSM (2024-08-06 08:06:38+00:00): Buon giorno scusate ma questa e la posizione esatta del civico?
https://www.openstreetmap.org/node/5142441736/history#map=19/38.13823/14.96614

In base alle regole  https://wiki.openstreetmap.org/wiki/IT:Addresses#Numero_civico

Bisogna spostato 
Un caro saluto
Messinian (2024-04-07 06:48:37+00:00): Hi solongago,
thanks for your contributions! I've been working in this area to fix and update some of the administrative boundary ways and relations.  When you edited the forest boundary, you changed a way (https://www.openstreetmap.org/way/360210008) that is part of the official boundary for Porter and Leham Townships. I see you are using JOSM, so it's easy to see that something is associated with a relation if you look at the very top of the side bar for tags. It will show the number of tags and the number of "Memberships" that item has. Memberships mean that they are in a relation of some sort. Please use caution when editing these as it's very easy to break the relations!  I fixed this one and put it back to to the original boundary. It may be that they ways were "glued" together for this one and for the state land. Something to look out for!
cheers
sydn3y (2023-11-17 19:38:12+00:00): wrote incorrectly, just adds a school building
demon_box (2025-02-01 18:30:29+00:00): Hi hecktor, I’ve been observing you for a long time… I’m really sorry but I don’t understand why you map “on chair” in the northern Italy area
without obviously really knowing the reality and therefore mapping very imprecisely….
noexit=yes where there are none,
highway drawn very imprecisely,
landuses over the existing ones,
and I could continue with many other examples…
I kindly ask you to avoid continuing to map in this ugly way in Italy, an area you obviously don’t know.

Please STOP to map “on chair”. 

Thank you and HappyMapping! GRAZIE!
demon_box (2025-02-01 18:52:55+00:00): ... These 2 objects are building=house an NOT power=substation!!!!

https://www.openstreetmap.org/way/1224865046/history#map=19/45.661471/10.222242

https://www.openstreetmap.org/way/953022592/history#map=19/45.661245/10.222512

I've just fixed it.
DeFra85 (2024-12-26 21:34:35+00:00): Naja, highway=service ist das auch nicht. Da hat mania-x in der vorherigen Bearbeitung ein bisschen gemurkst. In der History davor waren das auch alles highway=tracks
Airfall (2023-11-19 00:32:26+00:00): If UTC-1 is so good why isn't there a UTC 2?
eggie (2023-11-17 20:22:37+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 

Feedback  Wat er niet meer is kan weg.  Tip. Wanneer er een adres op staat dat dan intact laten.
MVG, 

Eggie 

Namens de OSM Community
Violaine_Do (2023-11-18 00:55:46+00:00): Merci Kai pour ton aide. Peux tu préciser pourquoi tu as ajouté une nouvelle relation plutôt que de prendre l'existante? Une des bonnes pratiques est bien de garder l'historique. Pourrais tu as ce moment là, ajouter tes nouveaux ilots dans l'ancienne relation? Pour ce qui est de la cartographie (choix des tags), peux tu expliquer la raison de tes choix? Merci par avance.
Kai Johnson (2023-12-05 14:47:42+00:00): Désolé, il a fallu si longtemps pour résoudre ce problème. J'ai ajouté la relation/16710916 avec la balise natural=reef pour représenter la zone du récif excluant les zones de la terre et du lagon. J'essayais d'empêcher le rendu du récif au-dessus des îles, ce qui pose actuellement un problème avec la balise natural=reef sur way/210166641. Peut-être pouvons-nous nous mettre d'accord sur une manière de résoudre ce problème ?

Oui, les nouvelles îles doivent être ajoutées à la relation/6082214. Je m'occupe de ça. Merci de l'avoir attrapé !