piebro/osm-data huggingface dataset:
Antonio Hermoso (2022-10-31 07:55:52+00:00): Thank you so much for the comments and feedback. I will go through them and improve my approach and method.

Now that i look into the OSM link and shows the area, it seems i missed a lot of buildings on the border (that seems a bit strange, maybe i am looking at it wrongly)

I hope you didn't find lots of not squared buildings (that's part of my process so hope i am not missing it)

I love these projects and the mapping so i will keep mapping and get to be better doing it :)

Thanks again!
Frans S (2022-10-28 14:37:34+00:00): Thank you for mapping. You have correctly identified the location of most buildings and mapped. 

Reminder: Please be sure to square all rectangular buildings with the Q key
Reviewed by a validator at random or as requested. 
FYI. Please view this video about common new mappers mistakes.
https://www.youtube.com/watch?v=Xs5wX592E1o&amp;t=2s
https://www.youtube.com/watch?v=ltn1VOiq5_0
On this document you will find some hints and tricks which might help to improve your mapping skills
https://docs.google.com/document/d/1Swwz-ZwM3_YOstqstsmCg1-lNAPbnMLpi1Al-h-2UOQ/edit
Best regards and keep mapping.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/128177866
literan (2022-10-28 15:54:45+00:00): полагаете, там электроны протонам место уступают?)
https://www.openstreetmap.org/node/10135541703
ynx (2022-10-28 15:59:15+00:00): Я тоже сначала не понял зачем там это знак. Но суть в том, что тут можно повернуть налево и надо пропустить встречку, которая тоже туда поворачивает.
literan (2022-10-28 16:02:40+00:00): суть в том, что вы поставили его на кабельную линию электропередач, а не на дорогу
ynx (2022-10-28 16:05:31+00:00): А, понятно. :) Сейчас просто с телефона смотрю, не очень удобно. Поправлю.
habi (2022-11-01 14:12:27+00:00): Ciao Thomas
Wilkkommen bei OpenStreetMap, schön machst du hier mit!
Gruss aus Bern,
habi
habi (2022-11-01 14:19:58+00:00): Ciao Thomas

Im Kanton Bern hat sich in OpenStreetMap eingebürgert, dass wir die Gebäude 'nur' anhand der Grundmauern einzeichnen, da wir Zugang zum Katasterplan haben.
Der Anbau des Hauses gehört daher (aus meiner Sicht) nicht wirklich zum Gebäude.
Ich würde das aber jetzt trotzdem nicht mehr ändern :)
Gruss aus Bern,
habi
user_11062453 (2022-11-01 17:45:12+00:00): Salut Habi
Danke für's Feedback und das Willkommen heissen in der Community. Ich werd's mir merken wobei ich in der Regel wahrscheinlich keine Häuser mehr anpassen werde. Die Katasterpläne werden übrigens wohl in nächster Zeit angepasst, da war ich wohl einach schneller ;-) 

Gruss aus Kirchdorf
Thomas
habi (2022-11-04 19:42:31+00:00): Zur Präzisierung; So sieht das in JOSM aus: https://capture.dropbox.com/TQ8PveKcJSDU3Axf

Das pinkige rechteckige Ding ist das Haus wie wir es normalerweise einzeichnen, so sind die Grundmauern.
Die gestrichelte Linie ist der Anbau, so wie es jetzt eingezeichnet ist.
Der gelbe Umriss sind die aufbereiteten Katasterplan-Daten, die von einem Schweizer OSM-Mitmacher periodisch nachgeführt werden: http://lists.openstreetmap.ch/pipermail/talk-ch/2019-January/009874.html

E hiube hinech, habi

