piebro/osm-data huggingface dataset:
nurdafur (2020-11-25 15:05:45+00:00): Hallo Sovereign

Du hast auf dem Gebäude auf dem Richtiareal einen Fehler von mir korrigiert und das Gebäude in einzelne Gebäudeteile unterteilt. Dafür schon mal vielen Dank.
An der Ecke Konradstrasse/Industriestrasse hat das Gebäude aber tatsächlich im Erdgeschoss diesen Knick, den ich gezeichnet hatte. Gemäss OSM-Wiki soll ja immer der Gebäudegrundriss am Boden die Basis sein. 
Da du mit solchen Sachen mehr Erfahrung zu haben scheinst als ich mit Schwerpunkt auf Wander- und Radrouten und Strassenoberflächen, überlasse ich es gerne dir, dies anzupassen. Zumal es mit JOSM wohl auch viel einfacher ist als mit Vespucci.

Liebe Grüsse
Urs
sovereign_ch (2020-11-25 17:45:34+00:00): Hoi Urs

Ja, erst hat sich OSMI über doppelte Knoten beschwert, und als ich die Korrektur nachprüfen wollte, hattest du ungewollt die Gebäudeeigenschaften 'weg-editiert'. ;-)

Grade bei Gebäuderelationen empfehle ich "so wenig wie möglich, so viel wie zwingend notwendig", da sonst schnell etwas schief geht – auch im Bezug darauf, dass sich einzelne Mapper mit 3D-Modellierung beschäftigen, was extrem schnell unübersichtlich wird.

Danke für den Hinweis auf die überhängenden Geschosse, die habe ich tatsächlich übersehen. Es gibt hier zwei Ansätze: den überhängenden Teil nur als building:part=* ausserhalb der outline (building=*) – dann wird der Teil in Mapnik nicht gerendert [und einzelne rennen hin um das zu korrigieren] – oder innerhalb der outline, was dann quasi dem projizierten Fussabdruck, aber nicht dem Parterre-Grundriss entspricht. Ist ein stückweit eine Geschmacksfrage, man ging wohl lange davon aus, dass Gebäude und Schuhkartons dasselbe sind *g*

Ich hab das jetzt mal in der zweiten Variante umgesetzt, kann es aber gerne in erstere Variante abändern.

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

Liebe Grüsse zurück
BCNorwich (2020-11-25 07:35:09+00:00): Hi, there's usually no need to add negative tagging as in absence the negative is implied. In the absence of a cycleway tag it is implied there is no cycleway left, right, or both. Your tag cycleway:left=no, if taken literally, would suggest there might be a cycleway at right. If all negative attributes were added the database would be huge.

Regards Bernard.
user_5359 (2020-11-26 18:24:48+00:00): Welchem to OSM! Please hie look on http://www.osm.org/node/6842559059. Did you mean takeaway instead "atake out"?
DP24PH (2020-11-25 03:11:48+00:00): ERRATUM on changeset comment

DP24 #DPresearch #Mapping101 NMI #MemoryLane ALERT: [#Tanapag, #Saipan] NMI-30, NMI-31, NMI-314 lane management (missing turn assist, surfacing, traffic signals), missing service roadway addendum
aharvey (2020-11-25 03:47:19+00:00): For context this change was made due to a Data Working Group request about closed tracks appearing on the map,
tastrax (2020-12-06 05:33:35+00:00): Hi folks FYI - Phone numbers in Australia should be added according to the following format +61 x xxxx xxxx, (+61 xxx xxx xxx for mobiles) or use the phone:AU key if a 1300 or 1800 number as per the wiki guidelines https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines - I have just updated a recent addition that you made to OSM – Cheers
mariotomo (2021-04-06 16:49:50+00:00): hola. te has olvidado marcar unos edificios como building=*. los encontré gracias al OSM Inspector de Geofabrik, muy buena herramienta.
mbeyerle (2020-12-03 23:36:51+00:00): incorrect changeset comment - added metadata to track, not steeplechase tags
tastrax (2020-12-06 05:44:49+00:00): Hi folks FYI - Phone numbers in Australia should be added according to the following format +61 x xxxx xxxx, (+61 xxx xxx xxx for mobiles) or use the phone:AU key if a 1300 or 1800 number as per the wiki guidelines https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines - I have just updated a recent addition that you made to OSM – Cheers
John Bryant (2020-12-06 07:27:47+00:00): Thanks Phil! Will do this next time. Cheers, John
SomeoneElse_Revert (2021-02-01 12:37:29+00:00): This changeset has been reverted fully or in part by changeset 98511980 where the changeset comment is: Reverting some more road name change spam in LA
tastrax (2020-12-06 05:41:22+00:00): Hi folks FYI - Phone numbers in Australia should be added according to the following format +61 x xxxx xxxx, (+61 xxx xxx xxx for mobiles) or use the phone:AU key if a 1300 or 1800 number as per the wiki guidelines https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines - I have just updated a recent addition that you made to OSM – Cheers
Nakaner (2020-11-25 10:26:29+00:00): Hi,

