piebro/osm-data huggingface dataset:
mraison (2020-03-17 16:15:03+00:00): Bonjour,
Comment sont prises en compte les modifications proposées
jemily1 (2020-07-25 16:20:43+00:00): tenías una falta de ortografía en Calle Alacant; habías puesto Calle Alcant, pero ya lo he corregido - también te he modificado el cruce peatonal en la esquina con Avinguda de l'Estatut d'Autonomia: he añadido las etiquetas crossing=marked y crossing_ref=zebra, tanto en la línea de cruce como en la línea de calle, de esta forma aparece un símbolo de peatón en medio del cruce peatonal y queda más bonito
mueschel (2020-03-17 10:52:23+00:00): Hallo,
du hast hier 12 Mal 'addr:co' hinzugefügt. 
Das müsste natürlich "addr:country" heißen.
Allerdings ist diese Angabe auch nicht wirklich notwendig - die Staatsgrenzen sind alle als Relationen eingetragen, so dass wir das nicht an jedem Gebäude einzeln taggen müssen.

Grüße
Jan
wejoe (2020-03-17 13:25:33+00:00): Hallo Jan!
Danke für den Hinweis. Natürlich ist mir bekannt dass es "addr:country" heißen sollte. Das System dürfte hier nicht "autovervollständigt" haben. 
lg. Joe
habi (2020-03-31 09:26:17+00:00): Ciao.
Du hast hier ein Review erwünscht, deshalb kommentiere ich mal.
Der Changeset-Kommentar ist wohl von einem älteren Changeset durchgerutscht.
Hast du den Pfad anhand einer GPX-Datei erfasst? Wenn ja, dann könntest du diese auch auf OSM hochladen.
Gruss,
Habi
JeroenHoek (2020-09-23 07:31:51+00:00): Het lijkt erop dat je bij het instellen van de nieuwe maximumsnelheid de afritten niet meegenomen hebt, kan dat kloppen?

Hierdoor pakt Graphhopper de op- en afrit voor doorgaand verkeer in plaas van de snelweg zelf, omdat die nog op 120km/h staat.

Melding van een gebruiker:

https://forum.openstreetmap.org/viewtopic.php?id=70677
JeroenHoek (2020-09-23 07:39:00+00:00): Excuses, RouteXL. Je tagde de afritten zo te zien volgens de geldende consensus. (Geim reageerde op het forum tegelijk met mij, waardoor ik zijn bericht nog niet gelezen had terwijl ik het mijne schreef).
Vinber (2020-03-18 05:18:34+00:00): Bonjour et bienvenue dans OpenStreetMap,
merci pour l'arbre, super moyen pour débuter !

Un petit mot ici pour faciliter votre arrivée : https://wiki.openstreetmap.org/wiki/FR:WikiProject_France/bienvenue

Cas particulier / Si vous êtes en seconde, en cours de SNT, veuillez faire suivre à votre enseignant-e le lien suivant https://dane.ac-lyon.fr/spip/spip.php?article628 (par avance merci !).

Dans tous les cas, n'hésitez pas à répondre, poser des questions, ...

Vincent

PS : 2 liens souvent utiles : 

https://wiki.openstreetmap.org/wiki/FR:Bonnes_pratiques#N.27utilisez_pas_de_tag_name_pour_d.C3.A9crire_des_choses.

