piebro/osm-data huggingface dataset:
eggie (2020-02-23 10:55:23+00:00): Dag Stoneblock.. Goed om de zaken actueel te maken. Ik heb de paden even losgemaakt van het gras en een brug toegevoegd. 
Tip .. Linker alt toets gebruiken tijdens intekenen.. dan plakken de wegen niet overal aan vast.
MVG,
Eggie
azakh-world (2020-05-13 14:41:39+00:00): Hello.
Please do not add place=country tag onto country boundaries, since 'place' key is put onto nodes which are labels for boundary relations, like node 26847709.

Best regards,
Alexey
pitscheplatsch (2020-02-23 12:53:04+00:00): revert of https://www.openstreetmap.org/changeset/81362737
ikanian (2020-07-02 23:26:16+00:00): Hola Iván.

Te envío este mensaje para comentarte una cosita que veo que has añadido en el puente sobre las vías de la calle Pedro García Ortiz.

Has etiquetado la vía ciclista de esa calle como cycleway=lane cycleway:right=lane

Con esta etiqueta, le estás diciendo que hay un carril sobre la calzada, reservado a los ciclistas a ambos lados de la calzada.

Además, en este caso, la vía ciclista es una acera bici, con lo cual no tendría que estar etiquetada con lane, sino con track.

Según la wiki, este sería un caso como el del ejemplo T4 de https://wiki.openstreetmap.org/wiki/Bicycle

Entiendo que el etiquetar vías ciclistas, aceras y calles con vías distintas (como estaba antes) es una cuestión de gustos que, además, en este caso da completamente igual porque es un tramo de 20 metros de una calle que tampoco tiene demasiada importancia, ya que únicamente es usada por algunos peatones y ciclistas para desplazarse entre Vicálvaro y santa Eugenia, pero sí que veo importante etiquetar correctamente la infraestructura ciclista presente, ya que en los últimos años me he cruzado con muchas vías ciclistas en Madrid etiquetadas de este modo.

Finalmente, agradecería que en tus edits tuvieran mensajes más descriptivos que minor fix ;)

Un saludo
Iván_ (2020-07-04 18:43:05+00:00): Muchas gracias por el mensaje. Efectivamente, you are right.
Corregido.
Un saludo
dgitto (2020-02-25 17:38:20+00:00): Benvenuto in OSM!
gscscnd (2020-02-23 11:22:21+00:00): Jeżeli przenosisz dane adresowe na nowy obiekt, nie usuwaj tagów addr:city:simc, addr:street:sym_ul i source:addr (chyba że wiesz, że już są nieaktualne).
Jan'ek (2020-02-23 16:44:22+00:00): Witam.
Jeśli nawigacja dla ulicy Leśnej 7 w Budziskach prowadzi na ul. Leśną w Ruda-ch, to coś jest nie tak z tagami. Dlatego do obiektu wprowadziłem dane adresowe. Coś jednak jest nie tak z granicami miejscowości bo Budziska i Ruda są traktowane tak samo i tu jest leśna 7 i tam leśna 7.
gscscnd (2020-02-23 20:54:04+00:00): Która nawigacja? Tagowanie wygląda prawidłowo (obiekty różnią się tylko tagami addr:city i addr:city:simc). Może da się w nawigacji jakoś sprecyzować miasto? OSMAnd (na danych sprzed kilku tygodni) rozróżnia oba adresy.
Jan'ek (2020-02-24 10:31:08+00:00): Navigator na MODECOM i na smartfonie. Ale sprawdzałem bezpośrednio na komputerze na mapie OpenStreetMap. Jeśli wpisałem adres: "Budziska, Leśna 7" wyszukiwarka nie widziała tego adresu tylko wyświetliła:"Leśna 7, Budziska, Ruda, powiat Kuźnia Raciborska". Wprawdzie ta leśna łączy się pod lasem i niejako tworzy całość ale numeracje się dublują. Połowa ~ należy do Budzisk a druga do Ruda. Tyle że wyszukiwarka obie miejscowości widzi jako jedność - dlatego może wybiera losowo?
gscscnd (2020-02-25 19:18:39+00:00): Co do Modecoma i smartfona, to musiałbyś coś więcej napisać o programie do nawigacji (zgaduję, że nie jest to OSMAnd).