[JOSM]: https://josm.openstreetmap.de
◪ Jarv (2022-10-28 19:44:48+00:00): Hi bobstock. I see on this change you said that this crossing has an island, however on bing there is no island to be seen. please confirm
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/128179079
Bobstock (2022-10-29 12:58:25+00:00): This is not correct, there is no island here. I must have misread the question. My apollogys!
◪ Jarv (2022-10-30 10:41:05+00:00): No worries. I've updated it.
Aleksey Gorelikov (2022-10-28 14:57:10+00:00): https://data-usdot.opendata.arcgis.com/datasets/highway-performance-monitoring-system-fsys-3/explore?filters=eyJCZWdpbl9Qb2ludCI6WzAsMzQ4LjQ4OF19&location=30.116344%2C-85.197418%2C16.81&style=ROUTE_NAME
dieterdreist (2025-04-30 11:26:06+00:00): ciao Giorgio, 
ho notato che hai inserito edifici con MapWithAI, che sono molto differenti rispetto a quello che si trova veramente lì, la forma è diversa. Ti chiedo di non farlo, se fosse possibile prendere e importare gli edifici che si ha sognato la AI di Microsoft, lo avremmo già fatto...
Questo è l'edificio che ho notato: 
https://www.openstreetmap.org/way/1107758776
giorgio92 (2025-05-01 05:29:23+00:00): Ciao,
grazie della segnalazione, prima di usare lo strumento rapiD faccio sempre un check che gli edifici non siano troppo difformi
Sto cercando di usarlo sempre meno.
archpdx (2022-10-28 23:20:42+00:00): Hi,
Please be more careful when making changes in the future: this edit removes the type of boundary from Mountain View, CA.

I've readded it in https://www.openstreetmap.org/changeset/128194141
aceman444 (2023-10-17 22:33:36+00:00): Vchody ako https://www.openstreetmap.org/node/2374120199 urcite nevedu na schodniste medzi poschodiami (to by asi nebolo vhodne pre vozickarov), cize tieto dve zmeny su divne.
aceman444 (2023-10-17 22:34:21+00:00): To ze su pred dverami schody, neznamena, ze su to dvere za ktorymi je schodiste.
Fizzie-DWG (2023-01-19 04:58:39+00:00): We have now attempted to contact them to fix their issues. They haven't mapped for 3 months though, so I'm not holding my breath :-( Will advise further if we get any response. Graeme Fitzpatrick, OSMF Data Working Group
rskedgell (2023-01-23 14:59:53+00:00): @Fizzie41 Noted that a response is unlikely, but worth noting here that the "unmarked crossings" here are mostly (all?) fictitious. It looks like mapping for the router. Sending VI users across main roads via imaginary crossings strikes me as dangerously irresponsible.
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/128180083
jeslop (2022-10-28 15:51:13+00:00): Saludos Swyter.

¿Hay una escuela de música en el campamento?: https://www.openstreetmap.org/relation/14742761?

Saludos

Jesús López 
OpenStreetMap Foundation 
Data Working Group
Swyter (2022-10-28 16:07:38+00:00): Uy, pues no. Me he colado buscando una etiqueta que hiciera resaltar más la zona del campamento romano de cara al turismo. Debí dejarlo así y me despisté editando hacia la zona abajo y a la media hora me olvidé. Vaya marrón, perdón por el desaguisado. :)
jeslop (2022-10-28 21:14:10+00:00): Sin problema. Lo elimino.

Saludos.

Jesús López 
OpenStreetMap Foundation 
Data Working Group
bxl-forever (2022-10-28 21:59:47+00:00): OK, thanks. We fixed the tags.

(access=no will automatically disallow it for *everyone*, no need to set every mode of transport to the same value.)

And indeed, we keep closed paths visible on the map, as long as they exist, even if they are behind closed gates. ;-)
PLima785 (2022-11-09 13:30:56+00:00): https://wiki.openstreetmap.org/wiki/Portugal/Padronização#Estradas
791WYSPN3H (2022-10-28 15:51:46+00:00): HI
marc__marc (2023-04-10 18:07:52+00:00): Bonjour,
votre outil est visiblement bugé car il ajoute des tags vide comme website:booking
de plus on n'a pas besoin de tag pour la longitude et lattitude, c'est deja repris dans les parametres du noeud
le no et la rue se mettent dans un tag séparé
vous trouverez ci dessous quelques unes des erreurs comises
https://osmose.openstreetmap.fr/fr/byuser/Artur'In
Cordialement,
Marc
habi (2022-10-29 08:43:56+00:00): Ich sehe das neue Gebäude nicht auf den Mapbox Bildern :)
bresomch (2022-10-29 09:00:46+00:00): Grundriss der Baustelle sieht man auf
https://www.ag.ch/app/agisviewer4/v1/agisviewer.html
Und dann habe ich mich noch an den Fotos des Baustellenfortschritts orientiert.
Feinschliff erfolgt später noch.
habi (2022-10-29 09:17:13+00:00): Alles prima! Ich kenn' mich halt in diesem Aargau nicht so aus :)
eggie (2022-10-28 16:11:07+00:00): Dag Grimson... Er is al een adresnode. Ik heb het adres op de gebouwomtrek verwijderd conform consensus binnen OSM. 

