piebro/osm-data huggingface dataset:
mcliquid (2023-09-15 09:30:37+00:00): Hi,

Welcome to OSM and thanks for contributing :-)

One general recommendation: 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

Thanks for considering, have a nice day and happy mapping!
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/141268406
Colbertson (2023-10-16 13:27:53+00:00): Sveiki, kāpēc izveidojāt šādas relācijas?
www.openstreetmap.org/relation/16329778
Treisijs (2023-10-16 13:52:26+00:00): Grūti uztraukumā atbildēt uz šo jautājumu, jo kāds ir izdzēsis šo relāciju.
Colbertson (2023-10-16 17:57:10+00:00): Ja uzklišķina "view history" var redzēt kāda izskatījās pirms dzēšanas. To es izdarīju jo veidot relāciju ar tikai vienu locekli liekas nevajadzīgi.
GerdP (2024-07-02 15:31:00+00:00): Moin!
Du hast hier an einigen Routenmarkern / Wegweisern den Hinweis angefügt, das die Route 60-61 nicht mehr existiert. 
So ganz scheint das aber nicht zu stimmen, denn die beiden Knotenpunkte gibt es ja noch und auf der Karte am Knotenpunkt 60 ist die Route auch eingezeichnet und bis auf einen fehlenden Marker an der dieser Stelle https://www.osm.org/node/986058960 bin ich zumindest bis zu dieser Stelle https://www.osm.org/node/11191281852 gekommen, der wohl eher operator="Stadt Varel" haben müsste?
Bin extra dahin geradelt, um mir das anzuschauen, aber dann habe ich mich vom naheliegenden Knotenpunkt 85 des Ammerlander Netzes verwirren lassen und bin weiter Ri. SW gefahren. Der Knoten 61 sollte aber Ri. NW liegen.  Ist ab dort kein weiterer Marker mehr Ri. KP 61 zu finden?
Ist am KP 61 der Knoten 60 gar nicht mehr ausgeschildert und stattdessen der KP85 vom Ammerländer Netz?
An den Wegweisern im Ammerländer Netz sind ja anscheinend immer nur die "eigenen" Knoten ausgewiesen, nur auf den Karten sieht man manchmal auch die Nachbarknoten.
Pathumthani (2024-07-02 15:49:30+00:00): Du kannst mir bitte schon glauben, dass 60-61 nicht mehr existiert. Bin alles abgefahren, um dieses kreisübergreifende Chaos zu dokumentieren. Schau mal in Fietsknoop nach https://www.fietsknoop.nl/landkreisoldenburg/deutsch#   Dort siehst Du das Ergebnis meiner ausführlichen Recherche. Klick doch auch mal die Wegweiser an. Dort siehst Du die Realität. 
61-85 bei Conneforde ist noch so ein Beispiel: bei 61 (Varel) ausgeschildert, bei 85 (Ammerland) nichts. Habe des ausnahmsweise aber trotzdem Fietsknoop empfohlen, weil einfach zu finden und bei 81 einzige regelmäßige Busverbindung weit und breit.
Habe jetzt keine Zeit, um auf Deine Details einzugehen. Du musst schon ein mehr Kilometer machen, um da durchzublicken!
GerdP (2024-07-03 04:24:43+00:00): Sorry, wollte nicht nerven. Ich mappe einfach erstmal die Dinge, die ich gefunden habe. Meine Route bestand einfach aus den Knoten vom Netz Ammerland, die laut knooppuntnet nicht OK sind. Da war 60 daber, aber leider nicht 61.
Mateusz Konieczny (2023-09-28 15:40:23+00:00): https://www.openstreetmap.org/node/11191284031/history - you meant hairdresser, right?
Mateusz Konieczny (2023-09-28 15:45:25+00:00): If yes, then I fixed it. If no then please let me know what you intended to map :)

Happy mapping!
Alepoz (2023-10-01 10:33:49+00:00): Yes, I did. Typing mistake, thank you for fixing.
wireguy (2023-11-21 22:06:19+00:00): Austin, the name of one of a church below is a google search.   please delete, or correct from valid source.  see: https://wiki.openstreetmap.org/wiki/Copyright
Fizzie-DWG (2024-01-08 03:55:14+00:00): DWG revert

