piebro/osm-data huggingface dataset:
lberges (2022-11-08 10:02:24+00:00): Mit "der Karte" ist natürlich DIE Karte gemeint, also die da rechts, von osm.org.
Strubbl (2022-11-08 20:32:32+00:00): Hallo zusammen, danke für die Diskussion. Ich gehe da auch mit, dass wir nicht für DIE Karte (oder irgendeine andere) mappen. Das würde der Wikiseite https://wiki.openstreetmap.org/wiki/DE:Taggen_f%C3%BCr_den_Renderer entsprechen und wäre nicht in OSM gewünscht.
Aber wenn es das Objekt Echarding so zweimal gibt,  einmal als stat. Bezirk und als Wohngegend und man die unterscheiden kann, kann ich gut damit leben das noch als Node zu haben. 

Wenn es mal ein Problem gibt, dass ein Objekt, obwohl es korrekt kartiert ist, nicht gescheit in der Karte aussieht, sollte ein Ticket beim Renderer aufgemacht werden, sodass das auch überall gefixt wird und nicht nur an der einen Stelle, wo man die Daten hinbiegt.

Viele Grüße
map per (2022-11-09 08:37:53+00:00): @Strubbl: Ich würde das so sehen, dass es in OSM eigentlich üblich ist zwischen Administrativen Grenzen und place nodes (Stadteile, Viertel, Nachbarschaften) zu unterschieden weil die Administrativen Grenzen oft relativ willkürlich gezogen sind und z.B. mehrere Stadtteile umfassen
lberges (2022-11-09 15:24:14+00:00): Seh ich auch so. In kaum einer Stadt sind die Verwaltungsgrenzen/Bezirksgrenzen mit den Stadtteilen deckungsgleich. Manchmal passt es gut, manchmal schlecht. Beispiel: Schwabing, Sendling und Giesing sind die größten Stadtteile Münchens, sie fallen in mehr als 1 Stadtbezirk (München hat davon 24). Berlin hat nur 12 viel größere Bezirke, da passt es.
lberges (2022-11-09 15:30:03+00:00): Ganz zu schweigen von den statistischen Bezirken. Die werden nach anderen Kriterien gebildet (z. B. gleiche Größe, wg. Vergleichbarkeit). Da werden dann einerseits Stadtteile halbiert, andrerseits kleine Stadtteile statistisch zusammengefaßt.
Das Thema (Stadteile, Viertel, Nachbarschaften...) muß deshalb auch für jede Stadt individuell verhandelt werden.
jcr83 (2022-11-07 09:40:02+00:00): Bonjour,
Vous serait-il possible de mettre des commentaires sur vos modifications ? En effet, on ne sait pas ce que vous faites. Merci de lire https://wiki.openstreetmap.org/wiki/FR:Bons_commentaires_de_groupe_de_modifications
pour plus d'informations.
phd0 (2023-05-23 11:43:42+00:00): hello, j'ai un doute sur cet ligne HTA
https://www.openstreetmap.org/way/714092979 qui ne semble pas apparaître sur Volta, Y'a beaucoup d’enterré dans le coin, mais rien en aérien. Qu'en penses tu ?
InfosReseaux (2023-05-23 11:56:47+00:00): Bonjour Philippe

Il y a probablement eu une campagne d'enfouissement récente dans le coin, c'est courant.
Volta a été mis à jour il y a 15 jours et des choses ont pu changer.
On peut supprimer les sections qui ont été démontées avec confiance en se basant sur ce rendu.

Merci pour la vigilance
Bonne après-midi
tttnnn24 (2023-07-31 13:31:49+00:00): Hoi A67,
het is geen echt mapper-weer in Goirle maar ik ben vanmiddag het Van Besouw terrein doorgefietst. De Jute is geen woonerf/living_street. Geen G5 bord. Het geheel zuid van de Kerkstraat valt wel onder de Zone 30. De Molenstraat ten oosten van de molen is wel max 50.
A67-A67 (2023-08-01 15:41:23+00:00): Bedankt voor het verbeteren! De straten waren al eerder foutief als living_street (=woonerf) getagd in deze wijziging: https://www.openstreetmap.org/changeset/123157022
tttnnn24 (2023-08-01 17:54:56+00:00): Niet naar de History gekeken; sorry. Ik was al verbaasd; je staat in mijn mentale lijstje van 'doorgaans juist'.

