piebro/osm-data huggingface dataset:
Olyon (2019-12-04 16:29:32+00:00): Bonjour,
J'ai annulé vos modifications qui supprimaient la zone résidentiel landuse=residential.
Pourquoi l'avoir supprimé? Si une partie ne vous convenez pas, il faut la modifier mais pas tout supprimer.
De plus, pendant quelque temps, vous l'avez renommé avec un name=* qui n'était pas un nom, Il ne faut pas mettre des info que pour soi. Il est possible d'indiqué pour tout le monde qu"il faut faire des modifications avec le tag fixme=* ou en cliquant à droite sur "suggérer une amélioration de la carte".
Пётр Пашалы (2019-11-29 19:59:36+00:00): http://www.gagauzia.md/index.php?l=ru
viloan (2019-11-27 22:53:58+00:00): Bem-vindo(a) ao OpenStreetMap e parabéns pela sua primeira edição! :-)

Temos um portal brasileiro sobre o OpenStreetMap, com várias informações úteis em https://wiki.openstreetmap.org/wiki/Brasil

Enquanto você está se acostumando com o OpenStreetMap, é recomendado que sempre pergunte aos usuários mais experientes antes de remover ou modificar objetos do mapa, especialmente aqueles que são aparentemente "estranhos" ou "fora do lugar".

Além disso, pedimos que não copie dados de mapas proprietários (como nomes de ruas do Google Maps, por exemplo) e que mapeie apenas o que existe na realidade.

Se você está mapeando por causa do Pokémon, dê uma olhada em https://blog.openstreetmap.org/2017/12/01/dicas-para-novos-mapeadores-pokemon-go/?lang=pt-pt
Se você está mapeando por causa do jogo do Harry Potter, as dicas e explicações na página anterior também são úteis para você.

Se tiver qualquer tipo de dúvida você pode entrar em contato com a comunidade brasileira através de algum dos canais disponíveis em https://wiki.openstreetmap.org/wiki/Pt:Contact
O canal "Comunidade" do Telegram costuma ser o mais movimentado.

