piebro/osm-data huggingface dataset:
Geo-Tobi (2024-09-08 17:37:09+00:00): Thanks. So, better to handle via smoothness, I think? i.e. tracktype grade1 and smoothness intermediate, u think that might match? (coz, surface is still paved, even if in bad conditions)
smsm1 (2024-09-08 22:22:39+00:00): I agree that seems like a better way to tag it. 

Also the road between Lillstadt and Wachbach is signed for access only for farm vehicles and walking/cycling only if I've understood the sign right, so it probably needs an update to discourage routers taking you over it for longer journeys. I wasn't sure how best to tag that restriction.
Geo-Tobi (2024-09-09 05:21:17+00:00): I guess you refer to this one?: 
https://osmtools.de/traffic_signs/?signs=260,1026-38

Very commonly used.
motor_vehicle=agricultural;forestry
traffic_sign=DE:260,1026-38

If you don't mind, would you please add the changes from your side as I don't have the on-site knowledge?
Thank you
DeKaN (2024-04-07 08:35:40+00:00): Немного полезной информации: если задеваете маршруты автобусов/троллейбусов/трамваев, старайтесь потом проверить, что не сломали их на https://tools.geofabrik.de/osmi/?view=pubtrans_routes&lon=50.16385&lat=53.19623&zoom=14&baselayer=Geofabrik%20Standard&opacity=0.50&overlays=ptv2_routes_invalid%2Cptv2_error_ways%2Cptv2_error_nodes

Обновляется там через сутки, проблемы с маршрутками и поездами там можете игнорировать
skysamum (2024-04-07 14:38:07+00:00): Воспользуюсь, спасибо!
Mateusz Konieczny (2025-05-19 17:50:21+00:00): Hello! https://www.openstreetmap.org/node/11799300846/history has fixme:type = park that was added in this edit
Have you tried to map a park here? If yes, then maybe leisure=park would fit?

See https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dpark
Leo Slager (2024-04-07 16:06:19+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
MVG,
Leo
Namens de OSM Community
SomeoneElse_Revert (2024-04-09 12:25:57+00:00): This changeset has been reverted fully or in part by changeset 149775072 where the changeset comment is: Reverting automatic name changes; see https://www.openstreetmap.org/user_blocks/7392 4.
SomeoneElse_Revert (2024-04-09 12:23:19+00:00): This changeset has been reverted fully or in part by changeset 149775072 where the changeset comment is: Reverting automatic name changes; see https://www.openstreetmap.org/user_blocks/7392 4.
euroPathfinder (2024-04-08 17:29:16+00:00): Hi Sickingerbruch,
Willkommen auf OSM und herzlichen Dank für Deine Beiträge! Wenn der Weg asphaltiert wurde kannst du auch gerne den "surface" Tag zu "asphalt" ändern. Ich habe das eben gemacht, nur als Hinweis für die Zukunft.

Dir weiterhin viel Spaß beim Mappen und pass auf, es könnte süchtig machen ;)

Viele Grüße
euroPathfinder
totera (2024-04-19 20:20:40+00:00): Ciao a1ca424, il divieto di inversione a U da una strada verso sé stessa è superfluo.
rene78 (2024-04-07 09:58:37+00:00): Hi Mark-Andrew,

direkt hinter dem Mühlbachtunnel fängt die Beschränkung auf 60km/h an. War also schon korrekt davor. Könntest Du es wieder zurückändern?