https://www.openstreetmap.org/changeset/146013621
felipeeugenio (2023-09-15 11:19:08+00:00): Hola. Buena Edición.
un tip: las letras de las direcciones se agregan por separado del número en addr:unit.
saludos
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/141269334
Daemon Targaryen (2023-09-15 18:17:57+00:00): Hola, muchas gracias. Lo cambiaré.
¡Saludos!
maro21 (2023-09-14 22:28:55+00:00): cześć, numery domów wpisujemy w osobny tag: https://wiki.openstreetmap.org/wiki/Pl:Key:addr:*
Frans S (2023-10-07 08:35:18+00:00): Hello. Thanks for mapping,
You changed the access road to a farm from highway=service to highway=residential.  The 'service'tag was correct.   the 'residential' tag is to be used in urban areas, towns, villages.
See this wiki 

For Marocco
https://wiki.openstreetmap.org/wiki/Morocco#How_tagging_the_routes/ways?
 African countries:
https://wiki.openstreetmap.org/wiki/Highway_Tag_Africa#Typology_of_Road_Network_in_African_countries
Best regards
Frans S (2023-10-07 08:36:04+00:00): btw.  don't use the 'track'tag not for through going roads as well.
Best regards
SekeRob (2023-09-15 07:07:25+00:00): Hi,

Fixed some of your WIP
https://www.openstreetmap.org/relation/16329595

Think the forest needs splitting along the major roads.

ciao
HaPe-CZ (2023-10-17 17:43:36+00:00): Most tam fyzicky nestojí, objekt bude smazán.
HaPe-CZ (2023-10-17 17:43:54+00:00): Most tam fyzicky nestojí, objekt bude smazán.
vojtechzaboril (2023-10-17 17:51:19+00:00): Změnil jsem na proposed:man_made=bridge
HaPe-CZ (2023-10-18 07:09:10+00:00): Dobrý pokus, takový tag ale neexistuje. Bude smazáno.
vojtechzaboril (2023-10-18 07:18:25+00:00): Takový tag právěže existuje. Stačí si na Wiki najít "předpona životního cyklu". Zkuste si i tom něco zjistit, než začnete kritizovat ostatní.
HaPe-CZ (2023-10-18 07:50:01+00:00): tag není zahrnut do menu pro editaci, proto jej nelze použít, to se pak dá podobným způsobem vytvořit jakákoliv blbost
vojtechzaboril (2023-10-18 07:53:57+00:00): To, ale neznamená, že se nesmí používat. Zkuste najít nějaké relevantnější argumenty a neargumentujte blbostmi.
HaPe-CZ (2023-10-18 08:03:17+00:00): Tak sem necpi něco co nejde.
vojtechzaboril (2023-10-18 08:06:15+00:00): Asi nechápu co nejde, upravit tag tímto způsobem jde v JOSM i iD Editoru.
HaPe-CZ (2023-10-18 10:27:42+00:00): Pokud je tag přípustný, automaticky se doplnuje v nabídkovém seznamu tabulky při popisu objektu. To samozřejmě neplatí pro přímý ruční zápis tagu.
marczoutendijk (2026-01-02 11:42:17+00:00): https://www.openstreetmap.org/node/9058489662/history/3
You have: name=trailhead, which looks more like a description!
Also you have natural=survey which is unknown. natural=* should describes something natural.
Did you mean: source=survey?

Best regards  
Marc Zoutendijk  
OpenStreetMap Foundation  
Data Working Group
mcliquid (2023-09-15 09:30:29+00:00): Hi,

Welcome to OSM and thanks for contributing :-)

One general recommendation: 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

Thanks for considering, have a nice day and happy mapping!
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/141270980
mcliquid (2023-09-15 09:30:25+00:00): Hi,

Welcome to OSM and thanks for contributing :-)

One general recommendation: 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

Thanks for considering, have a nice day and happy mapping!
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/141271209
MxxCon (2023-09-18 02:47:56+00:00): Hello.
Please note that phone numbers must be separated only by - (dash) or space, not any other characters like ( )
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/141271620
silversurfer83 (2023-09-15 06:42:25+00:00): Moin :)

du hast darum gebeten, dass sich jemand deine Änderung ansieht. Ich mach das mal:

Die Höchstgeschwindigkeitsangabe sieht soweit ganz gut aus. Wenn das nicht nur temporär so ist, dann ist alles in Ordnung.

