piebro/osm-data huggingface dataset:
Parzelle13 (2020-09-01 12:03:46+00:00): PS: Man darf auf CS-Kommentare auch Antworten oder sogar Fragen stellen.
mueschel (2020-09-02 07:42:04+00:00): Welcome to OSM!
You added many tags that are not used by anybody else.
In OSM we have to use a well-defined set of tags to allow all the software tools to understand the data and e.g. show it on maps.
Please use only keys that are documented in the Wiki or are available as presets in your editor.
Thanks!
Branko Kokanovic (2020-10-17 20:17:18+00:00): Osmose se žali kada se stavljaju donje crte (underscore) u wikipedia tagove. Ne znam kojim ovo alatom radiš, ali probaj (ako je moguće) da stavljaš space umesto underscore. Evo ja sam ispravio na par mesta: https://www.openstreetmap.org/changeset/92640987#map=18/44.80533/20.38723

Mislim da suštinski nije neka razlika, i jedno i drugo radi posao:)
Komadinovic Vanja (2020-10-19 06:48:52+00:00): Da da, previd, nisam video taj detalj na vikiju. Ispravljam ovih dana.
GITNE (2020-08-31 08:23:29+00:00): Again, stop doing this shit! First of all, learn about OpenStreetMap's data model then learn to use the editor. Just because you can make a change it does not mean you have done it right.
tguen (2020-08-31 08:31:18+00:00): There is no benefit to mapping it your way over mine. I changed it to be consistent with 99.9% of the city. If you intend to remap every address in the city, go right ahead. Otherwise you should keep it as consistent as possible. If you have a link that shows "OpenStreetMap's data model" prefers your method over mine, please do share it. 

Also you should learn to communicate without being immediately aggressive and condescending.
GITNE (2020-08-31 08:41:32+00:00): If you had been humble and had read the OpenStreetMap Wiki you would know that it is neither about your way or my way, but definitely your way. It is about about the agreed and community approved mapping scheme. So, don't bother, it is consistent and good enough. Just do not touch anything you may think that it would need any of YOUR improvements.

Oh btw, since we are on the subject of manners: you only get what you deserve for ignorance and arrogance.
tguen (2020-08-31 08:53:37+00:00): I have read the wiki. It says:

https://wiki.openstreetmap.org/wiki/Addresses

> Addresses can be tagged with addr:housenumber=* and the other addr:* keys. Tags can be added to: 
* isolated nodes inside building=* polygons

There is nothing wrong with how I map addresses. Further down on the same page:

> in some cases there is a local consensus that this approach is preferable

Take a couple minutes (or hours) to look around Portland, I bet you won't find any mapped the way yours are. Local consensus is that my way is correct.

If you think I'm arrogant (for what? changing things without asking for your approval?) and ignorant, please do humble and educate me by sharing a link like I've already asked for, so that one day I may be as enlightened as you. Otherwise it will be your fault that I continue to wallow in ignorance.
GITNE (2020-08-31 10:54:50+00:00): Hurray, you have found the Wiki and started reading it! Well, I guess after all you have successfully made progress.

Now, I know the Wiki and I am also aware of the local consensus in Portland for mapping addresses. However, there is no rule without exceptions. Also, keep in mind that it is just a *consensus*. Have you ever considered why I mapped these specific addresses they way I did? If not then please think about it and verify with the location. Then we can talk.
Besides, the way you have executed your so called “improvement” was dilettantish at best. You have added for no reason nodes which had no values. You also did not align the address nodes either, which is not necessary but desirable. I would have kept quiet and accepted your change if it was not for your arrogance on top of ignorance and dilettantism. Read, learn, think, and verify before you make any changes. If you have no new data to add or you cannot verify the existing data then just do not touch the map.

> Otherwise it will be your fault that I continue to wallow in ignorance.
No, nobody else is responsible for your ignorance than you.
tguen (2020-08-31 20:02:16+00:00): I'll assume you took so long to respond because you were searching the wiki for anything suggesting what I did was wrong, and you provided no link because you came up empty-handed.

> there is no rule without exceptions

I've noticed you left those exceptions unspecified, presumably because you couldn't think of any that are relevant here.

> I would have kept quiet and accepted your change if it was not for your arrogance on top of ignorance and dilettantism.