Danke im Voraus.
Rene
mcliquid (2024-04-08 07:38:28+00:00): Hi rene78, ich hab die Strecke hier korrigiert und alle Verkehrszeichen aus meiner letzten Mapillary-Fahrt übernommen: https://www.openstreetmap.org/changeset/149721712
rene78 (2024-04-10 11:32:57+00:00): 👍 Danke!
Mark-Andrew (2024-04-10 13:20:48+00:00): Prima, danke!
SomeoneElse_Revert (2024-04-09 12:22:56+00:00): This changeset has been reverted fully or in part by changeset 149775072 where the changeset comment is: Reverting automatic name changes; see https://www.openstreetmap.org/user_blocks/7392 4.
demon_box (2024-04-07 10:31:32+00:00): Ciao Fede.... Ne avevamo già parlato anni fa... Ancora mappi il civico sull'intero edificio?? Ti avevo giù spiegato che è errato perchè in italia il civico identifica soltanto il punto di accesso all'edificio e non l'intero edificio che infatti potrebbe avere più entrate e quindi diversi numeri civici. Se non sai esattamente dov'è posizionato sul bulding il civico (tag entrance) devi mappare il civico come nodo staccato dal building ma adiacente.
GRAZIE!
Ora procedo con correzione...
demon_box (2024-04-07 10:38:53+00:00): ...vedo che hai mappato con l'ennesima app per smartphone "Every Door Android 4.1", opinione personale: la grande parte (per non dire tutte) queste app per mappare con lo smartphone generano una mappatura di scarsa/scarsissima qualità, piena di errori. Come già consigliato a tanti altri, molla quelle app del cavolo ed inizia a mappare con applicazioni desktop (Josm è la migliore, molto completa e dettagliata ma soprattutto con tanti controlli che aiutano molto a non sbagliare).
Ti invito gentilmente ma fermamente a considerare di passare a Josm.
Oltre al sottoscritto, l'intera comunità OSM di ringrazierebbe per un mapping di maggior qualità e precisione.
GRAZIE!!
demon_box (2024-04-07 10:39:47+00:00): https://josm.openstreetmap.de/
osm_fede (2024-04-10 08:50:35+00:00): Ho capito che non si deve inserire l'indirizzo sull'intero edificio. L'errore è dovuto alla app every door perché pensavo mappasse correttamente. Invece "street complete" mappa gli indirizzi correttamente. Venendo alle applicazioni per desktop mi trovo in difficoltà proprio per i numeri civici, in quanto dovrei portarmi dietro almeno un laptop mentre cammino. Potrei fare una fotografia ai numeri civici e poi a casa inserirli uno per uno ma è un lavoraccio che richiede tantissimo tempo, molto più veloce ed accurato usare una app per smartphone. Una considerazione: il meglio è nemico del bene. Il perfezionismo crea effetti deleteri. Si rischiano comportamenti quali procrastinazione, errata gestione di tempo e risorse, aumento dello stress, ostilità e inazione per paura dell’errore.
demon_box (2024-04-10 09:13:50+00:00): Ciao Fede... beh guarda sinceramente l'aspetto "filosofico" della questione mi interessa poco. Resto della mia idea perchè (non sarà il tuo caso) ma in generale negli ultimi tempi tanti nuovi mapper sono entrati nella comunità OSM (e questo è assolutamente un bene) proprio per la semplicità di queste varie app per smartphone che spuntano come funghi. Purtroppo è altrettanto vero che (ripeto non sarà il tuo caso) ma con il mapping tramite queste app per smartphone entrano una valanga di errori ed imprecisioni, spesso anche molto grossolane e "gravi".
osm_fede (2024-04-10 12:28:24+00:00): Però secondo me è un bene che ci siano comunque neofiti, perché l'avrai sicuramente notato, i contributi sono notevolmente calati rispetto a 10 anni fa e ciò che conta è comunque che i dati affluiscano, per la loro correzione qualcuno si troverà. Non penso che i nuovi agiscano con cattiva volontà, si tratterà solo di aiutarli a migliorare come hai fatto con me. Saluti e buon mapping.
vojtechzaboril (2024-09-13 17:20:40+00:00): Dobrý den,
nepřidávajte mosty tam kde nejsou jen proto, že vidíte v editoru varování o křížení komunikace a vodního toku. Ve skutečnosti se zde nachází propustek (vodní tok je veden v potrubí).
Děkuji.
Vanodl (2024-09-21 07:29:05+00:00): Dobrý den 
Děkuji za Vaše upozornění k úpravám provedeným mou osobou.
Beru je na vědomí a příště budu před editací více studovat materiály k úpravě

S pozdravem 
Novotný
maasa123 (2024-04-07 11:30:53+00:00): Hi! 

Why did you add the traffic lights? There are none on this path.
howdoiexitvim (2024-04-07 12:22:56+00:00): Oh thanks for the clarification! I admit it was back in September when I was there myself and only added the information now based on the notes I took on my phone back then. I assume your information is more up-to-date then (?) It so, I'll remove it of course!
maasa123 (2024-04-07 12:41:28+00:00): I live in the neighborhood and rode there a week ago. 