In Goirle en Riel samen heb ik maar 1 woonerf gevonden: grootste deel Oranjeplein. In het Van Besouw is me nog veel onduidelijk.
Diacritic (2022-11-07 04:54:29+00:00): Hey Volga.

I see you're adding "Service Road" to the names of service roads off Plenty Road, and adding names for drive throughts.

The name field should not be used as a description field (https://wiki.openstreetmap.org/wiki/Names#Names_are_not_for_descriptions). In these cases, the name of the service road is the same as the main road, and drive throughs generally do not have an official name.

Keep up the good work with your edits otherwise. :)
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/128573791
volga_shibe (2022-11-07 06:15:59+00:00): Ok thanks! :)
abakus_uploader (2022-11-07 23:31:43+00:00): (Wiadomość automatyczna)
Cześć!
Otrzymujesz ten komentarz, ponieważ dodałeś lub zmodyfikowałeś adres, który jest niepełny lub błędny.
Adres powinien zawierać minimum trzy znaczniki: addr:city=[nazwa_miejscowosci] + addr:street=[nazwa_ulicy] + addr:housenumber=[numer_porządkowy].
Wyjątkiem są miejscowości bez nazwanych ulic - wtedy stosujemy znaczniki: addr:place=[nazwa_miejscowosci] + addr:housenumber=[numer_porządkowy].
Bez poprawnego oznaczenia adresów, nie będą one brane pod uwagę przez wyszukiwarki, dlatego warto je dostosować do ww. schematu (w zależności od sytuacji).
Więcej informacji na forum: https://forum.openstreetmap.org/viewtopic.php?id=5632 - a pytania najlepiej zadawać tu: https://forum.openstreetmap.org/viewtopic.php?pid=681873
Pozdrawiamy!
szydzio (2023-04-17 11:48:31+00:00): Hej! W tym zestawie dodałeś sporo adresów w gminie Lwówek, których nie ma w ewidencji gminnej, np. osm.org/way/474296384; osm.org/way/402426847 . Skąd pochodzą te adresy? Pozdr!
nevw (2022-11-07 10:35:12+00:00): Hi, there appears to be relation problems here.
https://tools.geofabrik.de/osmi/?view=areas&lon=152.95975&lat=-27.51679&zoom=16&baselayer=Geofabrik%20Standard&overlays=duplicate_node%2Csingle_node_in_way%2Cduplicate_segment%2Cway_in_multiple_rings%2Cintersection%2Cintersecting_segments%2Cring_not_closed%2Ctouching_rings%2Crole_should_be_inner%2Crole_should_be_outer%2Cinner_with_same_tags%2Cways%2Cduplicate_node%2Csingle_node_in_way%2Cduplicate_segment%2Cway_in_multiple_rings%2Cintersection%2Cintersecting_segments%2Cring_not_closed%2Ctouching_rings%2Crole_should_be_inner%2Crole_should_be_outer%2Cinner_with_same_tags%2Cways
nevw (2022-11-08 23:02:51+00:00): fixed
niobium-fronds (2022-11-09 01:07:22+00:00): Hi, thanks for the fix. I had it open to fix yesterday but work got in the way.
nevw (2022-11-07 10:29:37+00:00): Hi
This station was already completely mapped and did not need all the tags duplicated again on a building.
ovruni (2022-11-07 00:35:56+00:00): Hola, en este conjunto de cambios se han agreando carreteras, donde hay escaleras, ademas con nombres no descriptivos [0]
Saludos
[0] https://wiki.openstreetmap.org/wiki/ES:Nombres#Los_nombres_no_son_para_descripciones
Diacritic (2022-11-07 00:22:07+00:00): Hi Volga,

In this edit you've added population data to label nodes for administrative boundaries, where the relation already had a population listed.

Do you mind reviewing your change to try and clear up this duplication?
volga_shibe (2022-11-07 00:38:27+00:00): Hey Dia, I don't know what you're trying to tell me (I'm confused)
Diacritic (2022-11-07 04:50:26+00:00): Hey Volga, sorry, I didn't explain myself well.

Each suburb is mapped using a relation which defines the administrative boundary. For Thomastown, for example, the details of the suburb are stored against the relation: https://www.openstreetmap.org/relation/2386862.

You can see the relation already has information about the population, wikipedia article, etc.

You've added population to nodes that are currently listed as "labels" for these administrative relations. This means that the information is kept in two different places. The data doesn't need to be on the node if it is already connected to the relation. :)
volga_shibe (2022-11-07 06:16:45+00:00): Oh ok. Thanks :)
ovruni (2022-11-07 00:33:15+00:00): Hola, he notado que en varios de sus conjuntos de cambios se estan agregando vias que terminan sin ninguna conección, por favor revise la geometria antes de subir los cambios.
Saludos
jleedev (2022-11-07 15:42:24+00:00): https://wiki.openstreetmap.org/wiki/Good_changeset_comments
puma515 (2022-11-11 09:14:50+00:00): Moin als Quelle wurden die Daten zu den Gemeinden vom Statistischen Bundesamt genutzt. https://www.destatis.de/DE/Themen/Laender-Regionen/Regionales/Gemeindeverzeichnis/Administrativ/Archiv/GVAuszugQ/AuszugGV3QAktuell.html

