piebro/osm-data huggingface dataset:
viloan (2019-10-25 23:51:05+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!
PT-53 (2019-12-02 16:57:07+00:00): Hallo ma-rt-in,
Du hast an dieser Zufahrt
https://www.openstreetmap.org/way/71833291/history
das Merkmal access=privat ersatzlos gelöscht. Warum?
Ich habe die Zufahrt heute besichtigt. Dort steht ein Verkehrszeichen # 250 mit Zusatzschild "Ausgenommen Krankenfahrzeuge, Zulieferer, Personal"
Grüße
ma-rt-in (2019-12-02 18:35:25+00:00): Hallo,
die Zufahrt sah für mich nicht nach access=privat aus. Wenn du aber ja vor Ort warst, kann man ja die Gegenbenheit eintragen? Machst du es noch oder soll ich?
PT-53 (2019-12-02 18:40:50+00:00): Warst Du vor Ort?
ma-rt-in (2019-12-02 18:41:06+00:00): Nein.
PT-53 (2019-12-02 18:49:16+00:00): Warum hast Du dann das Merkmal access=privat ersatzlos gelöscht ?
Carnildo (2019-10-27 06:49:53+00:00): If you're not going to use changeset comments, could you at least be a little more verbose about not using them?  A single dot is rather hard to click on in the list of changes.
viloan (2019-10-26 00:03:15+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!
sundew (2019-11-29 13:15:38+00:00): Hallo,
du hast jetzt den Briefkasten bei Holste-Paddewisch doppelt eingetragen. Bitte wieder entfernen!
Btw, warum löscht du die route_ref Tags an den Bushaltestellen? Die mögen dir vielleicht redundant vorkommen, da aber nie alle Buslinien in Routerelation erfasst werden, das sind sie das definitiv nicht. 
LG
hybridOL (2019-11-29 17:22:34+00:00): Ist korrigiert, weiß auch nicht wie der doppelt da hin gekommen ist.
Die route_ref sind genau dann redundant, wenn ich an der Haltestelle alle dort genannten Routen auch eingetragen habe. Vorher lösche ich sie in der Regel auch nicht - es sei denn, ich weiß, das eine der dort genannten Linien die Haltestelle nicht mehr bedient. Linien an den Haltestellen zu taggen ist relativ problematisch, da bei der Überprüfung der Strecken in der Regel nicht alle Haltestellen noch einmal durchgeklickt werden. Insofern ist die route_ref nur in Bereichen sinnvoll, wo die Strecken noch nicht erfasst sind.
sundew (2019-12-01 11:05:48+00:00): Hallo und danke für die schnelle Antwort.
Bei den route_ref-Tags bin ich nicht deiner Meinung. Klar sind sie dazu da, bei der Ersterfassung/-ergänzung von Busstops den Istzustand der anfahrenden Linien zu dokumentieren. Zum anderen sind sie aber auch sinnvoll zur Qualitätssicherung der eingetragenen Daten. Es gibt nämlich recht oft Abweichungen zwischen den angeschriebenen Busfahrplänen und der Realität, bei vielen Busnetworks z.B. VBN/VNN zusätzlich auch noch zwischen veralteten Liniennummern am Haltenstellenschild und den angeklebten hoffentlich aktuellen Plänen. Da fehlen manchmal auch Werks- und Schulbusse, oft Bürgerbusse und Anrufsammeldienste oder Busse ohne Network, bzw. welche, die aus anderen Networks kommend in das Gebiet hineinfahren.
Auf der OSM-Seite kommt hinzu, dass nie alle Buslinien sinnvoll in Relation gepackt werden können, insbesondere dort, wo jede Fahrtinstanz des Tages ein Unikat ist. Außerdem, wie kannst du signalisieren: diese Bushaltestelle ist vollständig (!) durch Relationen erfasst, also auch in Bezug auf Linien, die das örtliche Network nicht kennt oder auflistet? Man bräuchte mindestens ein gepflegtes "check_date" plus ggf. Ergänzungsnotizen.
Ich bleibe dabei, nur durch eine redundante Erfassung (z.B. route_ref) können Fehler erkannt und vermieden werden, bzw. eine richtige Qualitätssicherung durchgeführt werden.
Das ist insbesondere sehr wichtig, weil es bei Buslinien immer wieder eine gewisse unabgesprochene Arbeitsteilung zu geben scheint. Zum einen sind da Mapper (wie ich), die Touren überallhin machen und sich u.a. die Haltestellen vor Ort ansehen. Zum anderen sind da viele Mapper (wie auch einige Kollegen vom OSM-Stammtisch), die überwiegend remote (Fahrplan/Luftbild) arbeitend Linienrelationen erstellen und pflegen, ohne sich alles wirklich vor Ort angeschaut zu haben.
Was die Änderungen an Plattformen versus Linienrelationen betrifft und ich spreche jetzt hauptsächlich aus meinen Beobachtungen aus dem HVV-Gesamtbereich (rundherum), und da sind es pro Fahrplanwechsel nur vereinzelte Linien, die eingestellt, neu erzeugt oder umbenannt werden. Dagegen sind Änderungen an den Fahrtverläufen erheblich öfter vorkommend. Gepflegt werden müssen die Daten also in jedem Fall. Das können dann ggf. auch die Couchmapper tun, falls niemand vor Ort vorbei kommt :-) Und sollten dabei Unterschiede zwischen Relationen und route_ref auffallen, wäre das ein Grund mehr zur Extrarecherche.
LG
sundew
hybridOL (2019-12-02 12:59:24+00:00): Ich arbeite mit den offiziellen Busplänen des Netzwerks. Da gibt es zwar auch Abweichungen zwischen Datenbestand und Realität, aber der ist minimal.
Wie gesagt vernichte ich auch keine Information, da ich die route_ref nur dann lösche, wenn alle noch existierenden Linien an der Haltestelle als Relationen erfasst wurden. Genau dann ist route_ref redundant und macht die Situation nur noch schlechter, nicht besser. Sofern danach nämlich nur an einer der Stellen geändert wird kommt es zu Diskrepanzen im Datenstand und es ist nicht klar, welche Information gepflegt wird. Sollte also, nachdem route_ref gelöscht wurde, sich eine Änderung ergeben, wäre neben dem Ändern der Relation einzig ein Hinweis- bzw. Fehlertag an der Haltestelle sinnvoll, um eine Bearbeitung durch Dritte zu triggern. Aufgrund der minimalen Verbreitung von route_ref (und der nicht vorhandenen Nutzungsempfehlung in der PTv2-Definition) bringt das einfach zu selten etwas.
check_date (was aber leider auch nicht standardisiert ist) bringt tatsächlich mehr. Ich werde das eventuell auch demnächst nutzen.
trial (2019-11-26 11:47:55+00:00): Bonjour, je vois que c'est votre première modification. Bienvenu dans OpenStreetMap.
https://www.openstreetmap.org/relation/10217998 n'a pas lieu d'être : ce type de relation sert à décrire les communes, départements, régions, pays,...
Pour le détails des erreurs : https://osmose.openstreetmap.fr/fr/byuser/Fiduce (si ce n'est pas clair n'hésite(z) pas à commenter ici ou en message privé.
Pour les points adresses deux possibilités :
- mettre le numéro et le nom de la rue. Inutile de mettre le nom de la ville qui est donné par la géographie
- mettre juste le numéro et mettre ce point adresse comme membre d'une relation associatedStreet (permet de mieux factoriser l'information). Ici comme ça a été commencé suivant le schéma 1, autant continuer ainsi.
Kcho (2019-10-30 19:28:37+00:00): Lo volví a dejar como estaba porque es un nombre que originalmente era Pérez, pero después se dieron cuenta que estaba mal y lo han ido corrigiendo a Pírez.