Wenn du dir deine Änderung mal hier https://osmcha.org/changesets/141271622 ansiehst, dann wirst du vielleicht sehen, dass du den Wald "Mittagsbleek" und die angrenzende Brücke mit einem Punkt auf den Verlauf der B6 gezogen hast. Ich bin mir relativ sicher, dass das ein Versehen war und hab das auch schon wieder gerade gezogen :)
Beim Ziehen der Karte im Editor erwischt man gerne mal einen Punkt und zieht den unbewusst über dir Karte. Passiert (leider) häufiger und auch den erfahreneren hier. Also alles kein Problem.

Bei Fragen immer raus damit

grüße und happy mapping
silversurfer83
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/141271622
Stutzi182 (2023-09-16 11:37:01+00:00): Moin :)
Vielen Dank für die Hinweise. Ich werde versuchen beim nächsten Mal genauer zu arbeiten.
Zur Geschwindigkeitsangabe: Die Reduzierung war temporär wegen einer Baustelle, die nun seit einigen Monaten schon weg ist. Deshalb ist die 120 wieder freigegeben.
Liebe Grüße
Stutzi
impiaaa (2023-09-15 17:00:13+00:00): shop=chemist and amenity=pharmacy are two different feature types. The main store is shop=chemist and within it is a pharmacy counter, amenity=pharmacy. It was correct for them to be separate.
DressyPear4 (2023-09-15 01:45:30+00:00): Apenas continue o rio de onde ele parou, não adicione um por cima do outro
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/141271821
VisionArmour (2023-09-15 20:54:54+00:00): estas borrando los  parques
Marek-M (2023-09-15 08:35:08+00:00): Cześć, faktycznie rozdzielenie na dwie linie tutaj ma sens, bo chodnik i droga rowerowa rozdzielone są pasem zieleni. Jednak przy przejściach dal pieszych nie przedłużamy chodnika do dróg samochodowych, tylko dajemy jedną linię z highway=path +  segregated=yes/no + bicycle=designated + foot=designated 
Jedno z tych skrzyżowań poprawiłem tutaj: https://overpass-api.de/achavi/?changeset=141291103 - zaraz przejrzę i poprawię inne okoliczne skrzyżowania.
Marek-M (2023-09-15 08:41:50+00:00): Tutaj https://imgur.com/PpfT1CP mogłeś jednak zostawić jedną linię z tagami highway=path + segregated=yes + bicycle=designated + foot=designated bo rozdzielenie fizyczne to tylko niski krawężnik, który bez problemu mogą przekraczać zarówno piesi jak i rowerzyści. Też to poprawię za chwilę.
Vinzenz Mai (2023-09-19 18:24:24+00:00): Hallo @andaskoa,

diesen Weg bin ich schon oft gefahren, er quert nicht die A6 und enthält auch keine 180-Grad-Kehrtwende. Bitte revertiere Deine Änderungen.

Beste Grüße
Vinzenz Mai
eggie (2023-09-14 19:31:26+00:00): Blijft lastig dat plakken...
Pad losgemaakt van grens toponym Hellendoornsche Berg.
Op het moment dat je changeset zo groot is zit er iets niet goed.
https://overpass-api.de/achavi/?changeset=141272686
MVG
eggie
LockOnGuy (2023-09-14 19:40:27+00:00): Hi! welcome to OSM!
Professo (2023-09-15 16:24:35+00:00): Kann Standorte und Anzahl der Ladestationen so exakt bestätigen.
eggie (2023-09-16 19:02:05+00:00): schooltag teruggezet
gscscnd (2023-09-15 09:34:28+00:00): https://www.openstreetmap.org/way/170435869
https://www.openstreetmap.org/way/244184385
Połączyłeś linię energetyczną z drogą/ścieżką. To są odrębne byty, których zasadniczo nie łączymy. Poprawiłem:
https://www.openstreetmap.org/changeset/141294010
HellMap (2023-09-14 21:53:10+00:00): Hello!

Just wanted to let you know that external data sources have to comply with OSM data licensing to be used. As far as I know, Itella's locations and descriptions of parcel lockers is not open data and you cannot use it to update the map. This is true for almost everything you would find on the Internet. For example, you can double-check if you have yourself surveyed this location, but you cannot use their list of lockers without actually having surveyed or somehow confirmed it.

https://wiki.osmfoundation.org/wiki/Licence/Licence_and_Legal_FAQ#2._CONTRIBUTING_DATA_TO_OpenStreetMap

In practice, no one will care about a few edits like this, so it's mostly fine. But if you add a lot of data like this, your edits will eventually get reverted and lost, because this is a legal issue for OSM.

