piebro/osm-data huggingface dataset:
Ewen Hill (2024-04-14 02:14:22+00:00): Hi MPax, I love the details you have added to Ararat and this must be one of the best mapped towns in Australia thanks to you.  It's appreciated/ One thing is with foot paths is to connect them when crossing roads to the road with a node. It might also be better where the foot path is right next to the road to use sidewalk on the highway - see https://wiki.openstreetmap.org/wiki/Key:sidewalk and only use foot path for parks or where the footpath deviates from the road. I am still really impressed about the level of mapping and have just added a few shops etc. if you would like to confirm these
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/132497259
MPax (2024-04-15 14:43:46+00:00): Hi Ewen, I appreciate kind words.
Many of the footpaths I've mapped are separated from the road by nature strips and not directly adjacent to the road itself (as seen in the example image on the article linked). Some are edge-cases, and some are more than likely just wrong. Still new to mapping and learning best practices and conventions, so your feedback is valuable. I'll look further into this.
My inexperience also applies to the crossings not having nodes, I was unaware. I have been meaning to add details like islands and tactile paving but that's something for the future.
As for the shop names, they look right to me. Shops change around a bit, so keeping them up-to-date is important. I'll also be fixing many of the building footprints in a future edit.
I'll continue to further refine my process as I go. Thank you for your contributions!
Ewen Hill (2024-04-16 08:54:32+00:00): Thanks MPax also for the kind words. I use to do separate foot paths but it got a bit messy so anything under 2-3 meters from the road, I now use sidewalk on the highway if the footpath matches the road but this is just personal and separate footpaths is fine. Also check out Mapillary in the data/photo tab as I have dropped a few thousand photos in the area that you can use. Keep up the great work, this is really impressive work
randoco19 (2023-02-14 01:05:13+00:00): Ciao, credo che questo changeset abbia introdotto un errore: speed_camera dovrebbe avere come chiave highway.
https://wiki.openstreetmap.org/wiki/Tag:highway%3Dspeed_camera
silversurfer83 (2023-02-14 08:06:09+00:00): Hi Brainus,

Ich habe mal grob über diese Änderung von Dir geschaut und möchte dazu etwas sagen:
Namen wie "Offen 1,8m" oder "verschlossenes Tor" sind keine namen im Sinne des tags. Siehe hier: https://wiki.openstreetmap.org/wiki/DE:Namen
OSMAnd ist auch nur für rudimentäres bearbeiten von POIs gemacht. Ich empfehle für detaillierte Arbeiten unterwegs eher apps wie every door oder vespucci. Damit lassen sich auch die tags besser setzen.

Was soll denn dieser node sein? https://www.openstreetmap.org/node/10655505917
name=Souveniers und als Objekttyp bleachers? Verstehe ich nicht. Kannst du das genauer erklären?

Grüße
silversurfer83
silversurfer83 (2023-02-15 12:57:46+00:00): Du hast seit meinem Kommentar weitere Bearbeitungen durchgeführt. Daher gehe ich davon aus, dass du ihn gelesen hast.

Bekomme ich eine Antwort auf meine Frage (bleachers)? Und: Änderst du die nodes mit den "falschen" name-tags selbst oder muss ich?
Brainus (2023-02-17 17:58:25+00:00): Im Rahmen eines OSMAnd~ Updates wurden anscheinend einige von mir INTERN gesetzte POIs ungewollt & unbemerkt hochgeladen.

Ich schaue es mir gerade an und editiere die entsprechenden POIs bzw. lösche sie entsprechend.
Danke für den Hinweis. :-)
Ich bearbeite OSM i.d.R. browserbasiert am Desktop und setzte lediglich die Tags mobil per App in MEINE offline-OSM (zwecks Geolocation...)