Which you inferred from my change because there was no prior communication of any variety between us, which proves this is not true.

> You have added for no reason nodes which had no values.

Yes, I meant to tag entrance=yes, but I forgot. If that's what you're so upset about, you could have just said so in your first comment.

> Have you ever considered why I mapped these specific addresses they way I did?

Not much. I'm not going to waste my time on speculation. You could have told me, probably in less than it took you to make all these aggressive comments. I'd ask, but you've made it clear you're only interested in hurling baseless insults and telling me to read conveniently unspecified wiki pages. There's clearly nothing to be gained by continuing this "debate", so I'm forfeiting. Not because I'm wrong, but because I'm better than you. I'm not going to let you bait me into an edit war. You've failed at being either civil or informative, but through sheer hostility, you've won. Congratulations.
b-jazz (2020-08-31 21:13:51+00:00): @GITNE, can you provide a link to your original interaction with @tguen where you had a civil conversation? Apparently I’m entering in the middle of the conversation and it has taken a very wrong turn and isn’t what the community wants to see in how we interact with each other. Thanks.
tguen (2020-08-31 21:16:42+00:00): This is not the middle, this is the whole conversation. There was no prior communication.
b-jazz (2020-08-31 21:27:52+00:00): That’s unfortunate and that tone is uncalled for. I’m sorry to see that you were on the receiving end of it. 

I do like the style of putting addresses of multi-unit structures on entrance nodes instead of a separate nodes in the middle of the building. If 99.9% of the mapping isn’t done in that style, it doesn’t mean that the style isn’t the desired one going forward, so I wouldn’t use that excuse personally since you’ve got to start somewhere. I’d also like to see where this was discussed and agreed on with the community. The claim of it having to do with the “OSM data model” Doesn’t make any sense to me.
tguen (2020-08-31 22:03:17+00:00): The way that addresses are currently mapped has not been discussed as far as I know, it's just the de facto standard of Portland. I think they were added as separate nodes by an import of city data (http://rlisdiscovery.oregonmetro.gov).

> doesn’t mean that the style isn’t the desired one going forward ... you've got to start somewhere

Fair point. I would have no problem with someone starting a project to remap addresses this way across the city but I'm not aware of any such project. I'm under the impression that GITNE was only adding a few addresses here and there, not editing existing ones to follow this style. 

I personally think as long as they're on the correct building it's close enough, and being consistent with the rest of the city is more important than down-to-the-foot accuracy (if you consider the door to be the True Location, rather than the whole residence, which is debatable) of just a few addresses. I think that level of accuracy is of little benefit and impractical to audit. That's why I made the edit in the first place, expecting no one to notice or care.
b-jazz (2020-09-02 16:31:21+00:00): >Apparently, @b-jazz seems to understand why I have reverted your changesets. Well, maybe because @b-jazz is more experienced than you are? Or, maybe because @b-jazz thinks before he/she acts?

@GITNE, please don't take my discussion for what I think is likely a better way to handle mapping of addresses as condoning your abusive behaviour towards another mapper. I don't.

If there is a community standard of how to map "correctly", I have yet to be shown the discussion and buy-off and publication of it. And if anyone ever inadvertently goes astray of those published guidelines, I'd hope that you do a better job of educating them in the future and fostering an environment of cooperation and community.
GITNE (2020-09-02 20:29:52+00:00): Please @b-jazz, allow me to make a bit more clear what the core issue with these *two* changesets is.

The intention of these changesets are good and acceptable. Consistency is absolutely an acceptable goal for OpenStreetMap and something which is indeed valuable to some consumers of OpenStreetMap. Sometimes, I also value consistency over other aspects in life, including but not limited to OpenStreetMap. Now, if you look closely at these two changesets, note that these are exactly 2—not one but two—changesets which were supposed to do basically the same thing, are also both flawed in exactly the same way:

1. The changesets added empty nodes
2. These empty nodes, which were supposed to map entrances were not actually located on entrances
3. The moved address nodes were moved, however not aligned
4. The changesets were “advertised” as “address improvements”, yet they were both flawed in exactly the same way and added no value
5. Both have been undeniably exercised with same level of carelessness

