piebro/osm-data huggingface dataset:
Robert46798 (2020-01-06 10:03:51+00:00): Hallo roms3700,

wilkommen zurück bei OSM. Danke für deine Ergänzung! Ich habe sie mir angeschaut, weil du die entsprechende Option beim hochladen ausgewählt hast.

Mit scheint die Eintragung so in Ordnung zu sein. Wenn die mittigen Gebäude etwa bei Hausnummer 10/12 eine gemeinsame Wand haben sollte man sie verbinden. Sonst passt das.

Ergänzend könnte man noch folgendes tun:
1) Es sind schon Adresspunkte eingetragen. Wenn dir die Adressen bekannt sind könntest du sie korrekt zuordnen.
2) Wenn du Details verfeinern magst kannst du auch die Art des Gebäudes eintragen: https://wiki.openstreetmap.org/wiki/DE:Key:building

Falls Fragen offen sind melde dich einfach.
Viele Grüße,
Robert
roms3700 (2020-01-06 19:19:22+00:00): Hallo Robert,

dank dir für die freundliche Rückmeldung. Werd ich beherzigen und das nächste mal, wenn ich in Bornstedt vor Ort bin und nachschauen kann, nachtragen.

Viele Grüße
Richard
Minh Nguyen (2020-09-26 19:48:34+00:00): Thanks, changeset 91562371 reverts some smaller segments that had also been mistagged.
jmapb (2020-01-07 20:58:27+00:00): Hi AV, is this really a winery? From the website it appears that it's just a place to store wine.
Artemisia Vulgaris (2020-01-07 21:01:10+00:00): It's a wine storage warehouse. Wasn't sure if there was an existing OSM tag for that. Feel free to make it more specific! :)
jmapb (2020-01-07 23:10:06+00:00): I couldn't find any specific tag for wine storage so I just tagged it as storage rental and added a description.