Entgegen Deiner Vermutungen hatte ich deine(n) Kommentar(e) hier nicht bemerkt/gesehen - obwohl ich "in der Zwischenzeit hier online war"...
Erst deine PM habe ich dann bemerkt.
Brainus (2023-02-17 18:03:02+00:00): Ich würde Dich bitten anderen Mappern keine Fristen zu setzen - das kommt nicht gut.
Brainus (2023-02-17 18:13:40+00:00): POIs sind entsprechend editiert.
silversurfer83 (2023-02-18 22:03:59+00:00): Moin Brainus,

Danke für die zügige Reaktion. Fehler passieren. Kein Problem.

Fristen sind üblich, da hier ein paar Millionen Menschen an der Datenbank hängen. Einmal gefundene "Fehler" sollten dann nicht unnötig lange in der DB bleiben. DAS käme nicht gut. 

Cheers
Silversurfer83
rskedgell (2024-03-15 07:29:16+00:00): You appear to have tagged the part of Comet Way approaching The Airfield Roundabout from the SW as foot=no in response to a StreetComplete task asking "Are pedestrians forbidden to walk on this road here?"

I have checked the available Bing Streetside and/or Mapillary imagery for evidence that there really is a (signed) pedestrian prohibition here. I cannot see any TSRGD diagram 625.1 "pedestrians prohibited" signs on the imagery, so do not believe that a prohibition exists and have therefore reverted your edit in https://www.openstreetmap.org/changeset/148673496

The wiki states that access tags reflect legal access. Subjective opinions about whether it would be pleasant, a good idea, safe, etc. for a particular transport mode are not relevant to legal access.
https://wiki.openstreetmap.org/wiki/Key:foot

As real pedestrian prohibitions on public roads other than those tagged as highway=motorway or motorroad=yes in the UK are quite rare and are always signed, this quest is probably better left disabled.
gudensberger (2023-10-21 13:27:57+00:00): Moin, gilt ford=yes tatsächlich für die gesamte Länge von https://www.openstreetmap.org/way/54754201 ?
Strubbl (2023-02-13 18:53:49+00:00): Hi 1234TOM5678, 

danke für deine Änderungen an der Karte. Es wäre klasse, wenn du deinen Änderungssätzen einen Kommentar geben könntest, was du geändert hast bzw. warum. Dann können andere Mapper besser verstehen, was du geändert hast.

In diesem Änderungssatz hast du von highway=path zu cycleway geändert. Das ist hier nicht korrekt und war bereits richtig kartiert. Bitte lies dazu im Wiki unter https://wiki.openstreetmap.org/wiki/DE:Tag:highway=cycleway
und 
https://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dpath
nach.

Viele Grüße
Strubbl (2023-02-13 18:56:08+00:00): Hi 1234TOM5678,
ich glaube, das craft=sailmaker war korrekt am Wasserstoff. Schau mal auf die Homepage http://www.deinwasserstoff.de/. Dort steht, dass es eine Bar und eine Segelmacherei ist. Also beides gleichzeitig.

Viele Grüße
Strubbl (2023-02-13 18:57:56+00:00): Hi 1234TOM5678,
die Polizei, die du hier erstellt hast, ist bereits kartiert am Objekt: https://www.openstreetmap.org/way/118331633
Kannst du dein Objekt bitte wieder entfernen?

Viele Grüße
flex16 (2025-03-25 23:30:58+00:00): Die K 68 habe ich jetzt wieder zu tertiary gemacht. Das ist eine gut ausgebaute Kreisstraße, die ein größeres Dorf anbindet. Die anderen Änderungen bzgl. Kreisstraßen werde ich mir die Tage auch nochmal anschauen. Ich verstehe den Changesetkommentar leider auch nicht. VG
FraukeLeo (2025-03-26 07:16:06+00:00): Von mir aus gern. Mein CS war schon ein bisschen "dogmatisch". Wir klassifizieren Straßen nicht nach Ausbauzustand, sondern nach Verkehrsbedeutung, und die Bedeutung einer Straße ändert sich nicht plötzlich von einem Meter auf den anderen. Eine Zufahrt mit rein lokaler Verkehrsbedeutung, die kein Straßennetz bildet, sondern eine (wenn auch verzweigte) Sackgasse ist, war damals für mich unterhalb von tertiary. Hier liegt andererseits auch eine Sammelfunktion vor, dann kann das gern auch tertiary sein.
flex16 (2025-03-26 10:23:32+00:00): Die Verkehrsbedeutung ergibt sich aber u. a. aus dem Ausbauzustand. Sackgassen sind m.E. kein Ausschlusskriterium. Ich finde jedes größeres Dorf sollte schon durch mindestens eine Tertiary angebunden sein.
gscholz (2023-02-14 07:52:08+00:00): Hi Andreas,
this changeset has created several errors in the OSM database regarding overlapping ways:

https://tools.geofabrik.de/osmi/?view=routing&lon=8.54172&lat=39.99250&zoom=14&baselayer=Geofabrik%20Standard&overlays=duplicated_edges%2Cduplicated_edges%2Cduplicated_edges_areas

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

This kind of error irritates routing software and looks ugly on the maps. Can you please fix this?

You may also like to educate yourself about how to edit hiking routes properly:

https://wiki.openstreetmap.org/wiki/Tag:route%3Dhiking

Kind regards
Guido
literan (2023-07-21 08:36:14+00:00): не надо вносить лживые данные; в районе Мытищ никакого "Вело 1" нет
Igor Gurzhuenko (2023-07-21 13:44:19+00:00): Учи матчасть, двоешник. Обозначена строящаяся часть Вело1.
literan (2023-07-21 17:31:16+00:00): не обманывай, никакая другая часть Вело1 не строится. Построен пилотный проект, остальное заморожено в связи с известными событиями.
mavl (2023-07-22 05:09:48+00:00): @Igor Gurzhuenko  
Здравствуйте. Хамить не надо.  
Пожалуйста, общайтесь вежливо, не переходите на личности, не используйте клише интернет-троллинга и воздержитесь от оскорблений.  

https://wiki.openstreetmap.org/wiki/RU:%D0%AD%D1%82%D0%B8%D0%BA%D0%B5%D1%82  
  
Владимир Маршинин  
Рабочая группа по данным
Igor Gurzhuenko (2023-07-24 19:58:50+00:00): Дружок, я ведь не просто так линии на карте рисую. У меня информация и маршрут изнутри проекта и близкое общение с коллегами из администрации городского округа Мытищи (из Управления благоустройства и Управления транспорта и дорожного хозяйства).

Есть и информация в общем доступе от министра МО, хотя её и не много. Но было бы желание узнать. В крайнем случае можно и спросить, а не лезть сразу с нравоучениями и сомнительной лексикой к взрослым и осведомлённым людям. Поэтому лучше восстанови мою работу. На будущее - задавай вопросы, умник анонимный.

https://minblag.mosreg.ru/sobytiya/novosti-ministerstva/01-11-2022-17-44-28-v-podmoskove-prodolzhaetsya-realizatsiya-velomarsh
Igor Gurzhuenko (2023-07-24 20:01:56+00:00): @mavl
Владимир Маршинин, определение "двоешник" не является ругательством, а лишь оценочным суждением в отношении кипучего, но не осведомлённого гражданина.
mavl (2023-07-25 03:27:41+00:00): @Igor Gurzhuenko  
К сожалению, вы не можете без переходов на личности.
pan_borsuk (2023-02-13 23:58:16+00:00): to chyba jakiś chochlik.. drukarski 🧐 #logOFF
VA00 (2023-02-14 06:03:33+00:00): Nie kasuj punktów, tylko zdejmuj tagi - dla potomnych, aby było widać w historii.
pan_borsuk (2023-02-14 12:22:08+00:00): no w przypadku kopca mrówek czy gniazda bocianów taką "przejściowość/naturalnyobieg" to jeszcze zrozumiem... ale że połamane śniegiem małe drzewko czy krzaczek.. ?!  to nie Dąb Bartek przecież :-)
VA00 (2023-02-14 12:30:02+00:00): Nie każdy ma ochotę schodzić z rowera i przedzierać się przez krzaki. Bariera jest. Jak uzbiera się takich kilka, to lepiej objechać.
pan_borsuk (2023-02-14 12:47:15+00:00): nie rozumiem ? która bariera jest ?