https://www.lanueva.com/nota/2019-5-5-7-0-7-las-calles-de-bahia-por-su-verdadero-nombre
Kcho (2019-10-30 19:29:04+00:00): Le dejé Pérez en alt_name.
Nico D (2019-10-30 19:45:41+00:00): Genial Kcho! Te agradezco la referencia a La Nueva
DaveF (2019-10-27 10:50:17+00:00): Hi Could you clarify why you've created two identical relations, both of which have only one member - an outer?
MerlinPendragon (2019-10-26 15:21:56+00:00): I feel like it should be noted that a lot of the aerial imagery around this area is quite outdated. Two things I noticed were that the lane markings on High St have changed not insubstantially since the time that the Big imagery was taken, and that E Sixteenth Ave now connects all the way to High, so the curb no longer goes straight across.
Tomas Straupis (2019-10-27 06:57:13+00:00): Kažkas negerai su šituo pakeitimu. Nubraižyta daug pastatų ANT jau esamų pastatų. Ir esamų pastatų pozicija buvo teisinga, o naujai nubraižyti pastatai pagal Maxar ortofoto, kuri prieš braižant, panašu, nebuvo pastumdyta pagal orientyrus?
oskoo (2019-10-27 09:37:53+00:00): Pataisiau
Tomas Straupis (2019-10-27 09:45:02+00:00): Chrm. Tai kad aš jau ištryniau visus pastatų dublius :-D
catdreamer (2020-01-26 09:34:47+00:00): （里長伯女兒家)這是隱私吧?
user_5359 (2022-01-17 17:29:15+00:00): Hello! Please have a look on https://www.osm.org/relation/4623523/history. You add in this change set (version 3) the key addr:postcode with the value 111, but the key postal_code as 11141 (I assume this a right value).
Supaplex (2022-01-21 03:26:13+00:00): It is ok to just use the 3-figures postal code in Taiwan. Now the 3+2 post code system is abandoned in Taiwan, and transfer to 3+3 post code system
muramototomoya (2020-01-18 02:49:29+00:00): こんにちは。非常にたくさんの道路リレーションを作成いただきありがとうございます。
誠に申し訳ありませんが、変更セット79720824の編集で、道路リレーションに付与されていたhighway=secondaryタグを削除させていただきました。(気が付いたデータだけを削除しました)