MVG
eggie
Grimson (2022-10-28 16:28:09+00:00): Hoi eggie!
Ja sorry was een testje, kleine aanpassing/aanvulling :)
Zal mij eerst verdiepen ipv iets aan te passen! dank voor je inzet! :)
eggie (2022-10-28 16:31:06+00:00): No problem... In het begin wordt wel meegekeken.. uiteraard om te helpen.
Veel plezier met mappen
eggie
StephaneP (2022-10-28 16:45:02+00:00): Hi!

I'm not sure your modification is a good idea, because now, we have two stairs going from level 0 to level 2.
What do you think about this ?

Stf
FvGordon (2022-10-28 17:04:29+00:00): I have changed the levels of the two stairs to: the lower stair fom level 0 to 1, the upper one from level 1 to 2.
AntMadeira (2022-10-28 16:58:36+00:00): Olá, jp92.
Espero vir encontrar-te bem.

Reparei que fizeste várias alterações de estrada primária para "trunk" em várias variantes na zona da Sertã e Vila de Rei.
Podes explicar quais os motivos para o teres feito para perceber melhor essa alteração?

Segundo a padronização das estradas em Portugal [1], uma estrada só é trunk se for IP, IC ou tiver o símbolo azul de via rápida H25.
Alguma destas situações se verifica no terreno?

Cumprimentos e obrigado desde já,
António Madeira.

[1] https://wiki.openstreetmap.org/wiki/Portugal/Padroniza%C3%A7%C3%A3o#Estradas
jp92 (2022-10-28 18:09:39+00:00): Boa tarde! 
Obrigado pelo feedback.

Confesso que não tinha visto a lista de orientações que enunciaste. Apenas me guiei por  um critério de  uniformização do mapa- há muitas estradas com o mesmo perfil (ou inferior) das variantes à EN 2 e à EN 238 que estão classificadas como trunk.
Ambas são estradas que constituem a via de acesso principal às sedes de concelho que servem, têm traçados construídos de raiz, são vedadas, têm bermas de largura idêntica aos IC/IP e muitas vezes nós desnivelados, vias de aceleração e desaceleração, e vias para lentos.
São vias rápidas e têm um perfil idêntico a um IP/IC.
E são várias as vias nesta situação um pouco por todo o país que estão mapeadas como "trunk" 
Penso que o critério adoptado na padronização não tem lógica uma vez que em Portugal o sinal H25 raramente é utilizado, e nem mesmo a maioria dos IP/IC está sinalizada com este sinal (e os que estão, poucas ou nenhumas diferenças têm em relação às que não têm este sinal).
A aplicar a regra à risca, estaríamos a considerar iguais estradas com perfis totalmente diferentes (ex.: a variante à EN2 entre Vila de Rei e Abrantes e a velha EN2 entre a Sertã e Pedrógão Grande), e estaríamos a pôr Portugal em contraciclo com o mapeamento que é feito nos outros países europeus.
Penso, por isso, que é de toda a pertinência a manutenção da edição que realizei.

Com os melhores cumprimentos e votos de um bom fim de semana,
jp92
AntMadeira (2022-10-28 18:45:12+00:00): Obrigado pelo retorno, jp92.

As IP/IC não precisam de ter sinalização H25, basta terem essa referência oficial para serem trunks. A sinalização H25 só é considerada quando a estrada com esse sinal não é IP nem IC.
Nos casos que alteraste, a mudança de hierarquia não altera o fluxo rodoviário em termos de roteamento, pois passar de primária para trunk não altera em nada os cálculos, uma vez que a única trunk na região é a IC8. 
A hierarquização feita não se baseia apenas na estrutura da estrada, mas na sua importância na rede rodoviária nacional. Por exemplo, o troço que alteraste com o nome "Variante à EN 238" era uma primária que ligava uma trunk a uma primária. Passares para trunk não vai alterar nada no que diz respeito a possíveis ambiguidades de roteamento. As características físicas da via podem ser mapeadas usando etiquetas  que existem para esse efeito, como o número de vias, a largura da estrada, a superfície, os nós e rampas de saída, etc., que são tidos em conta pelos sistemas de renderização e roteamento que usam os dados do OSM.
Haverá sempre casos ambíguos e/ou limite, porque nenhum sistema de padronização abrange todas as matizes que ocorrem no mundo real. No entanto, estas tuas alterações vão em sentido contrário ao que é aplicado em todo o país e ilhas. 