Abraço e boa diversão com suas edições!
user_5359 (2020-02-23 08:39:24+00:00): Welcome to OSM! A neighbourhood could not be one building.
kreuzschnabel (2019-11-30 10:21:09+00:00): Dass hier Anliegerverkehr ist, darin sind wir uns einig. Der wird in OSM durch *=destination gecodet. Wenn du den highway außerdem noch auf construction setzt, betrachten Router sie als unbenutzbar. Das halte ich für inhaltich falsch. Wie kommen denn die Bewohner der Von-Eichendorff-Straße mit dem Auto nach Hause?
kreuzschnabel (2019-11-30 10:22:01+00:00): Und „acess=permit“ gibt’s überhaupt nicht. Falls „permission“ gemeint war, das wäre falsch, es würde nämlich keinen Durchgangsverkehr verhindern.
AlexJ (2019-11-30 14:08:44+00:00): Anliegerfrei wird sehr oft nicht beachtet.
Hier ist construction zwar nicht ganz richtig, aber selbst Anlieger können nicht nach Schmitten durchfahren. Und die Anlieger brauchen keine navi, denn due wissen wan und wie sie zu ihren Häusern kommen.
AlexJ (2019-11-30 14:10:45+00:00): Access permit? Ist nur mit besonderer erlaubnis, und eben kein durchgangsverkehr.
kreuzschnabel (2019-11-30 14:17:38+00:00): Klar, die Anlieger brauchen kein Navi. Aber deren Besucher? Sorry, das finde ich nicht richtig. Wir taggen nicht verbotener als es ist, weil wir davon ausgehen, dass das Verbot nur zu 50 Prozent beachtet wird. Das von mir jetzt schon zwei Mal drangetaggte vehicle=destination heißt genau das: Fahrzeuge dürfen die Straße nur nutzen, wenn das Ziel dort liegt, nicht als Durchgang. Ich weiß wirklich nicht, was du dagegen einzuwenden hast. Auf https://wiki.openstreetmap.org/wiki/Key:access finde ich den Wert „permit“ nicht. Und es stimmt nicht, dass Anlieger hier „nur mit besonderer Erlaubnis“ nach Hause fahren dürfen. Die dürfen immer, alle anderen dürfen nie – genau das heißt destination.
Galbinus (2019-11-30 14:34:40+00:00): highway=construction ist hier eindeutig falsch. Vgl. hierzu https://wiki.openstreetmap.org/wiki/DE:Key:construction "Zusätzlich kann construction=minor für Baustellen (z.B. Fahrbahnverbreiterung oder -erneuerung) auf existierenden Straßen verwendet werden, wenn diese nicht gesperrt werden. In diesem Fall wird der Wert des Schlüssels highway beibehalten und NICHT auf highway=construction gesetzt." - Die hier diskutierte Straße ist aber nicht komplett gesperrt sondern für Anlieger weiterhin freigegeben, um zu ihren Häusern zu fahren. Das wir über den key access=destination korrekt dargestellt.
dooley (2019-11-30 14:38:13+00:00): Stimme den Vorschreibern Kreuzschnabel und Galbinus uneingeschränkt zu.
AlexJ (2019-11-30 14:56:40+00:00): Die Strasse ist aber derzeit eine Schotterpiste und keine Strasse.
Die zuwegung ändert sich fortwährend. Minor ist das nicht mehr.
AlexJ (2019-11-30 14:57:30+00:00): Wie schon geschrieben, ich habe auf access =Destination geändert.
ma-rt-in (2019-11-30 15:03:29+00:00): Um hier keine ewig langen Diskussionen zu führen, bitte ich alle im Forum in diesem Thrend weiter zu diskutieren:
https://forum.openstreetmap.org/viewtopic.php?id=68122
kreuzschnabel (2019-12-01 06:17:48+00:00): Die Schotterpiste wird mit surface=gravel getaggt, wenn man drauf kaum fahren kann, kommt noch smoothness=bad dazu. Das access-Tagging drückt ausschließlich die rechtliche Situation aus: Wer darf und wer nicht? Als ich am 10. November dort war, war für Fahrzeuge gesperrt außer Anliegerverkehr (Zeichen 250 + Zusatzschild). Für Nicht-Fahrzeug-Verkehr, also Fußgänger und Reiter, war soweit ich mich erinnere keine Einschränkung gegeben, die dürfen also auch als Nichtanlieger durch.
 
Ich möchte einfach, dass Heizungsbauer Schmidt aus Ober-Mörlen, der mal eine OSM-App ausprobiert und zu einem Neukunden in die Von-Eichendorff-Str. 11 muss, anhand des OSM-Kartenmaterials einen legalen, fahrbaren Weg dafür ausgegeben bekommt :)
AlexJ (2019-12-01 11:15:38+00:00): Ok. Das hatte ich so nicht bedacht.
Jetzt sollte es aber stimmen.
AlexJ (2019-12-01 11:18:46+00:00): Mitt dem Fahren zum Kunden wird das aber problematisch: 
Je nach Baufortschritt sollte die Zufahrt zu den Grundstücken nach Absprache mit dem Baustellenpersonal möglich sein. Während den Arbeitszeiten müssen Sie Ihr Fahrzeug jedoch außerhalb des Baustellenbereichs abstellen.
Quelle: https://www.schmitten.de/gv_schmitten/Aktuelles/Bekanntmachungen/Baustelleninfo/
AlexJ (2019-12-01 11:21:23+00:00): Bei einer Strasse im Bau, tagge ich nicht den aktuellen strassenbelag, der ändert sich doch alle paar Tage/ wochen. Das macht keinen sinn. Dafür ist ja construction als zustand eingetragen.
user_5359 (2019-11-28 05:23:03+00:00): Welcome to OSM! A restriction relation must have three roles (from (one way) to (one way), via (usually one node, but can also be different ways).Please see https://www.osm.org/relation/4567796, https://www.osm.org/relation/9082378, https://www.osm.org/relation/9082379
user_5359 (2020-02-23 08:36:51+00:00): Welcome to OSM! Please notice: A OSM way cannot be a highway and a building at the same time
viloan (2019-11-27 23:11:37+00:00): Bem-vindo(a) ao OpenStreetMap e parabéns pela sua primeira edição! :-)