Co do openstreetmap.org: widzę, że na zapytanie „Budziska, Leśna 7” zwraca prawidłowy obiekt. Nie znajduje „Ruda, Leśna 7”, za to znajduje na zapytanie „7, Leśna, Ruda, śląskie”. Miejscowości powinien rozróżniać, ale nie będzie to całkiem precyzyjne, bo nie są narysowane ich granice. Tak samo przysiółek Ruda­‑Brzeg pokazuje w obu adresach, bo nie ma narysowanych granic.
Jan'ek (2020-02-26 12:04:51+00:00): Program to "MapFaktor GPS Navigation". Dla smartfona do pobrania na google play taki niebieski pod nazwą "Navigator".
Myślę, że to jednak problem bazy adresowej, będzie kilka tagów nakładających się lub odcinek ulicy niejednoznacznie oznaczony. Dlatego myślałem, że jak usunie się znacznik adresu (tag) i wstawi się na obrys budynku, baza danych się odświeży. Niewłaściwe zapisy w bazie adresowej takie jak "7, leśna, Ruda, Budziska,  powiat Kużnia Raciborska" nie będą występować. Nie do końca wiem, czy właśnie przez usunięcie starego tagu adresowego i wpisaniu go na budynek, przy ponownej próbie, adres Budziska, Leśna 7 był trafiony poprawnie.
Jan'ek (2020-02-26 12:35:35+00:00): A jednak, adres: "Budziska, Leśna 5" pokazuje Leśną w Ruda-ch. I teraz trzeba by było wypróbować co będzie, usunąć stary tag i wstawić adres na obrys budynku.
gscscnd (2020-02-26 15:54:37+00:00): Narysowałem granice wsi Budziska i Ruda — zestaw zmian <https://www.openstreetmap.org/changeset/81510940>. Wyszukiwarce na openstreetmap.org najwyraźniej to pomogło.
Jan'ek (2020-02-26 17:55:53+00:00): OK - za jakiś czas sprawdzę inne numery. Przy okazji mam pytanie: jeśli tag, znacznik adresowy jest w nieodpowiednim miejscu i na obrys budynku wstawię adres poprawny, to co zrobić z tym znacznikiem, usunąć go czy przesunąć i czy obie te rzeczy mogą się dublować ?
gscscnd (2020-02-26 18:07:59+00:00): Tzn. na obrys budynku wstawiasz te same dane adresowe co były na punkcie, tyle że obrys znajduje się już we właściwym miejscu? Punkt z adresem możesz (nawet powinieneś) usunąć — wystarczy, że adres będzie „na” budynku. Zobacz też <https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element>.
Jan'ek (2020-02-27 11:33:20+00:00): Trochę posprawdzałem i wygląda teraz OK. Wracając do pytania bo nie do końca rozumiem sformułowanie na początku dyskusji cyt: "Jeżeli przenosisz dane adresowe na nowy obiekt, nie usuwaj tagów". Rozumuję tak: wstawiam adres na nowy obrys budynku a "znacznik, pinezka, łezka" z tym samym adresem usuwam. Tak właściwie nie wiem, czego nie mam usuwać?
gscscnd (2020-02-27 11:52:01+00:00): Na OpenStreetMap każdy obiekt (węzeł, linia, relacja) jest opisany tagami. Edytor iD domyślnie nie pokazuje oryginalnych nazw (kluczy) tagów, tylko swoje opisy, np. zamiast „building:levels” widzisz „Liczba kondygnacji”. Wiele tagów jest zgrupowanych (ale nie w bazie OpenStreetMap, tylko w edytorze iD) w bardziej skomplikowane szablony, np. zamiast „addr:street”, „addr:housenumber”, „addr:postcode” i  „addr:city” widzisz ułożone w konkretnej kolejności pola opisane jako „Adres”. Problem jest taki, że często tagów należałoby użyć inaczej niż zaplanowali twórcy tych szablonów lub trzeba użyć nieznanych im tagów. Rozwiń „All tags”, żeby zobaczyć wszystkie tagi przypisane do obiektu i móc je modyfikować.