Outra coisa que te queria perguntar: o nome que deste a essas variantes existe em algum órgão oficial, ou é apenas o nome pelo qual elas são conhecidas localmente?
É importante definir isso, pois se é apenas um nome conhecido localmente, a etiqueta a usar é loc_name=* e não name=*.


Ao dispor,
António Madeira.
AntMadeira (2022-11-08 22:33:09+00:00): Olá, jp92.
Uma vez que não te voltaste a manifestar acerca deste assunto, tomo a liberdade de reverter estes teus changesets.
Caso tenhas alguma crítica, sugestão ou dúvida, convido-te a juntares-te ao canal Telegram da comunidade OSM em Portugal, onde poderemos debater este e outros assuntos sobre o mapeamento no OSM.
-> https://t.me/OSMPortugal

Cumprimentos,
António Madeira.
pio2_122 (2022-10-29 14:11:15+00:00): Według „Oficjalnego Spisu Pocztowych Numerów Adresowych” Poczty Polskiej z października 2022 (https://www.poczta-polska.pl/spis-pna/) w gminie Leoncin wszystkie miejscowości mają kod pocztowy 05-155, a kod 05-156 w ogóle nie istnieje.
syntex (2022-10-29 18:35:59+00:00): Wow, na pewno sprawdziłem kilka wsi z tych na tej stronie https://kody.poczta-polska.pl/#/ i jestem pewien, że przynajmniej dwie czy trzy z nich miały 05-156. Sprawdziłem teraz i żadna go nie ma??
syntex (2022-10-29 18:39:59+00:00): https://www.openstreetmap.org/changeset/128222919
pio2_122 (2022-10-29 18:52:28+00:00): Dzięki za poprawkę :)

Najwyraźniej, jest tam jakieś zamieszanie z kodami pocztowymi.
Widać to w historii przykładowego adresu: https://www.openstreetmap.org/node/2135537180/history.
Na początku w gminnej ewidencji był kod 05-156, później zmieniono go na 05-155 (o ile nie była to ręczna poprawka przed wysłaniem zmian do OSM), a następnie znowu na 05-156 (taki stan jest zarówno na leoncin.e-mapa.net i w PRG/mapy.geoportal.gov.pl).
Andreiana (2022-10-28 19:44:17+00:00): Salut! Daca vrei sa editezi poti edita legaturile STB in cazul in care ti se par aiurea, Dar acea bretea nu exista! Nu este stearsa din greseala. Am fost acolo acum 2 zile.
julcnx (2022-10-29 06:26:12+00:00): Hi, thanks for your contribution! Just a little tip for next time, don't forget to save your changes before you move to the next country :) Cheers, Julien
More info: https://wiki.openstreetmap.org/wiki/Changeset#Geographical_size_of_changesets
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/128182752
Timmy_Tesseract (2022-11-18 13:16:40+00:00): Hey Julien, sorry for this. Seems like Go Map!! kept some unsaved edits from several weeks prior. Will be more careful about this in the future.
wireguy (2022-12-02 16:25:43+00:00): Hi Matt.  I noticed unclosed relation rings in this changeset using https://tools.geofabrik.de/osmi/?view=areas&lon=-91.01492&lat=29.36752&zoom=14&baselayer=Geofabrik%20Standard&overlays=ring_not_closed

