piebro/osm-data huggingface dataset:
woodpeck_repair (2015-05-29 10:17:08+00:00): This changeset has been reverted fully or in part by changeset 31558616 where the changeset comment is: Revert un-discussed mechanized addition of businesses by 'Synup' and more than hundred automatically created other accounts, see http://www.openstreetmap.org/user_blocks/645
naoliv (2015-05-25 20:24:18+00:00): Márcio, não é correto colocar "Bairro" nos nomes dos bairros (além disso, esses bairros não possuem "Bairro").
Por favor, evite fazer tais mudanças.
Thundercel (2015-05-25 21:25:18+00:00): Vou acionar o grupo do Mkgmap sobre essa situação e tentar resolver a nivel renderizador.
Esses 3 bairros tem o mesmo nome da cidade onde estão is_in, só diferenciando dessa no algarismo romano após o nome.
Quando indexação de cidade, o Mkgmap pega nomes iguais e indexa esses junto com o POI da cidade que tem o mesmo nome.
O Mkgmap não tem comando de processamento de dois caracteres maiúsculos no nome. Ele só coloca em maiúsculo o primeiro cacracter da palavra.
Esses 3 bairoos estão assim sendo indexados no Mkgmap:
São Carlos I
São Carlos Ii
São Carlos Iii

Sei que se torna redundante se colocar a palavra bairro no campo nome uma vez que ele contem a place=suburb, entretanto havia eu procurado bem definir isso quando o bairro tem o mesmo nome da cidade a que faz parte.
Pode deixar, vou tentar resolver isso a nivel renderizador (mkgmap) com a ajuda dos desenvolvedores dele.
naoliv (2015-05-25 21:43:06+00:00): Se for o caso, todo place=suburb ou      place=neighbourhood poderiam ter o prefixo "Bairro" adicionado a eles durante a compilação no mkgmap.
Thundercel (2015-05-25 21:57:16+00:00): Como citei se torna redundante inserir a palavra bairro no campo name do ponto.
A excessão criada por mim e que vou tentar resolver a nivel renderizador é quando o bairro tem o mesmo nome da cidade a qual faz parte e não todos os bairros ou vizinhos.
NO mkgmap não posso adicionar a todos porque seria uma ocupação de bytes desnecessária. NO Mkgmap vou tentar adicionar somente nessa situação comentada, ou seja, quando o bairro ou vizinho conterem o mesmo nome da cidade a qual fazem parte.
Vou tentar resolver também a nivel mkgmap a questão do emprego de romano no nome porque quando se referem a 1, 2, 3 o mkgmap edstampa a letra "i" na segunda letra do algarismo romano.
III está saindo com 2 letras i. Assim Iii
Skippern (2015-05-25 22:03:05+00:00): Por renderização do nomes com maiúsculos e menusculos, o padrão do Garmin mesmo que atrapalhando, não se importa como e no banco dados mesmo
são carlos i = São Carlos I
São Carlos II = São Carlos Ii
SÃO CARLOS III = São Carlos Iii
Mesmo problema também e por bairros com de, da ou do nonome
Rio de Janeiro = Rio De Janeiro
Tem um grupo que tenta resolver isso, algum modelos mais novo do Garmin tem um outro frameworks que aceita regras de capitulação das nomes, por exemplo pode cria regras para algarismos romanos fica maiúsculos, e cada forma do "da" fica menusculos.
Esses problemas e dos frameworks do Garmin, e não vai ser resolvido por OSM nem Mkgmap.
Skippern (2015-05-25 22:41:40+00:00): Veja http://forum.openstreetmap.org/viewtopic.php?pid=483186#p483186
Thundercel (2015-05-25 23:17:21+00:00): Esse problema do caracter romano é o menor. O problema maior é o bairro com o mesmo nome da cidade diferenciando só pelos caracteres romanos inseridos após o nome e onde esses caracteres deformados no garmin acabam gerando uma falsa impressão na indexação por cidade que aquele bairro é a cidade.
Até resolver o problema vou comandar no osmfilter, qua prepara os dados para o mkgmap, um comando drop place=suburb. de forma que os bairros não sejam indexados.
Skippern (2015-05-25 23:20:59+00:00): Eu acho que voce deve levantar esse assunto com Garmin e com mkgmap. Ate tem clara definição e solução do ambos não adianta editar os dados do OSM
DaveF (2015-05-25 13:09:09+00:00): Please revert this erroneous edit.
calfarome (2015-05-26 04:07:02+00:00): Thanks for your observation, I had an involuntary  error,   fixed the best possible, I will be very careful in my future editions.
freeExec (2015-05-26 07:02:55+00:00): А что там делает bicycle=yes на тротуаре? А остальные теги дефолтные, лучше их и не ставить.
bekreyev (2015-05-26 07:15:21+00:00): я не выставлял, видимо подцепил откуда-то
flohoff (2015-05-28 13:16:20+00:00): Hi,
ich hatte hier in der Ecke letztens rumgesucht wegen PLZ geschichten. Hatte ich da was kaputt gemacht?
FvGordon (2015-05-28 14:59:22+00:00): Das Sportzentrum mit der Hausnummer 37 befand sich auf der falschen Seite der PLZ-Grenze. Da habe ich einen Grenzknoten passend verschoben.
f00bar (2015-06-02 13:25:12+00:00): Hm, I think something went wrong in this edit at the Dover end. Is that pedestrian bridge supposed to be a route=ferry, instead of the node at its southern end?
jd417 (2015-06-02 18:48:23+00:00): Thanks for that. Think I've got it right now.
pfg21 (2015-05-26 05:51:12+00:00): дык, мамочек здесь нет :)
Hjart (2015-05-30 20:20:25+00:00): Hej og velkommen til vores projekt