If it had been just one poorly executed changeset then we could assume in favor of the editor that it was just an unfortunate mistake. However, if we are talking about basically identical flaws then we have to assume either incompetence or ignorance. You cannot first claim consistency and then be inconsistent in your own doing.
OpenStreetMap is not a playground nor a place for prettifying. It is serious business. Yes, mistakes can happen and are permissible in OpenStreetMap because where human beings are at work mistakes can always happen. However, they should not happen, especially not on a streak.

All of the above and @tguen's history of poor quality changesets reveals some obvious concerns. The root cause of @tguen's history of poor quality changesets is apparently @tguen's problematic personality. All we have seen from @tguen so far has been ignorance, arrogance, inability to learn (and to read carefully), and finally the inability to admit any mistakes. I am sorry that I have to be so blatant about this but sometimes things have to be called by name and people have to be exposed to uncomfortable truth because otherwise nothing will change. Speaking uncomfortable truth is not abusive behavior. It is a starting point for improvement.
tguen (2020-09-02 21:20:46+00:00): Thank you for finally explaining the problem. I wish it happened earlier, but better late than never.

1. The empty nodes were meant to be tagged as entrances.
2. They are close enough to the entrances that I didn't notice they were not at the exact position.
3. Not aligning addresses is a trivial issue. They were close enough that most people would never notice.
4. I will admit that I'm a bit lazy with changeset messages and frequently use “[thing I edited] improvements”, I've already admitted the flaws as soon as you pointed them out. Again, consistency is the added value.
5. I made a relatively minor mistake on the first, and carelessly repeated it on the second. I'll try to be more careful in the future.

> if we are talking about basically identical flaws then we have to assume either incompetence or ignorance

No, you don't. You've made mistakes, and you've probably repeated some. That doesn't mean you're incompetent or ignorant. 

> especially not on a streak.

2 edits is not a streak.

> @tguen's history of poor quality changesets

If there are more than these 2, please let me know (politely). I learn faster when people point out my mistakes than when I have to find them on my own, as does everyone.

> @tguen's problematic personality

Grade A irony.

> ignorance, arrogance, inability to learn (and to read carefully), and finally the inability to admit any mistakes.

You inferred ignorance from repeating a mistake once. You inferred arrogance from an admittedly lazy changeset message. You failed to communicate the issue clearly. How can I admit mistakes when you don't clearly communicate what they are?

> Speaking uncomfortable truth is not abusive behavior.

Calling me ignorant and arrogant is not the truth. It may be your opinion, but you should ask why I did what I did instead of assuming the worst and attacking me based on those assumptions.

There is certainly blame on both sides here. I will try to be more careful. I hope you consider how you approached the situation and the result, and try to be better as well.
GITNE (2020-09-02 23:20:57+00:00): @tguen I am happy you are finally starting to realize your issue. No really, I honestly mean it. You see, I did not jump to conclusions simply and solely based on these two edits. Before I posted, I have also reviewed some of your recent work. Whenever I comment on any bad changesets, which I rarely do—I think, it must have been three times now, including this occasion, since I have started mapping for OpenStreetMap—I always check the edit history of contributors, look at OSMCha changeset graphs, and consider the date of a contributor's first changeset and the count of committed changesets (which together gives a weak indication of a contributor's level of experience). This enables me to chose the right approach to address a contributor.

Everything I have written about these two changesets, you could have thought of yourself. I even hinted at it in the hope that it would make you start thinking about it. You did not. This clearly shows that you do not read carefully. Instead, you just read mindlessly. You do not think (about what you read). And finally, you act as quickly as you read; mindlessly.
My advice to you is: Slow down, read, learn, think, “digest”. Especially before you click the commit button.

> Calling me ignorant and arrogant is not the truth. It may be your opinion, but you should ask why I did what I did instead of assuming the worst and attacking me based on those assumptions.

Please look closely at cause and effect. You did not become or have been called ignorant and arrogant because of your poor quality changesets. The cause for your poor quality changesets has been your ignorance and arrogance. Or in other words, the effect of your ignorance have been poor quality changesets. Your changesets will not get better unless you start working on your ignorance.
tguen (2020-09-03 06:10:46+00:00): > OSMCha

Thank you for mentioning this. I hadn't heard of it before and it helped me find an error I made yesterday.

> This enables me to chose the right approach to address a contributor.