Für Schwentinetal steht dort Stand 31.12.2021 Die Einwohner=13 873 da bin ich leider in der zeile verutscht und habe die falsche zahl eingetragen. 
Danke für den hinweiß ich habe das nun korigirt.

Ob es sinnvoll ist die Einwohnerzahl zu erfassen, wenn sie doch bereits im Wikidata gepflegt wird weiß ich nicht. 
Im wiki steht dazu nichts. 

Ich habe bei den anpassungen nur die zuvor vorhanden Einwohnerzahlen auf aktuellen Stand mit angepasst. 

habe grade mal mit overpass geprüft und 95% der Gemeinden sind auch mit population=* erfasst. 
Bei allen wo noch das admin_centre zur relation fehlt stehen sie noch  beim place node bei allen andren steht das in der Grenzrelation.

Hoffe die infos helfen weiter. 
Schön gruß 
puma515
puma515 (2022-11-11 09:15:44+00:00): Bitte ignoriren das sollte hier nicht hin osm war abgestürzt und ich bin irgentwie im falschen changset gelandet sorry
traveleditor (2022-11-07 22:05:51+00:00): Thank you for the edit!

Remember to keep your changesets small!

If you are editing a city/area, please upload the changeset before you switch to the other city/area. This helps other mappers verify edits easier, since there aren't big edits blocking it.
nevw (2022-11-07 04:42:03+00:00): Hi 设计在先
please don't add any more the these until you can provide information that you have permission from the dataset owners to add to the OSM
jcarlson (2022-11-07 03:50:37+00:00): It appears that way 33764746 was shifted, I'm assuming by accident? Most of Plainfield's boundary is now in the wrong place.
Mundilfari (2022-11-08 03:38:10+00:00): ugh. That was definitely unintentional. Would you happen to know how to revert the plfd boundary only without reverting the whole changeset? I've been playing with the josm reverter which appears to move some of the boundary's points that I screwed up back where they belong, but some areas still look awfully suspicious (e.g. boundary cutting right through the middle of buildings just east of North Plainfield Crossings).
jcarlson (2022-11-08 04:05:40+00:00): I've not had much luck with partial reverts in JOSM. Looks like there are some other elements glued to the boundary ways, too. Might just be best to go through and manually correct the boundary with a good source. I've got a bunch of annexations I need to add over in Kendall, so I can try to take a look at it when I do that.
Mundilfari (2022-11-08 04:15:16+00:00): I think I figured it out. It should be fixed in 128621448.
ratrun (2022-11-08 17:18:51+00:00): Hi,

why did you modify the "highway=trunk" into "highway=motorway"? As you performed this change in JOSM you should have noticed that motorways are default oneways. I doubt that all these changed segments are oneways, this does not make sense. Please check.
gscholz (2022-11-30 11:31:36+00:00): Hi Alejandro ,
this changeset has created a lot of overlapping buildings:

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

Can you please fix this?
Kind regards
Guido
gscholz (2022-11-30 11:32:46+00:00): Most of the buildings have been created by this old changeset:

https://www.openstreetmap.org/changeset/82024558

Guido
Mateusz Konieczny (2023-07-28 15:13:18+00:00): shop=sari-sari ? What is the meaning of that shop value? What kind of services or products are sold here? Is anything from https://wiki.openstreetmap.org/wiki/Key:shop fitting? Maybe new value needs to be invented? Maybe this data is wrong and there is no shop here? Maybe it is not a shop but something else?

https://www.openstreetmap.org/node/10164731871/history
DP24PH (2023-07-29 02:25:17+00:00): Yikes! Should it be shop=kiosk?

Will correct it right away.