Jednym z takich obcych dla iD tagów jest „addr:city:simc” — nie widać go w sekcji „All fields”, musisz rozwinąć „All tags”. Wartość tego tagu to identyfikator miejscowości (tej z tagu „addr:city”) w bazie TERYT.

Jeżeli chcesz przenieść dane adresowe z punktu na budynek, to — oprócz danych widocznych w szablonie „Adres” w edytorze iD — przenieś też dane zawarte w tagach takich jak „addr:city:simc”, „addr:street:sym_ul” i „source:addr”.

Jeśli nie chcesz jeszcze korzystać z edytora JOSM, to przynajmniej zwracaj uwagę na to, jakie tagi edytor iD próbuje za Ciebie popsuć.
Jan'ek (2020-02-27 17:02:49+00:00): Przejrzałem już te rozwijalne listy z„All fields” i „All tags” i coś niecoś już rozumiem. Jeszcze nie wiem jak te wartości się przenosi. Na razie będę uzupełniał zauważone braki adresów lub błędne adresy. Na edytor JOSM  jeszcze za wcześnie, przyjdzie czas to się zapoznam.
Fajnie było pogadać -  pozdrawiam Jan.
gscscnd (2020-02-27 17:09:10+00:00): Albo przepisać, albo skopiować. W JOSM można skopiować jednocześnie klucz (tag) i jego wartość (np. „building=house”), a nawet więcej kluczy i wartości jednocześnie, w iD nie widzę takiej opcji.

Miłego mapowania!
kuhni74 (2024-06-04 14:33:38+00:00): Zwischen Thomaseck und Wildenkarkogel scheint es in verschiedenen Karten (FJLA, F&B, ÖK50 unterschiedlichen Alters, basemap,...) einige Verwirrung zu geben. Wo kommt die gegenwärtige Position des Thomasecks her?
PPete2 (2025-07-29 10:18:22+00:00): 1) "Wildenkarkogel" heißt zunächst in allen Karten "Wildenkarkopf". Dessen Verortung und Höhe ist zwar unterschiedlich, es macht aber nur eine Verortung Sinn: Jene von basemap.at und ÖK50 (hier ohne Höhenkote), denn nur an jener Stelle ist ein Kopf, alles andere südlich ist ein gleichmäßig steigender Grat. Somit stimmt zwar die Lage aber nicht die Höhe in der Kompasskarte.
2) Thomaseck ist in Kompass und AV-Karte verzeichnet. Sowohl deren Verortung (eine etwas abgehobene Erhöhung am nördlichen Ende des Kamms) als auch Höhe ergeben Sinn). hab alles aktualisert
pitscheplatsch (2020-02-23 12:55:32+00:00): Hi Jonathan R Martin, welcome to OSM.

Could you use the comment field of your created changeset for describing your map edits? Thanks. See https://wiki.openstreetmap.org/wiki/Good_changeset_comments