Temos um portal brasileiro sobre o OpenStreetMap, com várias informações úteis em https://wiki.openstreetmap.org/wiki/Brasil

Enquanto você está se acostumando com o OpenStreetMap, é recomendado que sempre pergunte aos usuários mais experientes antes de remover ou modificar objetos do mapa, especialmente aqueles que são aparentemente "estranhos" ou "fora do lugar".

Além disso, pedimos que não copie dados de mapas proprietários (como nomes de ruas do Google Maps, por exemplo) e que mapeie apenas o que existe na realidade.

Se você está mapeando por causa do Pokémon, dê uma olhada em https://blog.openstreetmap.org/2017/12/01/dicas-para-novos-mapeadores-pokemon-go/?lang=pt-pt
Se você está mapeando por causa do jogo do Harry Potter, as dicas e explicações na página anterior também são úteis para você.

Se tiver qualquer tipo de dúvida você pode entrar em contato com a comunidade brasileira através de algum dos canais disponíveis em https://wiki.openstreetmap.org/wiki/Pt:Contact
O canal "Comunidade" do Telegram costuma ser o mais movimentado.

Abraço e boa diversão com suas edições!
viloan (2019-11-27 23:18:16+00:00): Bem-vindo(a) ao OpenStreetMap e parabéns pela sua primeira edição! :-)

Temos um portal brasileiro sobre o OpenStreetMap, com várias informações úteis em https://wiki.openstreetmap.org/wiki/Brasil

Enquanto você está se acostumando com o OpenStreetMap, é recomendado que sempre pergunte aos usuários mais experientes antes de remover ou modificar objetos do mapa, especialmente aqueles que são aparentemente "estranhos" ou "fora do lugar".

Além disso, pedimos que não copie dados de mapas proprietários (como nomes de ruas do Google Maps, por exemplo) e que mapeie apenas o que existe na realidade.

Se você está mapeando por causa do Pokémon, dê uma olhada em https://blog.openstreetmap.org/2017/12/01/dicas-para-novos-mapeadores-pokemon-go/?lang=pt-pt
Se você está mapeando por causa do jogo do Harry Potter, as dicas e explicações na página anterior também são úteis para você.

Se tiver qualquer tipo de dúvida você pode entrar em contato com a comunidade brasileira através de algum dos canais disponíveis em https://wiki.openstreetmap.org/wiki/Pt:Contact
O canal "Comunidade" do Telegram costuma ser o mais movimentado.