リレーションに対してhighwayタグを与えてしまうと、ウェイ側に付与されているhighwayタグと情報の重複が発生してしまい、データ処理に齟齬が生じてしまうのです。
https://qiita.com/nyampire/items/7fa6efd944086aea820e

タグの削除についてご了解ください。
よろしくお願いします。
IgorEliezer (2019-10-26 04:52:15+00:00): Olá,

Sobre service=driveway no corredor de ônibus: driveway é uma via curta que serve de acesso a uma propriedade, casa ou garagem. Vias de serviço para circulação não precisam da tag:service=*.

https://wiki.openstreetmap.org/wiki/Tag:service=driveway
AjBelnuovo (2019-10-26 13:27:17+00:00): Ok
user_5359 (2019-10-26 06:35:01+00:00): Hello, I divide the node to https://www.openstreetmap.org/node/6917412716 and https://www.openstreetmap.org/node/6917084785
mavl (2019-10-26 03:29:02+00:00): This changeset reverts some or all edits made in changeset 75584482.
TravGW (2019-10-26 02:56:13+00:00): These are not parks.
Jarek 🚲 (2019-10-26 02:57:42+00:00): Didn't add the stops to 501 relation because I'm planning on doing a proper PTv2 for the 501  soon so it'd be getting hugely changed anyway.
Jarek 🚲 (2019-10-26 03:00:45+00:00): Changes to bike lanes on Woodbine from Queen to Norway also from Mapillary and OSC from 2018
Jarek 🚲 (2019-10-26 03:07:31+00:00): Oh yes, road/sidewalk alignments are to Esri. Bing is very low resolution here. I saw the imported building footprints are about 1-2 m off the Esri imagery, but as I don't know which alignment is correct, I went off Esri since I could trace off it.
Supaplex (2019-10-26 13:49:26+00:00): 這些新增的點是否有名稱呢?
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/76233192
user_5359 (2019-10-26 06:28:31+00:00): Welcome to OSM! DOn't overpaint existing highways.
TravGW (2019-10-26 03:55:00+00:00): We do not mark yawns as grassy areas. Landuse=grass is for grass only areas such as the area between a divided highway.

https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dgrass
Nielkrokodil (2025-02-01 18:23:46+00:00): Du hast (vor 5 Jahren, ich weiß, das ist lange her) auf vielen Rad / Mountainbikestrecken am Petzen oneway=yes eingetragen. Weißt du, ob das auch für Fußgänger gilt, oder ob Fußgänger dort in beide Richtungen (oder gar nicht) gehen dürfen?

Falls du es weißt, wäre es super, wenn du überall oneway:bicycle=yes/no und oneway:foot=no/yes oder - falls Fuß verboten foot=no - eintragen würdest.
opendcc (2019-10-26 08:08:06+00:00): Hello,

please consider adding a valid changeset comment. Why? see https://wiki.openstreetmap.org/wiki/Good_changeset_comments
Jrachi (2020-02-02 16:45:22+00:00): Ciao.
Hai inserito un leisure=park vicino al Pian delle Vigne. Lo hai letto su un cartello?
Perché non mi risulta esserci un parco.
Forse hai solo sbagliato tag?
Heinz_V (2019-10-29 05:06:43+00:00): Did you manually map all these level_crossings??
Please explain your mappings.
8XVHdmB2BC7kUQcY (2019-11-02 13:24:01+00:00): Search one by one at sateillte imagery
Answerquest (2019-11-02 15:52:28+00:00): Hi, it would be great if you could interact with the India OSM community as an identifiable person about these large scale edits instead of being so secretive and anonymous. This isn't some movie, and we're not going to eat you. If you need to discuss confidentially then pls reach out.
mavl (2019-10-27 16:10:33+00:00): This changeset has been reverted fully or in part by changeset 76269778 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: nonexistent objects - https://www.openstreetmap.org/user_blocks/3230].
mavl (2019-10-26 07:33:38+00:00): This changeset reverts some or all edits made in changesets 75586743, 75588647.
Snusmumriken (2019-10-26 12:25:50+00:00): Hi