Before you read the rest of my comment, please consider the possibility that you have misinterpreted the situation. I don't think I'm ignorant, and I know I'm not arrogant. Imagine for a moment that I'm neither, and reread this entire discussion.

Do you still think you chose the right approach?

> I did not jump to conclusions simply and solely based on these two edits.

If you're still claiming I have a history of poor quality edits, please point them out. I won't be offended (if you're civil about it). I want to improve and would like to be made aware of my mistakes. I may also disagree with your opinion regarding their quality.

> I am happy you are finally starting to realize your issue.

I'm still confused. The only thing I'm aware of having done wrong is forgetting to tag the nodes as entrances, and not noticing they aren't exactly at the entrance. If this is the whole problem, I think you've had a comically ridiculous over-reaction. This makes me think there must be more to it. Your use of the words "starting to" reinforces this idea. I'm still not aware of any other issues.

> Everything I have written about these two changesets, you could have thought of yourself.

This also confuses me. It seems to contradict your ignorance narrative. Do you think I know how to edit the map or not? If not, I definitely wasn't going to pick up on your hints about what I did wrong. If so, I assume you're taking the Linus Torvalds approach of mercilessly trash talking someone you think should know better. The problem is A: you didn't explicitly state what I did wrong, and B: this doesn't work with strangers.

> I even hinted at it in the hope that it would make you start thinking about it. You did not.

Maybe your hints weren't good enough. Maybe I'm not good at understanding hints. Probably both. Different people think differently, and what may seem like a good hint to you may mean nothing to me. Some people even have neurological disorders that cause them to be bad at communication. You should be aware of these possibilities and strive to communicate as clearly as you can instead of leaving hints hidden in a rude and condescending comment.

> Have you ever considered why I mapped these specific addresses they way I did?

Yes. At first I thought you considered the door to be the true location of the address. But since you said that the nodes aren't at the exact location of the door, that doesn't make sense. I can't think of any other reason other than personal preference.

A few questions:
1. Why did you map it that way?
2. Why do you think I'm arrogant?
3. What specifically do you think I am ignorant of?
4' What other edits have I made that you consider poor quality?
Supaplex (2021-04-16 13:41:46+00:00): https://www.openstreetmap.org/way/514370906
Supaplex (2021-04-16 13:41:59+00:00): 您好：

歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。
台灣的標示依循準則可參考 http://wiki.openstreetmap.org/wiki/Taiwan
常見的圖徵標示方式可參考 http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features
給Pokemon Go玩家的建議：https://wiki.openstreetmap.org/wiki/Tips_for_new_(Pokemon_Go)_mappers
組織性編輯指南：https://wiki.osmfoundation.org/wiki/Organised_Editing_Guidelines

下面是台灣社群相關的網站，可以加入彼此切磋切磋！

https://www.osm.org or https://osm.org
常用圖徵(Map Features)表 https://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features
給Pokemon Go玩家的建議：https://wiki.openstreetmap.org/wiki/Tips_for_new_(Pokemon_Go)_mappers
組織性編輯指南：https://wiki.osmfoundation.org/wiki/Organised_Editing_Guidelines
國內網站與協作：
OSM.TW https://osm.tw/
臉書粉絲頁OpenStreetMap台灣 https://www.facebook.com/openstreetmaptaiwan/
OSMWiki Project Taiwan https://wiki.openstreetmap.org/wiki/WikiProject_Taiwan
Hackpad https://osmtw.hackpad.tw/
Trello https://trello.com/osmtw
GitHub https://github.com/OsmHackTW
與社群交流：
台灣開放街圖 社群組織理事會 信箱 hiboard@openstreetmap.tw
Facebook 社團 https://www.facebook.com/groups/OpenStreetMap.TW/
郵件論壇 https://lists.openstreetmap.org/listinfo/talk-tw
Slack https://osm-tw.signup.team/
Telegram OpenStreetMap Taiwan https://t.me/joinchat/Aqu2IgnTuIidMfREdNmomQ
Telegram OpenStreetMap Asia https://t.me/OpenStreetMapAsia
敬祝畫圖愉快！
abakus_uploader (2020-08-31 22:31:25+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!
GITNE (2020-08-31 08:18:32+00:00): Stop doing this shit! This is no improvement, it adds no value to the map. Read, learn, and think before you edit!
westnordost (2020-08-31 18:21:41+00:00): GITNE, this tone is not acceptable. If you found an issue with this changeset, please describe the problem in a impersonal and respectful manner.

I've looked at the changeset and it looks like tguen moved the housenumber nodes to the actual position of the entrance, which is fine and a useful information, especially for larger buildings.

If I were to make a suggestion, tguen, you should add entrance=yes at these nodes to denote that this is the location of the entrance.
tguen (2020-08-31 20:10:34+00:00): @westnordost Check out his comments on the other changeset if you haven't already. To clarify, he's the one who added the addresses on the edge of the building. I moved them to the center to match the way that every other address in the city is mapped. Both ways of mapping addresses are correct, but I changed it because I feel that consistency is important. I intended to add entrance=yes to the nodes where the addresses were, but I forgot and left empty nodes, which I assume is the reason GITNE insulted me (he never actually bothered to say why) without even pointing out the mistake until his third comment. Apparently I hurt his feelings by editing the data he added, so he started aggressively trolling me.

https://www.openstreetmap.org/changeset/90174987
tkoval83 (2020-09-01 06:16:04+00:00): Доброго дня, робіть кути прямими, для цього в меню в ID редакторі є пункт з намальованим квадратом
NanMadol (2020-09-01 23:06:29+00:00): Hi tkoval83, thank you for reaching out about this, I’ll make sure to make the angles straight. I see you’ve already made the fix here - thank you. 

Привіт tkoval83, дякую, що зв’язалися з цим, я обов’язково зроблю кути прямими. Бачу, ви вже виправили тут - дякую.
dvdhoven (2020-08-31 08:28:22+00:00): Knooppunten en knooppuntroutes krijgen altijd de tag network:type=node_network
Ik heb deze tag nu toegevoegd

Vriendelijke groeten,
Dick van den Hoven
H2172 (2020-08-31 08:54:09+00:00): Eens, bedankt. Aangemaakt via Osmand, met helaas wat beperkte mogelijkheden.
4004 (2020-09-13 23:18:27+00:00): в самой аптеке не знают, что они сменили часы работы
Frans S (2020-09-08 14:21:38+00:00): Hello. 

Thank you for mapping on this project.
I am sorry to say but your mappings should be more accurate and lacks the finishing touch of squaring them

Most buildings here have a rectangular pattern. Please follow the outlines precisely and square each of them with the Q key in the editor
Sometimes a roof seems to be a bit distorted. This is caused by the way the images are taken. Just map them straight rectangular.

Here are some tips and hints which might be helpful to improve your mapping skills

https://docs.google.com/document/d/e/2PACX-1vT_4K-s7HItsGTDt4dx43C3iD7u5uHtUyvasd_eMUQIq9zWbwlMXQk90jDHcdq6OcOnMc6B1NHYG4cO/pub
Best regards and keep mapping
Polarbear-repair (2021-01-29 21:51:54+00:00): Lieber EarlGrey1968, 
besteht die Baustelle mit der Beschränkung auf 80 noch? Es beklagt sich ein Versicherungskunde über böse Punkte auf seiner App. 
Andererseits würde ich empfehlen, Baustellen nur zu mappen, wenn eine mehrmonatige Wirkung zu erwarten ist, und man die Beendigung selbst im Auge behalten will.
azakh-world (2020-09-02 09:48:38+00:00): Hello.
Please, when retagging stations to stop_positions and creating new railway=station objects, be sure that stop_positions are connected to the station via stop_area relation (along with platforms and subway_entrances if any). An example of orphan stop_position is node 1093985711. 
http://osm-subway.maps.me/china.html validation page will help you to fix such errors in Beijing (and, if you wish, in other rapid transit networks).

Best regards,
Alexey
user_11435438 (2020-09-02 10:54:11+00:00): Ok, maybe a few days.
user_11435438 (2020-09-03 09:12:35+00:00): That should be alright now :)
eggie (2020-08-31 10:09:30+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.



Je kunt natuurlijk aan de voorgaande mapper vragen waarom hij/zij die windmolens daar geplaatst heeft en wat zijn of haar bron is.
https://www.openstreetmap.org/changeset/43654155

MVG,
Eggie
literan (2020-08-31 19:08:15+00:00): гугл такой "достопримечательности" не знает