Definitely better not to have it tagged as craft=winery, though, so it won't come up if someone's trying to do a tour of wineries.
(Seems like there's only two on https://overpass-turbo.eu/s/PxO but I think there are a couple missing.)
freebeer (2020-01-09 04:18:07+00:00): if it's just a storage area of no public interest (apart from what it is), a warehouse without sales, then rental storage is not the right tag, as that's something the public is supposed to be able to rent.

if the public can buy from here, as i did at places that were storage warehouses but with wholesale-oriented offices that also willingly served the infrequent drunk as i stumbled in off the street, then a shop or office tag would seem appropriate.

if it's a completely private object, then i suggest it not be tagged as more than just a name and description to document what is there, rather than trying to shoehorn a public tag that would be searchable, and here would show up if i'm looking for some commercial locker to stash my extra wine bottles and empties.  probably not what the occupant wants.

note i'm going from personal experience in a completely different part of the world with an emphasis on wine growing, very much unlike here.
user_5359 (2020-01-11 06:41:48+00:00): Welcome to OSM! For a better description of the golf course have a look on https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dgolf_course, please. 

Not every landuse have the name of the club.
The hole is not an information of the green, it is a separate node with golf=hole.
Allison P (2020-01-08 04:07:35+00:00): I'd like to apologise for these. Many of them in the area seem to have been created by me. This is due to an issue I've had with JOSM that I have since fixed.
BCNorwich (2020-01-07 09:03:39+00:00): Hi,
Please don't join areas like grass to highway center lines. The grass area does not extent to the middle of asphalt footpaths or roads.
The correction of these errors is difficult so please consider zooming in and precisely map the grassy areas.
Regards Bernard.
user_8655426 (2020-01-06 11:02:34+00:00): こんばんは。
このセットで編集していただいた地域は、設楽ダム建設に伴い道路や集落などの状況が大きく変わっています。
ここで変更された東海自然歩道は、新ルート開通後に私が現地調査(設楽町中心部から和市までの往復のGPSデータ)をもとに編集したものです。既存データの source を無視し、地理院地図の古い情報をトレースしてしまったようです。
国道257号も、航空画像に写っている建設中の道路をトレース、あるいは他の商用地図を情報源としたために大幅にずれてしまっています。

以上の理由から、この変更セットはリバートいたしますので、ご了承ください。工事中の道路については完成後に現地調査を行なうつもりです。

また、昨年も浜松市内の道路の編集で、地元マッパーの調査にもとづいた詳細なデータを台無しにしてしまう破壊的行為がありました。
https://osmcha.mapbox.com/changesets/68503275/

全国の道路などを広範囲にわたり編集されていますが、現地調査をせずに既存データを変更する際は、慎重に行っていただくようお願いいたします。
「安楽椅子マッピング」のガイドラインと問題点について読んでください。
https://wiki.openstreetmap.org/wiki/JA:%E5%AE%89%E6%A5%BD%E6%A4%85%E5%AD%90%E3%83%9E%E3%83%83%E3%83%94%E3%83%B3%E3%82%B0
Warin61 (2020-01-08 06:08:16+00:00): As Kawana Shopping World is a single building .. it does not need to be a multipolygon relation. Multipolygon relations outer ways cannot share segments - mean this one is in error. 

This should be made into a single way.
Warin61 (2020-01-13 08:15:39+00:00): Shall I delete it? Or will you edit it?
John Sinclair (2020-01-13 23:04:03+00:00): I have fixed it. Thanks for letting me know.
chnav (2020-01-06 10:56:30+00:00): Пожалуйста не вносите адрес дома в поле name.  
Спасибо.  

Вычищено.
PanierAvide (2020-01-06 07:51:17+00:00): Bonjour,
Il y a une raison pour laquelle tu supprimes systématiquement les tags survey:date=* ? Ceux-ci sont documentés et ont leur intérêt : https://wiki.openstreetmap.org/wiki/Key:survey:date Si c'est suite à une visite terrain, autant mettre à jour la date.
Cordialement.
mga_geo (2020-01-06 08:54:48+00:00): Bonjour Adrien,
Je suis en train de comparer avec le gtfs en opendata pour Illenoo.
J'ai testé sur 4-5 arrêts qui avaient ce tag avec les images Mapillary et les arrêts n'étaient pas bien localisés.
J'ai été peut-être un peu trop rapide.
L'actualisation des réseaux de transport est réellement complexe. Par exemple pour les horaires, l'information est très rarement valide en période de vacances.
Marc
PanierAvide (2020-01-06 08:58:55+00:00): Merci de ton retour. C'est sûr que le sujet n'est pas simple. Quand tu dis que les arrêts ne sont pas bien localisés, c'est côté OSM ou dans le GTFS ? L'intérêt d'utiliser un outil comme Pic4Review (pic4review.pavie.info) c'est que tu peux repositionner dans l'interface web directement l'arrêt selon ce que tu vois sur la photo et image aérienne. Après c'est à condition d'avoir des photos disponibles, ce qui est pas toujours le cas sur le réseau Illenoo. Si je peux t'aider à faire cette mise à jour fais-moi signe ;-)
DP24PH (2020-01-07 12:21:23+00:00): Kindly be informed that several relation routes (mostly bus routes) are altered in a way that it needs immediate and expeditious reversion via JOSM.
Timmy_Tesseract (2020-01-08 04:06:34+00:00): Thanks for letting me know. I forgot to check the position inside the relation after merging two oneway segments. The problem should be fixed now.
pitscheplatsch (2020-01-07 19:09:42+00:00): reverted by https://www.openstreetmap.org/changeset/79252649

--
Detected by #SuspiciousOpenStreetMap
ACarlotti (2020-01-07 00:09:56+00:00): This changeset also moves a node in Germany by a small amount - presumably this wasn't intentional? How did this happen?
unnsyeda (2020-01-07 07:16:53+00:00): Hi Acarlotti,

Thanks for reviewing my edit.It was an honest mistake. Will make sure this wouldn't repeat. Please let us know if any further changes are to be made. Always happy to learn from community.

Regards, 
unnsyeda.
ACarlotti (2020-01-08 00:02:17+00:00): If the node was intended to be moved, then there's probably nothing else to do right now. If it was in the right place before, and is now in the wrong place, then you should create another edit moving it back to the correct place (and if you do that, then it would be helpful to mention this in the comments here, and mention in the description of the new changeset that it fixes a mistake in this one).
user_5359 (2020-01-06 18:55:39+00:00): Welcome to OSM! I have delete your SEO SPAM (only name and description, no useful information). If this is an error, you can report it here, then we will be happy to help restore the data. For the most information in the description we have own keys. Please have look on the website http://wiki.openstreetmap.org.
user_5359 (2020-01-06 18:53:49+00:00): Welcome to OSM! I have revert your changeset because your business is not the street. Please try again to mark the place of your business (and not the street) to add your business information.
abakus_uploader (2020-01-06 23:31:31+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!
user_5359 (2020-01-06 18:49:59+00:00): Welcome to OSM! I have delete your SEO SPAM (mostly no standard keys, no verifiable data or not positive verifiable address data). If this is an error, you can report it here, then we will be happy to help restore the data. For the most information in the description we have own keys. Please have look on the website http://wiki.openstreetmap.org.
lmagreault (2020-01-06 12:41:06+00:00): Bonjour,
Je soupçonne une erreur sur la relation 10549141 : postal_code 93240 au lieu de 39240.
chabe01 (2020-01-07 00:03:42+00:00): Bonjour, 

Oui effectivement, il y a eu une erreur de frappe. 

Merci du retour
user_5359 (2020-01-06 16:24:26+00:00): Welcome to OSM! I have delete your SEO SPAM (mostly no standard keys, no verifiable data or not positive verifiable address data). If this is an error, you can report it here, then we will be happy to help restore the data. For the most information in the description we have own keys. Please have look on the website http://wiki.openstreetmap.org.
eggie (2020-01-06 10:13:10+00:00): Hi JinnKo... definitely not a footway.. but a path.
You actually tagt this highway=path according to the German cyclewaytagging.
it will render as a cycleway. The cause is bicycle=designated. (blue rendering)
Please changed that tag into bicycle=yes
Greetz,
Eggie
eggie (2020-01-06 10:15:46+00:00): Anyway bicycle=yes is default.. like foot=yes on a path..
Tagging does'nt harm however. 
(bicycle=designated is not correct)
eggie (2020-01-06 10:17:03+00:00): For proper routing you need to add surface=paved.
eggie (2020-01-06 10:29:24+00:00): We know also Ducktagging.. If it croaks like a duck it's a duck. Up to you!
JinnKo (2020-01-06 10:42:25+00:00): Thanks for all the tips @eggie.  I've updated the tags you mention.  Hopefully it's all correct now.
JinnKo (2020-01-06 10:44:21+00:00): I used the Vespucci Android app to make the edits for this change set, so the defaults it has for they type of path I select must be based on different standards.  The subsequent edits were made directly on the OSM site via my laptop browser.
JinnKo (2020-01-06 10:45:17+00:00): Can I do Swantagging too?
eggie (2020-01-06 10:49:24+00:00): Sure... the same taxonomic family of waterbirds :)
mapman44 (2020-01-08 03:13:07+00:00): In this changeset you have a bounding box that stretches across the entire US to add a few driveways in two locations over 2000 miles apart.
 When you have edits in areas that are far apart please create a changeset for each area.
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/79241350
vpprahar (2020-01-08 06:31:01+00:00): Hi,
Thanks for  your response. This usually happens when iD editor doesn't respond while editing and we refresh the web-page. I was unaware of the change being saved. However, as suggested by you I shall follow restricting it to an area and avoid such long edits.

Regards,
vpprahar.
freebeer (2020-01-09 03:51:39+00:00): 'giorno,

if iD appears to freeze for you, then you should try to figure out the reason for this.  years ago i would have suspected memory pressure causing disk writes and reads due to paging and swapping, where adding more memory would help.

these days i've been degraded to non-swap hardware and yet i still see regular freezes with other applications that result in weird behaviour.  like just then where it took a couple seconds for that last `r' to appear after mashing the kezboard.

i'd suggest some patience to see how long the freeze is, whether one-to-two seconds just now as i typoed blindly, or if it recovers some time after you normally would refresh the page, at which time it springs to life and exhibits the behaviour you see, i'm guessing.

that will help to determine if your hardware needs an upgrade, or if iD is a victim of the language in which it is written or some OS quirk where garbage collection or similar housekeeping results in the freezes you - and i right now with linux firefox from a live-usb to test if this replacement yet damaged computer is reliable - are observing.

i cannot guess at your hardware environment, but there must be someone in your organisation experienced enough to advise you.

that said, i've been completely unprepared for the memory management on the discarded android devices i've been using where the performance is what i used to consider totally unacceptable on a multitasking server, but seems to be the new norm, though these were low-end devices when introduced many years ago.

probably due to my age, i have no problem waiting for a hung process to recover, while in production i can understand it's a productivity killer, and the yoof of today don't know what it's like to queue all day in wartime rationing to get a single lousy loaf of bread.  ah, ze good old days.

now take yer modern dubstep and grime wax cylinders and get off me lawn.
vpprahar (2020-01-13 03:59:58+00:00): Hi,

Thanks for your response. This has happened because of the editor being unresponsive for a while, this was on the same day of other changeset which we've conversed about #79241350. My apologies that I missed to check this, I shall be watchful of such errors before saving.

Thanks,
vpprahar.
vpprahar (2020-01-13 04:00:35+00:00): Hi,
Apologies for the issue here. While we are attempting to work around the change of editing tool, we are progressing towards testing the new features with our development team. As we add ~10k changesets/day to OSM, such errors are inevitable, we are putting efforts towards having such issues rectified from our end. 

The unresponsive issue seems to happen infrequently and lags for about ~1-2 minutes, due to which we usually refresh the page. We estimate this not to be because of the hardware as we run on high-end systems and as the rest of the system functions normally we assumed it to be the issue with the editor. However, we take your suggestion to have this checked up with the our hardware team here to further resolve this issue. We appreciate your patience and understanding while we build a mechanism to avoid such misses
Regards,
vpprahar.
freebeer (2020-01-13 09:08:56+00:00): thanks - a minute freeze is definitely a productivity killer, and i don't blame you for taking action.

i take it you are accessing iD through a browser - as the rest of the system is responsive, is it just the iD tab that goes nowhere - that is, are you able to open a new browser tab and work on something else there, in that minute or two?

that will point to a browser issue in general, or some issue with the child process, javascript interpreter, or iD design proper.

i would hope you would be able to open a new browser tab and complete a separate task during the wait, which would be a workaround to keep the workflow trickling along during the freezes, and returning later to the hung task, i'd hope you could pick up where you leave off and also avoid these geographically diverse changesets, that are more an annoyance to others rather than a serious breach of protocol (manual review of the isolated changes is still relatively easy, even where other tools break).

off-topic, as i type this, i'm getting regular freezes of a few seconds.  as soon as the length of the freezes extends well past that into the tens of seconds, i groan knowing that in that time my browser is dumping its cached tab contents due to memory pressure, and they will all have to be re-downloaded over the slow network.  but that's a peculiarity of the mobile OS i'm enduring.

wait - child process, that's what i get invoking potlatch, maybe i'm thinking of a thread of the main browser for iD.  in any case, my normal OS will kill off my potlatch while leaving my browser work-in-progress untouched.  whatever,

cheers
vasony (2020-01-20 17:14:59+00:00): T. Szerviz!

Célszerű lenne az utat is átírni a szervizük előtt Gazdaság út-ról Kecskeméti útra, ha az hibás:
https://www.openstreetmap.org/way/35073469#map=17/46.83980/19.61817

Illetve ha tudják, hogy melyik része Gazdaság út, akkor az információt szívesen vesszük.

Tamás
Vulcanodong (2020-06-12 03:16:28+00:00): 看起来不太智能 怎么和铁路高架桥都用了交点
Metrohsrtheedit (2021-05-02 10:25:35+00:00): 這是MapwithAI的問題，它會不管是什樣的鐵路與道路交叉處都加上railway=level_crossing的tag

如果其他編輯者沒有先檢查，就會出現高鐵正線竟然有鐵路平交道口的錯誤
Discostu36 (2020-02-29 08:48:21+00:00): Hast du die Kreuzung jetzt wieder an die veralteten Luftbilder angepasst, obwohl sie bereits auf den aktuellen Stand aktualisiert war?
GeorgFausB (2020-03-01 19:41:49+00:00): Oh, Mist - ja.
Ich hab das falsche Hintergrundbild verwendet, sorry.
Ich habe den changeset reverted.
Vulcanodong (2020-04-14 03:53:36+00:00): 人工智障
mavl (2020-02-02 11:19:42+00:00): This changeset has been reverted fully or in part by changeset 80431948 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/3428].
eggie (2020-01-06 10:39:45+00:00): Daan Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
In OSM Nederland taggen we niet bij op de gebouwen zelf, maar op de adresnodes. Ook geven we de gebouwen niet nog een keer het adres.