I've just noticed that you have been deleting stuff that I've added to the map. What is that all about? Is there some special rule about mapping in Lyon or what?
gileri (2019-10-26 15:38:50+00:00): Hi, sorry for the french changeset message, which translates to :

"Remove duplicated bus stop"

As you can see in this changeset's modified nodes, I've deleted the node you recently added to merge it with the existing one I mapped 6 years ago.

There is no special rule in Lyon, and nothing against you. I'm just trying to avoid letting duplicates in OSM.
Snusmumriken (2019-10-27 07:32:38+00:00): Hi, thanks for explaining, but I don't quite agree. For the first the corresponding bus stop across the street is mapped. Secondly just having a pt=plaform by the side of the road is not sufficient in my opinion. It doesn't render in most maps and when I visited the place I couldn't actual see any structure that could be called a platform, it was just a part of the sidewalk. And from a personal point of view, I'm using Osmand to find by way around Lyon, and if hw=bus_stop isn't added one can't really find the closest bus stop on the map
gileri (2019-10-27 12:44:52+00:00): > For the first the corresponding bus stop across the street is mapped

I didn't quite get this, do you mean this one ?

https://www.openstreetmap.org/node/6907031066

If so, this is exactly the same situation.

I understand your concern, as some bus stops platforms can be minimal : a pole and nothing else.

In this case, there are road markings and a raised curb, so there is a platform : https://www.mapillary.com/map/im/DNEK6YWNEsqCyY6WrWMXCw

Maybe you don't want to go the extra effort of mapping platforms in those cases and that's fine, but please don't duplicate the entities.

>It doesn't render in most maps

This should not factor in what method of mapping. For a while casinos where not diplayed in "most maps", so should have they been tagged as tourism=attraction to be displayed for the time ?

> I'm using Osmand to find by way around Lyon, and if hw=bus_stop isn't added one can't really find the closest bus stop on the map

I suggest reading the following article, straight from the horse's mouth : https://osmand.net/blog/guideline-pt
Snusmumriken (2019-10-27 17:18:14+00:00): >This should not factor in what method of mapping. For a while casinos where not displayed in "most maps", so should have they been tagged as tourism=attraction >to be displayed for the time ?

Yes, but hw=bus_stop is the older one and the one that is more used. Still many many years after its introduction, pt_platform it is not rendered. As I understand it because the word 'platform' is a poor choice to signify something that is actually a 'bus stop'. 

When looking at the mapillary link, I can't find anything that would make it into a platform. The curb is raised, but so is the curb for a normal sidewalk. There is a bus lane, but that doesn't the make the adjacent sidewalk into a platform. Otherwise all sidewalks next to a bus lane would be platforms. And it is not possible to observe where the platform would begin and end.

I had a look at central Paris and I could not find a single bus stop that would have been mapped in this way. From now on I will map bus stops in the same way as in Paris. In the future if you find something lacking in my mapping I would appreciate it if you contact me first before removing any of my mappings
gileri (2019-10-28 20:25:45+00:00): > hw=bus_stop is the older one

Being older does not equate being better

> and the one that is more used.
As it is older... And both are getting closer every day : 1.5M vs 2.5M

>The word 'platform' is a poor choice to signify something that is actually a 'bus stop'.

The main goal is to have a unified stop architecture between transport modes. Platform is adapted in those clearly demarcated cases.

>From now on I will map bus stops in the same way as in Paris. In the future if you find something lacking in my mapping I would appreciate it if you contact me first before removing any of my mappings

No I will not contact you first. Did you contact me first before duplicating then removing what I mapped in better detail 5+ years ago ?

I will revert to the existing, more precise situation in Lyon. Feel free to map in Paris if it better suits your views :)