.
Having one big relation may be prone to breakage later.  It may be easier to maintain to have multiple smaller separate relations (or just ways, if relation is not needed).    Keep mapping!
MxxCon (2022-10-31 03:30:31+00:00): Hello.
It's great to adjust building to the satellite imagery, however you should also keep in mind possibility that a given satellite imagery might not be correctly aligned in a give area. It's best to double-check existing features with multiple satellite images, not just Bing to confirm if features are misaligned or imagery needs to have offset.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/128183007
Violaine_Do (2023-01-09 21:53:26+00:00): iaorana et mauruuru pour tes contributions! Si les routes existent mais sont fermées au public il ne faut pas supprimer la route mais rajouter des tags pour en décrire l'accès (access=xxx). Peux tu vérifier et compléter? Merciii et bon mapping!
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/128183067
tbo47 (2023-01-09 23:52:09+00:00): hello, et merci de donner suite a mes contributions. Je me suis rendu sur place et il n'y a pas de route a cet endroit. Tout au plus une allée privée fermee par une haute porte. J'ai préféré la retirer car aucune allée privée n'est referencees dans le coin. Je trouvais ça plus cohérent et moins trompeur: il n'y a pas d’accès a la plage a cet endroit.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/128183067
Violaine_Do (2023-01-10 00:07:16+00:00): ok merci, ça marche pour moi
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/128183067
Gregory Peony (2023-05-14 03:58:44+00:00): The buildings you mapped are not squared. Please square them by pressing "q".
4004 (2022-11-01 12:31:34+00:00): здравствуйте, спасибо за правку.
возможно, вам больше понравится веб редактор iD - вы забыли добавить теги здания, и в веб редакторе есть например заготовки для Белпошты
trial (2022-10-31 15:07:22+00:00): Salut, tu as changé Clos de Kervaziou en Le Clos de Kervaziou. Je ne sais ce qui est correct. Par contre si tu changes le nom d'une voirie, tu dois mettre à jour l'associatedStreet associée : https://www.openstreetmap.org/relation/11921487 (qui reste uniquement francophone ;-()
Isabella Chejne (2022-10-28 18:28:21+00:00): fdsdfgf
silversurfer83 (2022-10-29 09:15:25+00:00): Moin,

"width=0" ist aber sehr schmal. Wenn man den Pfad nutzen kann, dann hat er doch sicher eine Breite >0, oder? Du kannst Werte unter 1m auch mit Komma (also Punkt) angeben. Bsp, width=0.3

Grüße
silversurfer83
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/128186600
mrxx2001 (2022-10-29 09:38:59+00:00): Moin. Danke für den Hinweis. Hab's angepasst! VG!
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/128186600
silversurfer83 (2022-10-29 15:05:14+00:00): Super. Danke für die schnelle Rückmeldung :)
WoodWoseWulf (2022-10-29 23:25:26+00:00): This doesn't make any sense - there are multiple parking lots that look like they can only be accessed via this road. Suggestion - keep the original service road tagging and set appropriate cycle access tagging in addition to that.
eggie (2022-12-05 13:17:39+00:00): Beste Bram.. Welk bord staat vooraan de Lindegracht die rechtvaardigt om motor_vehicle=destination te taggen?
Verder graag concreet aangeven wat je aanpast op de kaart. 
Graag reactie
eggie
eggie (2022-12-06 08:57:55+00:00): reverted by changeset #129772723

Voorlopig teruggedraaid in afwachting van reactie.

Wanneer de doorgang bv moeilijk is voor chauffeurs kan bv de breedte van de weg opgegeven worden.
Svp niet zomaar wegen afsluiten.
MVG
eggie
Tatfahren (2022-11-05 18:09:56+00:00): Du hast den node ohne Name auf die Straße gesetzt, laut der Adresse könnte es sich um eine Dopplung des "Falafel Sultan" handeln. Sollte das nicht der Fall sein und 2 Restaurants in dem betreffenden Gebäude liegen entschuldige ich mich für die Löschung und trage dieses dann gerne in der 91 neu ein.
Dawid2849 (2022-10-28 19:50:19+00:00): Dzięki za uzupełnienie!
VictorIE (2022-11-11 01:00:40+00:00): Thanks for this but do be careful with such huge changesets!
SomeoneElse (2023-02-14 23:10:16+00:00): Hello,
I came across this in the context of https://www.openstreetmap.org/way/1046339418/history , and was wondering how this changeset was an improvement?
I personally wouldn't have added "operator:wikipedia" to this way in the first place, but I don't see how removing it improves things in any way?
I spotted it because unfortunately whoever added the data in the first place didn't sanity check it - https://www.openstreetmap.org/way/1046339418/history (and lots of others in that import) are wrong because of an off by one error in the source data.  I'd have expected the importer to have spotted it when they did their edit, and I'd have expect you to have spotted it here too!
Best Regards,
Andy
VictorIE (2023-02-14 23:55:56+00:00): Andy, when the de-bugger is turned on for iD it automatically suggests operator:wikidata=* and some other corrections (capitalisation, proper name, etc.) tags automatically. Previously, it was also suggesting operator:wikipedia=* Adopting those suggestions was usually the right thing to do.