Abraço e boa diversão com suas edições!
erickdeoliveiraleal (2022-06-30 18:40:53+00:00): ¿Existe realmente este puente? https://www.openstreetmap.org/way/750309436/history
VA00 (2020-07-09 13:26:29+00:00): Skoro w szlaku jest luka, to należy ją zostawić, a nie wypełniać kawałkiem nieistniejącej drogi dla rowerów
B_KSL (2020-07-09 15:36:49+00:00): Jeśli kolega ma na myśli linię https://www.openstreetmap.org/way/750309931/history#map=19/50.19737/19.26332 to niestety raczej się myli odnośnie wypełniania luk. Zostawianie ich bądź nie łączenie z siecią dróg to powszechny błąd początkujących. Najczęstszy w przypadku chodników/dróg dla pieszych ale na drogach dla rowerów też często spotykany.  Powinniśmy rysować takie połączenia nawet jeśli rzeczywiście w tym miejscu nie ma żadnych oznaczeń dotyczących ruchu rowerów. A już szczególnie w przypadku szlaku rowerowego. Droga kończąca się taką luką prowadzi donikąd. Rujnuje  nawigację. Kwestią gustu zostaje czy oznaczyć taki kawałek jako drogę dla rowerów, pociągnąć dalej aż do osi drogi istniejącą path (wspólną dla pieszych i rowerów) czy też dodać do kawałka przejścia dla pieszych i chodnika bicycle=dismount. Tak czy inaczej, jakkolwiek oznaczymy ten fragment, powinien się on koniecznie znaleźć w relacji tego szlaku. Bez żadnej luki! 
Po drugiej stronie kładki taka luka ciągle istnieje. Znacznie gorszym problemem (i chwilowo nie rozwiązanym) w tej okolicy są schody i winda w przebiegu tego szlaku. Jeszcze się nie zastanawiałem jak w tę relację poprawnie wstawić windę. Póki co, ciągłość szlaku w tym miejscu jest zachowana tylko po schodach. Kiepskie rozwiązanie bo ani to przejezdne dla rowerów ani dismount też nic nie daje bo wypadałoby jeszcze jakiś znacznik wymyślić z którego wynika, że rower trzeba nieść. Chyba, że są tam jakieś rampy? Skoro tak kategorycznie stwierdzasz, że taką lukę "należy zostawić" to czy mógłbyś jakoś uzasadnić dlaczego? Inne pytanie: kto powiedział, że w szlaku jest luka? Jest?
VA00 (2020-07-09 16:45:53+00:00): Dziś tam jechałem, i żadnego łącznika fizycznie nie ma. Przerwy w nawigacji też nie ma, bo jest przejście dla pieszych. A dorysowany łącznik błędnie sugeruje, że istnieje jakaś możliwość, techniczna i legalna, dojechania pod schody/windę. Tymczasem takiej możliwości nie ma. Albo po przejściu dla pieszych, co jest technicznie możliwe, ale nielegalne, albo po krawężniku co jest technicznie niewykonalne (nie dla każdego) i na dodatek tylko w jedną stronę, bo jest linia podwójna ciągła. Mapa nie może udawać, że żadnego problemu w tym miejscu nie ma. 

