piebro/osm-data huggingface dataset:
Tom Delmas (2022-10-04 15:24:19+00:00): Je vous remercie pour cette remarque.

Physiquement, c'est un chemin de halage goudronné, sans trottoir. C'est une voie sans issue pour les véhicules motorisés. 

Au niveau des panneaux de signalisation, c'est bien une "zone de rencontre" (il y a un tel panneau à l'entrée côté Paris juste après l'échangeur, et coté Charenton au niveau du pont de l'ile martinet au-dessus de l'autoroute)

Mais au niveau de l'usage, c'est une aire piétonne : 
- Les seuls rares véhicules motorisés qui peuvent y passer ne la traverse pas, mais l'ont pour destination (généralement uniquement les véhicules d'entretiens des zones végétalisés)
- Les piétons marchent systématiquement sur la route, n'ayant pas de trottoir pour se réfugier

(Coté priorité piétons/cyclistes, que ce soit une aire piétonne ou une zone de rencontre, les piétons sont toujours prioritaires.)

C'était taggé à tort comme une piste cyclable. J'ai hésité à tagger comme une zone de rencontre (highway=living_street)  mais l'absence de réel trafic motorisé (car voie sens issue pour eux) et le fait qu'openstreetmap demande de tagger "ce qu'il y a sur le terrain", et sur cette "route", il y a des piétons, m'a fait pencher pour le côté zone piétonne (highway=pedestrian).

Après, si vous pensez qu'il vaut mieux tagger en highway=living_street, n'hésitez pas à faire la modification. 

Je reste à votre disposition si vous avez d'autres questions ou que vous souhaitez en débattre.
Benoît C MdP (2022-10-04 15:32:00+00:00): Bah une aire piétonne, c'est priorité absolue au piéton et vitesse limitée au pas. Du coup c'est une incohérence d'avoir une vitesse limité à 20 km/h et les calculateurs d'itinéraires vont déprécier cette voie pour les trajets vélos.
En tout cas, rien n'indique dans le code de la route qu'il faut avoir un trottoir pour une zone de rencontre.
[Par contre, il peut y avoir des trottoirs dans une aire piétonne,..].
Ici, c'est 100% compatible avec le statut de zone de rencontre et en plus, c'est ce qu'indiquent les panneaux, donc je vais corriger.

Bonne continuation

Benoît
ScantLeopard336 (2022-10-04 03:06:00+00:00): Hey there,

I haven't been over to Morristown since construction on this began, but that circle looks weird to me. Is a road missing, or is all westbound traffic from Morris Street redirected onto Spring Street?
Itd5sS6uZ (2022-10-05 00:27:28+00:00): Hey,

I just visited again and there was already some more construction. About a month ago, this was the case that the eastbound exit was cut off there and merged with the west exit. They just made it so that the westbound lane could go to the third exit in the right roundabout lane, and the eastbound one can go to the third exit in the left lane.

I'll update my changes based on these recent findings accordingly.
Itd5sS6uZ (2022-10-05 00:29:14+00:00): (To clarify, I recently found: from Morris Street, eastbound traffic has a left lane to the third exit onto Spring Street. Westbound traffic from Morris Street takes the right lane to the first exit onto Spring Street.)
ScantLeopard336 (2022-10-05 01:10:05+00:00): Gotcha, thanks for the clarification. It may be worth considering adding the missing section with a highway=construction tag for better clarity to prevent confusion of other mappers.