bo te dwie bariery jakby idąc w las od ul. Świerkowej już nie istnieją
eggie (2023-02-13 17:59:24+00:00): Dag wjarendshorst

Het is niet de bedoeling om alle acdresnodes te gaan samenvoegen tot één node. Dat werkt dan niet meer goed.
Je kunt de aparte adresnode wel op een hoopje neerleggen bij de ingangen, maar niet samenvoegen svp.
MVG
eggie
eggie (2023-02-13 18:01:50+00:00): De adresnodes nr 15 heb ik hersteld. Graag ook de BAG gegevens van het Kadaster intact laten. 
Dus source:date = en source=BAG

MVG
eggie
Syl (2023-02-13 21:46:48+00:00): Bonjour, il s'agit du nom de la plage ou celui du lieu-dit ?
romu33 (2023-02-14 07:55:09+00:00): Bonjour, il s'agit du lieu dit, visible sur les cartes topo IGN
Syl (2023-02-14 09:26:39+00:00): Dans ce cas il vaut mieux enlever le nom de la plage et créer un point à part pour le lieu-dit.
romu33 (2023-02-14 11:10:42+00:00): ce n'est pas vraiment une plage, mais une rive sauvage sableuse d'un lac. 
d'autre lieu dit sont indiqués sur la partie sableuse, comme un peu plus au nord comme "la pointe blanche". Les noms des lieux dits sont indiqué sur la rive du lac, sableuse ou non, cela n'a pas d'importance.
Syl (2023-02-14 17:14:24+00:00): Effectivement ce n'est pas une plage et elle n'est pas catégorisée comme ça, je me suis trompé.
Par contre il reste à corriger, si ce n'est pas le nom du sable mais celui du lieu-dit le nom doit être déplace sur le bon élément. Pouvez-vous corriger ?
Syl (2023-02-14 19:01:27+00:00): Sinon je m'en occuperais.
romu33 (2023-02-15 08:17:01+00:00): Je ne sais pas modifier cela !
Syl (2023-02-15 09:58:06+00:00): J'ai enlevé le nom du sable et créé un point : https://www.openstreetmap.org/node/10660907323
Dans l'éditeur iD vous pouvez le faire en cliquant sur "Point" en haut, puis en cliquant là où vous voulez le créer.
Puis comme type d'élément il faut choisir "Lieu-dit non habité" et enfin ajouter le nom et sauvegarder.
Pour les maisons forestières je pense qu'il suffira juste d'ajouter le nom au bâtiment concerné.
Je vous laisse voir si vous voulez vous en occuper pour les autres notes que vous avez créé. Sinon je vous conseille de les réactiver, elles ne seront plus visibles dans quelques jours et probablement personne ne les traitera.
romu33 (2023-02-15 10:46:02+00:00): Je trouve que la modification/contribution est une usine à gaz, il manque vraiment un tuto cartographique, je laisse tomber.
Syl (2023-02-15 13:47:39+00:00): Normalement lors du premier lancement de l'éditeur un guide vous a été proposé pour apprendre à contribuer, il est possible de le retrouver en cliquant sur le bouton "Aide" en bas à droite dans l'éditeur.
Il existe également d'autres aides comme par exemple LearnOSM : https://learnosm.org/fr/
Et si jamais vous voulez retenter je pourrais répondre à vos question, sinon il y a le forum : https://forum.openstreetmap.fr/
tyr_asd (2023-05-28 15:41:42+00:00): Hi. Tolles Mapping-Projekt mit dem Wegweisersteinen. :)