https://wiki.openstreetmap.org/wiki/FR:Bonnes_pratiques#Bons_commentaires_de_groupe_de_modifications
Karlograf (2020-04-06 12:36:53+00:00): Hallo,
rein interessehalber würde ich gern wissen, woher Sie die Information nehmen ("own survey"), dass die Östliche Ritzschke
a) zwischen SV Leipzig Ost und Ihmelsstraße entlang der Wurzner Straße verläuft und
b) im weiteren Verlauf überhaupt noch existent ist. Allen Ergebnissen meiner bisherigen Recherche (u.a. Messtischblätter) zufolge verlief sie im Bereich KGV Leipzig Sellerhausen etwas weiter südlich und ist laut Wikipedia ("um dann in Sellerhausen in der Kanalisation der Stadt Leipzig zu enden") selbst als verrohrter Bachlauf nicht mehr vorhanden. Also ungefähr ab Sportplatz SV Leipzig Ost. 
Haben Sie mehr Informationen dazu, aktuell Gewässerpläne, etc? Die Informationslage im Netz ist generell etwas dürftig, weshalb ich sehr an fachlichen Informationen interessiert bin.
Kartografische Grüße!
lijai (2025-12-04 09:27:51+00:00): Es existiert ein (auch Abwasser führender) unterirdischer Kanal, in dem das fragliche Wasser abfließt. Ich war drin und bin ihn über weite Strecken abgegangen und habe mich mit meiner Zeichnung an den zugehörigen Gullideckeln orientiert. Ob sich das noch Rietschke nennen darf ist natürlich Definitionssache.
angys (2020-03-18 21:22:30+00:00): hello, please restore your edit around Taman Sejahtera as your edits are not adjust to true offset and GPS. Thank You. Esri (2, 0.75 offset) Maxar (-3, 5)
angys (2020-03-18 21:22:53+00:00): adjust your edit at Bandar Perda
OuterPace (2020-03-23 20:00:25+00:00): Kaart use the Imagery Offset DB to get appropriate offsets in areas we edit. We did not see those particular offsets while editing, and they are not currently visible. Would you mind uploading your ideal offsets to the Imagery Offset DB?
http://offsets.textual.ru/
If you have further questions please feel free to reach out to us in the future. Thanks angys
A67-A67 (2020-03-16 16:14:32+00:00): Hallo RouteXL,
Je hebt hier niet alleen de snelwegen zelf, maar ook de opritten aangepast. Als er slechts een bord 'begin autosnelweg' staat, geldt de wettelijke snelheid van 130 km/h. Pas vanaf het eerste snelheidsbord geldt 100 km/h overdag. Dat is bijna altijd na de oprit.
Zie ook https://forum.openstreetmap.org/viewtopic.php?id=68803
RouteXL (2020-03-16 16:17:11+00:00): Okee, ik werkte het lijstje af dat ik van Allroads kreeg. Is het niet vreemd dan dat de oprit wel 130 is?
A67-A67 (2020-03-16 16:31:59+00:00): Ik heb antwoord gegeven op het forum. Het is inderdaad vreemd, maar het is wel correct.
RouteXL (2020-03-16 16:35:47+00:00): Yes, gezien en ik pauzeer wel even. En ik heb contact gezocht met Rijkswaterstaat, want het lijkt mij niet gewenst dat we daar gaan scheuren :-)
A67-A67 (2020-03-16 16:36:26+00:00): Het probleem is vooral dat mappers de afgelopen tijd bezig zijn geweest om de snelheden correct te taggen (staat er wel of geen snelheidsbord op de oprit?). Al dat werk wordt nu in een keer ongedaan gemaakt.

Ik heb zelf bijvoorbeeld Oost-Brabant en Limburg omgezet naar 100 km/h. Ik heb dat voorzichtig handmatig aangepakt, om dit soort fouten te voorkomen.
Leo Slager (2020-03-17 11:04:44+00:00): op verzoek:
reverted with my changeset 82298336.

Het resultaat leverde 59 conflicten op.
Weet je heel zeker dat dit alleen maar de opritten waren ?
Leo Slager (2020-03-17 11:10:40+00:00): Of heb je ook verbindingswegen tussen 2 snelwegen in deze changeset opgenomen.
Dat zijn dan geen opritten waar maxspeed=130 dus niet correct is !