Er her tale om et nyt stisystem?
tommybyskovlund (2015-05-30 21:02:53+00:00): Jeps, det er ganske nyt. Jeg gik turen dagen efter skoven var plantet...stierne er vist knapt officielt indviet, men flashes dog på siden af det kommunale anlæg (BMI), så mon ikke de snart er på kommunens kort også...

..og tak for velkomsten :-)
Hjart (2015-05-31 05:51:06+00:00): Smukt :-).
Enden af den sti der kommer fra syd langs Hovedgrøften overlappede et lille stykke af den sti den er forbundet med. Det regnes som en fejl og lyste derfor op på http://tools.geofabrik.de/osmi/ (routinglaget). Derfor blev jeg opmærksom på dine rettelser. Jeg har rettet fejlen + foretaget en del andre justeringer. Ellers ser det godt ud hvad du har lavet. Tak
Nakaner (2015-05-25 15:23:09+00:00): Ist die Laufstrecke vor Ort ausgeschildert? 

OSM ist nicht der richtige Ort, um irgendwelche Routen zu visualisieren. Dazu gibt es Umap (http://umap.openstreetmap.fr), wo du persönliche Karten (z.B. eine Handvoll Marker mit OSM-Hintergrundkarte) erstellen kannst. Unter folgendem Link findest du die Daten der Relation auch nach ihrer Löschung als GeoJSON, welches du in Umap einfügen kannst.
Nakaner (2015-05-25 15:28:02+00:00): http://overpass-api.de/api/interpreter?data=%5Bout%3Ajson%5D%5Btimeout%3A25%5D%5Bdate%3A%222015-05-25T17%3A00%3A00Z%22%5D%3B%0A%28%0A%20%20relation%28946415%29%3B%0A%29%3B%0A%2F%2F%20print%20results%0Aout%20body%3B%0A%3E%3B%0Aout%20skel%20qt%3B
Steffen Hild (2015-05-25 15:44:39+00:00): Hallo Nakaner, ja, die Laufstrecke ist ausgeschildert und wird seit 22 Jahren jährlich kontrolliert und nachgebessert. Seit einer Streckenänderung 2012 gab es zwei OSM-Relationen, die ich nun vereinigt habe.
trigpoint (2015-05-26 21:40:07+00:00): Please add meaningful comments
Bilbo-denmark (2015-05-25 18:46:10+00:00): Hej og velkommen til.


Jeg har ændret på P-pladsen, den stod som Farmyard
katrineho (2015-05-26 18:32:03+00:00): Det er første gang jeg er inde at ændre i forbindelse med et gps-løb på min skole. Jeg kan dog ikke se de bygninger og p-pladsen, som jeg markerede når jeg henter kortet ned fra jeres tjeneste. Kan du hjælpe?
Vh Katrine Olsen
rasmusv (2015-05-27 17:05:40+00:00): Hej Katrine,
Hvilken software/hjemmeside bruger du til at hente kortet/data ned med? Hvis det er en ekstern side, så skal de ofte have kopieret dataen fra osm.org først før du kan hente den ned på din egen computer.
Mvh
Rasmus
CT-WNI (2015-05-25 15:36:28+00:00): Changed from Smythe Street to Meadow Street per signage and people who live on this section
matsch67 (2015-05-25 15:59:32+00:00): Eröffnung Kreisverkehr 18.05.2015
woodpeck_repair (2015-05-29 10:15:49+00:00): This changeset has been reverted fully or in part by changeset 31558616 where the changeset comment is: Revert un-discussed mechanized addition of businesses by 'Synup' and more than hundred automatically created other accounts, see http://www.openstreetmap.org/user_blocks/645
kayle (2015-05-26 05:37:55+00:00): Vitaj v OSM. Jedna otázka. Bude ten bod niečo? Alebo to je len taký prvý pokus s OSM? Nakoľko bod nemá žiadne tagy, nie je ho na mape vidieť. Ak to nič nebude odstráň ho prosím. Ak treba poradiť, stačí sa opýtať na https://groups.google.com/group/osm_sk.
naoliv (2016-02-23 12:43:20+00:00): santamariense, que nó doido é esse? http://www.openstreetmap.org/node/3544923644
GerdP (2015-10-17 16:30:34+00:00): please review:
unusual tag highway=private on node 3544890610. 
Is that a barrier or maybe the way has
access=private ?
geri-oc (2016-10-10 17:46:43+00:00): Sollte Landschaftspflegeversuch Bergweise vielleicht Bergwiese sein?
CaptainCrunch (2016-10-10 18:42:04+00:00): Der Name war nicht von mir, siehe Changeset 17931431, ist mir damals wohl nicht aufgefallen.
Es ist aber praktisch sicher "Bergwiese", siehe auch http://www.panoramio.com/photo/58065117
Rizki IRM-ED (2022-12-16 06:34:06+00:00): Hi Iain Turner. Your edit looks awesome, but I improve geometry of water body (id 348359660) due crossing with highway. If you have any other suggestion, please let me know (https://maproulette.org/challenge/30161/task/142919424). Thank you.
eggie (2018-02-27 12:44:37+00:00): Nooit een welkomstmail ontvange zie ik.. bij deze.. alsnog Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
woodpeck_repair (2015-05-25 16:50:42+00:00): This changeset reverts some or all edits made in changesets 30857689, 30856644, 30825028, 30200617, 30200652, 30952352, 30174343, 30825165, 30176960, 30825222, 30825051, 30174226, 30174067, 30937138, 30857675, 30174406, 30174008, 30857620, 30174273, 30173761, 30200462, 30200542, 30825143, 30825107.
kayle (2015-05-26 05:46:37+00:00): Ahoj a vitaj v OSM. Len jedna malá poznámka k tejto úprave. Keď kreslíš cesty, dávaj prosím pozor, aby boli napojené na už existujúce cesty. Gándího v tomto prípade nemala spoločný bod s Záturčianskou, takže by sa na tú ulicu v navigácií nedalo dostať. Opravil som to.
SomeoneElse (2015-05-26 12:46:06+00:00): Was this mechanical edit mentioned anywhere, if only so that the previous mappers of these objects know to use "aeroway=windsock" rather than e.g. "man_made=windsock" in the future.  In the case of http://www.openstreetmap.org/node/815602323/history that previous mapper was me, and I wouldn't have spotted the change had it not overlapped where I live.
fkv (2015-06-01 12:38:02+00:00): Dir als Kartograf ist sicherlich bekannt, dass alles unter 100 Einwohnern (ausgenommen Wüstungen) kein Dorf (village), sondern bestenfalls ein Weiler (hamlet, in AT auch Rotte) sein kann? Ein Dorf zeichnet sich durch Versorgungseinrichtungen wie eine eigene Kirche, Schule usw. aus.
waldviertlerkartograph (2015-06-03 07:10:25+00:00): In der weise hab ich das noch nicht gehört!
Für mich ist ein Dorf ein Ort mit eigener Katastralgemeinde und eine Rotte eine Ortschaft ohne eigene Katastralgemeinde!
Ist aber glb ich auch offiziell so, kann mich aber auch irren!
fkv (2015-06-03 09:45:09+00:00): Dann schau dir mal die Katastralgemeinden der Gemeinde Türnitz an... Die Einteilung in Katastralgemeinden ist eine rein administrative und existiert im wesentlichen nur am Papier. Selbst wenn in irgendeinem Gesetz der Dorfbegriff an Katastralgemeinden gekoppelt ist (was erst mal zu belegen wäre), bleibt das eine juristendeutsche Terminologie, während in OSM die Definitionen aus der Siedlungsgeografie und im Wiki vorrang haben. Die Wiki-Seite für place=village gibt als Richtwert sogar eine Mindestgröße von 1000 EW an.
Endres Pelka (2015-07-29 09:28:49+00:00): How is a bicycle rental supposed to be wheelchair=yes?
Zbigniew_Cz (2015-05-27 00:58:48+00:00): Kolego, sugeruję zacząć sensownie mapować. W przeciwnym wypadku zaczniemy wycofywać Twoje zmiany.
ubahnverleih (2015-06-13 13:56:25+00:00): Ich habe den gelöschten Weg mal wieder hergestellt: http://www.openstreetmap.org/changeset/31943982
Thomas8122 (2015-06-13 19:03:24+00:00): danke, hab ich nicht mitbekommen in osmose
5m4u9 (2015-05-26 07:39:58+00:00): Brutal aporte, un gusto saber que tengas interes de contribuir.

Si todavía no sabes... toda esta info puedes tenerla offline en tu celular/tableta usando la app OSMAnd , es gratis...
Zbigniew_Cz (2015-05-26 14:41:26+00:00): Widzę kolego, że masz talent do psucia routingu. Jeszcze przed chwilą ten odcinek https://www.openstreetmap.org/way/347903094 był jednokierunkowy. http://osm.mapki.com/history/way.php?id=347903094
slart (2015-05-25 18:55:38+00:00): Für Fußgänger und Fahrräder frei.
slart (2015-05-26 09:06:12+00:00): Für Fußgänger und Fahrräder nicht frei, wegen Betriebsverkehr. Theoretisch bis zum Autobahnanschluß.
surveyor54 (2015-05-25 20:09:10+00:00): Hallo Gino-52,
Flüsse und Bäche bekommen keinen layer=-1.
Der Durchfluß unter der Straße "Zur Dammbrücke" wird als tunnel=culvert, layer=-1 getaggt, da es keine Brücke ist. Eine Brücke hat Widerlager, die hier nicht vorhanden sind.

Gruß
surveyor54
Gino-52 (2015-05-26 12:49:30+00:00): Hallo surveyor54,

ich bin da nicht ganz der Meinung des Wiki.
Es gibt auch Brücken ohne Widerlager.

Im Wiki habe ich auch bridge=culvert gefunden.
Diese Konstruktion Dammbrücke ist kein Tunnel.
Siehe:
https://www.dropbox.com/s/sa3cty9tf2tltzj/Dammbr%C3%BCcke.jpg?dl=0

Gruß
Gino-52
Paul_012 (2016-10-01 11:18:18+00:00): I've partially reverted this edit; it seems inaccurate to place the tags for a government office on a single building instead of its entire compound.
Hjart (2015-05-26 10:57:05+00:00): Jeg foretrækker ca halvt så mange noder i f.eks. rundkørsler som du har her.

Overnodede objekter er ikke noget større problem i kommercielle kort/produkter, men det kan de være i OpenStreetMap, fordi der er så mange der kopierer vores data på kryds og tværs. DK i OSMand f.eks. fylder i øjeblikket ca 200 mb. Med for mange overnodede objekter kan det tal stige dramatisk, hvilket vil ende med at gøre vores data mindre anvendelige. Derfor opfordrer jeg gerne folk til holde igen med at bruge flere noder end nødvendigt. Jeg har allerede slettet over en million unødvendige noder (inklusive nogle du har sat) og det sjove er at det ofte gør veje mm mere pæne og akkurate, fremfor det modsatte.
rasmusv (2015-05-26 14:42:09+00:00): Helhjertet enig med Hjarts kommentar. Overnodning er ikke ønsket og det forbedrer ikke design.
rack the jipper (2015-05-25 19:32:55+00:00): Na los!
flohoff (2015-05-28 13:17:16+00:00): Hi,
was hast du denn hier hinzugefügt - einen Node ohne irgendwas? Was soll das werden?

Flo
Basra (2015-05-29 05:36:53+00:00): Das sollte eine Straßenlaterne werden und wird mir auch als solche angezeigt.
Tag: highway:street_lamp
flohoff (2015-05-29 13:09:30+00:00): Jau - ich habe dann 2 changesets später das verschieben und tagged gefunden. ich gehe mittlerweile in OWL alle changesets systematisch durch und gucke was da läuft :) Also nicht verfolgt fühlen :)
naoliv (2015-05-25 20:16:42+00:00): Sua edição foi destrutiva e totalmente incorreta.
Por favor, não use o mapa para brincar.
pos_ei_don (2015-08-17 17:13:18+00:00): Gibt es einen Grund, warum Du lauter Baches am Lech eingezeichnet hast? 