MVG,
Eggie
eggie (2020-01-06 11:17:56+00:00): De info heb ik gekopieerd naar de adresnode.
Gr Eggie
MikeN (2020-02-28 01:45:08+00:00): Hi, why was Lake Cunningham Road set to oneway?
gollabg (2020-02-28 10:34:42+00:00): Hi MikeN,
Apologies for the error here . While editing this road, I was simultaneously editing another road in a different area and had accidentally assigned direction to this part of the road. I have corrected the edit under Changeset #81580074
Thanks again for identifying and letting me know. 
Looking forward to learning from the community.
Regards,
gollabg
mavl (2020-02-02 11:20:00+00:00): This changeset has been reverted fully or in part by changeset 80431948 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/3428].
mavl (2020-02-02 11:20:02+00:00): This changeset has been reverted fully or in part by changeset 80431948 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/3428].
mavl (2020-02-02 11:19:57+00:00): This changeset has been reverted fully or in part by changeset 80431948 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/3428].
!bm (2020-01-06 19:04:10+00:00): Hi kartonage, s. Kommentar zu https://www.openstreetmap.org/changeset/79222031 – 
"Die Website von Rossmann(!) kennt hier (noch) keine Filiale. In der Nähe befinden sich zwei (Friedrichstr 141A/142 sowie 147)." 
https://www.openstreetmap.org/node/1308877499
https://www.openstreetmap.org/node/1308877468
Stimmt die Adresse? Welche Adresse hat der Bhf Friedrichstr? (F142 lt Geoportal Berlin / Berlin Zoom & /Adressen Berlin) Evt ist die Adresse bei der 1./nördl. Filiale falsch zugeordnet? (dort wäre F140) Oder Rossmann stellt sie auf der eigenen Website an falscher Stelle dar und dort ist gar keine, sondern sie ist tatsächlich im Bhf Friedrichstr. 
--besteGrüße!bm
kartonage (2020-01-06 19:13:43+00:00): Hej,