I also wanted to double check that there are 2 exits from the roundabout leading to Morris Street eastbound.
blxght (2022-10-02 22:41:57+00:00): Według geoportalu i państwowego rejestru granic niektóre adresy na Podlesiu są przesunięte o jedno dalej (12a to 13), i niektóre adresy w tej chwili oznaczone jako nie-potwierdzone są tam podane, wiesz definitywnie czy geo-info jest dokładniejsze w tym obszarze?
blxght (2022-10-02 22:50:27+00:00): O, i co do tego komunikatu, to przez to że wpisałeś w zakładke "miasto" nazwe, która jest podana niżej w znacznikach jako "addr:place",, nie wiem czemu nadal nie wyświetla tam tego edytor, powoduje to dużo problemów
Cy0nyx_PL (2022-10-03 12:05:24+00:00): Ogólnie rzeczy w geoinfo są wprowadzane przez geodetów lub wydział w starostwie na podstawie pomiarów w terenie lub/i dokumentów z urzędów, także myślę, że to są dosyć dokładne dane, chociaż zdarzają się błędy jak wszędzie. A ten błąd adresu co bot napisał postaram się poprawić jak tylko wrócę z pracy
YraFyra (2022-10-03 08:01:04+00:00): Hej
Nu har du satt taggarna på fel infart. Den rätta är längre till sydväst.
Map-Peter (2022-10-05 20:57:13+00:00): Hallo jbb,
 
sollte dieser Parkplatz woanders hin? Dort ist auf den Luftbildern nur Gras zu sehen und nicht einmal irgend eine Art von Zufahrt zu diesem Parkplatz.
 
Ich kann mir nicht vorstellen das solche gehobenen Touristeneinrichtungen einen "wilden" Parkplatz auf ihrem gepflegten Grün zulassen.
 
Gruß Peter
jbb (2022-10-06 07:22:11+00:00): Hallo Peter,
doch, ist ein neu angelegter Schotterplatz. Hab es gerade noch vervollständigt.
Quelle: War am Wochenende dort
Gruß,
Johannes
SomeoneElse_Revert (2022-10-03 20:22:47+00:00): This changeset has been reverted fully or in part by changeset 126957361 where the changeset comment is: Reverting the edits by the current account of PixelDubs. See https://www.openstreetmap.org/user_blocks/6414 .  Some edits may be plausible; most are not, and mean that we can't trust the plausible ones.
pitfire (2022-10-04 06:13:48+00:00): Hallo tinone,

Fahrradparkplätze sollten ein geschlossene Fläche sein. Nicht jeder Balken ist ein eigener Parkplatz.
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbicycle_parking