m.E. sollte das besser waterway=riverbank sein, oder normal als Fluss oder als Schotter, aber nicht als brach!
ViriatoLusitano (2015-05-26 01:55:05+00:00): Hey Andre, thank you for fixing this intersection!
Bryce C Nesbitt (2015-05-26 03:16:08+00:00): Welcome to open street map and thanks for mapping!  This is a "changeset comment": people in the community can review all edits made, and make comments.
flohoff (2015-05-28 13:19:35+00:00): Hi Shen,
hat sich an Bürenkemper da was geändert? Das Gebäude weicht im moment sehr von dem im Liegenschaftskataster an. Leider hast du auch im changeset nicht kommentiert warum und was du gemacht hast.

Flo
Shen (2015-05-29 05:15:17+00:00): Schau es dir bei google Earth an. So sieht es in Wirklichkeit momentan aus. Die beiden Häuser (La Farine, Bürenkemper) sind  verbunden.
flohoff (2015-05-29 09:35:24+00:00): Okay - Ich bin heute morgen mal vorbei gefahren und habe auch Fotos gemacht. 

Das Problem was ich habe ist das das Gebäude "La Farine" ein altes ist - Das ist im ALK drin und gehört auch übernommen und nicht modifiziert. Das Gebäude mit Bürenkemper ist ein neues das an La Farine angebaut ist und auch eine Andere Adresse hat (Nr 4). Im moment ist der Gesamtgebäudekomplett von der outline kaputt. Ich korrigiere das gleich mal durch ...
flohoff (2015-05-29 09:36:11+00:00): Ach ja - Und die Adresse 2-4 ist auch falsch. Das vordere Gebäude hat die 2 und das hintere die 4 - Kann man schön aussen an den Hausnummern sehen.
flohoff (2015-05-29 09:36:56+00:00): Und addr:city ist Gütersloh. Wenn du isselhorst mit reinbringen willst dann ist das addr:suburb=Isselhorst
flohoff (2015-05-29 10:08:38+00:00): Das mit dem suburb macht aber dann am besten über administrative grenzen - admin_level 10 oder so - weiss gar nicht ob wir die haben ...

