piebro/osm-data huggingface dataset:
lunatica (2019-09-30 04:03:53+00:00): Ah, sim. Com a sua explicação, agora ficou claro. Mesmo eu tendo lido toda a página com os exemplos, percebo que não tinha entendido bem essa relação por exclusão (caminhos distintos) antes. Embora eu ache mais interessante diferenciar as propriedades do muro com as da escola como você sugeriu, vou fazer como de costume, pois parece ser o mais certo nesse caso, já que é simples. Muito obrigada pelo seu tempo e explicação @naoliv!
naoliv (2019-09-30 04:24:28+00:00): Pode manter a relação, que não fica errado. Só manter o caminho externo e deixar a função dele como outer.
E se tiver interesse em participar de algum canal da comunidade, será bem-vinda https://wiki.openstreetmap.org/wiki/Pt:Canais_para_contato
O Telegram (canal Comunidade, principalmente) é o mais movimentado atualmente.
mvexel (2019-09-03 14:38:23+00:00): Adding the POI tags to the building outline instead of keeping a separate node inside the building is okay, but not undisputed. If there's multiple POI inside one building, this tagging style doesn't work. I'm not saying you shouldn't do it this way, I just wanted to make sure you're aware of discussion around this.
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/73984428
Adamant1 (2019-09-03 20:04:53+00:00): Hi there. I'm aware of the discussion and that both are acceptable. I don't usually have a preference for mapping details on the building outline over having separate POI's. Except recently I've been running into a lot of places where the address details are mapped on the building and not the POI. Which then causes the information to not show up for POI people. Or the same details will be mapped on both the POI and the building. Which is just redundant and causes things to come up twice in searches when they shouldn't. So, my way to split the difference is to just add everything to the building outline and forgo the POI altogether in situations where it's viable. Obviously that doesn't work in situations where there's multiple POI's mapped in the same building, but it's better in places where it can be done in my opinion. Especially for smaller individual buildings where rendering space is to a premium and it helps if the information is more exactly centered. Then it doesn't look like the POI details actually apply to the parking lot or something because it's off to the side next to the outside facing wall or whatever. 

Anyway, thanks for the message.
Adamant1 (2019-09-03 20:12:01+00:00): Btw, it also helps the POI details to not stray from the buildings they are associated with. I've seen a lot of places where POI's were mapped in or moved to the middle of the road in front of the building or even across the street from it. Then it was a hassle figure out where exactly it belongs to. Problems like that could be avoided if there was more of a preference for adding details to building outlines. It's a more "modern" and cleaner way of tagging things IMHO.
mvexel (2019-09-05 22:47:22+00:00): Yea, those are all good points (pun intended)

I don't feel strongly one way or the other, lately I have resorted more to mapping POI as separate nodes, and I may even have copied some POI info from a building to a node and deleted it from the building, but I realize that is just me trying to impose my mapping style on other people for no good reason.. 
Thanks for writing back & happy mapping
aharvey (2019-09-02 02:50:19+00:00): In my opinion, leisure=garden is correct per https://wiki.openstreetmap.org/wiki/Tag:leisure=garden. leisure=garden in no way implies that the landuse is all flower beds, so it's okay to have cafes and shops, etc. inside the gardens. You can map out the garden beds individually for more detail as landuse or landcover for more detail.
WoodWoseWulf (2019-09-02 02:52:39+00:00): Hi Jake,

Considering the Botanic Garden's significance in Sydney, I'm not sure if this is a change that should be made without discussion.

I understand that there is a blurry line between a park and a garden even by OSM definitions, but considering the primary focus and founding principles of the gardens as a whole are on plants and horticulture (even employing botanists) as opposed simply being a place for outdoor recreation, I personally feel that leisure=garden is a better fit overall, especially when garden:type=botanical is obviously correct and that tag belongs under leisure=garden in terms of tagging "hierarchy"
aharvey (2019-09-02 02:52:41+00:00): On the other hand... the individual gardens which make up the whole Royal Botanic Gardens are mapped as leisure=garden eg. https://www.openstreetmap.org/relation/3625726. So now I'm not sure, I probably still think leisure=garden on the larger area is better.
Aus1966 (2019-09-02 03:40:04+00:00): Hey guys sorry about making this change without any discussion, but i do understand your points of view its just the botanic gardens has many areas not just gardens it has grass lands, wet lands, woods cafes and i'm sure even more. So i would have thought the park tag would have fitted in better than just the garden tag since its obviously not just gardens.
aharvey (2019-09-02 04:45:01+00:00): In this context leisure=garden is not talking specifically about the flower bed landuse, it's saying this venue, the Royal Botanic Gardens, is a planned space set aside for cultivation, and enjoyment of plants and other forms of nature.