However, operator:wikipedia=* is problematic, as it is language dependent. So, for the Superdry clothing brand or Nissan cars, it was suggesting the Japanese-language wikipedia pages, even if the OSM object was in the UK or Ireland.

Adding operator:wikipedia=* was discontinued. Keeping operator:wikipedia=* was slightly untidy, hence the changes by the user endim8.

A few years ago, for some reason (I presume there was a genuine reason) wikipedia:[Language code]=[Topic] was changed to wikipedia=[Language code]:[Topic] If that change hadn't happened, the knock-on changes here wouldn't have needed to happen.
mapboy63 (2022-10-28 21:31:14+00:00): Why has way 1068311327 been changed from a sports pitch to a recreation ground? It accurately maps a cricket field and sits within a sports centre, it doesn't seem to make any sense.
DaveF (2022-10-28 21:49:17+00:00): That's a weird shape for a cricket *pitch*
Cricket pitches do not include nets, screens, wicket covers, pavilions, car parks etc

A cricket pitch is defined by the boundary rope.
I believe I've made the database more accurate.
mapboy63 (2022-10-28 21:56:00+00:00): Many cricket pitches are mapped this way, if it's supposed to be round then why didn't you do that? Changing it to a recreation ground has made the database less accurate and fixed nothing.

I spent time adding detail to this sports club earlier today, you might have reached out before editing it.
DaveF (2022-10-28 22:21:42+00:00): ..And I've been correcting those which have been mapped this way.

As my changeset comment sets out, I'm changing areas which have incorrectly been mapped as pitches & converting them to recreation grounds. If you wish to add an accurately define pitch area, then please feel free to do so.

I've correct hundreds of these errors over the last few years. If I contacted every individual, I'd never get any updates done. 
I've not deleted any of your edit, just changed a tag from one type of entity to another.

It's not "made the database less accurate" for the reasons already stated.
mapboy63 (2022-10-28 22:57:14+00:00): You could see it was edited only hours earlier, a note or message would have been rather more useful than a drive-by tag change on something that will need fixing whether it's made a recreation ground or a sport pitch.

The area was quickly mapped months ago, and I have plans to make it accurate when I can, which will be very soon. But the help is much appreciated.
DaveF (2022-10-28 23:46:44+00:00): I genuinely don't understand your last post.

The solution is for you to add a sports pitch, if you wish. It would take a fraction of the time you spent typing your comments.
mapboy63 (2022-10-29 10:07:51+00:00): Indeed, which makes it even more perplexing that you spent time changing sport pitches to recreation grounds, even when it doesn't make sense to do so.
DaveF (2022-10-29 13:17:20+00:00): But you clearly didn't map a sports pitch, for the reasons set out in my first reply.
OSM_RogerWilco (2022-10-30 11:21:44+00:00): Moin soziologikus,

super wäre es , wenn Du eine Quelle angeben würdest. Leider muss man das Feld "Quellen" dazu beim Onlineeditor iD erst manuell einblenden.

Siehe https://wiki.openstreetmap.org/wiki/DE:Good_changeset_comments

Viele Grüße
Roger Wilco
soziologikus (2022-10-30 12:18:32+00:00): Hallo Roger,
danke für den Hinweis, wieder was dazugelernt, werde ich in Zukunft machen. "local knowledge" wäre die passende Quelle in diesem Fall gewesen.
Schöne Grüße
soziologikus
adiatmad (2022-10-31 06:53:24+00:00): Good work on your edits! But it will be better to avoid adding a generic name i.e name=Building (https://pewu.github.io/osm-history/#/way/1107806731). Maybe you want to check this page (https://wiki.openstreetmap.org/wiki/Names#Names_are_not_for_descriptions). Happy mapping!
Rus Ionut (2023-01-13 12:00:12+00:00): Salut,

Esti sigur ca strada asta id:962407750 este cu sens unic? Ca nu te mai poti intoarce.
Ruben Kislaki (2023-01-13 19:44:46+00:00): Salut, 

Merci! Mi-o scăpat din greșeală. Doar id:222483931 este cu sens unic; id:96240775 este cu dublu sens. Am corectat.