In zijn algemeenheid: Als beginnend mapper, zonder ervaring en zonder voldoende kennis moet je niet beginnen aan iets wat veel ingewikkelder is dan wat je denkt.
Ik ben bang dat alle links in Zuid-Nederland nogmaals gecontroleerd moeten worden.
Leo Slager (2020-03-17 12:55:50+00:00): Er zijn hierbij dus veek fouten ontstaan. Voldoende redenen om mijn changeset te reverten. Dan kunnen daarna de opritten in Z-Nederland handmatig gecontroleerd worden.
(diepe zucht)
RouteXL (2020-03-17 16:14:20+00:00): Ik heb het lijstje van Allroads gebruikt. Dat waren "motorways" en "motorway-links", de eerste heb ik beschouwd als snelwegen en de tweede als toeritten.
Leo Slager (2020-03-17 16:28:32+00:00): Onder motorway_link vallen niet alleen de opritten maar ook de afritten. En de verbindingswegen tussen twee snelwegen. Daar zitten dus nu de fouten.
De opritten moeten alsnog worden voorzien van maxspeed=130.
De afritten zijn denk ik in orde.
De verbindingswegen, bijv A2-A27, moeten gecontroleerd worden op juistheid.
Een selectie van alleen opritten is dus onmogelijk omdat er geen selectie criteria zijn in de database.
Het moet dus geheel handmatig worden gedaan.
Leo Slager (2020-03-17 11:01:58+00:00): op verzoek:
reverted with my changeset 82298769
abakus_uploader (2020-03-16 23:31:19+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!
Mike Baggaley (2020-03-19 23:41:16+00:00): Hi, V8 is already in the loc_ref field and I do not think it should be in the name field. Can you please review this change?

Thanks,
Mike
PeterPan99 (2020-03-20 15:26:23+00:00): Hi Mike,
Thank you for raising this issue.  I did think for quite a while before making this edit.  However, as a resident of Milton Keynes for almost 20 years, I certainly regard the name of that “grid road” as “V8 Marlborough Street”.
My reasons are:  
1.	Road signs show the name as “V8 Marlborough Street”, with a consistent typeface throughout.  “V8” is not in a box, in a different colour, or separated from “Marlborough Street”.  Please see, https://www.dropbox.com/s/a3fmn47emt8kmji/V8%20Marlborough%20Street%20Signs_1.png?dl=0
…and 
https://www.dropbox.com/s/jacwddfm3pfqr3s/V8%20Marlborough%20Street%20Signs_2.png?dl=0
2.	There is a 100% correspondence between “V8” and “Marlborough Street” (i.e. all of the V8 is Marlborough Street and all of Marlborough Street is V8 )
3.	When giving directions, local people will commonly use “V8” (or other similar terms, “H7”, “V4” etc.) as the entire road name; these terms are more widely used than the other parts of the names (“Marlborough Street”, “Chaffron Way”, “Watling Street”, respectively).
I anticipate that you will accuse me of “tagging for the renderer”, but I do not believe that I am guilty of that.  I have not tagged anything that is not true on the ground (cf. “fictitious embankments” recently discussed in the Talk-GB list.)  
There is a fine distinction between a name and a reference; both are character strings used to identify something uniquely (proper nouns, if you will), but IMHO a name is more commonly used in everyday speech, as is the case here.
I note that I am not the only one who sees it this way.  Another stretch of V8 Marlborough Street was edited over a year ago (changing the name from “Marlborough Street” to “V8 Marlborough Street”) by @JayCBR.  He received criticism in the changeset comments, but declined to revert the edit.
If the duplication between the loc_ref and part of the name is the real concern, then I would suggest that “V8” should remain as part of the name and the loc_ref should be deleted.
Respectfully,
Peter
Mike Baggaley (2020-03-20 15:59:22+00:00): HI Peter, thanks for your detailed reply. I certainly don't consider this to be tagging for the renderer! It is simply that when numbers are used in sequence, this usually indicates a reference rather than a name ( although I know there are some street names such as Road 1, Avenue 2 etc). It is worth considering the Wikipedia entry which says " In early planning documents, these were simply designated as "V roads" and "H roads" respectively (for "vertical" and "horizontal"); these designations have remained popular alongside the subsequent formal (conventional) names", which suggests the V and H designations are not part of the name. Also if you do a postcode lookup on a MK property on one of the roads, the Royal Mail do not include the grid designation in their addresses.

 If you feel really strongly about this then I respect your view (although I do think there should be a space between V8 and Marlborough if the grid designation is to stay).

Best wishes,
Mike
PeterPan99 (2020-03-20 17:18:08+00:00): Hi Mike, Thank you for your prompt reply.  I regret that I do still feel, quite strongly, that "V8" is part of the name, so I will not be reverting my edits.  I am not sure that I would accept the Post Office as the final authority on addresses.  All they really use is the house number and postcode; the rest is just a nice-to-have and my Mother-in-Law, for one, does not agree with her address, as shown in the Post-Code Finder (her mail still gets through though).
You are right that there should be a space between "V8" and "Marlborough".  I thought that there was and in iD Editor, it was displayed with one, both in the Name Field in the left-hand pane and on the editable map.  However, an overpass turbo enquiry revealed about 8 instances with no space, corresponding with the standard rendering showing no space.  I have re-edited these few objects,deleting "V8 M" and re-inserting it.  I think that has fixed that glitch.   
Thank you for your patience.
Regards,
Peter
Leo Slager (2020-03-17 11:01:04+00:00): op verzoek:
reverted with my changeset 82298821
gscholz (2020-03-17 05:24:23+00:00): Hi Embajadores,
your recent changesets have created several errors in the OSM database regarding duplicate nodes:

http://tools.geofabrik.de/osmi/?view=geometry&lon=-97.15160&lat=18.94560&zoom=13&overlays=long_ways,self_intersection_ways,self_intersection_points,single_node_in_way,duplicate_node_in_way

Can you please fix this? I wonder how this could happen as you are using JOSM. Do you ignore the warning messages JOSM shows if you try to upload this kind of errors?

Guido
Embajadores (2020-03-17 17:28:59+00:00): Thanks! It is fixed now.
Allison P (2020-03-16 16:18:00+00:00): Not sure what happened to the changeset comment. I added some detail to the Boise River and added some ponds.
gscholz (2020-03-17 05:24:33+00:00): Hi Embajadores,
your recent changesets have created several errors in the OSM database regarding duplicate nodes:

http://tools.geofabrik.de/osmi/?view=geometry&lon=-97.15160&lat=18.94560&zoom=13&overlays=long_ways,self_intersection_ways,self_intersection_points,single_node_in_way,duplicate_node_in_way

Can you please fix this? I wonder how this could happen as you are using JOSM. Do you ignore the warning messages JOSM shows if you try to upload this kind of errors?

Guido
Embajadores (2020-03-17 17:30:11+00:00): Thanks! It is fixed now.
erickdeoliveiraleal (2022-06-30 18:40:55+00:00): https://www.openstreetmap.org/way/750309436/history
Spaghetti Monster🍝 (2022-03-23 21:44:54+00:00): Changing roads to cartpaths is considered vandalism and will be reported
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/82268085
erickdeoliveiraleal (2022-08-11 16:14:42+00:00): castle herE?
opendcc (2020-03-16 18:59:46+00:00): +1
maraf24 (2020-03-17 11:24:19+00:00): [minirondo]
Reeniz (2020-03-16 19:21:15+00:00): Por favor encuadre las casas. Eso se hace apretando la letra Q seleccionanda cada casa una por una o haciendo click derecho en cada edifcio y click en encuadrar
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/82270142
Kalepom (2020-03-16 18:50:20+00:00): Merci
felipeeugenio (2020-03-24 20:08:32+00:00): Estimado
Está dibujando cuadrados sobre las casas
el tag building es para las estructuras. sus bases, no es un mapa tipológico. intentaré reparar esto, para que no se pierda la información, pero si no tienen solamente serán borrados
joost schouppe (2020-03-17 09:13:01+00:00): Hoi Sam,
Een groot deel van je changesets leidden reeds eerder tot grote vraagtekens. In deze changeset teken je paden in die hoogstwaarschijnlijk niet bestaan (https://www.openstreetmap.org/way/781871671) en verwijder je "sidewalks" waar dat niet nodig is. Bovendien pas je verschillende wegen aan naar footway, waar het je reeds is uitgelegd dat dit niet correct is. We draaien dan ook deze changeset integraal terug. Je stevent af op het blokkeren van je account op deze manier.
Groeten,
Joost Schouppe
OpenStreetMap Belgium
Starling Birch (2024-08-08 00:02:18+00:00): Where did the name "Ante Peak" come from? I noticed this name on GPS and was wondering about it since it had no name prior.
Protoxenus (2020-05-04 12:49:07+00:00): Hallo, 

du hast hier die Zufahrt zur Rügenbrücke im Verlauf der B96 als
access=no und highway=construction getaggt. Wird da wirklich gebaut? Ist die Zufahrt immer noch gesperrt?  

Gruß Protoxenus
camelCaseNick (2020-03-16 21:42:43+00:00): Hey,

appointment ist kein korrekter OH-Wert, leider.
Es gab zwar mal https://wiki.openstreetmap.org/wiki/Proposed_features/Opening_hours:_standard_appointment_syntax. Daraus wurde (bisher?) aber nichts.

Man könnte hier evtl.  
opening_hours=unknown "Termin nach Vereinbarung / on appointment"  
setzt.

CamelCaseNick
fx99 (2020-03-17 06:44:34+00:00): Ist mir klar, mir ist aber nichts Besseres eingefallen. Da sollte man die Regeln anpassen.
highflyer74 (2020-03-18 17:01:47+00:00): Einfach opening_hours="Nach Vereinbarung" ohne =unknown würde ich sagen.

https://wiki.openstreetmap.org/wiki/Key:opening_hours
fx99 (2020-03-18 17:38:03+00:00): "(by) appointment" ist nicht anderes als "Nach Vereinbarung"
highflyer74 (2020-03-18 17:42:51+00:00): Ja genau. Ich meinte das jetzt unabhängig von der verwendeten Sprache. Einfach nur in " " gerahmt. OsmAnd wertet das dann beispielsweise auch aus (allerdings als 24/7 geöffnet, erst wenn man sich die Details ansieht, taucht der schriftliche Teil auf). Viele Grüße!
camelCaseNick (2020-03-18 17:49:46+00:00): Das unknown ist bei einem Kommentar impliziert, sodass `"Termin nach Vereinbarung / on appointment"` und `unknown "Termin nach Vereinbarung / on appointment"` das äquivalent sind. Wichtig sind nur die Anführungszeichen, da es damit nach OH-Syntax ein erklärender Kommentar wird.
Ich würde aber definitv Deutsch wie Englisch setzen, da ein Deutschland Deutsch gesprochen wird und Englisch für den Rest von Bedeutung sind könnte.
Wenn OsmAnd das falsch auswertet, sollte man dort ein Issue einreichen.
Langfristig ist aber der Öffnungszustand `appointment` für die Syntax wichtig für die Auswertbarkeit und damit unter anderem auch Übersetzbarkeit.
tastrax (2020-04-03 04:38:02+00:00): Hi folks FYI - Phone numbers in Australia should be added according to the following format +61 x xxxx xxxx, 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
APneunzehn74 (2025-08-30 15:56:02+00:00): Hallo, hier gibt es ein "sit_ride" mit name Mitfahrbank oder ähnlichem. Mittlerweile sind die Mitfahrbänke ja als highway=hitchhicking dokumentiert. Kann man die sit_ride daraufhin abändern?
https://overpass-turbo.eu/s/2aQV
Grüße APneunzehn74
Blueberry (2020-03-17 11:20:03+00:00): Bonjour,

Que représente "The cabane" ? Merci de fournir plus d'infos .

Eric [Blueberry]
km2bp (2020-03-17 09:01:56+00:00): Fajnie że dodajesz linki do Fotopolski do tworzonych przez siebie obiektów wtedy mapa staje się ciekawsza.  Krasnale mają swoją oficjalną stronę www  http://krasnale.pl/ .  A poza Fotopolską  jest jeszcze to: https://polska-org.pl/8326279,Wroclaw,Krasnal_Leszko.html. Teraz w okresie przymusowego siedzenia w domu można się pobawić. Ja dużo czasu poświeciłem żeby wszelkie możliwe linki łącznie z tymi do YouTuba opisujące ciekawe obiekty w mieście poumieszczać  na mapie w Zielonej Górze. Ale teraz OSM jest lepszym kompendium wiedzy o mieście niż  encyklopedia. Pozdrawiam
maro21 (2020-03-17 20:01:57+00:00): Dzięki :)
Staram się w miarę wolnego czasu dodawać linki do fotek :) Szczególnie do krasnali, bo są małe i czasem niełatwo je znaleźć, a zresztą, dodając nowego krasnala, czasami i tak muszę ze zdjęcia odczytać gdzie on dokładnie się znajduje.