Let me know if you have any questions about this - copyright and licensing gets complicated fast.

Thanks
eggie (2023-09-14 19:54:34+00:00): Tip.. 
De hoogtekaart kun je ook als achtergrond zetten in JOSM.
http://mijndev.openstreetmap.nl/~allroads/NLOSMOK/OSMOKNL.html#map=14.19/52.3957/6.4312/0

Dan kun je precies het hoogste punt bepalen. 
Groet
eggie
म्यापर (2023-09-14 19:38:53+00:00): Revert vandal's edits
Frans S (2023-09-18 14:03:22+00:00): Hello,
I review changesets to check if they are in line with the OSM instructions.

Please check this document to get your knowledge of how to map and tag highways up to date.
https://learnosm.org/en/coordination/remote-tracing/

For Marocco
https://wiki.openstreetmap.org/wiki/Morocco#How_tagging_the_routes/ways?
It makes no sense to tag a small part of a road as residential, and the rest as track
Best regards
ciclista (2023-09-14 20:06:54+00:00): Hallo, eine Relation für den Oberhofrundweg existiert schon (unvollständig).
ciclista (2023-09-14 20:12:23+00:00): Die einzelnen Wege tragen nicht den Namen "Oberhofrundweg".
Der Name ist in der Relation.
Infotafeln haben auch nicht den Namen "Sportlertafel". Das kann man evtl. in "description" packen.
Diese Infotafeln sind auch keine Aussichtspunkte.
ciclista (2023-09-14 20:58:06+00:00): Ich sehe gerade, dass du mit diesem Änderungssatz auch die alte Relation 11508725 gelöscht hast.
Warum? Du hättest sie doch einfach weiter bearbeiten können...
woodpeck (2023-09-15 07:47:44+00:00): Hallo welzheimerwald, ich melde mich als Mitglied der OSMF Data Working Group bei Dir. Du bist schon mehrfach von anderen Community-Mitgliedern auf die schwierige Urheberrechtslage bei Drittquellen angesprochen worden, dennoch benutzt Du weiterhin unzulässige Quellen wie hier ALKIS/LGL BW. Du scheinst anzunehmen, dass, wenn Du "nur draufschaust" oder "von Hand vereinfachst", der urheberrechtliche Schutz irgendwann magisch verschwindet. OpenStreetMap ist aber kein Projekt zum kreativen Austesten der Grenzen des Urheberrechts - wir wollen unseren Nutzer*innen die Sicherheit bieten, dass sie die bei uns eingespeisten Daten nutzen können, ohne dass plötzlich eine Behörde bei ihnen anklopft und fragt, wo die Information denn herkommt. Wenn Du urheberrechtlich geschütztes Material in OSM hineinkippst, kann das nicht nur Dir Probleme bereiten, sondern jedem OSM-Nutzer. Bei der Nutzung von Drittquellen wollen wir 100% sauber sein - da gibt es kein "ach, andere machen das doch auch" oder "ach, wie soll das denn einer merken" oder sonst irgendein "ach". Wenn Du weiter die Rechte Dritter mit Füßen trittst, wird man irgendwann sämtlichen Deiner Beiträge nicht mehr trauen können und sie komplett aus OSM entfernen müssen. Bitte nimm es also ernst, wenn Dich andere auf problematische Quellen hinweisen. (DWG Ticket#2023091410000244)
welzheimerwald (2023-09-15 15:16:51+00:00): Huhu, Gemeindegrenzen in BW sind m.E. Open Data (https://www.lgl-bw.de/Produkte/Open-Data/). Ich habe Stellen behoben, an denen tlw. bis zu 25 ha Wald der falschen Gemeinde zugeschlagen wurden. Hab aber inzwischen keine Lust mehr auf weiteres Engagement hier, da das Thema so hohe Wellen schlägt.
streckenkundler (2023-09-15 20:31:44+00:00): @welzzeimerwald

Ich kann dich verstehen, daß diese OpenData-Lizenz-Geschichte teils extrem frustierend ist... 
Hintergrund ist aber, daß die unter https://www.govdata.de/dl-de/by-2-0 genannten Lizenbedingungen mit OSM nicht kompatibel sind. Das werden sie erst, wenn das dein Bundesland eine extra-Lösung anstrebt. Für mich hier in Brandenburg wäre allgemein unsere "Brandenburger Opendata-Lösung" das Mittel zu Wahl... Siehe https://wiki.openstreetmap.org/wiki/Brandenburg/Geoportal

(Perfekt wäre es, wenn es auch für Daten nachgeordneter Landesbehörden gelten würde)

Ich bin mir aber recht sicher, daß vor allem unserer Behördenansprechpartner @DD1GJ (=Joachim Kast) da seit langem am Arbeiten ist...

Sven
welzheimerwald (2023-09-15 21:18:04+00:00): @streckenkundler
Hallo Sven,

meine Erkenntnis ist, dass ich im Prinzip ständig die falsche Quelle angegeben habe. Im Raum Murrhardt/Schwäbsich Hall gab es innerhalb der letzten 10 Jahre ein paar kleinere Umgemarkungen. Diese sind bereits im aktuellen Verwaltungsgrenzen-WMS (https://owsproxy.lgl-bw.de/owsproxy/ows/WMS_LGL-BW_ATKIS_BasisDLM_VerwGr_E?) des LGL aktualisiert, nicht aber in der OSM (dort sind noch die alten Importe von vor zehn Jahren Stand der Dinge). Dieser WMS fällt unter das Open-Data-Angebot des LGL BW (https://www.lgl-bw.de/Produkte/Open-Data/). Ich werde in Zukunft nur noch auf diese Quelle verweisen.

Gruß,
welzheimerwald
streckenkundler (2023-09-15 22:04:26+00:00): Hei,

... das ist das Problem: Es wird verwiesen auf "Datenlizenz Deutschland - Namensnennung - Version 2.0" und das ist zunächst als solches nicht OSM-kompatibel, da die danach erfassten Daten weiterhin  verändert werden (können) (Stichwort Vererbung und andere Quellen) ... Siehe ersten Abschnitt unter https://wiki.openstreetmap.org/wiki/Brandenburg/Geoportal

Das deckt eben https://www.govdata.de/dl-de/by-2-0 leider nicht ab... 

Wir hier in Brandenburg haben eine entprechende Zusatzvereinbarung, daß der Quellenvermerk am Changeset ausreicht. Dahier ist unsere Brandenburger Lösung ideal. Hier umfasst es alle (!!), bei uns direkt vom LGB bereitgestellten Daten. So wie ich das lese, ist das bei euch in BW (noch nicht) so... Ich kann nachvollziehen, daß es extremst unbefriedigend ist...

Sven
welzheimerwald (2023-09-15 23:34:25+00:00): Die Sache hat leider den Haken, dass ich gerade nicht in Brandenburg editiere :-)

Es bleibt für mich ein völliges Rätsel, wie man damals die Grenzen aller baden-württembergischer Gemeinden flächendeckend in die OSM bekommen hat, aber die Nachbearbeitung und Aktualisierung ebendieser löst ein urheberrechtliches Datenlizenz-Fiasko aus. Kein Wunder, dass in diesem Land nichts voran geht. Andere wie die Schweiz oder Estland sind da bedeutend weiter.
streckenkundler (2023-09-16 10:15:08+00:00): Hei,
...die Herkünfte der Grenzgeometrien müssen alte Importe wie z.B. https://wiki.openstreetmap.org/wiki/Import/Catalogue/Kreisgrenzen_Deutschland_2005 gewesen sein, dann mit entsprechender Generalisierung: nach 1:100.000er oder 1:250.000er Karte...
Gemeindegrenzen dürften (bei ähnlichen Genauigkeiten aus http://wiki.openstreetmap.org/wiki/Import/Catalogue/Postleitzahlen_Deutschland_2010 abgeleitet worden sein... Das war aber alles von meiner Zeit hier bei OSM, ich bekomme nicht alles zusammen.... Das erklärt aber auch die schrecklich großen Abweichungen...

Sven
welzheimerwald (2023-09-16 17:36:10+00:00): Hallo Sven,

danke für deine Hinweise und Erklärungen. Ich weiß das sehr zu schätzen, wenn mir ein User nicht gleich mit Meldung+Sperre droht.

Gruß,
welzheimerwald
streckenkundler (2023-09-16 19:34:45+00:00): Guten Abend,

na gerne doch... Ich schreibe hier mit meiner Mapping-Erfahrung!  Du weißt doch, der Ton macht die Musik... Aber eine hinreichend saubere Verwendung für OSM zugelassener Datenquellen steht hier auf der Agenda ganz an erster Stelle... Darum die Kommentare...

...Allgemein: vor deinem Problem stand ich hier lange Zeit auch... alles irgenwie Opendata, aber letztendlich trotzdem nicht sauber verwendbar... Dann muß man dann das beste draus machen... 

Ich hab mich hier in der Zeit auf Dinge konzentriert, die damit nicht kollidieren... 
Ich hab mir mit JOSM meine Meinung gebildet, wie groß z.B. der Lageoffset bei verschiedenen Quellen ist, um mir ob meiner entsprechenden zweiten beruflichen Ausbildung meine Meinung zu bilden... Erfahrung: mit zunehmenden Luft- und Satbildquellen diverser Abbieter wurde die Qualität deutlich schlechter... Je nach Örtlichkeit sind Bing, Esri, Maxar oder Mapbox recht grobe Sat-Bilder, keine Luftbildbefliegung. Bei dem, wer was so anbietet, ist da eine wackelige Gratwanderung... Etwaige Fehler bekommt man nur über genaue Vergleiche heraus... Ich hab es hier bei mir für verschiedene Quellen (ob damals nutzbar oder nicht) gemacht... Lageunterschied war gerne mal um die 10-15 Meter (!) Ich betrachte da immer Daten amtlicher Vermessungsverwaltungen als Richtschnur!

Was andere Geodaten anbelangt, wie Grenzen... Das braucht Zeit, das erledigt sich es... Schutzgebietsgrenzen: ausschließlich nach Rechtsverordnung erfassen...

Wie ich woanders bereits schrieb... unser User DD1GJ (=Joschim Kast)  ist defakto unsere offizielle Schnittstelle zu eben solchen Entscheidungsträgern...

Sven
Mammi71 (2023-11-24 22:46:06+00:00): @welzheimerwald ergänzend: bis vor kurzem war maps4bw.de noch als lizenzrechtlich zulässige Quelle explizit vom LGL für die Nutzung durch OSM freigegeben, bis zu seiner Abschaltung. Das war hervorragend, um dieLagegenauigkeit an Markanten Gebäudeumringen auszurichten. Die Gemeindegrenzen waren allerdings schon recht grob generalisiert und lagen schon mal etliche Meter daneben.
DressyPear4 (2023-09-15 01:57:03+00:00): Olá, verifique as vias que não estão conectadas antes de enviar
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/141274285
eggie (2023-09-16 18:46:27+00:00): Beste Stroet.. de oude Hove is geen college maar school. Pas je het weer aan.
Over het taggen scholen zijn afspraken gemaakt.
Mvg
eggie
eggie (2023-09-16 19:01:06+00:00): school tag teruggezet
Taya_S (2023-09-20 18:43:05+00:00): Hallo Jeroen,

Weet je zeker dat dit voetpad helemaal weg is? Ik heb hier namelijk Mappilary beelden van 2019 waar een deel nog zichtbaar is.https://www.mapillary.com/app/?pKey=460158361720109

Groeten,
Taya
JeroenHoek (2023-09-20 18:56:39+00:00): Op de 8cm beelden van dit jaar lijkt hij weg.
Carto'Cité (2023-12-13 14:38:49+00:00): J'ai ajouté une connexion temporaire sur ces deux belles pistes que tu as ajoutées : 
https://www.openstreetmap.org/way/1207863240
https://www.openstreetmap.org/way/1207863241
Si tu passes dans le coin n'hésite pas à prendre des photos :)
Charles de Carto’Cité pour #CartoVeloIdF
NorthCrab_upload (2023-09-14 20:10:18+00:00): 🗺️ Witaj na OpenStreetMap!

Zauważyłem, że Twoja zmiana zawiera adresy wymagające dodatkowej uwagi. Przygotowałem listę obiektów oraz dodatkowe informacje:

Nazwa ulicy nie istnieje w okolicy. Jeśli adres ma nazwę ulicy, upewnij się, że jest ona poprawna. Jeśli nie, usuń addr:street, a nazwę miejscowości przekaż w addr:place.
https://www.openstreetmap.org/way/1106563911

Dokumentacja adresów (po polsku):
https://wiki.openstreetmap.org/wiki/Pl:Key:addr:*

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
mcliquid (2023-09-15 09:30:08+00:00): Hi,

Welcome to OSM and thanks for contributing :-)

One general recommendation: 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

Thanks for considering, have a nice day and happy mapping!
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/141274899