---
Detected by #SuspiciousOpenStreetMap
Andy Stricker (2020-02-25 07:39:51+00:00): Hallo Hektor
Ich habe gesehen, dass du in der Stadt Schaffhausen viele Edits gemacht hast um die Gebäude aufzuteilen. Einerseits verwendest du dafür (wie ich auch) die «Kanton Zürich Orthophotos 2018 10cm», aber du hast als Quelle auch noch «WMS Amtliche Vermessung (MOpublic)» angegeben. Nach meinen Kenntnissen sind das die gesamtschweizerischen ÖREB Daten, wie sie neu auch im GIS des Kanton Schaffhausen zur Verfügung stehen. Ich habe versucht herauszufinden ob und wie diese Daten für die Verwendung durch OSM freigegeben wurden, bin aber nicht fündig geworden. Kannst du mir da weiterhelfen? Da ich im Moment mich mit der Aufteilung der Schaffhauser Altstadt in Gebäude beschäftige, wäre das natürlich eine grosse Hilfe. Im Moment arbeite ich mit Fotos die ich von den Gebäudefronten gemacht habe zusammen mit den Luftbildern.
Gruess, Andy
hecktor (2020-02-26 18:01:17+00:00): Hallo Andy,
Also ich habe da einfach gelesen dass die Daten uneingeschränkt verwendet werden können. Müsste die Stelle wo das Stand aber auch wieder suchen. 
Gruss, Hecktor
eggie (2020-02-23 13:04:51+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.

Review.. Lijkt me aardig gelukt. Probeer wel te voorkomen dat je het pad aan de landuse vastplakt. Hier kun je zien waar het vastzit. http://overpass-api.de/achavi/?changeset=81364957
MVG,
Eggie
eggie (2020-02-23 13:08:05+00:00): Review... Begin nooit met access=no.  Dat beter weghalen.
Dat betekent verboden toegang. 
Je ziet ook aan de rendering dat er iets niet klopt.
highway=footway taggen we bij een rond blauw bord met de voetganger met kiend. In alle andere gevallen highway=path.
Kijk je nog even?
MVG,
Eggie
eggie (2020-02-23 15:47:30+00:00): ik heb wat aangepast. access=no verwijderd. foot=yes hoeft ok niet op een wandelpad.
Eén wandelpad zat vast aan de landuse grass en zou dus niet routeren. Nu zit het vast aan de Breukrand 
Staat hier een bord Verboden voor ruiters? 
horse=no? 
MVG,
Eggie
user_5359 (2020-02-24 10:02:42+00:00): Willlkommen bei OSM! Bitte beachte: Die minimale Anzahl von Schlüssel für ein Adresse sind addr:street und addr:housenumber! Kannst Du bitte den Straßennamen nach pflegen?
eggie (2020-02-23 13:09:46+00:00): Dag mbrans,
Ook hier access=no verwijderen.
footway of path? Het lange stuk is namelijk al als highway=path getagd. 
MVG,
Eggie
pitscheplatsch (2020-02-23 12:53:29+00:00): reverted by https://www.openstreetmap.org/changeset/81365136
Aleks-Berlin (2020-02-27 11:11:01+00:00): Hi PrasadRajuV,
you added a node with tag ""="undefined" .
could you fix this?
Thx, Alex
pitscheplatsch (2020-02-23 12:53:39+00:00): revert of https://www.openstreetmap.org/changeset/81365101
kpv8 (2020-02-23 17:18:49+00:00): To nie jest Sienkiewicza tylko Słowackiego.
maraf24 (2020-02-23 21:23:35+00:00): Od 11 lat było tu Sienkiewicza na mapie.
kpv8 (2020-02-24 09:57:28+00:00): Mieszkam we Włodawie i wiem jaka tu jest ulica widocznie ktoś wcześniej popełnił błąd, Sienkiewicza jest dalej. Przedszkole które tutaj leży ma adres ul. Słowackiego 16, nawet na planach miasta jest Słowackiego.
maraf24 (2020-02-24 10:49:43+00:00): Mój komentarz dotyczył tego, że ja nie mam nic wspólnego z wpisaniem tam Sienkiewicza. Jest tam Słowackiego, co można sprawdzić na e-mapa.net.
rayleigh1 (2020-02-23 12:57:44+00:00): Kapelimoru, not Aloro, sorry
gscscnd (2020-02-23 20:38:06+00:00): Czy nie lepiej byłoby ustawić name=Gustawa Morcinka?
maraf24 (2020-02-23 21:21:32+00:00): Dlaczego lepiej? Nazwy nie posiada, to tylko sięgacz Morcinka.
gscscnd (2020-02-23 21:34:45+00:00): Do takich sięgaczy zwykle dodaję nazwę. Może źle robię.
maraf24 (2020-02-23 23:04:28+00:00): Wiem, że niektórzy tak robią, ale jednak przeważa, i to znacznie, trzymanie się oficjalnego nazewnictwa lub jego braku.
Zawsze też można sprawdzić, czy przy bezimiennym sięgaczu nie stoją tablice z nazwą - znam takie przypadki (wówczas dobrze jest dodać info w source o tym).
Powodem mojej edycji tutaj nie było to, że nazwy nie powinno być, ale to, że była w formie skróconej. Gdy poprawiam nazwy kieruję się oficjalnymi danymi i tym, co znajdę w danych (komentarz, source, note). A nazwy poprawiam, gdy muszę - czyli gdy są zgłoszone braki lub narzędzie raportuje błędy spójności.
Możesz tutaj dodać name=Gustawa Morcinka, spójność będzie zachowana i nie będę miał powodu wracać:)
SomeoneElse (2020-02-23 13:35:51+00:00): Welcome back to OpenStreetmap - editing in Sutton in Ashfield again after 8 years!
francisbarton (2020-02-23 13:57:04+00:00): LOL yes it's been a while!
francisbarton (2020-02-23 13:57:38+00:00): I asked for this change and similar change to Kirkby-in-Ashfield to be reviewed; hope they get approved.
SomeoneElse (2020-02-23 14:15:03+00:00): It won't need to be approved, but it might take a little while to show up at zoom levels such as https://www.openstreetmap.org/#map=10/53.0605/-1.2610 due to the speed of rendering those layers.  Other maps may show them sooner - https://map.atownsend.org.uk/maps/map/map.html#zoom=13&lat=53.1209&lon=-1.2691 has one of them already.
SomeoneElse (2020-02-23 14:20:06+00:00): One more thing - strictly speaking wikipedia isn't a valid source for OSM because the licence is incompatible.  I'm sure that that's not a problem here because it seems to me to be just as valid a name as "Sutton in Ashfield" (I live just up the road; neither name is used locally - it's just "Sutton" or "Kirkby").
francisbarton (2020-02-23 14:46:53+00:00): Sure, and I know that often there's no such thing as an agreed spelling for some place names. But I'm trying to get the hang of automated searches of Nominatim and I found that S-in-A wasn't being recognised as a search result, as I'd expected, due to it being listed as "S in A". I think it's a good idea to standardise where possible and agreeable to do so.
francisbarton (2020-02-23 14:48:12+00:00): The Ashfield District Council website is another source that uses the hyphenated format.
Bulls_eye (2020-03-02 17:56:35+00:00): Hello Chelovechichek,