Those cafes are all part of the gardens venue, since this is not a landuse or landcover tag I think it's fine.

The "woods" inside are all part of the gardens.

You can think of this as a more specific type of park.

Lastly I know the name itself doesn't imply the tags we should use, but it is called Royal Botanic Garden not Royal Botanic Park.
Aus1966 (2019-09-02 04:51:02+00:00): True but in saying that Sydney olympic park is primarily a sporting venue not a park but in its name it has park.
Aus1966 (2019-09-02 05:27:19+00:00): but if we think the garden tag is more suitable ill happily change it back
WoodWoseWulf (2019-09-02 05:29:05+00:00): It's probably worth noting as well that the woods and wetlands in the RBG are deceptive in that they are actually heavily cultivated, curated and documented even if it appears that they aren't, even many of the lawn spaces are carefully chosen and designed with the specific species in mind.

I'm not sure where the grasslands are located, but I'd assume it would be the same - likely carefully selected and cultivated (likely indigenous or rare) species grown in a natural-like but controlled manner.
aharvey (2019-09-02 05:46:45+00:00): @WoodWoseWulf There is https://www.openstreetmap.org/way/544057064 many different kinds of grasses side by side there.
Aus1966 (2019-09-02 05:46:56+00:00): yes i do agree with that unlike a park where the council doesn't usually put to much thought into the structure, so i think we might have come to a conclusion?
Aus1966 (2019-09-02 06:01:26+00:00): now that I look more closely at the map half of the park is grasses and the other half are gardens (excluding wet lands and woods) so I'm now back on the fence about this
WoodWoseWulf (2019-09-02 21:50:54+00:00): So, I was thinking about this last night and my curiosity led me to check other botanical gardens around Australia.

Melbourne's Royal Botanical Garden, carries the leisure=garden tag (https://www.openstreetmap.org/way/45422277). I would say that Melbourne is one of the more similar locations to this one

However, some other major botanical gardens have held the leisure=park tag for a long time. I'm not sure if this has just gone unquestioned as (in the case of Brisbane in particular) the tagging on those areas looks like it might pre-date the currently "established" conventions for leisure=garden+garden:type=botanical by a couple of years at minimum.

If a decision comes out of this, it might be a good idea to update other similar Botanical Gardens around Australia to be consistent.

I'm still personally leaning towards leisure=garden being the more appropriate option.
Aus1966 (2019-09-04 07:35:49+00:00): I've been thinking about this topic over the past few days and this is what i came up with.

I am still thinking that Sydneys botanical gardens should have the park tag, as i have previously stated before the RBG isn't just one garden and for it to have the garden tag the place as a whole would have to be one big garden. which it isn't. 

Although its main purpose might've been a leisure=garden it is currently not like that because the RBG is a place where there are lots other terrains and areas. 

Also the definition states that a garden is a place where plants are grown in a decorative and structured manner. And yes there are many  places around the gardens where there are plants grown decoratively or in a structured manner, but theres a lot more areas where there are not.

And finally is that although yes, garden is in its name it doesn't mean the whole place is a garden. And like i had mentioned before places like Sydney olympic park are primarily sporting grounds and we don't see Sydney olympic park called Sydney olympic sporting grounds. So for the botanical gardens sake the word garden in its name is just there to give visitors an idea of what types of biomes are in the park. 

So i am currently more on the leisure=park side about the situation.
Warin61 (2019-09-24 04:40:00+00:00): The OSM wiki on 'gardens' also goes on to say "A garden can have aesthetic, functional, and recreational uses". 