Czasem mam dylemat czy w tagu image= umieszczać bezpośredni link do obrazka .jpg (wtedy jest widoczny na OpenPOIMap), czy link do zdjęć. Ale wtedy jest tylko jedno zdjęcie i nie ma info o autorze i innych zdjęć, więc raczej daję link do zdjęć, który zresztą też można kliknąć na tamtej mapie:
https://fotopolska.eu/Wroclawskie_krasnale_Krasnale_%E2%80%9ECiastus_i_Amorinek%E2%80%9D
W tym przypadku powyżej jedno zdjęcie by nie wystarczyło, bo na tych zdjęciach widać krasnale z różnej perspektywy, co jest chyba lepsze niż jedno zdjęcie.

Strona krasnale.pl jest mocno nieaktualna... wielu krasnali tam nie ma, nowych nikt nie dodaje, a zagubione nadal tam widnieją. Najlepsza mapa krasnali jest, wiadomo, na OSM :P
km2bp (2020-03-18 06:00:55+00:00): Spoko skąd mogłem to wiedzieć że stronka zaniedbana. Co do tagowania mam podobne dylematy zwłaszcza że też lubię OpenPoiMap  a moją  ulubioną aplikacja   mobilną jest  Maps.me  które pokazuje tylko podstawowe linki takie jak Wikipedia, telefon strona www lub email  i gdybym chciał żeby wyświetlała w trybie online zdjęcia obiektów to musiał bym  dodawać linki do nich jako WWW ale tego nie robię  Natomiast Fotopolskę  i "Polskę na fotografii" linkuję jako  url= lub description= dając linki do całych artykułów nawet gdy zdjęcie jest tylko jedno, bo gdy użytkownicy dołożą nowych to wtedy samo się zaktualizuje.  Dziwię się też ludziom którzy upodobali sobie mapy.cz które bazują na osm ale informacji o obiektach mają tyle co kot napłakał. No i na koniec Przykład obiektu na który brakło mi dostępnych  możliwych tagów opisowych i musiałem improwizować    https://www.openstreetmap.org/way/251320995#map=19/51.94387/15.51250. Trzymaj sie ciepło :-)
km2bp (2020-03-18 06:37:06+00:00): Dziś odkryłem odkryłem że nie  trzeba improwizować pod description= można dodać kilka linków  https://www.openstreetmap.org/relation/3159233
Warin61 (2020-03-17 06:14:23+00:00): Relation 10843748 for a building with multiple levels... not how it is done. 