Nominatim - der OSM Geocoder rafft das aber schon das das isselhorst ist - über den place node:

House 132, Haller Straße, Isselhorst, Gütersloh, Kreis Gütersloh, Regierungsbezirk Detmold, Nordrhein-Westfalen, 33334, Deutschland
Shen (2015-05-30 10:34:34+00:00): Danke für die Korrekturen.
muralito (2015-05-25 23:51:27+00:00): natural=peak es para mapear cerros o montañas, no balnearios.
ppece (2015-05-25 23:33:45+00:00): Władku, wiem, że jesteś zapracowanym nałogowym mapowiczem, ale jeśli dodajesz budynki w danym changesecie, to, proszę, ułóż stosowny opis do niego. "Obiektem" w danych jest wszystko, od węzła po relację, jest to zbyt ogólne określenie i nie wskazuje. Skąd niby mam wiedzieć, że tymi obiektami są właśnie budynki, a nie np POI-e?
Władysław Komorek (2015-05-29 08:09:45+00:00): Odpada. Uważam, że opisy są adekwatne do robionych edycji. To można robić, jak się dodaje kilka obiektów, a nie tysiące.
Mamy kilka narządzi do analizy zmian i historii. Jeśli ich nie znasz to zwróć się do Zbyszka Czernika o pomoc.
ppece (2015-05-29 12:55:48+00:00): Władku, jak to delikatnie ująć?  Kpisz sobie? Nie rób ze mnie idioty. Mam takiego weterana OSM uświadamiać? Jeśli ciężko Ci opisać zestaw zmian takie jak robisz to teraz, to rób je mniejsze. Jakoś wiele innych osób potrafi. 