Cannot a garden have grassed areas? Or is it a question of the proportions of grass vs the rest? I think the main function of the area is as a botanical garden, not as a park. While many use it for relaxation, recreation (playing touch football for example) is done elsewhere (in the Domain locally). It is, to me, less of a park more of a garden.
SomeoneElse_Revert (2019-09-07 00:42:33+00:00): This changeset has been reverted fully or in part by changeset 74195986 where the changeset comment is: Reverting some fantasy mapping including fake airports in Brazil.  See https://www.openstreetmap.org/changeset/73984259
SomeoneElse_Revert (2019-09-07 00:42:34+00:00): This changeset has been reverted fully or in part by changeset 74195986 where the changeset comment is: Reverting some fantasy mapping including fake airports in Brazil.  See https://www.openstreetmap.org/changeset/73984259
SomeoneElse_Revert (2019-09-07 00:42:30+00:00): This changeset has been reverted fully or in part by changeset 74195986 where the changeset comment is: Reverting some fantasy mapping including fake airports in Brazil.  See https://www.openstreetmap.org/changeset/73984259
angys (2020-07-18 20:17:42+00:00): why ypu change it? Its MRT and not LRT ok .... Even LRT in Malaysia are also automated, not purelight rail also,,,,,
maraf24 (2019-09-02 19:15:27+00:00): Fajnie, że podajesz powód edycji. 
Złośliwości są niepotrzebne, moja edycja (jak i inne) służyła przywróceniu stanu pierwotnego, sprzed nieuzasadnionej edycji.
Jest to podstawa to późniejszej ewentualnej dyskusji - bez podejrzeń o stosowanie taktyki faktów dokonanych.
user_5359 (2019-09-02 03:54:53+00:00): Please note that the tag highway=driveway does not exist but is represented by highway=service, service=driveway.
JJIglesias (2019-09-11 04:52:05+00:00): Hi. My mistake, I run the Overpass query and there is no currently highway=driveway in Bolivia currently
viloan (2019-09-02 03:16:59+00:00): Bem-vindo(a) ao OpenStreetMap e parabéns pela sua primeira edição! :-)

Temos um portal brasileiro sobre o OpenStreetMap, com várias informações úteis em https://wiki.openstreetmap.org/wiki/Brasil

Enquanto você está se acostumando com o OpenStreetMap, é recomendado que sempre pergunte aos usuários mais experientes antes de remover ou modificar objetos do mapa, especialmente aqueles que são aparentemente "estranhos" ou "fora do lugar".

Além disso, pedimos que não copie dados de mapas proprietários (como nomes de ruas do Google Maps, por exemplo) e que mapeie apenas o que existe na realidade.

Se você está mapeando por causa do Pokémon, dê uma olhada em https://blog.openstreetmap.org/2017/12/01/dicas-para-novos-mapeadores-pokemon-go/?lang=pt-pt
Se você está mapeando por causa do jogo do Harry Potter, as dicas e explicações na página anterior também são úteis para você.

Se tiver qualquer tipo de dúvida você pode entrar em contato com a comunidade brasileira através de algum dos canais disponíveis em https://wiki.openstreetmap.org/wiki/Pt:Contact
O canal "Comunidade" do Telegram costuma ser o mais movimentado.