First multipolygons outer ways cannot share 'segments', in this case the walls of each building would have to be separate. 

Second .. if it is one building then it should be one way for the base, and then separate ways for each higher level. 

In this case I think I would tag each way with the building=* and the building:levels=*. Note that the building:levels=* should be one number not a series of them. The relation I would leave with the name and address but I would make the relation type=site rather than multipolygone. 

An alternative is to use building:part=*.
deanleggo (2020-03-17 22:44:22+00:00): Thanks for pointing it out. I created all the building areas with their respective levels, selected them all and merged them, and added the address to the relation.
Reading the wiki page 'Simple 3D Buildings' and 'Relation:multiygon', the end result is completely wrong. I used the iD in-browser editor.

Relation 10843750 - I created two buildings and merged them for the one property. Looking at the result I'm not too happy, it deleted the building tags and just made them a line with the relation outer. I was thinking of changing the type:multipolygen to type:residential, but the wiki page 'Types of relation' only has a few options.
Then I was going to change the lines to buildings again, but the editor is not liking it.

Is there a place I could chat and learn how to do building mapping, so I can fix my mistakes?
Warin61 (2020-03-18 05:52:03+00:00): Best to find an example and see how that is done? 

Poor example - best I can do for the moment
https://www.openstreetmap.org/way/506199651
Note the way immediate to the north is also Crown Gardens but has not been mapped as such. 

Or for multiple levels - building parts 
https://www.openstreetmap.org/way/556721105#map=18
This is the 'base' way with 3 other ways forming the towers on top. 

Hope that helps.
lucumon (2020-07-18 22:31:11+00:00): Boas, escriboche aquí tamén para informarte de que quizá o traballo que te estás pegando para engadir edificios debuxandoos a man podes acabar fancendoo en moito menos tempo. En España estase a facer unha importación de edificios dende o catastro (con autorización pola súa parte), municipio por municipio e activada cada unha das importacións por mapeadores da zona. O paso indispensable para poder facer isto é ter todas as rúas do concello con nome ou, se non o ten, coa etiqueta noname=yes. Se queres podes pasare polo grupo de OSM Galicia en telegram se precisas axuda.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/82273469
InsertUser (2020-03-16 23:59:06+00:00): Maxar Imagery seems an unlikely source for a road name?
yellow_car47 (2020-03-18 18:39:44+00:00): Hello InsertUser, I added the street name based on Maps user feedback.