Jeśli dodajesz kilkadziesiąt budynków w chsecie, poprawiasz granice i drogi, to palec Ci nie uschnie od wypisania ich w opisie.

Opis to opis. Służy właśnie do tego, żeby od razu z grubsza każdy wiedział, co zostało zmienione w tym zestawie zmian; żebym nie musiał sięgać po te narzędzia do analizy zmian, tylko po to, by sprawdzić, czy to w tym zmieniane były budynki, czy tylko hydranty.
ppece (2015-05-29 13:21:09+00:00): Zresztą do kogo ja to mówię? Prawdopodobnie do dzisiaj nie nauczyłeś się, że można wysłać zmiany kilkukrotnie do jednego chsetu nie zamykając go od razu. Jeśli stroisz focha na społeczność, to może przewietrz się i rób to z dala od edytora, bo inaczej prezentujesz upartość i elastyczność materiałów budowlanych. Właśnie dlatego niektóre osoby w OSM mają dość rozmawiania z Tobą.
Ogi Maixant (2015-05-25 23:35:58+00:00): Aquest rellotge, obra de Juan Cabrerizo (1929), que simbolitza el necessari aprofitament del temps, dóna un toc distingit i solemne al cap del carrer Rocafort.
muralito (2015-06-04 15:01:28+00:00): Por favor, no unir calles con distinta superficie.
Robert Copithorne (2015-09-24 02:21:58+00:00): "improper use of the name tag"; "incorrect tagging" - please explain the proper use of the name tag, and the specific incorrect tagging, in the case of Roger Creek Main Regeneration Forest T.U. 3, without reference to Wiki.  I am anxious to learn, and would like to know what the rational was in this case, so I can avoid such problems in future.
Thank you
Zbigniew_Cz (2015-05-29 00:44:11+00:00): A czym wg Ciebie jest highway=tertiary_link?
http://osm.mapki.com/history/way.php?id=29391491
maraf24 (2015-05-26 07:29:48+00:00): Dla siłowni proponuję tag 
leisure=fitness_station
woodpeck_repair (2015-05-29 10:16:24+00:00): This changeset has been reverted fully or in part by changeset 31558616 where the changeset comment is: Revert un-discussed mechanized addition of businesses by 'Synup' and more than hundred automatically created other accounts, see http://www.openstreetmap.org/user_blocks/645
gscscnd (2018-11-05 07:56:57+00:00): Brakuje http lub https
woodpeck_repair (2015-05-29 10:15:57+00:00): This changeset has been reverted fully or in part by changeset 31558616 where the changeset comment is: Revert un-discussed mechanized addition of businesses by 'Synup' and more than hundred automatically created other accounts, see http://www.openstreetmap.org/user_blocks/645
woodpeck_repair (2015-05-29 10:16:25+00:00): This changeset has been reverted fully or in part by changeset 31558616 where the changeset comment is: Revert un-discussed mechanized addition of businesses by 'Synup' and more than hundred automatically created other accounts, see http://www.openstreetmap.org/user_blocks/645
tyr_asd (2015-05-29 08:10:53+00:00): Hi. Willkommen bei OpenStreetMap. Und danke für das Eintragen des fehlenden POIs!