Abraço e boa diversão com suas edições!
Palolo (2019-09-03 00:09:17+00:00): @accamachogu Thank you for your first contributions to OSM. The roofing material in this area is mostly tin. Sometimes the roof is painted or rusted. Thanks for the nice work, and please keep mapping.
SomeoneElse_Revert (2020-01-07 01:10:13+00:00): This changeset has been reverted fully or in part by changeset 79270027 where the changeset comment is: Reverting some mechanical edits that included Cafe Rio, where the mechanically added values may be incorrect, where other mappers haven't touched the objects since.  See https://www.openstreetmap.org/changeset/72537137 for details
Aleksa M (2019-09-02 08:27:12+00:00): Ove dve ulice nisu residential, već living_street (zona usporenog saobraćaja), što se jasno vidi na ovoj slici sa BB foruma. https://i.postimg.cc/C5CmHd4T/20190821-142727-1.jpg
Aleksa M (2019-09-02 08:38:22+00:00): Takođe, površina nije asfalt, kao što si ti stavio, već sett (kaldrma).
Frans S (2019-09-02 10:36:59+00:00): Hello Gnoye. Thanks for mapping.
A remark.  Please use MAXAR P imagery at mappings here. Most recent and shows much  more buildings
Best regards
Davide_sd (2019-09-02 21:37:40+00:00): Ciao Enrico. In questo changeset hai tolto il tag highway e inserito il tag barrier su circa 2km di percorso... Sono anni che non passo per quei posti, sei sicuro che il tag highway vada eliminato?
enrico nw (2019-09-03 06:29:24+00:00): sono passato domenica, quel percorso non è piu' battuto ed in piu' punti sono stati messi dei tronchi di traverso per bloccare il passaggio
DaxServer (2020-12-24 10:14:30+00:00): Hi Deepak. https://wr.indianrailways.gov.in/cris//uploads/files/1500358034151-System%20Map%202017%20(A-1)%20Model%20(1).pdf says it's DGJ and not DGI for Dungar
borishag (2019-09-02 08:03:24+00:00): Dank voor jouw aanpassingen, maar zou je in de toekomst bij de omschrijving van misschien kunnen vermelden wat je precies gedaan hebt in plaats van "dat de veranderingen snel gaan"?
GPX Speedtag (2019-09-02 12:00:00+00:00): Het betreft wikidata-tags.
borishag (2019-11-13 13:11:10+00:00): Waarom is ICI PARIS XL verwijderd? Graag node 2861564879 herstellen
GPX Speedtag (2019-11-13 19:14:08+00:00): Waarschijnlijk omdat er een andere officiële bedrijfsnaam is of omdat Middenwaard andere nummers gebruikte: https://www.middenwaard.nl/winkels/parfurmerie-ici-paris-xl

Het kan ook zo zijn dat ze toen bezig waren met verbouwingen en niet aangegeven hebben of het weer terug kwam.

Ik zou het niet meer weten maar ik kan natuurlijk gewoon de tags aanmaken.

Er gaan veel winkels failliet in dit Winkelcentrum dus is een sluiting meestal voorgoed.
DaxServer (2020-12-24 10:09:18+00:00): Hi Deepak. Where did you get the Pipavav ref code from? https://wr.indianrailways.gov.in/cris//uploads/files/1500358034151-System%20Map%202017%20(A-1)%20Model%20(1).pdf says it's PPBR and not PPVS.
compdude (2020-02-07 06:30:53+00:00): Please provide some proof that WA 222 actually exists.
Carnildo (2020-03-11 01:05:49+00:00): I've removed the highway designation.
jaap de vries (2019-09-24 12:26:09+00:00): OP de kaart is een opmerking geplaatst over je pad. https://www.openstreetmap.org/note/1936562 Zou je hierop kunnen reageren, dank!
eggie (2024-09-24 12:54:07+00:00): Dag Matthijs  Bij het helpen van een medemapper kwam ik er achter dat je op de parking ook de tagg highway=service service=parking_aisle en area yes hebt gemapt. Ik heb ze alledrie verwijderd.
Het rendert anders verkeerd en routeert ook niet.
Wegen plakken we ook niet vast aan parkings. 
Nu zijn het weer parkeerterreinen.
De highway=service was al apart ingetekend. 
Geen idee wie hier allemaal nog iets meer heeft veranderd waardoor het zo is ontstaan. 

Je eigen edits val lang geleden.
https://overpass-api.de/achavi/?changeset=73987814

MVG
eggie
eggie (2024-09-24 12:54:58+00:00): Die fout zit in meer parkeerterreinen hier.
Matthijs Kooijman (2025-06-14 12:02:54+00:00): Beetje late reactie, maar dank voor je correcties.