I noticed ref tag changes related to the ref=Р-51 tags through the town of Павлоград. The tags were moved from Полтавська вулиця (https://www.openstreetmap.org/way/129433840) to Успенська вулиця (https://www.openstreetmap.org/way/124857752). However, the ref=Р-51 tag still remains on a portion of Полтавська вулиця (https://www.openstreetmap.org/way/755281694), and the route relation (https://www.openstreetmap.org/relation/1747665) was not edited to match. This results in two Р-51 routes traveling through Павлоград. Something similar appears to have occurred with the addition of ref=Т-04-22, as it was added to (https://www.openstreetmap.org/way/129433840), but not the corresponding relation (https://www.openstreetmap.org/relation/3178447), or the ways in between. I am curious what resource you used to make this change, as the Mapillary images I see at these junctions do not confirm the new ref location. If you are interested in route relations, here is the wiki page about them (https://wiki.openstreetmap.org/wiki/Relation:route).

Thanks!
Bulls_eye
gudensberger (2025-07-30 00:17:52+00:00): Hallo, FYI für zukünftige Leitplanken unter Brücken: Die Leitplanken werden nicht unterbrochen sondern  einfach fortgeführt und an den Pfeilern festgedübelt…
UWJ (2025-07-30 03:40:01+00:00): Es sei denn die Leitplanken enden dort tatsächlich oder wechseln den Typen in Betonschutzwand…
trigpoint (2021-10-16 15:50:26+00:00): Hi
Some of this edit seem very strange.

You have changed several nodes which were correctly tagged as railway=shuttle_train into level crossings. Eurotunnel would be a very odd place to find a level crossing.

Just wondering why you thought the original tag was incorrect?

Cheers Phil
DaveF (2020-02-24 19:06:02+00:00): Hi
Please don't delete railway=station. it is a valid tag, more popular than alternatives
hocu (2020-02-24 19:20:24+00:00): Hi DaveF thanks. According to the wiki, this tag is used for freight stations but public_transport=station is definitely for passenger only stations. Am I missing something there?
DaveF (2020-02-24 19:49:19+00:00): There are so many pages. Which one specifically?

There are two *distinct* & *separate* schemas they are independent of each other. public-transport=station is not a substitute for railway=station.
hocu (2020-02-24 20:06:04+00:00): Cool, thanks for clarifying it.
pinoy channel tv shows (2020-02-24 10:03:41+00:00): Watch All Your favourite pinoy tv programes Magandang Buhay, Its Showtime, Make it with You, Anak ni Waray vs. Anak ni Biday Teleserye, Prima Donnas Pinoy Ako , Sandugo Pinoy Tambayan, Wowowin, MARS, One of the Baes, Pamilya ko Pinoy Teleserye, Ang Probinsyano,Bilangin ang Bituin sa Langit, A Soldier’s Heart 
Pinoy Lambingan Replay, Pinoy ako, Pinoy Teleserye Replay, Pinoy Tambayan, Pinoy Tv,Pinoy Channel, ABS-CBS Tv Show,GMA Show,Full Episode HD Watch Online. OFWPINOY.SU
marcoSt (2020-02-24 10:25:11+00:00): Pardon???
marcoSt (2020-02-24 10:27:57+00:00): OK, It's Mardi Gras.  ;-)
Discostu36 (2020-02-25 09:22:12+00:00): Hi, please keep your changes for each changeset inside one country. It makes reviewing of changes easier.
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/81367087
welzheimerwald (2021-08-23 21:48:36+00:00): Test
czubi (2020-02-23 15:15:24+00:00): https://www.openstreetmap.org/node/7236793026

Steht der echt dort? Wie wendet man da jetzt?
_torsten_ (2020-02-23 17:43:52+00:00): Ja, der steht dort. Eigentlich sind es sogar mehrere, so dass man gar nicht mehr durchkommt. Wenden kann man da gar nicht.
Ich war heute vor Ort und habe den neu gebauten Parkplatz und die Straßenverbindung zwischen Marie-Elise-Kayser-Straße und Auenstraße begutachtet.
literan (2020-02-24 11:24:01+00:00): Вы здесь два раза теги клиники задублировали - и на территории, и на здании
Rekrutacja (2020-02-23 15:22:03+00:00): Rozumiem, ze zrobilem cos zle, ale nie rozumiem co. Mozesz wyjasnic dlaczego tak jest lepiej?
maraf24 (2020-02-23 15:37:56+00:00): Nie jest lepiej, tylko inaczej.
W Polsce miejscowości trzymamy jako węzły, a ich obszary mamy w postaci granic.
Wyjątek skutkuje od razu awarią jakiegoś narzędzia, które tego nie uwzględnia, bo dotychczas nie musiało, skoro wszystkie miejscowości zawsze są jako węzły.
Tomas Straupis (2020-02-23 15:12:01+00:00): Pakeitimas atšauktas. Pastatai žymimi ten, kur jie yra ANT ŽEMĖS, o ne ten, kur vienos iš ortofoto (fotografuotos nevisai tiesiai žemyn, kas keli metai daroma kita ortofoto, kur pastatas bus fotografuotas jau iš kito kampo) atveju matosi pastato stogas. Taipogi 51A jau buvo pažymėtas piečiau.
Supaplex (2020-06-18 13:57:16+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!
Greg_Rose (2020-03-01 21:14:05+00:00): Looks to me like you're deleting and replacing some of these instead of just adding. If you're going to import CANVEC crap, you shouldn't be deleting features that are already there, when you're only replacing the feature with a new version.
Viajero Perdido (2020-03-02 00:32:13+00:00): NEVER delete hand-edited work (eg attributed to Bing imagery, meaning hand-tracing), as evidenced by a couple of deletions I checked below, only to replace with old and inaccurate CanVec data.  This is a serious insult to the original mapper and their hard work
Viajero Perdido (2020-03-02 01:22:33+00:00): PS, sorry for "piling on", but I needed to point out the attribution of what was deleted.
Greg_Rose (2020-03-02 07:16:19+00:00): @Viajero No worries - I appreciate you chiming in. Glad to know I'm not overreacting.
@carpbunker There are many problems with the data you're importing:
1) It's Canvec, so it's usually outdated at best, and in the case of backwoods waterways, often just plain WRONG. If you import waterways from Canvec, you should do it one river at a time and check to make sure the data is at least somewhat accurate, and try to fix it where it's not. The Tanzilla and Stikine are good examples - the water area defined by Canvec is decades old, and needs a lot of editing to fix what you placed. The Stikine in particular now has two separate channels for long stretches: the original river way, hand-traced, and your parallel CANVEC polygon that is largely incorrect, running alongside. Awful.
2) River polygons (natural=water + water=river) are importing incorrectly as named water bodies. (see my comment in change #81351653). The way in the middle of the river takes the name and all other appropriate data - not the polygon. You should especially NOT be deleting an already placed river way and replacing it with a named river polygon. Which brings me to...
3) You are deleting some waterways before replacing with Canvec data. As Viajero pointed out, that's not cool at all. I'm personally pretty steamed about it - I don't know how much other data you have treated similarly, but I'm quite sure others will also take offense.
4) You're importing river data but not lake data, so the waterways that are hitting small lakes just stop and then restart, over and over again.
5) All your waterways are importing as rivers - even the smallest creek.
6) You're placing waterways over roads without creating bridges, culverts or fords, and triggering a TON of Osmose errors in the process. That's how I found out about your imports - my Osmose errors were skyrocketing from you placing rivers over roads I placed.  

I'm not an "All Imports Are Bad" mapper, and I'm grateful that you didn't import any of the land cover polygons from Canvec (which are absolute dog sh*t), but I'm asking you earnestly to fix what you've done so far, and endeavor to import more carefully in future.
Thank you!
user_5359 (2020-02-24 10:02:22+00:00): Willlkommen bei OSM! Bitte beachte: Die minimale Anzahl von Schlüssel für ein Adresse sind addr:street und addr:housenumber! Kannst Du bitte den Straßennamen nach pflegen?
eggie (2020-02-23 15:25:37+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
Dat stukje stationsplein heb je van wat merkwaardige tags voorzien.
Waarom motor_vehicle=designated?
Dat zou dan access=destination weer opheffen. Wel bord staat hier?

amenity=Restaurant is een verkeerde tag. Dat moet zonder hoofdletter.  
Kijk je nog even?

MVG,
Eggie
eggie (2020-02-23 15:52:26+00:00): Ik denk 
motor_vehicle=no
horse=no
bicycle=yes
delivery=yes