the parking aisle has not been drawn properly. Please correct it using the best available imagery.

Best regards

Michael
peddil (2020-11-25 13:20:06+00:00): thanks for checking into our edits. please find the changeset(94744210) for the suggested modifications. always happy to learn from the community
tastrax (2020-12-06 05:28:53+00:00): Hi folks FYI - Phone numbers in Australia should be added according to the following format +61 x xxxx xxxx, (+61 xxx xxx xxx for mobiles) or use the phone:AU key if a 1300 or 1800 number as per the wiki guidelines https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines - I have just updated a recent addition that you made to OSM – Cheers
DiahW IRM-ED (2021-05-27 03:40:15+00:00): Hi, 2hu4u. I deleted this area (https://pewu.github.io/osm-history/#/way/877381537) because the tag and usage are not quite right. Thank you
radiotrefoil (2021-05-27 03:48:13+00:00): Hi, can you explain further and link your changeset with the deletion? Thanks
DiahW IRM-ED (2021-05-27 04:19:57+00:00): Of course. I think the usage of the area and highway tags is different and you can check their usage here (https://wiki.openstreetmap.org/wiki/Main_Page). Both of them can't combined in a single tag. If you have other reasons, please submit. Thank you
DiahW IRM-ED (2021-05-27 04:42:19+00:00): Sorry, I deleted several areas with the same tag.
radiotrefoil (2021-05-27 05:15:54+00:00): Hi, thanks for the clarification, I was tagging the area:highway based on https://wiki.openstreetmap.org/wiki/Key:area:highway
DiahW IRM-ED (2021-05-27 06:14:34+00:00): Oh, I'm sorry. Thanks for the information. I'll return to the original condition.
aharvey (2021-05-28 13:28:43+00:00): I've reverted https://www.openstreetmap.org/changeset/105388046 which should have restored these now.
woodpeck (2022-06-08 21:52:35+00:00): Hello arichnad, I am belatedly processing a complaint that DWG received over a year ago. They wrote about this path that "It is on private property, a power line easement through the Lake Ridge Parks and Recreation Association (LRPRA) HOA." and asked us to remove it. I replied with a general explanation about how we deal with trail access. I notice that you explicitly set this to foot=yes and bicycle=yes. I'll trust your judgement on this but perhaps, in the light of the complaint received, you could double-check. Thanks!
arichnad (2026-02-11 20:10:51+00:00): Wow, sorry I never replied to this!  I have discussed this with who I assume made the complaint, if the complaint was in 2021.  I think we came to a common understanding for these paths in 2021, but also they did stop replying to my questions so I'm not 100% sure.  Thank you for the note.
frosm (2020-11-25 09:59:26+00:00): Bonjour et bienvenue
https://wiki.openstreetmap.org/wiki/FR:France/bienvenue
merci pour votre contribution.
n'hésitez pas à fermer la note une fois le contenu de celle-ci effectué.
pour le no de la maison, il est coutume d'indiquer aussi la rue, cela aide aux extrémités des rues lorsqu'il y a 2 rues proches.
bonne continuation
skorasaurus (2020-11-25 15:31:58+00:00): aha, thanks for adding detail minh, I was wondering if anyone added this to osm :D
user_5359 (2020-11-26 18:34:47+00:00): Hello! Please have look on http://www.osm.org/node/8163297882: Did you mean direction instead of direcion?the value booth isn't valid: see https://wiki.osm.org/wiki/Key%3Adirection
Supaplex (2021-04-16 17:31:53+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

台灣社群網站
台灣 OpenStreetMap 網站 https://osm.tw/
臉書粉絲頁OpenStreetMap台灣 https://www.facebook.com/openstreetmaptaiwan/
台灣社群Facebook社團 https://www.facebook.com/groups/OpenStreetMap.TW/
郵件論壇 https://lists.openstreetmap.org/listinfo/talk-tw
Telegram OpenStreetMap Taiwan https://t.me/joinchat/Aqu2IgnTuIidMfREdNmomQ
Telegram OpenStreetMap Asia https://t.me/OpenStreetMapAsia
Slack https://osm-tw.signup.team/

Happy Mapping!
naveenpf (2020-12-07 13:11:14+00:00): Welcome to OSM Kerala.
https://wiki.openstreetmap.org/wiki/Kerala/Members

To join OSM Kerala Telegram click on. 
https://t.me/osmkerala
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/94752452
SomeoneElse_Revert (2021-05-30 13:25:30+00:00): This changeset has been reverted fully or in part by changesets 105567773, 105565855 where the changeset comment is: Following a report to the DWG, reverting some edits based on SP MANWEB data.  Attempt to contact mapper at https://www.openstreetmap.org/changeset/96759080 failed.
SomeoneElse_Revert (2021-05-30 13:25:22+00:00): This changeset has been reverted fully or in part by changesets 105567773, 105565855 where the changeset comment is: Following a report to the DWG, reverting some edits based on SP MANWEB data.  Attempt to contact mapper at https://www.openstreetmap.org/changeset/96759080 failed.
Shaun das Schaf (2020-11-25 17:30:07+00:00): Hallo Alexander,

du hast den Typ der folgenden Straße:
https://www.openstreetmap.org/way/32005225
 von "secondary" auf "residential" geändert.

Ich gebe dir Recht, dass "secondary" vielleicht eine größere Straße vermuten lässt, als hier tatsächlich ist.
"residential" halte ich jedoch ebenfalls nicht für ganz richtig, da es sich hierbei scheinbar um eine recht gut genutzte Umfahrungsstraße handelt. Die Straße verläuft teilweise auch außerorts, wo sogar bis zu 70 km/h gefahren werden darf. Da sie außerdem vorfahrtsberechtigt ist, erscheint mir "tertiary" als korrekter Straßentyp.

Vielleicht hilft zum Verständnis folgender Abschnitt im Wiki:
https://wiki.openstreetmap.org/wiki/Attributierung_von_Stra%C3%9Fen_in_Deutschland#Durchgangsstra%C3%9Fen

Was meinst du dazu?

Viele Grüße
Shaun das Schaf
ToniE (2020-11-25 09:06:06+00:00): Servus,

stimmt das, dass man hier überhaupt nicht zufuß lang kann?

- foot=no

- sidewalk=none (von mir vor kurzem eingetragen?)

- Ein Weitwanderweg führt hier entlang.

Gibt es hier evtl. doch einen Sidewalk?

Gruß,
Toni
bollyboll (2020-11-25 12:53:35+00:00): Nein, da habe ich wohl einen Fehler gemacht. Es gibt keinen Bürgersteig, aber man darf zu Fuß auf der Straße gehen.
ToniE (2020-11-25 13:34:49+00:00): Hab's schon geändert ... und viele - ganz alte - Unstimmigkeiten
user_5359 (2020-11-26 18:44:14+00:00): Welcome to OSM! Please use for the keys explicitly British English. For more details have look on the website http://wiki.osm.org. 

Google translator says
PST = PST Environmental Technology Co., Ltd.
Name = PST Environmental Technology Co., Ltd.
Name: PST Environmental Technology Co., Ltd. = PST Environmental Technology Co., Ltd.
PST Environmental Technology Co., Ltd. = PST
Please enter more than just the name of the company in all spellings
OSM_RogerWilco (2020-11-25 11:19:19+00:00): Hallo wsoroe,
warum hast dieses landuse-MP gelöscht, obwohl mehrere andere landuse-Flächen innerhalb dieser Fläche liegen?
https://www.openstreetmap.org/relation/11602429
Viele Grüße
Roger Wilco
user_507893 (2020-11-25 11:30:57+00:00): siehe http://tools.geofabrik.de/osmi/?view=areas&lon=9.69525&lat=52.89231&zoom=13&overlays=duplicate_node,single_node_in_way,intersection,intersecting_segments,ring_not_closed,touching_rings,role_should_be_inner,role_should_be_outer,inner_with_same_tags,old_style_multipolygons,same_tags_on_outer_ring,ways
OSM_RogerWilco (2020-11-25 11:33:38+00:00): Kannst Du mir das Problem bitte etwas genauer erklären?
OSM_RogerWilco (2020-11-27 12:06:42+00:00): Hallo wsoroe,
schade, dass Du meine Bitte ignorierst.
Da ich denke, dass die MP an sich schon richtig waren (mehrere landuse-Flächen ineinander), werde ich Deine Änderung wieder rückgängig machen und versuchen alleine herauszubekommen, was damit falsch war.
Es würde mich aber freuen, wenn Du mir die Problematik erklären könntest.
Ich würde es auch sehr begrüßen, wenn Du mich vorher anschreibst, anstatt einfach zu löschen.
Viele Grüße
Roger Wilco
OSM_RogerWilco (2020-11-27 12:29:21+00:00): Änderung wurde zurückgesetzt: https://www.openstreetmap.org/changeset/94896530
Dimacn (2020-11-26 07:51:03+00:00): Я исправил ваши ошибки: детские площадки обозначаются тегами leisure=playground , удалил газон нарисованный поверх дома, удалил описательное название детск.площадки - В название пишем только названия (официальные) https://wiki.openstreetmap.org/wiki/RU:Key:name
literan (2020-11-25 10:03:47+00:00): не понимаю, зачем делать тяп-ляп (нет oneway=yes, один конец не присоединен)?

пока откачу, вечером сделаю нормально
jonorossi (2020-11-26 05:00:33+00:00): I think most of these buildings you've tagged industrial along Redland Bay Rd are more likely just generically building=commercial or warehouse/retail. According to the wiki building=industrial is for "A building where some industrial process takes place".

The front "building" of Redlands Mazda is all part of the one building, I didn't even notice the roof was different, I assume just a different construction. It has glass windows across the whole front and you can walk straight through from sales area to the service area/cafe. There is a roof to the eastern side though, the undercover service dropoff.
Tech Dec (2020-12-01 10:03:27+00:00): Good call mate. I don't know what I was thinking that they were industrial when they're mostly commercial. Corrected in changeset 95088518
❤️‍🔥 (2020-12-14 09:48:06+00:00): i think way 843363858 should still be oneway=alternating? it has a one-lane-bridge sign where the 2 lanes+median+cyclelanes go down to 1 lane that's barely wider than a driveway
ralley (2020-12-14 09:52:17+00:00): Yes, that sounds correct
❤️‍🔥 (2020-12-15 07:23:11+00:00): cool i've added it
stephankn (2021-01-12 23:06:09+00:00): could you please check relation 913101. It has a huge gap and is broken.
katpatuka (2021-01-13 05:14:44+00:00): Fixed - thanks for notification ;)
Nakaner-repair (2020-12-01 23:18:51+00:00): This changeset has been reverted fully or in part by changeset 95119531 where the changeset comment is: Revert undiscussed mechanical edits (all changesets by user plennert since 2020-11-20T09:00:30Z). This includes some potentially good changes which could not be separated from bad changes within reasonable time.
demon_box (2020-11-27 20:21:03+00:00): ciao ;-) benvenuto in OSM!
ti segnalo che è errato mettere l'indirizzo sull'intero building perchè il civico definisce soltanto il punto di accesso e non l'intero fabbricato. questo vale a livello di legge in italia ed è ormai anche pratica ampiamente condivisa e consolidata su OSM perciò nel tuo caso tutti i tag dell'indirizzo devono essere messi su un nodo a se stante vicino all'edificio. mi sono permesso di fare già le correzioni.
buon mapping!
--enrico
Nakaner-repair (2020-12-01 23:19:03+00:00): This changeset has been reverted fully or in part by changeset 95119531 where the changeset comment is: Revert undiscussed mechanical edits (all changesets by user plennert since 2020-11-20T09:00:30Z). This includes some potentially good changes which could not be separated from bad changes within reasonable time.
SK53 (2020-11-25 20:50:57+00:00): Not Brockenhurst, but New Milton
gileri (2020-11-25 14:05:15+00:00): Oops, missed two during the merge, nice catch !
Anton Khorev (2020-11-25 12:33:29+00:00): You deleted part of the lake:  
https://osmcha.org/changesets/94759103

Please be more careful.
Andre68 (2020-11-25 10:35:06+00:00): Hallo Jochen, bitte "natural=coastline" auf die Linien platzieren und nicht in die Relation.
Jochen Topf (2020-11-25 10:54:13+00:00): Ups. Sorry. Fixed.
abakus_uploader (2020-11-25 23:31:36+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!
mueschel (2020-11-26 11:22:06+00:00): Welcome to OSM.
Please don't import any foreign data without following our Import Guidelines in detail!
https://wiki.openstreetmap.org/wiki/Import/Guidelines
nuxper_np (2020-11-25 10:39:08+00:00): Bonjour,
Merci pour votre contribution !
J'ai mis à jour pour que le format des dates soit bien compris par des logiciels comme caresteouvert.fr et ajouté votre email, facebook et instagram. 
Concernant vos horaires habituels, je vois sur votre instagram "Lun - Vend : 8h30 à 18h (Fermé jeudi)
Brunch le week-end (réservation en MP ou par mail)
Sam : 11h - 18h • Dim : 11h - 17h".
Si ce sont en fait les bons horaires habituels, je peux les corriger.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/94761237
spiregrain (2020-11-25 11:32:19+00:00): Bravo great stuff.   Just wanted to check - is "Crataegus unk species" a valid haw species or a typo?   It's on  n8163965734 at least.
rskedgell (2020-11-25 11:47:15+00:00): No, that's definitely something I should have checked before copying.  Fixed in https://www.openstreetmap.org/changeset/94771645
frosm (2020-11-25 10:10:57+00:00): Bonjour,
pourriez-vous svp envoyer vos modifications avant de prendre l'avion ?
cela évite d'avoir un même groupe de modification qui contient des modifications dans différents très éloignés, ce qui n'est pas pratique pour leur suivit.
Bonne continuation
frosm (2020-11-27 12:16:57+00:00): Bonjour,
j'ai annulé votre modification car il crééait un doublon de la pharmacie existante.
pourriez-vous m'expliquer comment vous avez procédé ? le fait d'avoir ajouté une clef @id pointant vers l'objet existant me laisse penser que ce n'était pas un doublon manuel mais que vous avez fait quelque chose dans josm qui a créé ce doublon.
Bonne continuation
Zeriss (2020-11-27 14:26:55+00:00): Je suis tellement désolé d'avoir fait ça. J'ai récupéré avec turbopass les pharmacie dans josm et j'ai ajouté le tag healthcare=pharmacy comme c'est préconisé dans les alertes mineures. J'étais loin d'imaginer que ça créérait des doublons encore moins des clefs avec des id. Je n'ai pas spécialement eu d'alerte dans le validateur de josm. J'avais procédé à une premier test sur 1 pharmacie sans noté d'erreur particulière après l'édition.
Je vais me rapproché de la communauté pour voir comment il est possible de corrigé globalement toutes les issues basiques.  Peut-etre faudrait il mettre en place quelques garde-fous pour éviter ce genre de bévue (validation obligatoire sur des modifications massives par exemple) ?
frosm (2020-11-27 14:31:18+00:00): merci pour votre retour.
ce qui a d'étrange c'est qu'un export d'overpass vers josm classique ne crée pas de nouvel objet, il ne crée pas non plus de clef @id
aurriez-vous fait un export csv ?
est-ce les alertes de validations de id qui vous ont donné à penser qu'il fallait faire ces opérations en masse ?
Zeriss (2020-11-27 15:29:39+00:00): non j'ai fait un simple export geojson depuis overpass-turbo. Les ids étaient bien présents ce qui permet j'imagine d'éviter les doublons. il y avait quelques alertes de validations mais aucun lié aux modifications. J'ai également fait par inexperience. des aneries sur des vignes avec josm, mais cette fois-ci en ajoutant des tags sur les ways ET les nodes. Je pense tester mes prochaines  éditions sur la version bac à sable, je manque clairement de compétences et de méthode dans le domaine de l'édition massive.
frosm (2020-11-27 16:16:14+00:00): merci pour votre retour. 

j'ai testé un export json depuis overpass turbo vers josm, je n'ai pas de @id qui apparaît en tant que clef.
l'id de l'objet est directement pris comme id de l'objet dans josm sans créer un nouveau objet.

pourriez-vous décrire exactement comment cela se produit chez-vous ?
j'aimerais ouvrir un ticket de bug pour que cela ne se reproduise pas.
moi je fais ainsi https://overpass-turbo.eu/s/10Ck
clic sur export
clic sur josm
clic sur "poursuivre quand  même"
(en cliquant sur corriger la requête, cela ne change rien au résultat, pas de clef @id)

l'autre problème c'est que les éditions de masse doivent suivre https://wiki.openstreetmap.org/wiki/FR:Modifications_automatis%C3%A9es
Zeriss (2020-11-27 16:31:30+00:00): Voici un exemple : 
/*
This has been generated by the overpass-turbo wizard.
The original search was:
“amenity=pharmacy and  healthcare!=pharmacy”
*/
[out:json][timeout:25];
// gather results
(
  // query part for: “amenity=pharmacy and healthcare!=pharmacy”
 node["amenity"="pharmacy"]["healthcare"!="pharmacy"]({{bbox}});
  way["amenity"="pharmacy"]["healthcare"!="pharmacy"]({{bbox}});
  relation["amenity"="pharmacy"]["healthcare"!="pharmacy"]({{bbox}});
);
// print results
out body;
>;
out skel qt;

J'ai ensuite ouvert JOSM en ouvrant le fichier directement sans passer par un import.
Et j'observe qu'il y a bien une clef @id du type  "@id=node/2021727484" pour chacun des noeuds
trial (2020-11-27 18:55:14+00:00): Bonjour, il est plus pratique de discuter sur la liste [OSM-talk-fr]. Dans votre requête il manquait meta :
http://overpass-turbo.eu/s/10CJ
ce qui permet d'avoir l'historique et de gérer les éventuels conflits.
Comme il manquait la version, JOSM n'a pas vu d'erreur. Ce n'est pas normal, sans doute un bogue.
Vous serez le bienvenu, vous avez déjà été habillé pour l'hiver http://gis.19327.n8.nabble.com/Utilisateur-avine-Zeriss-demande-de-blocage-faite-td5978634.html
trial (2020-11-27 19:43:02+00:00): > Vous serez le bienvenu
Cette phrase est bien à prendre au premier degré.
Zeriss (2020-11-28 09:19:03+00:00): Merci, je viens de m'inscrire et demander l'accès.
Clairement je n'aurais jamais du toucher à ces outils en solitaire.
trial (2020-11-28 11:49:05+00:00): On est d'accord, maintenant, c'est fait, c'est fait et l'erreur a été vue assez vite et corrigée aussi. Heureusement tout je monde ne commence pas comme ça, essentiel c'est que vous ayez compris et que vous deveniez un bon contributeur.
marc__marc (2020-11-30 20:10:00+00:00): si Nabble ne t'as toujours pas ouvert l'accès, je te conseille la liste de diffusion (c'est la même chose mais par email au lieu d'une présentation web) https://lists.openstreetmap.org/listinfo/talk-fr
suffit de mettre son email, l'inscription est immédiate
vincent_95 (2020-11-26 11:02:34+00:00): Bonjour Zeriss,
pourquoi avez-vous pour les pharmacies de ce changeset créé un objet pour chacune au lieu de conserver les objets existants et de les mettre à jour ?

merci pour votre réponse
vincent
mueschel (2020-11-26 16:57:43+00:00): The bad news is that the original objects all still exist. These new nodes are plain duplicates of them. This happened for 157000 nodes and 10000 ways....
cquest (2020-11-27 09:16:18+00:00): reverted
cquest (2020-11-27 09:14:54+00:00): reverted
cquest (2020-11-27 09:14:38+00:00): reverted
cquest (2020-11-27 09:13:35+00:00): reverted
cquest (2020-11-27 09:13:11+00:00): reverted
cquest (2020-11-27 09:12:50+00:00): reverted
Piskvor (2020-11-26 10:38:24+00:00): Ahoj, těmi úpravami si nejsem vůbec jist. 

1. tady se Strakonická mění tam a zpátky trunk-primary-trunk-primary-trunk, to určitě neodpovídá reálnému stavu:
https://i.imgur.com/M0N9mL7.png