DP24
erickdeoliveiraleal (2023-01-01 18:26:32+00:00): please dont remove roads like this: https://www.openstreetmap.org/way/831628017
adiatmad (2022-11-16 08:14:56+00:00): Good work on your edits! However, it would be preferable to avoid adding a generic name, such as name=Drain (https://pewu.github.io/osm-history/#/way/1110951851). You might want to take a look at this page (https://wiki.openstreetmap.org/wiki/Names#Names_are_not_for_descriptions). Happy mapping!
nileshdhandak (2022-12-19 12:34:05+00:00): I have not created that feature. I just made some modifications. but I have fixed that error. Thanks for suggestion.
SomeoneElse_Revert (2025-11-01 14:01:58+00:00): This changeset has been reverted fully or in part by changesets 174063813, 174063778, 174063039, 174063675, 174063839, 174063864, 174063733, 174063852, 174063722, 174063049, 174063081, 174063378, 174063746, 174063119, 174063802, 174063878 where the changeset comment is: Following a DWG complaint, reverting a dubious import.  See e.g. https://www.openstreetmap.org/way/1311170850 https://www.openstreetmap.org/user_blocks/18848
dcapillae (2022-11-07 08:20:25+00:00): Buenos días.

Este conjunto de cambios ha sido revertido. Véanse discusiones en conjuntos de cambios previos: 
https://www.openstreetmap.org/changeset/128523836
https://www.openstreetmap.org/changeset/128572763

Atentamente,

Daniel Capilla
jeslop (2022-11-07 09:30:36+00:00): Hola fran_2016_bio

Te han explicado en los comentarios de los conjuntos de cambios las razones de las modificaciones, no insistas en volver a introducir datos erróneos.

Saludos.

Jesús López 
OpenStreetMap Foundation 
Data Working Group
dcapillae (2022-11-10 19:59:51+00:00): Buenas tardes.

¿Por qué insiste en introducir reiteradamente los mismos cambios erróneos? Por favor, no lo haga.

Véase nuevo conjunto de cambios (revertido): https://www.openstreetmap.org/changeset/128748158

Atentamente,

Daniel Capilla
qqqqqqqqqqqqqqqqqqqq (2023-06-25 19:04:48+00:00): Hi, parking garage entrances should be tagged as amenity=parking_entrance
and not as parking. Parking garage can be tagged on a separate node or area.
Apirnus (2023-06-27 12:30:25+00:00): Hi, Im on vacation in the middle of nowhere. Cant fix it right now for another week at least.
SomeoneElse_Revert (2025-11-01 14:02:09+00:00): This changeset has been reverted fully or in part by changesets 174063813, 174063778, 174063039, 174063675, 174063839, 174063864, 174063733, 174063852, 174063722, 174063049, 174063081, 174063378, 174063746, 174063119, 174063802, 174063878 where the changeset comment is: Following a DWG complaint, reverting a dubious import.  See e.g. https://www.openstreetmap.org/way/1311170850 https://www.openstreetmap.org/user_blocks/18848
SomeoneElse_Revert (2025-11-01 14:01:36+00:00): This changeset has been reverted fully or in part by changesets 174063813, 174063778, 174063039, 174063675, 174063839, 174063864, 174063733, 174063852, 174063722, 174063049, 174063081, 174063378, 174063746, 174063119, 174063802, 174063878 where the changeset comment is: Following a DWG complaint, reverting a dubious import.  See e.g. https://www.openstreetmap.org/way/1311170850 https://www.openstreetmap.org/user_blocks/18848
pza (2022-11-07 23:59:12+00:00): I have expanded on this in changelist 128617784 - aligned ways with bridges and moved bridge structure tags from the ways to the new bridge object.
❤️‍🔥 (2022-11-08 02:50:22+00:00): thanks!
I-76 (2023-01-05 20:03:54+00:00): Did the L.A. Fitness on my note just switch? I was there in august.
Zeng Sheng (2023-01-05 22:33:40+00:00): According to shopping center development plan, it is ESPORTA Fitness.  (https://properties.federalrealty.com/property/Andorra-Shopping-Center/3313942)  I will have to stop by the shopping center sometimes to verify it.
I-76 (2023-03-08 19:54:24+00:00): Latest driveby: Appears empty
Theman760 (2023-09-15 13:40:35+00:00): I think it is still there
Stalker61 (2022-11-07 13:42:26+00:00): Смотрю в книгу, но вижу?
https://www.openstreetmap.org/relation/14773152/history
Поле сельскохозяйственных угодий, используемое как пашня (зерновые, овощи, масличные и другие однолетние сельскохозяйственные культуры, включая цветы).
https://wiki.openstreetmap.org/wiki/RU:Tag:landuse%3Dfarmland
https://wiki.openstreetmap.org/wiki/RU:Tag:landuse%3Dfarmyard
Stalker61 (2022-11-07 13:43:03+00:00): Нет понимания разницы, не надо пакостить.
Mazda05 (2022-11-08 18:30:27+00:00): Прошу не переходить на личности и изучить описание соответствующих тэгов: https://wiki.openstreetmap.org/wiki/Proposed_features/farmyard, https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dfarmland и https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dfarmland. В данном случае размеченная область, исходя из описания тэгов — это landuse=farmland
Mazda05 (2022-11-08 18:31:13+00:00): Прошу не переходить на личности и изучить описание соответствующих тэгов: https://wiki.openstreetmap.org/wiki/Proposed_features/farmyard, https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dfarmyard и https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dfarmland. В данном случае размеченная область, исходя из описания тэгов — это landuse=farmland*
Mazda05 (2022-11-08 19:09:10+00:00): В случае с relations id=14773152 и id=14733922, могут быть размечены landuse=farmyard внутри текущих landuse=farmland или landuse=farmyard могут быть выделены из состава landuse=farmland
Stalker61 (2022-11-08 19:27:11+00:00): Ты клиент для DWG модератор блин.
Stalker61 (2022-11-08 19:37:53+00:00): Да тв не личность, а зарвавшийся вандал, который видит только то, что хочет видеть. Но ничего. Мы тоже не пальцем деланные. За одни только фейки удалять правки можно не глядя.
Mazda05 (2022-11-08 20:17:29+00:00): Tag:landuse=farmyard
An area of land with farm buildings like farmhouse, dwellings, farmsteads, sheds, stables, barns, equipment sheds, feed bunkers, etc. plus the open space in between them and the shrubbery/trees around them. These areas are often fenced in, and may include fenced livestock feed lots. (American English: barnyard.)
Территория с сельскохозяйственными постройками, такими как фермерский дом, жилые дома, усадьбы, навесы, конюшни, амбары, навесы для оборудования, кормовые бункеры и другими, а также открытое пространство между ними и кустарниками/деревьями вокруг них. Эти территории часто огорожены забором и могут включать огороженные участки для кормления скота.
Mazda05 (2022-11-08 20:18:26+00:00): «Ты клиент для DWG модератор блин. Да тв не личность, а зарвавшийся вандал, который видит только то, что хочет видеть. Но ничего. Мы тоже не пальцем деланные. За одни только фейки удалять правки можно не глядя. » Звездняк поймал или что?
oba510 (2022-11-07 09:29:57+00:00): Hi,

Please take a look at:
https://www.openstreetmap.org/node/5207488821/history
https://www.openstreetmap.org/node/371251496/history
https://www.openstreetmap.org/node/440106745/history
https://www.openstreetmap.org/node/4614040399/history

the branch name added for https://www.openstreetmap.org/node/4957729632/history

the name change to https://www.openstreetmap.org/node/6582417968/history

the small changes to the shapes of these two hopscotch courts: https://www.openstreetmap.org/way/1106905400/history https://www.openstreetmap.org/way/1106905401/history

Please keep in mind that the validator is meant to be a helpful tool to make tagging things easier and to find *potential* issues; the changes it suggests are not necessarily errors and can inadvertently introduce new errors if not used carefully. In particular it seems to have some false-positives when detecting regional/international brand names.  If you're not sure or don't care about some random thing it flags that you didn't edit it's usually ok to ignore it.
user_11585484 (2022-11-23 14:54:41+00:00): Is this because of the war? or because of the construction of Basilia City?
MrHaddad (2022-11-23 14:58:37+00:00): Yes, because of the war, these roads are restricted now
user_11585484 (2022-11-23 15:01:36+00:00): Thank you. I was just curious
Eman_Mehrez (2022-11-24 07:32:51+00:00): Hello MrHaddad;
I see you added "access=no" for many streets, but there are many streets floating now because they are connected by streets that have "access=no" as you added.
Some examples from nodes connected and streets:
https://www.openstreetmap.org/node/9643074369
https://www.openstreetmap.org/way/157768561
https://www.openstreetmap.org/way/1049296377
Could you check the streets in this area and fixed them, please?

Regards
Eman_Mehrez
habi (2022-11-09 09:51:13+00:00): Ciao Sandra

In this changeset you introduced a *lot* of (undocumented) `recycled=No` values into the OSM database.
Can you tell us what is the intention of this value?

Greetings from Switzerland,
habi

PS: I'm here because of http://osm.mueschelsoft.de/taginfo/newkeys.htm
habi (2022-11-09 09:52:32+00:00): Additionally, the toilets you've added should not all be named 'Toilet' as they are already tagged correctly with `amenity=toilet`.
Mateusz Konieczny (2023-12-18 22:56:07+00:00): What you mean by recycled=No ?

What is the source of this data? "survey" looks suspect, have you really surveyed 110 public toilets in one go? Also, density of public toilets in https://www.openstreetmap.org/node/10153825299#map=19/0.68146/30.08908 looks suspect.
Fizzie-DWG (2023-12-21 03:31:46+00:00): DWG revert

https://www.openstreetmap.org/changeset/145353858
eggie (2022-11-07 08:55:59+00:00): Dag Simone,

Combinatie van acecss=no met andere accesstags zijn bijna altijd fout.
access=private (alle vliegen in één klap)  zou kunnen en dan voeg je daar aan toe foot=permissive.

Groet
eggie
eggie (2022-11-07 08:57:06+00:00): Die fiets hoef je helemaal niet te noemen.. ook niet op de wandelpaden, want bicycle=no is al ingebakken (default)
eggie (2022-11-07 09:01:40+00:00): Ik heb wat aangepast... Beter geen access=no gebruiken.
nevw (2022-11-07 08:09:04+00:00): Hi
There appears to be a section more to rename to the east.
kryger (2022-11-16 08:51:28+00:00): Według Geoportalu ta ulica to Bohaterów Westerplatte 🤔
Olga | Yanosik (2022-11-16 09:19:32+00:00): Taką informację dostaliśmy od mieszkańca. Dane Geoportalowe często zawierają błędy a OSM daje pierwszeństwo danym rzeczywistym przed źródłami kartograficznymi. Taka jest geneza mojej edycji.
eggie (2022-11-07 09:22:00+00:00): Dag PJ...  Best lastig hoe zo iets te mappen. 
Meestal wordt eerst het pad getagd met disused:highway=path

Dat rendert dan niet op de kaart.
Het voorkomt wel dat andere mappers het pad weer gaan intekenen. Ze zien immers een witruimte en in het hoogtebestand en op luchtfoto's zien ze immer een pad.
Daarom ook verstandig om die witruimte te verwijderen door de bosgebieden aan elkaar te plakken. 

Nu zul je zien dat het pad wellicht weer wordt ingetekend.

MVG
eggie

MVG
eggie
eggie (2022-11-07 09:25:29+00:00): De witruimte heb ik verwijderd
eggie (2022-11-07 09:14:06+00:00): Dag Simone...

Ik heb het aangepast. Het zal niet routeren voor alles met wielen..
Tagging access=private geldt voor iedereen.

Het routeert wel voor wandelaars.
Dat komt door access=permissive. (en geen yes) Het is immer priveterrein.
Accesstags zijn een lastig in het begin om correct toe te passen. .
https://wiki.openstreetmap.org/wiki/Tag:foot%3Dpermissive

https://wiki.openstreetmap.org/wiki/Tag:access%3Dprivate

Het is soms een grijs gebied.

Denk bij algemeen access=no aan bv militair gebied..

groet
eggie
eggie (2022-11-07 09:17:16+00:00): Eigenlijk horen hier op alle wandelpaden foot=permissive, want het is Eigen Terrein. .
SimoneJ (2022-11-07 10:36:43+00:00): Eggie dank je wel! Ik bewaar je feedback voor volgende aanpassingen!
nevw (2022-11-29 00:49:00+00:00): There has been no response from 设计在先 about permission to add to osm therefore removed power=edge_server data from Melbourne CBD
设计在先 (2023-03-10 01:56:28+00:00): Here's a copy of the base station information from the open source eua-datasets repository, I thought there should be no problem with the data being open.
url: https://github.com/swinedge/eua-dataset
nevw (2023-03-10 04:39:29+00:00): The licence conditions at https://www.acma.gov.au/radiocomms-licence-data would seem to me to be unsuitable without getting explicit permission to use in the OSM. 
I am not legal qualified to decide.
Probably the best course of action if you want to get it into the osm is to contact the osm data working group via data@otrs.openstreetmap.org or start a new enquiry about it’s suitability and the process to add it on our community help site https://community.openstreetmap.org/