Natomiast jeżeli chodzi i ciągłość relacji, to mam mieszane odczucia. Uzupełnianie jej na siłę jest czasem niewykonalne. W ostateczności można narysować linię bez tagów, i podpiąć ją do relacji. Wtedy relacja będzie ciągła, ale nawigacja przerwana. I tak powinno być: nawigacja ma prowadzić po istniejących drogach, a nie po trasach wytyczonych palcem po mapie.
B_KSL (2020-07-09 19:18:17+00:00): A jednak poprawiasz mniej więcej zgodnie z moimi sugestiami. Dzięki, tak jest na pewno lepiej niż luki. Jeśli jazda jest niemożliwa (fizycznie) albo nielegalna to takie coś też się da otagować. Dismount załatwia sprawę przeprowadzenia roweru po przejściu i nie udaje że problemu nie ma. W tym przypadku nie ma znaczenia bo jednak znalazłeś miejsce gdzie się jakoś można do drogi dostać. Nigdy nie byłem w Jaworznie i widzę tyle co na orto. Ty jeżdżąc tamtędy lepiej wiesz w którym miejscu to połączyć albo którą z opisanych wyżej wersji wybrać. Ważne żeby była ciągłość i bez luk. Dwa takie łączniki są niepotrzebne. Mój usuń w takim razie a przebieg szlaku poprowadź twoim wariantem. Jeśli na schodach są rampy to dodaj proszę. Na stronach Jaworzna w opisie tej trasy twierdzą, że ten kawałek od windy do Chopina nie jest ścieżką rowerową. Jeśli się to zgadza to wypadałoby przetagować na footway i dorzucić dismount. Podobnie z tym kawałkiem na samym dole oznaczonym jako footway.  Jeśli uzupełnienie relacji jest wykonalne to forsujmy na siłę! Nieotagowane linie byłyby ostatecznym i najgorszym rozwiązaniem. "nawigacja ma prowadzić po istniejących drogach..." - też tak myślę, z tym że te drogi muszą się łączyć. https://forum.openstreetmap.org/viewtopic.php?id=22372  - to link do dyskusji sprzed lat na ten temat. Podobnych można więcej znaleźć. Przy okazji spojrzałem na tę relację ciut dalej. Ona jest przerwana w kilku miejscach. Chopina na kawałku jest jednokierunkowa a w żaden sposób nie jest to zaznaczone w relacji szlaku ani innymi tagami. Tam można jeździć pod prąd? Specjalnie szukając, pewnie znaleźlibyśmy jeszcze parę konkretnych błędów. Czepianie się na siłę tego łączenia  i szukanie dziury w całym naprawdę wygląda śmiesznie przy pozostałych wadach tego szlaku.
VA00 (2020-07-11 08:08:04+00:00): Dopiero teraz dotarło do mnie, że znaki szlaku prowadzą w ślepy odcinek ul. Szelonka. Podejrzewam, że szlak został wytyczony zanim zrobiono windę, i od tego czasu jest porzucony. Na schodach nie ma ramp, o ile dobrze pamiętam.  Kiedyś zapewne się tam wybiorę i sprawdzę dokładniej. Na razie zostawiłem uwagę.
olehz (2019-11-29 14:21:28+00:00): от чи ти керувався коли змінив power=minor_line на power=line? тут і по відстані між опорами видно, що то мінорна лінія. і по фотках: порахуй кількість ізоляторів. і врешті, куди та лінія йде?

https://nadoloni.com - купа часу пішла аби то розрулити по документах, але довго в ідеальному часі воно так не простоїть. кожні пару днів хтось свої "покращення" вносить. замахали!
aharvey (2019-11-28 00:15:47+00:00): https://www.openstreetmap.org/way/174088858/history is a two way road, so it's lanes=2 not 1. Was that just a typo on your side?
ortho_is_hot (2019-11-28 00:47:45+00:00): Sorry, that was a typo. I've fixed it now, thanks for pointing that error out
sairam37 (2021-05-30 08:46:36+00:00): Hi, Please align the features as per the aerial imagery. The data is not matching to the Esri World Imagery.
schoschi (2021-06-13 13:21:06+00:00): Hi @sairam37 Aerial imagery is updated constantly and between updates, offset as well as distortion does vary, sometimes by many meters. Hence, I usually try my best when beeing on location to record GPS/GLONASS/... positions of some samples, then deduce offset, and do mapping with that offset. I can't go to location, hence I can't re-check myself. If you are on loncation and see variances between sat position and mapped position, do not hesitate to shift my mapped objects accordingly - it's a community project :-) Best regards, Georg
Ficky IRM-RV (2021-03-09 08:26:21+00:00): Hi WOOO,
I've modified this road (https://pewu.github.io/osm-history/#/way/750321481) based on maxar premium.
Thank you, happy mapping!
viloan (2019-11-28 00:54:05+00:00): Bem-vindo(a) ao OpenStreetMap e parabéns pela sua primeira edição! :-)

Temos um portal brasileiro sobre o OpenStreetMap, com várias informações úteis em https://wiki.openstreetmap.org/wiki/Brasil

Enquanto você está se acostumando com o OpenStreetMap, é recomendado que sempre pergunte aos usuários mais experientes antes de remover ou modificar objetos do mapa, especialmente aqueles que são aparentemente "estranhos" ou "fora do lugar".

Além disso, pedimos que não copie dados de mapas proprietários (como nomes de ruas do Google Maps, por exemplo) e que mapeie apenas o que existe na realidade.