also im Bahnhof ist auf jeden Fall eine Filiale, die kenn ich selber auch. Bei der anderen im SpreeDreieck müsste ich mal gucken gehen, weil sie mir nicht bekannt ist und dort nach meiner Erinnerung auch keine ist.

Da ich gerade merke, dass mir da auch noch ein 'n' gefehlt hat, werd ich morgen früh mal einfach hier vorbei fahren und dann gegebenfalls die Position korrigieren bzw. die nodes mergen. Scheint mir im Blick auf die Grundlage der Position (https://www.openstreetmap.org/changeset/8318300) dann doch recht wahrscheinlich.

Addresse wäre im Bahnhof wohl eher nicht gegeben, denke ich. 

Schöne Grüße
frosm (2020-01-06 11:02:52+00:00): Bonjour et bienvenue https://wiki.openstreetmap.org/wiki/FR:France/bienvenue
il y a une confusion avec l'attribut nom.
dans osm, le nom n'est pas une description. par exemple espace de coworking se définit dans osm avec un attribut spécifique. cela permet aux différent outil (par exemple le rendu) de le reconnaitre).
par ailleurs, que représente les Rxx que vous avez renseigné comme bâtiment ?
Jeanne Dem (2020-01-06 12:54:06+00:00): Bonjour,
les Rxx représentent les numéros des appartements dans la résidence.
skyper (2020-01-07 01:30:51+00:00): Hey Uli

Ich rate Dir JOSM zu aktualisieren, da deine Version 15625 einen nervigen Bug beim vereinigen von Linien hat. Version 15628 ist der Hot-Fix.

Grüße skyper
UliFR (2020-01-07 09:10:25+00:00): Mmh, eigentlich hatte ich schon 15628 runtergeladen und aktualisiert. Mal schauen was da schief ging.
lmagreault (2020-01-07 10:17:01+00:00): Bonjour,
La création d'un surfacique parking au milieu du rond-point des templiers (WAY: 761212634) créée un doublon avec un nœud déjà existant (NODE: 2401935440).
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/79245128
frosm (2020-01-06 13:43:12+00:00): Bonjour et bienvenue https://wiki.openstreetmap.org/wiki/FR:France/bienvenue
pourriez-vous mettre en commentaire de description la raison de la modif au lieu de "yes" ? cela aide l'interaction avec les autres contributeurs. exemple de bon commentaire "ajout d'un batiment" ou "ajout d'un nouveau batiment"
par ailleurs, le nom sert a renseigner le nom, lorsque l'objet en a réellement un.
il est erroné d'y dupliquer l'adresse ou d'y mettre une description.
bonne continuation
Vinber (2020-01-10 11:43:00+00:00): Je me permets de compléter https://wiki.openstreetmap.org/wiki/FR:Bonnes_pratiques#Bons_commentaires_de_groupe_de_modifications.

De plus, si vous effectuez ceci dans le cadre d'un cours, par exemple en seconde, veuillez svp faire suivre ce lien à votre enseignant-e : https://dane.ac-lyon.fr/spip/Les-bonnes-pratiques-pour

Bonne journée
abakus_uploader (2020-01-06 23:31:30+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!
Sparty0 (2020-01-07 19:57:03+00:00): To jest miejscowość (nie miato) z ulicami.
Poprzednio byl błąd że zastosowany znacznik :addr:city.
Poprawiłem na znacznik addr:place. Też źle. 
Ustalcie wreszcie jak ma być w: (nie miasto, ale ma ulice)
Sparty0