It's already removed by another user.
howdoiexitvim (2024-04-07 12:45:24+00:00): Sorry for the mistake and thanks for spotting it so fast!
Leo Slager (2024-04-07 16:12:39+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
MVG,
Leo
Namens de OSM Community
mcliquid (2024-04-08 07:27:14+00:00): Hallo, ich hab deine Änderungen an der B33 korrigiert, da hier je Fahrtrichtung unterschiedliche Geschwindigkeitsbegrenzungen gelten und diese bereits korrekt eingetragen waren. Viele Grüße
jxpsert (2024-04-07 09:34:45+00:00): DWG is gecontacteerd over het verwijderen van eerdere versies
Warin61 (2024-06-04 00:16:40+00:00): Bus route 259 - Macquarie Park...

I have re-sequenced the ways

I have added public_transport=platform to some 18 bus stops .. looks to be a common error 

There are a number of these faulty bus routes.. this one has not been touched for some 2 months. This one may now be fixed.
howdoiexitvim (2024-04-07 12:49:36+00:00): Thanks for fixing my apparently outdated information about the traffic lights! Sorry for that.
marc__marc (2024-10-06 15:54:35+00:00): Bonjour,
https://www.openstreetmap.org/node/11799337422
Tu l'as ajouté dans la relation associatedStreet mais il ne contient pas de numéro, peut-être voulais-tu renseigner le 
addr:housenumber=100 ?
Il y en a au moins un autre comme cela (je n'ai pas mémorisé lequel, je survolais les erreurs dans cette catégorie osmose)
Cordialement,
Marc
tekim (2024-04-08 16:13:25+00:00): Hello, Welcome to OpenStreetMap!  Thanks for your edits to the map, and for providing a good changeset comment in which you mention using Google Street View.  When editing OpenStreetMap we are not allowed to use Google Street View due to Google's terms of use.
tekim (2024-04-08 16:13:48+00:00): Reverting a changeset that used a source that is not allowed

https://www.openstreetmap.org/changeset/149742295
yelisey90 (2024-04-17 07:40:35+00:00): Hi! I reverted the changeset, as there is definitely no café at that spot. If it indeed exists, please provide correct location
mcliquid (2024-04-07 14:15:00+00:00): Hi,

please note: changesets should be local.

To avoid conflicts and as a courtesy to reviewers, it is recommended to:

• combine changes in a small geographical area (within a city, district or province)

• keep changes within the same country

• upload/save changes before moving on to map in a different area

Why? Have a look at the section
"Geographical size of changesets" on this wiki page:
https://wiki.openstreetmap.org/wiki/Changeset#Geographical_size_of_changesets

Thanks for considering, have a nice day and happy mapping!
WoSoe (2024-04-08 04:13:49+00:00): Moin!

Habe den Änderungssatz zurückgesetzt wegen mehreren Multipolygonfehler.
Siehe hier:
https://www.openstreetmap.org/changeset/149716555

Das Gebäude war bisher grundsätzlich richtig erfasst. Ist halt 3D Mapping mit mit einem building=* und mehreren building:part=*.
Beschreibung siehe hier:
https://wiki.openstreetmap.org/wiki/DE:Simple_3D_Buildings

Da braucht es eigentlich keine Multipolygone.
Wiki zu MP:
https://wiki.openstreetmap.org/wiki/DE:Relation:multipolygon

Gruß
WoSoe
flohoff (2024-07-18 17:17:33+00:00): Moin,
du hast hier diverse addressen von 33428 Marienfeld auf 33428 Harsewinkel geändert. 

Ich ändere das mal zurück.

Marienfeld hat postalische Eigenständigkeit - Siehe auch Wikipedia.

Flo
SekeRob (2024-04-07 11:06:08+00:00): NB Think Torrente Vallone del Santo and a nameless stream East-West and West-East from the mountain comb can be used to do a further 'natural' split of the 455 member forest relation. Needs some work again.
XioNoX (2024-04-11 07:24:30+00:00): Salut! Quelques erreurs avec ce changeset, ça a remis des arrêts dans la zone de chantier de la gare de Brest et enlevé de la relation les bons arrêts à la gare routière.
mga_geo (2024-04-11 08:33:07+00:00): J'ai eu des signalements osmose avec des arrêts en fin de relation sans rôle platform et des discontinuités.  J'ai utilisé le GTFS qui ne doit pas être encore à jour.
XioNoX (2024-04-11 08:39:32+00:00): J'imagine :) Beaucoup de changements et de temporaire à Brest en ce moment.
mga_geo (2024-04-11 10:56:03+00:00): Et Vannes est dans le même cas et Rennes rebelote ses lignes avec l'arrêt de la seconde ligne de métro.
user_6110846 (2024-04-07 11:03:40+00:00): з центральної автотраси села прибрано назву Б Хмельницького бо у цьому селі вже є вулиця з такою ж назвою
HAmap (2024-04-07 11:12:26+00:00): bei den Kammerweihern habe ich die Wasserflächen und Schilfgebiete nach Luftbild angepasst. Die Gebiete rund um die Weiher habe ich mit natural bzw. landuse -Flächen detaillierter bearbeitet. (Flächen aneinander geklebt und aufgepasst, dass sich keine Flächen überlagern oder Linien mit verklebt werden) Wer hier schon gearbeitet hat, bitte prüfen ob das so passt, bei Zustimmung mache ich im Gebiet so weiter
GeoAndi (2024-04-07 17:03:55+00:00): Die landuse und natural Flächen schauen gut aus. Nur eine kleine Anmerkung: Schutzgebiets- (und auch Grenzlinien) bitte nicht mit anderen Flächen verkleben oder verändern. Die haben zwar oftmals einen sehr "willkürlichen" bzw. "ungenauen" Verlauf, der aber meist so richtig ist. Im Falle von Schutzgebieten in Bayern stammen die Verläufe aus Shapefiles vom Bayerisches Landesamt für Umwelt, die wir für Osm nutzen dürfen, und ich denke die kennen die Grenzen.
HAmap (2024-04-07 17:38:56+00:00): @GeoAndi: ich habe das Schutzgebiet zuerst als Fläche interpretiert und dabei einige Punkte  davon mit anderen Flächen verklebt ...  ok, das war nicht gut. Danke für die Info!
Kann ich das punktuell revertieren, oder muss ich den ganzen Änderungssatz zurück nehmen?
GeoAndi (2024-04-07 17:47:59+00:00): Stimmt, hier ist es eine Fläche. Man kann solche Gebiete sowohl als Fläche als auch als Linie mappen, nur bei sehr großen ist eine Linie besser.
Soweit ich weiß kann man auch punktuell revertieren, aber ich habe so was selber noch nie gemacht und weiß daher leider auch nicht wie. Vielleicht fragst du mal im Forum oder einen anderen erfahrenen Mapper in der Region.
GeoAndi (2024-04-09 06:41:19+00:00): Hab mal noch im Wiki geschaut und diese Seite gefunden (https://wiki.openstreetmap.org/wiki/DE:Change_rollback). Vielleicht findest du da was.
HAmap (2024-04-09 12:20:18+00:00): Danke, das ist nett! Ich hab auch schon gesucht, sehe aber keine gute Möglichkeit hier nur die alten Grenzen des Schutzgebietes wieder herzustellen und meine Bearbeitungen zu erhalten. Könnte auch daran liegen, dass das mit iD nicht möglich ist.

Ist es vielleicht einfacher noch einmal die Daten für das Schutzgebiet erst gesamt heraus zu nehmen und dann das "shapefile" (sagt mir nix) neu einzuspielen und damit meine Bearbeitung zu überschreiben? Ich würde dann versuchen den Ersteller des Schutzgebietes zu kontaktieren
HAmap (2024-04-09 12:52:04+00:00): Ich schreibe @surveyor54 mit einer PM an. Er/sie hat vor etwa einem Jahr die Grenzen nach shapefile aktualisiert
GeoAndi (2024-04-09 13:03:00+00:00): Stimmt, in ID ist es nicht möglich.
Ich habe inzwischen noch einen OSM-Account gefunden, bei dem man Reverts anfragen kann (https://www.openstreetmap.org/user/SomeoneElse_Revert). Ist ein englischsprachiger User, weiß nicht ob das ein Problem für dich ist.
Zudem habe ich mir noch den Objektverlauf des Schutzgebietes angeschaut (https://www.openstreetmap.org/way/276456629/history). Der Umriss (Shapefile) wurde zuletzt in Version 11 von https://www.openstreetmap.org/user/surveyor54 geändert. Vielleicht fragst du da mal, ob er das Shapefile nochmal aktualisieren kann.
Komplett löschen und neu mappen würde ich normal nicht machen, da geht nämlich die ganze Objekthistorie verloren und ist auch nicht unbedingt gerne gesehen bei Osm.
GeoAndi (2024-04-09 13:04:16+00:00): Ja genau, schreib surveyor54 an.
Hab deine Nachricht erst nach dem Absenden der eigenen gesehen :-)
HAmap (2024-04-09 13:36:53+00:00): Schon passiert :-)
surveyor54 (2024-04-10 05:33:20+00:00): Guten Morgen,
ich habe den Umring des NSG "Pegnitzau zwischen Ranna und Michelfeld" durch das originale Shapefile vom 02.01.2023 ersetzt.

Schaut bitte noch einmal drüber.

Gruß
surveor54
HAmap (2024-04-10 08:29:43+00:00): Sieht sehr gut aus! Vielen Dank für die Rettung :-)
surveyor54 (2024-04-10 10:30:17+00:00): Keine Ursache.  😄
Weiterhin frohes Mappen.

Viele Grüße
surveyor54 🙋
GeoAndi (2024-04-10 10:32:52+00:00): Ja passt, perfekt 👍.
Viele Grüße, GeoAndi.
tekim (2024-04-08 16:14:48+00:00): Reverting a changeset that used a source that is not allowed

https://www.openstreetmap.org/changeset/149742343
daganzdaanda (2024-04-08 11:57:48+00:00): Hallo MisterSoest,

bitte schau mal in die Diskussion hier:
https://www.openstreetmap.org/changeset/149617970
daganzdaanda (2024-06-22 15:02:26+00:00): Nach Recherche mit https://www.openstreetmap.org/changeset/153033730 angepasst
LockOnGuy (2024-04-07 20:17:40+00:00): Thank you for ungluing the node! Keep up the great work!
little_maper (2024-04-08 07:14:38+00:00): Thank you.
lyctkel (2024-09-22 10:53:09+00:00): Hi guushoekman,
at https://www.openstreetmap.org/node/10967340944 you changed recycling:pmd=yes to 
recycling:plastic=yes.
That's not correct.
The containers where mapped correctly (see https://wiki.openstreetmap.org/wiki/Key:recycling:pmd?uselang=en).
Further only mapping plastic neglects recycling of metal packaging and drink cartons, which is clearly written on the container.
Please check the old tagging before you change something.
Happy mapping and have a nice day.
ChrissW-R1 (2024-04-08 20:49:51+00:00): Thanks.
Sorry, I used the wrong tags and want to change it now. But they are already fixed.
mcliquid (2024-04-08 10:26:24+00:00): Hello infeeeee, I would like to ask two questions.
Firstly, is the source "Eurostat" suitable for OSM? As far as I understand the licence conditions, the licence notice must be displayed on the start page and on the map. And that's not the case, is it?
If the note is not visible on the map, the licence is not compatible with the ODbL and the data may not be used. Or do you have explicit permission?

Secondly, what added value does this data have for the OpenStreetMap project and wouldn't a uMap be better suited for this?
infeeeee (2024-04-08 10:50:49+00:00): Hello

We already had multiple personal messages about this. NUTS regions actually coming from EU laws, they are managed by EuroStat: https://eur-lex.europa.eu/legal-content/EN/TXT/?qid=1412076854301&uri=CELEX:32005R1888

Commission Decision of 12 December 2011 on the reuse of Commission documents: https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32011D0833

For most other European countries  they are already mapped, I'm just finishing other's work.

> what added value does this data have for the OpenStreetMap project and wouldn't a uMap be better suited for this?

You can ask this about a lot of things, why add anything at all if you can just remember the location of things, or add it to umap... 

Added value is, we will have a complete map of NUTS regions on osm, not an incomplete one...
mcliquid (2024-04-08 10:58:54+00:00): Thank you for providing the link. However, it does not directly address compatibility with the ODbL, right?
In particular, I see an infringement of copyright by Article 6 (2). Do you disagree?
infeeeee (2024-04-08 11:15:09+00:00): I'm not a lawyer, but I think it's the same situation as admin boundaries. What is the source of the boundary of Austria? And it's counties? They are coming from similar laws.

If you want to revert it, please do it, but remove all already mapped data, not just from this changeset, here is an overpass of all the nuts1 regions: https://overpass-turbo.eu/s/1IqS

Around 2000 more regions have different level of nuts code added, please remove that data as well: https://taginfo.openstreetmap.org/search?q=ref%3Anuts#keys

And please update the wiki: https://wiki.openstreetmap.org/wiki/NUTS_and_LAU
mcliquid (2024-04-08 11:26:47+00:00): The admin boundaries for Austria come from basemap, see special permission here: https://wiki.openstreetmap.org/w/images/1/1d/Permission_to_Incorporate_basemap.at_Into_OpenStreetMap_.pdf

Thank you for your information, the DWG will decide whether the data may be kept.
mcliquid (2024-04-08 11:38:04+00:00): For reference, the DWG ticket number is 2024040810000263.
Negreheb (2024-04-08 12:15:42+00:00): Hey infeeeee, it looks to me like you think you got personally attacked. mcliquid simply asked a question and you seem to answer somewhat hostile, unfortunately :(

This is a community project and the project lives through questions as well. 

If you used https://ec.europa.eu/eurostat/web/gisco/geodata/reference-data/administrative-units-statistical-units as base it it clearly should not be used. The ODbL directly violates their 2.1 clearly because ODbL allows the commercial use of OSM-Data. 

So the correct answer to that is not to be hostile against the person asking but to try to find a better source or to explain why its still valid or simply ask eurostat if they make a special permission for OSM. 

This should probably more widely discussed in the forum, but lets wait for the DWG first now they are contacted already :)
GBAB (2024-04-11 20:54:02+00:00): Dear All,
just a small hint: the official source of the NUTS codes is a regulation of the European Parliament and of the Council:
https://eur-lex.europa.eu/eli/reg/2003/1059
Thus, this is not a European Commission document so the Commission Decision of 12 December 2011 on the reuse of Commission documents, probably, does not apply to them. (The Commission itself does not have the right to stipulate the use of the documents of other EU Institutions.)

These data are, of course, repeated in several formats, so there are versions that belong to the European Commission:
https://data.europa.eu/data/datasets/estat-nuts-classification?locale=de
However, this seems explicitly open to use which is in line with Commission's general policy advocating fiercly open data (e.g. https://data.europa.eu/de)
Cheers
Gábor
GBAB (2024-04-11 21:16:37+00:00): OK, now I have asked the EU Publications Office on their position. Let's wait what they answer.
GBAB (2024-04-15 19:51:35+00:00): Dear All,

I have received an answer from the European Commission, more exactly from Eurostat. They prettey much encourage us to use their data:

"Dear Mr Babos,

Eurostat has a policy of encouraging free re-use of its data, both for non-commercial and commercial purposes. All statistical data, metadata, content of web pages or other dissemination tools, official publications and other documents published on its website, with the exceptions listed here [https://ec.europa.eu/eurostat/web/main/about-us/policies/copyright], can be reused without any payment or written licence provided that:

- the source is indicated as Eurostat;
- when re-use involves modifications to the data or text, this must be stated clearly to the end user of the information.
 
Information on NUTS is available in section dedicated to Nomenclature of territorial units for statistics (NUTS). [https://ec.europa.eu/eurostat/web/nuts/overview]

We hope this helps and we remain available for any clarification.

Best regards,

[signature]
Eurostat User Support
E-mail: eurostat-user-support@ec.europa.eu

Tel: +352 430 138 259"
Negreheb (2024-04-15 21:42:23+00:00): Maybe you are so kind and ask them to sign a waiver the waiver as described here https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/ or directly as template https://osmfoundation.org/wiki/Licence/Waiver_and_Permission_Templates ? Just so i can be saved on https://wiki.openstreetmap.org/wiki/Contributors so there is no doubt anymore and the question does not arise anymore?
Negreheb (2024-04-15 21:42:46+00:00): Btw. thanks GRAB for asking!
Leo Slager (2024-04-07 16:15:12+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
MVG,
Leo
Namens de OSM Community
tekim (2024-04-08 16:14:19+00:00): Reverting a changeset that used a source that is not allowed

https://www.openstreetmap.org/changeset/149742322
kwiatek_123 (2024-04-07 17:15:09+00:00): Cześć, dzięki za edycję jednak zrobiłeś kilka błędów:
1. Linia https://www.openstreetmap.org/way/1083055047 nakłada się z linią https://www.openstreetmap.org/way/80293403

2. Obszar zabudowy https://www.openstreetmap.org/way/930965440 nie powinien być połączony z drogami
Axelos (2024-04-07 12:15:58+00:00): Bonjour,

J’ai corrigé !
Bonne continuation pour le référencement du vrac.

Axel.