Se você está mapeando por causa do Pokémon, dê uma olhada em https://blog.openstreetmap.org/2017/12/01/dicas-para-novos-mapeadores-pokemon-go/?lang=pt-pt
Se você está mapeando por causa do jogo do Harry Potter, as dicas e explicações na página anterior também são úteis para você.

Se tiver qualquer tipo de dúvida você pode entrar em contato com a comunidade brasileira através de algum dos canais disponíveis em https://wiki.openstreetmap.org/wiki/Pt:Contact
O canal "Comunidade" do Telegram costuma ser o mais movimentado.

Abraço e boa diversão com suas edições!
mueschel (2019-11-29 10:41:10+00:00): Hi,
what is the meaning of these tags ?
parking_space_IO=drive_through
task=park

They are not used in other places and I couldn't find a description on the wiki.
Martin Politick (2019-11-29 20:20:37+00:00): I'm creating the project as we speak,
try:
https://wiki.politick.ca/download/attachments/8454402/taginfo.json

Thx, Martin Politick.
user_5359 (2019-12-14 13:39:34+00:00): If you are using OSM in your project, wouldn't it make sense to also consider the OSM idea for new keys and existing keys? 

"amenity=parking_space" stands for a parking area of a car and not for an area ("amenity=parking"). 

Interesting for the new keys would be a suitable (project) prefix, which could then be explained in the OSM Wiki and not in your private Wiki.
Martin Politick (2019-12-14 18:28:05+00:00): I did for :
Parking Space WayId=750321338
Parking East South Pit WayId=750321396
Light Vehicle Parking Skookum WayId=754062813

But I assume you're talking about:
Parking Space ROM WayId=750321393

The problem I was facing is that this parking has a single parking space.  I think I can't set the same variable twice on the  same WayId like:
"amenity=parking"  AND
"amenity=parking_space"

So the important feature for autonomy is the parking_space, not the parking area.

What would be the best encoding approach ?  Assuming we don't want to create 2x WayIDs that have the same set of 4 Nodes ?

>>Interesting for the new keys would be a suitable (project) prefix, which could then be explained in the OSM Wiki and not in your private Wiki.

I thought that projects were to be defined as:
https://wiki.openstreetmap.org/wiki/Taginfo/Projects
for this really excellent tool to work:
https://taginfo.openstreetmap.org/search?q=autonomy


But your're the second person to tell me that so obviously this is not the standard way of documenting it on OSM.

I will investigate how to document these tags on the wiki.openstreetmap.org so people can find them the "normal" way and not through the Tag search engine.

Is there doco on how to document this the standard way on the wiki?
mueschel (2019-12-14 18:31:17+00:00): >The problem I was facing is that this parking has a single parking space.

amenity=parking
capacity=1

>Is there doco on how to document this the standard way on the wiki? 