Ein kleiner Hinweis: Für die Felder "cuisine" und "opening_hours" gibt es spezielle Formate, in denen die Werte eingetragen sollten, damit sie für Programme auswertbar bleiben. Siehe mehr dazu im OSM-Wiki:
http://wiki.openstreetmap.org/wiki/DE:Key:opening%20hours?uselang=de
http://wiki.openstreetmap.org/wiki/DE:Key:cuisine?uselang=de
MKnight (2015-05-26 12:00:45+00:00): Unsinn revertiert.
Hjart (2015-05-30 05:04:34+00:00): Jeg har fjernet de multipolygoner der var på de 2 gårde her, da de lyste op på http://tools.geofabrik.de/osmi/ og ikke så ud til at have noget formål.
kabe95 (2015-05-30 08:42:30+00:00): Det er da bare i orden. For at jeg ikke skal lave samme fejl flere gange, kan du så forklare mig, hvad "fejlen" var?
Hjart (2015-05-30 18:44:00+00:00): Først må jeg lige spørge om det var bevidst du lavede de multipolygoner? Jeg er i flere tilfælde stødt på nogle, der mest af alt så ud til at være lavet ved en fejl.
Fejlene her var at nogle af de ydre veje (dvs de enkelte bygninger) i hver multipolygon stødte op mod hinanden.
Se evt http://wiki.openstreetmap.org/wiki/Multipolygon for nærmere forklaring
kabe95 (2015-05-30 19:02:36+00:00): Ja, jeg lavede den bevidst, men nu kan jeg godt se problemet. Tak fordi du gør mig opmærksom på det!
Hjart (2015-05-31 07:10:06+00:00): Der er mange, selv blandt forholdsvis erfarne folk, der ikke rigtig forstår multipolygoner. Derfor undgår jeg såvidt muligt at overdrive brugen af dem og har sågar konverteret nogen til almindelige polygoner for at give andre en reel mulighed for at redigere et givet område.
XaMi (2015-05-26 21:31:01+00:00): You should not change tags, only because they're marked as deprecated to wrong ones. The tag opening_hours does not apply to access restrictions. Time based access restrictions, maxspeed and so on are tagged using conditional restrictions (http://wiki.openstreetmap.org/wiki/Conditional_restrictions).
Furthermore you possibly misinterpreted the date format of the existing data.
Value "06-10" of date_off could also be June 10th (in the style of ISO 8601), not only 6th of October (same with date_on).
Only someone with local knowledge could tell you for sure.
IMHO best way is to set a fixme or try to contact a mapper editing in the area.
R0bst3r (2015-05-26 22:37:42+00:00): You're right, my fault. Last step of transition was missing. Changed to access:conditional tag, valid during summer season.
robert (2015-05-26 23:15:54+00:00): Did you mean to remove the highway=residential tag from Copperfield Street in this edit? It broke a match against Ordnance Survey http://ris.dev.openstreetmap.org/oslmusicalchairs/map?osl_id=200074
Harald Hartmann (2015-06-22 06:20:27+00:00): Hallo lauschner25. Leider gibt es zu diesem Changeset einige Hinweise (Notes: 370543-370555) bzgl. der Geschwindigkeitsangabe. Du hast zwar maxspeed in forward und backward getrennt, aber maxspeed an sich auch noch beibehalten! Schau dir das bitte nochmal an. Viele Grüße aus dem Schleusegrund.
robert (2015-05-26 23:24:48+00:00): Sorry - I reverted this changeset in my changeset http://www.openstreetmap.org/changeset/31491096

It was just too destructive. Remember OpenStreetMap is a shared map, like wikipedia is a shared encyclopedia. Changes you make to it affect everyone's version.