On a side note : when you upload changesets, please use the "Source" field in JOSM to indicate the source, and fill out an explicit message for other mappers.
Snusmumriken (2019-10-29 17:42:45+00:00): You are really something. First you delete stuff that I've added without a comment. Then you lie that I've deleted something you've mapped. When in fact the three pt=platform that I, in changeset 76297011, changed from way to node, were mapped originally by somebody else. All this so you can justify for yourself to go against how this are mapped elsewhere in France and to map against the ground truth verifiability principles of OSM[1]. Perhaps you should reflect whether you actually contribute positively to OSM or not.

[1] https://wiki.openstreetmap.org/wiki/Verifiability#Verifiable_geometries
gileri (2019-11-05 21:57:42+00:00): >First you delete stuff that I've added without a comment

All my changeset have comments, unlike yours. Again, please use the dedicated field for source, and use comments to described what/why you made changes.

>Then you lie that I've deleted something you've mapped

Yes that was a shortcut. You did add a duplicate object ignoring the existing data. And later you did delete the older, more detailed version as a way to make way for your way of mapping.

>Rest of your message

I will repeat myself, platforms are verifiable, they usually have :
- Yellow zebra paint on the ground
- A raised curb, often of different color

For tram stops, in addition they have tactile pods.

Please contact the many contributors (~40 in Lyon) that prefer ways to map platforms, including a lot more "prominent" mappers than me before removing additional data :

https://overpass-turbo.eu/s/NL0

>you should reflect whether you actually contribute positively to OSM or not

Please refrain from personal attacks.
Snusmumriken (2019-11-06 17:36:39+00:00): I've asked before and I'll ask again; is there a wikipage (or some other documentation) about how to the community in Lyon prefers to map? Just to be clear, I don't expect it to be in English.

I certainly didn't intend to criticize your person, but I did intend to criticize your actions. And I don't think you've so far responded to that criticism. Specifically the fact that you kept deleting data that I've added to the map that you considered "duplicates" and you did that without any kind of communication. I just noticed it by a chance. 

I'll keep on improving the map and I'm open to discussion about different approaches
gileri (2019-11-07 21:41:16+00:00): >I've asked before and I'll ask again; is there a wikipage (or some other documentation) about how to the community in Lyon prefers to map? Just to be clear, I don't expect it to be in English.

No, there is not. But as you can see in my overpass link most stops have use PTv2 and have platforms as ways.

>Specifically the fact that you kept deleting data that I've added to the map that you considered "duplicates" and you did that without any kind of communication. I just noticed it by a chance.

I did answer. And there is no need to ask every contributor before modifying the map. Imagine the infrastructure needed to ask each contributor about each modification, tracking their answers, and mapping long later.

Did you ask me (or anyone) before adding this duplicate platform ?

Please answer to my whole messages, just like I did. You missed explaining :

- Why don't you consider yellow zebras, raised curbs, tactile pavings as valid platforms ?

- Why do you want to overwrite the will of the majority of power-users in Lyon, without asking before ?

- Why don't you use meaningful changeset messages ?

- Do you acknowledge that while there are more PTv1 stops (due to being an older way mainly), PTv2 is the dominant way of mapping PT on recent changeset globally ?
Snusmumriken (2019-11-09 07:48:29+00:00): Let me just state that I will continue to map in a way that aligns both with PTv2 and PTv1 and that is in line with how things are mapped else where in France and that other mappers before me have mapped in Lyon.

If you have a problem with that please take it to the DWG
gileri (2019-11-09 09:17:42+00:00): Maybe you're not familiar with Overpass (Turbo), but the way you want to map is not how it's done in Lyon. If you want I can detail the results of the Overpass query.

If you continue lowering the quality of the map while not answering questions from other mappers yes sadly the DWG will need to be involved.
literan (2019-10-26 10:59:24+00:00): Пожалуйста, не надо удалять контуры снесенных зданий, на которых стоит тег was:building=yes. После вас придет новичок, увидит эти здания на спутниковом снимке (а они там еще есть) и заново их нарисует. Когда со снимков пропадут - тогда пожалуйста, удаляйте эти контуры. Откачу.
Nord Rider (2019-10-27 07:48:27+00:00): ОК, спасибо за бдительность и совет!
Carnildo (2019-10-27 05:58:36+00:00): Whatever you're doing that's resurrecting long-deleted nodes, stop it.
hasaan22 (2019-10-28 08:52:25+00:00): Sure, I'm so sorry.
Firefishy (2019-10-26 12:19:52+00:00): Welcome and Happy Mapping. Any more local detail greatly appreciated.
dval (2019-10-26 13:08:48+00:00): Hi, Георгий Гришин! На каком основании вы изменили заброшенный трамвай на construction? У вас есть сведения, что его восстанавливают? Поделитесь источником таких возможных сведений.