Erlaube mir ein paar Nachfragen:

Wie kann man die "ref" Nummern der einzelnen Steine herausfinden? Diese sind ja nicht auf den Steinen selbst zu sehen?!

Was hältst du davon zusätzlich auch "guidepost:type=stone" zu taggen? Dann wird es in den Daten klarer, dass es sich nicht um herkömmliche Schilder handelt. Das Tag gibt es bereits ein paar mal: https://taginfo.openstreetmap.org/tags/guidepost%3Atype=stone#overview (momentag hauptsächlich im Siebengebirge verwendet).

Ist mit source=knowledge gemeint, dass du diese persönlich vor Ort verifiziert hast? Das ist ja eine riesen Leistung, Respekt! Ich hätte nur gesagt, es würde reichen wenn diese Information am Changeset steht, und sie nicht nochmal an den einzelnen Objekte wiederholt werden müsste (siehe https://wiki.openstreetmap.org/wiki/Key:source?uselang=en-GB#Historic_usage_on_objects_and_attributes). Außerdem wäre vielleicht "source=survey" passender dafür?

Gruß, Martin
Steine42 (2023-05-28 17:25:25+00:00): Hallo Marin, 
Danke für deine Hinweise.

Die Ref-ID erhält man u.a. von https://ww2.heidelberg.de/mapservicemobile/hd_data/Wegesteine/sortiert/WWSListe.html. Erlaubnis ist vorhanden. Die Liste, die bei der Stadt veröffentlicht ist, passt manchmal nicht ganz genau, daher laufe ich die Wegweisersteine ab, auch wenn es etwas dauert. 

Lt. deinem Wiki-Link ist daher "source=survey"  passender, das werde ich zukünftig verwenden. Am Knoten halte ich es aber für geschickter, da bei weiteren Änderungen ggf. diese Info sonst nicht mehr beim aktuellen Datensatz hängt.

Bzgl. "guidepost:type=stone" kann ich nicht viel sagen, da kenne ich das Datenmodell zu wenig. Lt. Wiki ist es aber nicht sauber definiert: "The tag guidepost=* is not clearly defined yet, but is used most often in addition to information=guidepost to depict what the guidepost is related to." Andererseits gab es Stimmen, dies mit "guidepost:type=stone" zu mappen (https://community.openstreetmap.org/t/information-guidepost-nur-schilder-oder-auch-steine/94411). Ich persönlich präferiere, nur möglichst genau definierte Tags, aber hänge nicht daran.

Viele Grüße
Steine42
tyr_asd (2023-05-29 18:10:34+00:00): Hallo. Danke für den Link.

Ich denke man könnte fast sogar den kompletten Link zu den einzelnen Seiten der jeweiligen Steine als "website" taggen.

Zum Thema source-Tag: Die Überlegung ist hier, dass gerade wenn mehrere Leute das gleiche Objekt bearbeiten, die "Quelle" oft nicht mehr eindeutig ist, z.B. wenn später jemand die Position andhand eines Luftbilds "verbessert", stimmt das alleinige "source=survey" am Objekt gar nicht mehr. Über die Quellenangaben an den Changesets kann man mit Hilfe der History des Objektes alles "korrekt" nachvollziehen. Wobei du ja beides machst, also geht dieser Weg ja nicht verloren. Ich persönlich verwende das "source" Tags an einzelnen Map Features mittlerweile nur noch sehr selten (z.B. wenn etwas sich mit dem gerade "aktuellen" Luftbild widerspricht).

Zum dem guidepost:type tag. Wenn es ein genau definiertes Tag gäbe, würde ich das natürlich auch bevorzugen. Aber solange das (noch) nicht der Fall ist, wäre es noch eine Alternative dazu diese Information gar nicht zu taggen. Das "guidepost" tag selbst würde ich auch eher nicht dafür nehmen, da es offenbar für verschiedenste andere Informationen schon in Verwendung ist. PS: Das Tagging-Modell von OSM ist ja eigentlich schon so konzipiert, dass man gerade den Freiraum hat neue Tags erstmal ganz informell zu nutzen, um deren Nützlichkeit aufzuzeigen. Meist ist die Formalisierung ein erst darauf folgender Schritt. ;) Mehr dazu im Wiki: https://wiki.openstreetmap.org/wiki/Any_tags_you_like

Gruß!
Steine42 (2023-05-30 05:49:14+00:00): Hallo Martin,

wenn man jeden einzelnen Stein auf eine "eigene" Webseite verlinkt, wären nach einer Umstrukturierung der HD-Website viele Links individuell anzupassen. Infos über die Wegweisersteine gibt es auch bei anderen Quellen, z. B. online als KML-Datei oder in der in der Freizeitkarte der Stadt. Daher habe ich mich (als Einstieg) für den Link zum Flyer entschieden.

Bzgl. source am Knoten: Ja, da hatte ich einen Denkfehler, es ist wie du schreibst nur am Changeset passender.  Kann / Darf ich die bestehenden Source-Tags bei den Wegweisersteine-Knoten löschen?

Bzgl. "guidepost:type=stone"oder "... =stone": Das ist nicht viel mehr Infos als"material=sandstone", daher halte ich dies für nicht geschickt. Eigentlich sind die Wegweiser genauso Wegweiser wie die heutigen Plastikschilder, nur halt nachhaltiger aus Stein und viele der Wegweiser sind 100 Jahre alt.

Viele Grüße
Steine42
tyr_asd (2023-06-02 13:57:17+00:00): Hi.  Die source Tags dürftest du klarerweise wieder entfernen (sollte im JOSM mit einer entsprechenden Suche nach den Tags der Steine und deinem Usernamen kein großes Problem sein). Es sind ja "deine" erfassten Daten, die du selbst verbessern wolltest. Allerdings ist das jetzt auch wiederum nicht soo schlimm die stehen zu lassen. Falls man aber andere Verbesserungen vornehmen würde (z.B. das mit dem guidepost:type=stone – ist aber natürlich auch dir überlassen), könnte man den source Tag gleich mitlöschen.

Zu dem guidepost:type Vorschlag: Natürlich ist da relativ wenig Zusatzinformation was man nicht schon aus material=sandstone erraten kann. Für die Erstellung einer Karte wäre das Tag aber einfacher Nutzbar (da es potentiell sehr viele "material"s gäbe die auf einen Stein schließen lassen). Ich persönlich fände das Tag zusätzlich schon nützlich und es ist ja in anderen Gebieten auch schon im Einsatz. Aber wie gesagt: Am Ende ist es Geschmacksache, und es war ja nur eine Idee von mir das zu verwenden.
tyr_asd (2023-06-02 14:07:32+00:00): Und zum Thema Webseite: Das ist natürlich ein guter Punkt, dass sich die Links prinzipiell jederweit ändern könnten. Theoretisch könnte man das gleiche Argument aber auch für die "ref" Nummern anführen: Da diese ja nicht auf den Steinen stehen kann die Stadt Heidelberg bei einer Neugestaltung der Webseite ja auch eine neue Nummerierung  einführen?!

Ich kam halt darauf, dass die "ref" Information eigentlich nur in Zusammenhang mit der Webseite überhaupt nützlich ist. Vielleicht wäre es am besten, die "Steinenummer" nicht als ref sondern als "note" Tag zu mappen? z.B. note="Stein Nummer … auf https://ww2.heidelberg.de/mapservicemobile/hd_data/Wegesteine/sortiert/WWSListe.html"?

Vielleicht verkompliziere ich die Sache aber auch ziemlich und es passt so wie du es gemappt hast. ;)
gscholz (2023-02-14 07:54:37+00:00): Hi Domenico,
this changeset has created several errors in the OSM database regarding overlapping ways:

https://tools.geofabrik.de/osmi/?view=routing&lon=13.96375&lat=41.54053&zoom=13&baselayer=Geofabrik%20Standard&overlays=duplicated_edges%2Cduplicated_edges%2Cduplicated_edges_areas
https://overpass-api.de/achavi/?changeset=132502576

This kind of error irritates routing software and looks ugly on the maps. Can you please fix this?

You may also like to educate yourself about how to edit hiking routes properly:

https://wiki.openstreetmap.org/wiki/Tag:route%3Dhiking

Kind regards
Guido
SekeRob (2023-02-14 11:39:00+00:00): Corr. in https://www.openstreetmap.org/relation/15474883
Mateusz Konieczny (2024-04-11 15:26:42+00:00): Hello! https://www.openstreetmap.org/way/42940870/history has amenity = church that was added in this edit (if I checked things correctly)
What you meant by amenity=church? It seem to be not documented value and it seems to be a duplicate of https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dplace_of_worship - if you meant christian church then then it is taggable by amenity=place_of_worship religion=christian.
woodpeck_repair (2023-03-03 00:50:51+00:00): This changeset has been reverted fully or in part by changesets 133232206, 133232218, 133232224, 133232227, 133232225, 133232208, 133232216, 133232213, 133232177, 133232229, 133232203, 133232220, 133232198, 133232180, 133232189, 133224701, 133232215, 133232214, 133232188, 133232199, 133232207, 133232205, 133232182, 133232222, 133232186, 133232200, 133232191, 133232223, 133232209, 133232169, 133232230, 133232194, 133232197, 133232210 where the changeset comment is: revert undiscussed import with unclear licensing in Madagascar
woodpeck_repair (2023-03-03 00:51:11+00:00): This changeset has been reverted fully or in part by changesets 133232206, 133232218, 133232224, 133232227, 133232225, 133232208, 133232216, 133232213, 133232177, 133232229, 133232203, 133232220, 133232198, 133232180, 133232189, 133224701, 133232215, 133232214, 133232188, 133232199, 133232207, 133232205, 133232182, 133232222, 133232186, 133232200, 133232191, 133232223, 133232209, 133232169, 133232230, 133232194, 133232197, 133232210 where the changeset comment is: revert undiscussed import with unclear licensing in Madagascar
Jan Olieslagers (2023-02-14 10:15:30+00:00): I reverted this change, because 0543 is not a valid icao code.
DnaX (2023-02-14 12:28:41+00:00): @Jan I found that: https://metar-taf.com/it/airport/IT-0543
Jan Olieslagers (2023-02-14 13:05:54+00:00): Ah,  grazie, caro amico! That site is notably unreliable, you are not their first victim, alas.
Pls. refer to https://wiki.openstreetmap.org/wiki/Key:icao
NB I strongly suspect them of having taken their code from https://ourairports.com/airports/IT-0543/ - that is an excellent source, I regularly consult it myself, and sometimes update it.
Thanks for collaboration, and keep up the good work!
Kindly yours,
silversurfer83 (2023-02-14 08:10:45+00:00): Moin :)

ich weiß selbst, dass es bei diesen "Kleinigkeiten" schwierig ist, jedoch möchte ich trotzdem für schönere Änderungskommentare plädieren.

Weiter frohes Schaffen
silversurfer83
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/132503110
Abdullah Abdulrhman (2023-02-28 20:39:55+00:00): نرجوا منكم عدم إضافة عناصر عشوائية للخريطة
little_maper (2023-02-15 08:27:43+00:00): Hello farhadGuli;
I noticed you added some streets and didn't connect to any streets could you check it and connect it to streets because it's floating?
Examples of streets:
https://www.openstreetmap.org/way/1144901375
https://www.openstreetmap.org/way/1144901377
Regards
little_maper
muralito (2023-02-14 01:54:39+00:00): Thanks. Keep in mind that names in OSM don't use abreviations, so "Dr." should be "Doctor".