Hattest Du ja mit Änderungssatz #126899393 schon alles erfasst.
aceman444 (2024-06-23 20:33:03+00:00): Zdravim, restauracie McDonald's malokedy prevadzkuje firma McDonald's (a potom sa nazyva McDonald's Slovakia spol. s r.o.), ale rozne spolocnosti, ktore si len prenajimaju znacku, teda 'brand'. Zoznam je napr. na https://www.mcdonalds.sk/static/files/restaurace-mop-sk.xlsx .
map per (2022-11-12 20:51:58+00:00): eigentlich haben U-Bahnausgänge in München einen Buchstaben als ref=*. ref=Busbahnhof sollte also falsch sein.

(https://www.openstreetmap.org/node/3002618014)
cyton (2022-10-03 13:57:59+00:00): aber die radfurt im kreuzungsbereich darf man doch in fahrtrichtung nur rechts benutzen? da das als path gemappt ist, muss man doch die fahrtrichtung für fahrräder einschränken in nur iene richtung, sonst würde ein router da vielleicht quatsch machen und auf der falschen seite über die fußgänger ampel führen, wo keine streuscheibe mit fahrradsymbol existiert
streckenkundler (2022-10-03 14:18:41+00:00): Hei,

ich hab in der Hauptsache die oneway:bicycle=yes der Kreuzungsüberwege weggenommen. Ich hab mir das auch eine Weile durchdacht, bis ich darauf gekommen bin... 
Das ist aber nun eben auch die Diskrepanz Radwegbeschilderung einerseits und der Ausschilderung als Knotenpunktnetz... Ich hab da keine andere Lösung.
Diese Kreuzung ist eh reichlich schräg. Normalerweise müssen Radüberwege von Fußwegen getrennt gemappt werden.

Sven
streckenkundler (2022-10-03 16:04:32+00:00): Ich hab mir die Kreuzung auch noch mal auf Mapillary angeschaut... Es gibt für mich keine Hinweise, daß man zwangsweise erst die Kreuzung überqueren muß, um erst dann die Straße zu wechseln und um der Fahrtrichung gerecht zu werden.

Sven
cyton (2022-10-03 16:59:21+00:00): naja, rechtsfahrgebot lege ich so aus, dass man nur rechtsseitige radwege nehmen darf, linksseitige müssen ausgeschildert sein, oder ich steige ab und bin kein radfahrer mehr (was ja für fußgänger erlaubt bleibt mit oneway:bicycle=yes)
streckenkundler (2022-10-03 18:34:43+00:00): Da hast du im Grund Recht, nur ließe sich anderenfalls nicht ohne weiteres das Knotenpunktnetz fehlerfrei erfassen. Das ist immer eine  Gratwanderung. Wie ich schrieb, von dem was ich im Luftbild und bei Mapillary sehe,  müssten hier aufgrund der  Markierungen Rad- und Fußwege getrennt erfasst werden. 

Andererseits: die Ampeln/Radfahrerampel  stehen vor den Kreuzungspunkten, daß heißt,  wenn grün ist, hat das Rad auch vor dem Kreuzungspunkt der Hauptstraße eine Kreuzungsmöglichkeit.

Sven
eggie (2022-10-02 16:54:29+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 

Tip  Probeer het gebied van je edits veel kleiner te houden. Bv een stukje van een wijk...  niet een hele provincie.

MVG, 

Eggie 

Namens de OSM Community
eggie (2022-10-02 16:57:56+00:00): Nog een tip.. In OSM Nederland proberen we zo veel mogelijk op de bestaande adresnodes bij te taggen. Wellicht lastig met de OsmAnd app.
Vast makkelijker met een reguliere editor als iD of JOSM.
Bedankt voor je bijdrage.

MVG
eggie
Lantander (2022-10-02 17:09:13+00:00): Dus je bedoelt dat je per keer dat je edits upload het beperkt tot 1 geografische locatie? Dat begrijp ik! Ik kan volgens mij gewoon op de adresnodes taggen, dat zal ik doen. Beadnkt voor de tips!
eggie (2022-10-02 17:09:22+00:00): Is je bron wellicht google??   Restaurant de Groothoofdspoort bestaat die nog steeds?
eggie (2022-10-02 17:10:12+00:00): De fietsenstalling Raamstraat staat al op de kaart.
eggie (2022-10-02 17:12:49+00:00): Yep.. Gewoon in meer uploads.. Geen idee hoe dat gaat met OsmAnd.
, maar dat zal vast wel gaan.
Dan is je bijdrage makkelijker te screenen en bij een revert ben je niet alles kwijt.
Ook in een reguliere editor niet te veel edits in één changeset.. Zelfde reden. 
Mapse
eggie
Lantander (2022-10-03 09:53:42+00:00): Ik liep zelf langs Groothoofdspoort, zit nog steeds in dat poortgebouw.
eggie (2022-10-03 10:11:10+00:00): Oke....  niets is veranderlijker dan die locatie. 
Dacht dat ze de handdoek in de ring hadden gegooid. 
De dubbeltagging fietsenstalling Raamstraat heb ik verwijderd. 

MVG
eggie
eggie (2022-10-03 10:24:07+00:00): Je had wel de juiste plek... 
Ooit in 2010 zelf erop gezet,  maar dus verkeerd. We hadden toen geen luchtfoto's en ook nog geen bebouwing in OSM. 
De naam heb ik aangepast en de poi iets opgeschoven naar adresnode 34. . Officieel heet ie Fietsenstalling Achterom.
Gr eggie
marc__marc (2023-04-10 20:16:14+00:00): Bonjour,
je réagis unn peu tardivement à votre demande d'avis
https://www.openstreetmap.org/way/1099879730
surface=yes tout court ne veux rien dire
que vouliez-vous dire ?
Cordialement,
Marc
HubMiner (2023-03-29 13:01:53+00:00): https://www.openstreetmap.org/node/10068831484

Same here, here opening_hours look unlikely, please review.
HubMiner (2023-03-29 13:02:39+00:00): https://www.openstreetmap.org/node/10068831479#map=19/13.42847/-6.26945

Also for this.
user_3022894 (2022-10-02 20:57:06+00:00): Hi guerda,

ich weiß nicht, inwiefern du konkret vor Ort nah an diesem Objekt vorbeilaufen konntest bzw. in welcher Form du hier vorbeigekommen bist. Allerdings ist es so, dass aus der Telefonsäule, deren Existenz du auf Nachfrage von StreetComplete hier bestätigt hast, das Telefon ausgebaut ist.
Man kann dort also nicht mehr telefonieren. 
(Weiß nicht, ob du das gesehen hattest?)

In solchen Fällen kannst du die Antwort auf "Existiert das hier noch?" gerne verneinen/mit "Nein" antworten.

Viele Grüße
Lukas
guerda (2022-10-02 23:59:46+00:00): Moin Lukas!

Ah, das tut mir leid, das habe ich nicht gesehen. Ich habe gestern nur die Säule gesehen und dachte, dass damit das Telefon noch da ist.

Entfernst du den node oder passt die Eigenschaften an?

Viele Philip
guerda (2022-10-03 00:00:53+00:00): Ich sehe, du hast den Knoten schon gelöscht.  Danke dir!
user_3022894 (2022-10-06 18:04:03+00:00): Moin Philip,

gerne, kein Problem.
Zugegeben ist es je nach Position, von der aus man die Säule sieht, auch wirklich gar nicht so leicht zu erkennen, dass da kein Telefon mehr da ist.
Ich danke dir ebenfalls, für die schnelle Rückmeldung!

Viele Grüße
Lukas
Robert Whittaker (2023-04-28 08:14:51+00:00): In this changeset, you added "Poundland" brand tags to https://www.openstreetmap.org/node/420783189 but left the name as "99p Stores".

https://en.wikipedia.org/wiki/99p_Stores suggests after Poundland bought the chain they changed the branding to "Poundland". Do you know if this is the case here, i.e. should the name also be updated to "Poundland"?
Firefishy (2023-04-28 08:20:28+00:00): I think it is now a Poundland, no longer named 99p Store. Likely best to change or add a fixme tag and I'll check on my next visit.
Robert Whittaker (2023-04-28 11:17:37+00:00): Thanks - I've added a "fixme".
HubMiner (2023-03-29 13:00:41+00:00): Hello, the opening_hours look unlikely, could you confirm?

https://www.openstreetmap.org/node/10068970428
Rogoyski (2022-10-16 21:22:59+00:00): Czemu OTI Europa Asec -> ASEC? Wydawało mi się, że po przejęciu firmy właściwsza jest ta pierwsza nazwa.
Podobnie, co wiesz o Mera Systemy vs. Mera-Serwis SGL?

Muszę też powiedzieć, że zaczynam trochę powątpiewać w to ręczne sprawdzenie, bo coś dużo wyszło tych fixme w miejscach, gdzie będąc w terenie nanosiłem biletomaty. Albo to, albo Twoje dane wejściowe są gorsze niż to, co już było w OSM. Kto teraz rozstrzygnie czy 10068981051 i 9874857438 to nie jest to samo (a podejrzewam, że jest)..?
kwiatek_123 (2022-10-16 21:34:29+00:00): Nazwy są takie jak zostały ustalone na discordzie OSM Polska i wpisane na wiki https://wiki.openstreetmap.org/wiki/Pl:Tag:vending%3Dpublic_transport_tickets

Wszystkie biletomaty co nie mają ref'ów warto sprawdzić w terenie właśnie czy się nie dublują. Co do słuszności tej edycji to jednak zostało dodane drugie tyle biletomatów co było na osm (a było około 400). Głównie w miejscach gdzie nikt nie zagląda. No metra to największy problem dodawania tak biletomatów bo nie widać na orto ale wiele już dodanych z metra połączyłem bo widać było czy to po ułożeniu czy to po operatorach że to są te same.
Rogoyski (2022-10-16 22:02:06+00:00): Obawiam się, że w wielu wypadkach nikt tego nie sprawdzi tak jak przez ponad 10 lat można było w W-wie znaleźć mapy MSI oznaczone amenity=citymap_post z TODOs-em sugerującym rozważenie przetagowania na tourist=information... 

Co do nazw operatorów, to pozostaje mi ponownie załamać ręce, że głównym medium społeczności został jakiś czat. Nie pamiętam szczegółów, ale miałem przekonanie, że nazwy, które wybrałem (i to jako pierwszy!), były weryfikowalne w terenie, a te zastosowane teraz nie są.
kwiatek_123 (2022-10-17 14:46:40+00:00): No to nawet jak nie sprawdzi to chyba lepsze zduplikowane biletomaty niż brak biletomatów. "jakiś czat" to "konflikt pokoleń" i tutaj nie miejsce na tego typu dyskusję. Ktoś o Twoim nicku jest na discordzie to możesz tam napisać z propozycją zmiany nazwy operatora. A jak nie masz konta to ja mogę napisać i coś wymyślimy. Lub jak chcesz to napisz na (nowym) forum i podeślij link.
Rogoyski (2022-10-17 20:55:40+00:00): Konflikt pokoleń... To dopiero obraza majestatu, sugerujesz, że jestem starym prykiem :D Jeszcze mi się nie zdarzyło. Pzdr.
mueschel (2022-10-25 13:14:33+00:00): Hi,
I found a couple of trees with some strange keys, could you check that?

powiat = *
rob_obiekt = *
ptarac (2022-10-29 17:54:42+00:00): Hi,
Thank you for pointing out the error. These keys are leftover after preparing the file in QGIS. I will correct it.
Kovoschiz (2022-10-03 10:16:09+00:00): `highway=mini_roundabout` is not valid here.
Rainero (2022-10-05 20:57:10+00:00): Uriweg und Malojaweg sind keine Fußgängerzone, da steht kein Zeichen DE:242, also kein highway=pedestrian.
map per (2022-11-11 17:44:08+00:00): Habs korrigiert und auch die doppelten Wege wieder gelöscht. 

@AP_MUC: Es wäre gut wenn du in Zukunft auf Verbesserungsvorschläge eingehst und nicht fleißig weiter in ganz München falsche Fußgängerzonen einzeichnen würdest.

Ich bin einmal alle deine Änderungen außerhalb von Fürstenried West durchgegangen und hab (hoffentlich alle) doppelten Wege und falsche Fußgängerzonen mit Außnahme von [1] und [2] korrigiert. War viel Arbeit.

Danke und viele Grüße
map per

[1] https://www.openstreetmap.org/changeset/128243312
[2] https://www.openstreetmap.org/changeset/127834644)
IronArtex (2022-10-02 19:00:40+00:00): Salut, pour le portail du Collège Stockfeld, tu as fais une erreur, le batiment qui est en vue satelite est un parking vélo, ma modification était donc correcte source : vue sur le terrain
SUPER HEROS 67 (2022-10-02 19:16:05+00:00): Je prends note de mon côté, je te laisse remettre alors correctement le portail.

Désoler du coup pour avoir repositionné les portails au mauvais endroit.
cyclist789 (2024-12-26 09:58:28+00:00): https://www.openstreetmap.org/node/2660175840
I have changed Nældevads Å, such that it runs from the west and not from the south.
marczoutendijk (2024-04-23 18:17:51+00:00): https://www.openstreetmap.org/way/242827544/history
Hoi multimodaal,
Je gebruikt hier opening_hours=open om aan te geven dat de brug weer open is (na een tijdelijke afsluiting eerder).
Voor mij hoort opening_hours bij winkels, bedrijven enz. en zou je voor een brug de access=* tag moeten gebruiken.
Los even van het feit dat opening_hours=open niet als zodanig een geldige waarde is. Je zou dan kunnen kiezen voor 24/7.
Maar misschien zie je dat helemaal anders.
Groet,
Marc
multimodaal (2024-04-23 19:29:59+00:00): Hoi Marc, goed dat je hierop wijst, die "open" was denk ik een "slip of the pen", heb die net verwijderd. 
Als ik permanente openstelling had willen aangeven dan had ik inderdaad 24/7 gebruikt ipv open.
24/7 gebruik ik wel eens om aan te geven dat paden in natuurgebieden NIET zijn gesloten tussen zonsondergang en zonsopkomst (de meeste zijn dan wel gesloten), maar in zo'n pad in het park vind ik dat niet echt de moeite. 
Ik heb veel met access:conditional gewerkt (maak er een aparte kaart mee om sluiting voor broedseizoen aan te geven), maar ben tot de conclusie gekomen dat het om meerdere redenen een erg vervelende constructie is. Voor een tijdgebonden sluiting voor alle vervoerswijzen werkt opening_hours veel beter om meerdere redenen. 
Die laatste tag in ondertussen ook een kleine 15k keer gebruikt op een highway=* 
Heb me al lang voorgenomen om daar eens werk van te maken in de wiki en zo een bredere discussie op te starten, maar eerlijk gezegd ontbreekt het m een beetje aan de puf daarvoor, kom al nauwelijks aan mijn mapwerk toe.
Zal binnenkort in een PM de redenen   wat nader toelichten, dat typt wat makkelijker dan hier (-;  
Vriendelijke groet, M.
multimodaal (2024-04-23 21:53:17+00:00): Hoi, heb eea hier toegelicht:
https://wiki.openstreetmap.org/wiki/Key:opening_hours#Usage_on_highways
Hopelijk wordt dit nog aangescherpt door andere mappers en is dit meer algemene punt hiermee wat beter vindbaar dan in een changeset-comment. 
Ook bij herlezing van deze wiki zag ik zo snel nergens dat opening_hours niet zou zijn toegestaan op highway=* , maar ik herken het gevoel dat je in eerste instantie daarbij misschien eerder denkt aan een winkel dan aan een weg, dat had ik voordat ik zelf veel mee ging werken ook, maar ben daar nu van bijgekomen (-; 
Vriendelijke groet.
Frans S (2022-10-03 13:05:27+00:00): Hello. Thanks for mapping on this project.
Did you read the instructions how to map/tag highways?
"Roads: Map significant routes only. As a general rule, don't trace roads that don't lead to any building, village or town. It is easy to mistake small rivers and borders of agricultural areas for roads. Refer to the Highway Tag Africa wiki-page for more information on tagging roads in the region." end of quote.
I have my doubts and asked the PM to take a look at your work.
It is important to concentrate on roads that matter.
Best regards
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/126902476
Carto_Graph (2022-10-05 17:00:13+00:00): Для идентификаторов используется не name а ref.
rarad74 (2022-10-03 04:13:10+00:00): Salut. Te rog sa folosesti tag-urile corecte pentru scari de bloc - entrance/exit sau entrance=yes si nu mai pune tag-uri de POI-uri. Nu mai folosi editoruld e ma maps.me deoarece este extrem de limitat si nu poti adauga scari de blocuri si numere de adrese cu el. In plus scarile de bloc trebuiesc lipite de linia cladirii. Numai bine, Razvan.
gscholz (2022-10-16 06:02:35+00:00): Hi zlyntud,
this changeset has created errors in the OSM database regarding wrongly assigned relation rules:

https://tools.geofabrik.de/osmi/?view=areas&lon=112.07967&lat=-6.89695&zoom=17&baselayer=Geofabrik%20Standard&overlays=duplicate_node%2Csingle_node_in_way%2Cduplicate_segment%2Cway_in_multiple_rings%2Cintersection%2Cintersecting_segments%2Cring_not_closed%2Ctouching_rings%2Crole_should_be_inner%2Crole_should_be_outer%2Cinner_with_same_tags%2Cways%2Cduplicate_node%2Csingle_node_in_way%2Cduplicate_segment%2Cway_in_multiple_rings%2Cintersection%2Cintersecting_segments%2Cring_not_closed%2Ctouching_rings%2Crole_should_be_inner%2Crole_should_be_outer%2Cinner_with_same_tags%2Cways

https://overpass-api.de/achavi/?changeset=126903365

May be you like to educate yourself about how to properly edit multipolygon relations:

https://wiki.openstreetmap.org/wiki/Relation:multipolygon

Can you please fix this?
Kind regards
Guido
Xyberion (2022-10-02 17:43:48+00:00): Toevoeging aan omschrijving: Paden met G7-borden in Brielle getagd als voetpad. Paden van wandelroutes 44-45 en 84-85 verwijderd. Het zijn geen officiële wandelroutes binnen het wandelroutenetwerk en leiden bovendien over akkers om vervolgens dood te lopen bij een sloot.
Mateusz Konieczny (2023-03-26 16:18:28+00:00): https://www.openstreetmap.org/way/162916259

surface=paving_stones on motorway looks like a mistake - are you sure that something like https://wiki.openstreetmap.org/wiki/Tag:surface=paving%20stones?uselang=en is there?
txemt (2023-03-28 03:12:55+00:00): Um..........uh..........fixed. =)
emersonveenstra (2022-10-04 11:13:52+00:00): Hi,

Once again, your website and phone numbers are invalid. Please fix them, thanks!
TimothyOnline (2022-11-12 20:22:37+00:00): Corrected per specification.  Thanks.
Mateusz Konieczny (2023-12-21 15:34:09+00:00): amenity=self_storage ? Is it simply a shop=storage_rental? See https://wiki.openstreetmap.org/wiki/Tag:shop%253Dstorage_rental Or is it selling boxes/packaging?

If it is certainly shop=storage_rental - would it be safe to mass-retag it without inspecting individual cases for all objects tagged this way?
https://www.openstreetmap.org/way/465489203
Jmapper007 (2022-10-02 17:45:58+00:00): pipline... :/
GinaroZ (2022-10-04 17:06:37+00:00): Not sure what has happened here with the building you've added - the shapes seem ok but most of them are out of alignment with both Bing and the existing OSM data, e.g. https://www.openstreetmap.org/way/1099901742
Before you start mapping it's worth fixing any offset the aerial imagery might have - turn on the OSMUK cadastral parcels layer and align Bing with the blue lines.
SmithyScotland (2022-10-04 18:54:25+00:00): The general area was already misaligned badly. The school (Donibristle Primary School) is on one alignment, some of the existing houses on another, further north there's at least 2 other alignments. I changed the alignment (as I always do) to match the majority of the surrounding area.  Here it was incredibly difficult as very little lined up.
GinaroZ (2022-10-04 21:11:21+00:00): Hmm yeah, looks like there's a line running through Bing at the school, to the south it's misaligned and things are angled. I've used 2.4,-2.7 for the buildings to the north so they should all be fixed :)
SmithyScotland (2022-10-06 18:15:09+00:00): Thanks for the tip on OSMUK cadastral parcels. It looks like Bing is almost not to the same scale.  Align to one place, move a few hundred meters, and it's offset again.  I switched to using the Esri World Imagery.  I've spot checked other parts of the OSM map in the same area and they're all offset.
Palolo (2022-10-04 14:19:10+00:00): Thank you for your contributions to OSM, the accurate tracing is appreciated. Please make sure to add the tag building=yes.
Thank you
pio2_122 (2022-10-02 18:05:58+00:00): Drobna uwaga do tagu „start_date”: według osm-wiki „służy do podania daty otwarcia obiektu lub zakończenia budowy obiektu.”. W tym przypadku ten tag może więc sugerować datę zasadzenia drzewa, a nie datę ustanowienia go pomnikiem przyrody.
Moim zdaniem lepszym tagiem byłby np. „protected:start_date” lub „crfop:inscription_date” (na wzór tagu „nid:inscription_date” stosowanego do oznaczenia daty wpisania budynku do rejestru zabytków).