https://wiki.openstreetmap.org/wiki/Proposal_process
Martin Politick (2019-12-14 19:42:18+00:00): would this be acceptable ?
k='amenity' v='parking;parking_space'
mueschel (2019-12-15 00:08:20+00:00): No, such top-level tags shouldn't be used with semicolon-separated lists. This is only used for minor, describing keys.
eggie (2019-11-28 07:59:14+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
MVG,
Eggie
G25B (2019-11-29 01:28:00+00:00): Bedankt Eggy! Ik begrijp het nu veel beter.
TrueWeast (2021-06-03 18:02:22+00:00): ¡Hola Challenger1007!  Me di cuenta que agregó un nodo de ‘amenity=place_of_worship’ aquí (https://www.openstreetmap.org/node/7015837696) y aceras con las palabras “Ave Maria Auxiliadora” cerca de ellas. El OSM Wiki para “highway=footway” (https://wiki.openstreetmap.org/wiki/Tag:highway%3Dfootway) dice que esta etiqueta es usada para vías menores que son utilizadas mayormente o exclusivamente por peatones. Por lo que puedo entender, estas letras no parecen ser en aceras, y espero encontrar una etiqueta mejor para describirlas - quizás, algo que describe el material del que están hechas. Tiene usted algo tipo de conocimiento local sobre este sitio? Parece que https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dgeoglyph seria una etiqueta apropiada. ¿Cual es su opinión acerca de esto?
Frans S (2019-12-04 11:30:46+00:00): Thanks for mapping here.
Since you are a very new mapper we (validators) pay more attention to your work to check if it comply with the instructions and are of a good quality.
Some remarks.
Your mappings are rather accurate except for multi storey buildings.
Always square the buildings you map with the Q key in iDeditor.
Mapping of buildings here can by frustrating because there are quite a number of multi storey buildings.
They ought to be mapped in a somewhat different way,
The images are taken under an angle so that 1 sidewall is visible as well.
When you map such kind of buildings, be sure to map only the roof lines and move that mapping to the place where the wall of that building meets the ground. (footprint)
See also this video about mapping of tall buildings
https://www.youtube.com/watch?v=JAPiGntG6fs
Best regards
Frans S (2019-12-04 11:37:43+00:00): Another issue. Never let other lines, higways etc cross a building. Just move them a bit.
thanks
eggie (2019-11-28 08:03:11+00:00): Je kunt de amenity veranderen in university.
college voor mbo (aoc en roc)
G25B (2019-11-29 01:29:42+00:00): Top! Ik zag het in de osmAnd app staan als universiteit en dacht dat het hogeschool moest zijn.
eggie (2019-11-28 08:01:26+00:00): Dag Gilrain,
Een Hogeschool taggen we als amenity = university 
mbo en aoc als college,,

Kijk je nog even?
MVG,
Eggie
eggie (2019-11-28 09:56:38+00:00): Beide tags aangepast van college  naar university.
G25B (2019-11-28 14:50:19+00:00): Top, bedankt voor de correctie!
G25B (2019-11-29 01:38:29+00:00): Website: URL toegevoegd. Openingstijden en omschrijving toegevoegd /aangepast.
G25B (2019-11-29 01:37:53+00:00): Website: URL toegevoegd. Openingstijden en omschrijving toegevoegd /aangepast.
G25B (2019-11-29 01:35:16+00:00): Website: Filiaal URL toegevoegd.
G25B (2019-11-29 01:39:10+00:00): Bestond nog niet.
Website: URL toegevoegd. Openingstijden en omschrijving toegevoegd.
G25B (2019-11-29 01:41:26+00:00): Bestond nog niet.
Website: URL toegevoegd. Openingstijden en omschrijving toegevoegd.
Bron: officiële website
Er lijkt een ander restaurant te staan op nr 53. Die niet verwijderd.
G25B (2019-11-29 01:42:46+00:00): Filiaal bestond nog niet in osm. 
Website: Filiaal URL toegevoegd. Openingstijden en omschrijving toegevoegd.
Reeniz (2021-01-17 01:33:57+00:00): Hola, por que elimino el voltaje de la linea de transmision ?
muralito (2020-01-12 13:27:35+00:00): Hola Martin.

Como te comente en otro cambio, si algo no tiene nombre no se le pone nada, en particular no se usan nombres descriptivos, salvo algunas excepciones.

"Casa" no seria un nombre adecuado, ya que es lo mismo que se describe con building=house. Idem con el nombre "Edificio".
Alhamdulillah (2019-12-10 19:28:05+00:00): https://www.openstreetmap.org/way/750337457 seems shifted to NW vs the coastline. Is this a general problem of this changeset?
Kovoschiz (2019-11-28 15:59:07+00:00): Wrong construction tags
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.mapbox.com/changesets/77660058
mavl (2019-11-30 14:16:58+00:00): This changeset has been reverted fully or in part by changeset 77758781 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: nonexistent objects - https://www.openstreetmap.org/user_blocks/3293].
user_5359 (2019-11-28 05:28:20+00:00): Welcome to OSM! Please note that we only note real things and not game items like Pokemon Parks. Please be sure to do so.