Ik heb nog even teruggekeken, zo te zien was de `highway=service` al langer geleden ingetekend door ligfietser (https://www.openstreetmap.org/changeset/47976386) ik heb alleen wat extra tags toegevoegd. Maar als ik op https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking kijk klopt dat idd niet, dus goed opgelost nu. Nogmaals dank!
btwhite92 (2019-09-05 17:33:42+00:00): Hi NorCalRoads,
Many of these roads bumped up to 'tertiary' in this changeset should be tagged as 'unclassified' - please see https://wiki.openstreetmap.org/wiki/Tag:highway%3Dunclassified. In general, in the US, rural 'tertiary' roads should connect smaller, distinct settlements and are nearly always paved (an exception might by FH 7 through Mendocino NF, currently incorrectly tagged as secondary). While I understand many of these roads are the through roads in these rural areas, these *are* extremely rural areas, and many of these roads serve a very small number of people (single to double digits) in the greater context of the US road network and don't connect distinct settlements; thus 'unclassified' is sufficiently high to describe them. If you are trying to "see" them better on the rendered map, please https://wiki.openstreetmap.org/wiki/Tagging_for_the_renderer, and consider that many of the ways in these regions have never been touched since the intial TIGER import and are usually classified incorrectly as 'residential' roads rather than 'track's. The hard work of cleaning up nearby TIGER roads and adding landuse makes these minor roads show up more distinctly.
Dimacn (2019-09-02 08:26:43+00:00): Здравствуйте. Не следует оформлять дворовые территории как парки отдыха, подробнее - https://wiki.openstreetmap.org/wiki/RU:Tag:leisure=park  Пожалуйста удалите все ваши парки отдыха.
Dimacn (2019-09-02 08:27:06+00:00): Здравствуйте. Не следует оформлять дворовые территории как парки отдыха, подробнее - https://wiki.openstreetmap.org/wiki/RU:Tag:leisure=park  Пожалуйста удалите все ваши парки отдыха.
user_5359 (2019-09-02 14:49:45+00:00): Welcome to OSM! For a better description of your "Construction Zone" have a look on https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dconstruction, please!
jmsbert (2020-01-04 19:28:33+00:00): Hallo jxreinhardt,
Willkommen bei OSM.
Ich habe gerade Deine note #2041139 bearbeitet. Dabei sind mir in der Nähe einige Gebäude aufgefallen, bei denen zwar eine Hausnummer eingetragen wurde, jedoch keine Straße zugewiesen wurde. Ohne "addr:street" können die Adressen nicht gefunden werden. Bitte versuche die Straßennamen nachzutragen, bzw. in Zukunft darauf achten, dass immer auch Straßennamen zugeordenet werden. Solltest Du Probleme haben den Fehler selbst zu beheben, bitte kurze Rückmeldung - dann übernehme ich das...
Gruß aus CLP, jmsbert
jxreinhardt (2020-01-04 19:52:39+00:00): Vielen Dank für das bearbeiten meiner Notiz!
Ich trag noch ein paar Straßen nach, aber alles werde ich nicht machen. Und ich kann das nicht vor Ort nachprüfen, ich war nur für ein paar Tage in Vechta und hatte dabei StreetComplete an (daher der Änderungssatz).
jmsbert (2020-01-05 07:39:34+00:00): Vielen Dank für die Rückmeldung. Ich werde bei Gelegenheit schauen, welche Gebäude in der Gegend noch ohne Straßenzuordnung sind und entsprechend zuordnen. Gruß jmsbert
user_5359 (2019-11-02 05:25:55+00:00): Welcome to OSM! Two small requests to your entry: Firstly, it is not useful to refer from the data and map project OSM to a map from Google (I would like to remove it) and secondly, for reasons of consistency, I would recommend using only the keys with contact instead of both forms of writing from facebook (e.g.). If you agree, I can take care of the customization.
Rik4444 (2019-11-03 10:34:54+00:00): hi, thanks! thank you for your help. Fine to remove links to Google. Regarding Facebook, i am not sure what you mean, but we are happy to comply with OSM norms/standards.
user_5359 (2019-11-06 05:40:36+00:00): Sorry for the delay! Done.
eggie (2019-09-02 07:50:53+00:00): Dag Rik,  De namen zijn in mijn optiek veel te lang. Hier is de name tag niet voor bedoeld.

Beschrijf ook concreet je toevoegingen in je commentaar. 

MVG,
Eggie
Magnus Alseth (2019-09-02 21:09:20+00:00): Hei! Ble litt forfjamset over at du har slettet det første bidraget mitt til Openstreetmaps. Det kan være gode grunner til dette som jeg ikke er kjent med, med en eller annen form for kommunikasjon om årsak hadde vært fint. Care to share?
flohoff (2019-09-04 06:02:02+00:00): Moin,
hier hast du das man_made=works entfernt und gegen ein industrial=factory ausgetauscht. 

Warum das entfernen? Das zusätzliche industrial kann ja sein (Kenn ich überhaupt nicht) aber warum muss dann das man_made=works runter?

Flo
Sixplorer (2019-09-04 07:28:41+00:00): Hallo,

die Beschreibung im Wiki schien eher zu passen. Weil die Eigenschaft landuse auf industrial steht.
Ich kann man_made gerne wieder ergänzen. Trifft ja auch zu.

Bitte kurze Rückmeldung.

Danke für die Hinweise, ich habe erst vor kurzem begonnen die Karten zu bearbeiten.

VG
Simon
ToniE (2019-09-02 10:35:03+00:00): Hallo mallok,

wird haben die Baustelle schon hinreichend mit access:conditional = no @ (2019 Aug 12-2019 Sep 06) direkt auf der Brücke gemapped.

Es ist bei kurzfristigen Baustellensperrungen nicht notwendig, mMn sogar eher negativ, dieses über highway=construction zu mappen.

OsmAnd zum Beispiel hat sich die Daten jetzt am Anfang September runter gezogen und wird sie zwischen 6.9. und 10.9. den Nutzern zum Download bereitstellen.
Der nächste Update ist dann 01.10., 1.11., ...
D.h. wenn die Baustelle nur 2 Wochen dauert, wird sie den OsmAnd Nutzern mindestens einen Monat angezeigt und so weiter.

Das gilt übrigens nicht nur für OsmAnd, sondern wohl für nahezu alle Datenabnehmer von OSM. Keiner wird die Daten von OSM täglich oder sogar stündlich absaugen und verarbeiten.

OsmAnd z.B. kann mittlerweile mit access:conditional = no @ (Zeitfenster) umgehen und die Baustelle in diesem Zeitraum berücksichtigen. Das sollten andere Datenabnehmer auch lernen.

Viele Grüße
Toni
mbethke (2019-09-05 06:12:32+00:00): Hi,
are you sure about these residential streets? One was connected to a boundary, I suppose you meant to connect it with the track a few meters north of it? And is there really no connection between those two ways across what looks like a construction site?
pilsa (2019-09-03 06:50:16+00:00): یوزر محترم در ویرایشتون دقت کنید .دومین مرتبه ای هست که خرابکاری شما تصحیح میشه .لطفا دقت کنید
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/73990147
plamen (2024-10-25 05:15:48+00:00): Hi,
Are you sure that 
"seamark:distance_mark:category=board"
is applicable in this case? Distance marks are located inside the river.
malcolmh (2024-10-25 05:33:57+00:00): You should contact the original mapper who made that tag. My change was only to the distance units tag
plamen (2024-10-25 10:48:28+00:00): https://www.appd-bg.org/mapris# Here you can find updated positions.
I intend to replace all nodes along the BG-RO border.
osmviborg (2019-09-02 09:36:07+00:00): Det betragtes som en fejl, når man sætter en vej fast på en polygon, som er tagget 'bygning'.
Helt Ude i Skoven (2019-09-02 09:59:04+00:00): Ok.. tak, det vidste jeg ikke.
Warin61 (2022-10-21 22:44:44+00:00): Sixmaps are COPYRIGHT!!!!!

They MUST NOT BE USED in OSM!

LPI (now DCS) are to be used... I can only assume you used the LIP base map as that is what is provided though the OSM editors...
Misa_zumba (2022-10-24 09:58:24+00:00): Hey Warin61, thanks for the contact. This change is more than 3 years old. However, please check the NSW base map (DCS NSW Base Map) and you will see the name.
Thanks,
Misa