piebro/osm-data huggingface dataset:
alester (2017-03-30 04:44:29+00:00): This changeset appears to have used unadjusted Bing imagery, so features were shifted about 15 metres away from their proper position. Default Bing alignment is pretty bad in this area (as can be seen when comparing with Geobase Roads), so it needs to be properly aligned before using. I'm going to revert this changeset to move objects back to where they should be
alester (2017-03-30 04:45:44+00:00): BTW, in the process this caused a footway to improperly cross Cobble Hill Road in an odd fashion, which should have been fixed when validating before uploading the changeset. This is what alerted me to the poor alignment
inah_telenav (2017-04-04 12:03:25+00:00): Hello
Sorry about the late response. I corrected the road using Bing instead of Geobase. Thank you for the feedback. From here one we will adjust the satellite imagery with raw OSM GPS track/Strava or Geobase/Canvec and we will connect the footway to the roads rightly.
brogo (2017-03-10 14:42:00+00:00): falscher changeset-comment, sollte lauten: POI-Check
Supaplex (2017-04-07 15:51:46+00:00): 恭喜您透過 Maps.Me 完成第一次的地圖編輯！ 歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。Maps.Me App 採用開放街圖的地理資料，由社群而非商業公司建置的地理資料庫。以下是相關的參考資料，歡迎隨時指教與提問。

編輯須知
台灣的標示依循準則可參考 http://wiki.openstreetmap.org/wiki/Taiwan
常見的圖徵標示方式可參考 http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features

由於Maps.Me隨著軟體更新更新最新地圖，App裡的地圖資料版本可能略舊，透過Maps.Me增添商家等資料時有可能開放街圖上已經有了，請到http://www.osm.org 網站看是否要加的商家有沒有人加上去了。

台灣社群網站
台灣 OpenStreetMap 網站 http://www.openstreetmap.tw
臉書粉絲頁OpenStreetMap台灣 https://www.facebook.com/opestreetmaptaiwan/
台灣社群Facebook社團 https://www.facebook.com/groups/OpenStreetMap.TW/
郵件論壇 https://lists.openstreetmap.org/listinfo/talk-tw
Slack https://osm-tw.signup.team/

Happy Mapping!
trigpoint (2017-03-10 17:34:44+00:00): Wow, the A14 is being extended to North Wales?
Glucosamine (2017-03-10 18:54:00+00:00): Ooops - one of those change set titles which gets copied from one set of updates to quite another - mea culpa for not checking. Any ideas on how to change a change set title? On the other hand, with a £1.3B budget, the A14 really ought to reach the border ...
trigpoint (2017-03-10 18:56:53+00:00): Don't worry about changing the existing ones, not sure if that is even possible. I was just jokingly making you aware so you would fix it next time you edit.
Glucosamine (2017-03-10 19:27:12+00:00): Taken in the spirit intended. Not the first time this has caught me out when using a specific title when I normally use a generic - will try to remember to check for at least the immediate future - though I'm sure I'll slip up again at some point.
andi9876 (2017-03-26 10:21:51+00:00): there is no viewpoint, deleted
Владимир К (2017-05-18 13:55:32+00:00): уберите, пожалуйста, описательные названия.
Владимир К (2017-05-18 13:55:48+00:00): Если исправлений не будет, данные будут удалены
МуратовАльгиз (2017-05-18 17:48:35+00:00): Какие описательные названия удалить? И Вас не устраивает конкретика?
Владимир К (2017-05-22 06:45:00+00:00): названия типа "посадка", "колодец", "Дорога в ферму" являются описанием и не нужны. Медпункт и администрацию тоже стоит обохначить просто отдельными точками с соответсвующими тегами. Продуктовый магазин - описание ассортимента. Владение семьи муратовых - разглашение персональных данных. Самые очевидные названия я уже убрал.
Владимир К (2017-05-22 06:59:21+00:00): А ещё магазин странно обозначен. разные теги магазина и на здании и на точке. либо уберите что-то одно, либо, если магазина два, обозначьте оба точками
user_3216889 (2017-03-10 16:10:57+00:00): Niet zomaar de vorm van een bestaand gebouw wijzigen. Deze komen uit officiële gemeentelijke data.
Teruggezet middels 46742584.
user_3216889 (2017-03-10 16:11:05+00:00): Niet zomaar de vorm van een bestaand gebouw wijzigen. Deze komen uit officiële gemeentelijke data.
Teruggezet middels 46742584.
5m4u9 (2017-03-10 19:39:18+00:00): por favor, revisar el texto U_E. y el punto final. no deben existir abreviaciones en el mapa. U.E. para homogenizar.
GerdP (2017-09-02 07:26:03+00:00): Hi!
Please review all ways in this area. I see typo highway=pprop on https://www.openstreetmap.org/way/463545841 and combination highway=proposed + construction=*
I don't know which one is correct.
GerdP (2017-09-13 08:17:23+00:00): Please review my changes here:
https://www.openstreetmap.org/changeset/51996550
Владимир К (2017-03-13 15:04:11+00:00): эти дома снесли?
arcticwolf359 (2017-03-10 15:34:43+00:00): My apologies, I forgot to change the change set tag. It should have read: addition/modification of various local Lindenhurst parks
5m4u9 (2017-03-10 19:42:24+00:00): gracias por empezar a colaborar. y más desde JOSM. \o/

pero el cambio esta mal, la intersección de calles debe ser en el centro de estas y no sobre las casas.
5m4u9 (2017-03-10 19:43:07+00:00): en este caso revertí los cambios a como estaba antes.
user_4460779 (2017-03-10 19:47:59+00:00): Oh, perdón, se me fue el detalle, bueno la idea es que intentaba poner lo más recta posible esa calle (calle Nisthaus), porque es dónde vivía y la calle tiene una línea recta hasta la Avenida 16 de julio desde la Avenida Juan Pablo II.
5m4u9 (2017-03-10 20:42:09+00:00): no pasa nada, todos cometemos estos errores al principio...

es bueno saber eso, voy a corregir eso que mencionas. 

a todo esto recuerdas el sentido de la calle? al norte o sur? o ambos?
user_4460779 (2017-03-10 21:01:55+00:00): Bueno esas calles son de doble sentido, no tienen un sentido específico, en realidad ninguna de las calles de la zona 16 de Julio tiene sentido definido. Creo que hace 15 o más años antes sí tenían sentidos definidos, pero ya en la actualidad no o no se utilizan; esto vino me imagino porque toda la zona 16 de Julio los días jueves y domingos tiene una gran feria (tan grande que se conoce a nivel latinoamerica) que las calles son ocupadas por comerciantes y de ahí que ya se dejaron de respetar los sentidos de las calles.
5m4u9 (2017-03-10 21:54:46+00:00): eso de los días y fechas esta bueno añadirlo, para que alguien que quiera hacer ruta por ahí contemple variar de ruta. la gente local sabe eso, pero un extranjero no.

si puedes marcar las calles desde un lugar a otro, se podría añadir facilmente.

me han dicho que en el teleférico se ven todas las casetas, cientas... ya ser buen tema de conversación mientras se viaja :D
5m4u9 (2017-03-10 21:56:42+00:00): de cierta forma yo prefiero que sea peatonal las calles esas, a que haya cientos de autos transiten. eso si, falta que haya más espacio entre callejones para que sea agradable.

por ejemplo transitar por avenida 6 de marzo o juan pablo II es muy horrible con tanto auto. mi opinión
5m4u9 (2017-03-10 19:45:30+00:00): reverti el cambio porque el área de la espación no es tan grande por fotos que me compartieron. lo actual no complenpla el techo que es transversal eje av 16 de julio.

si puedes utilizar mapillary, osmtracker para grabar recorrido y con fotos mejorar será bueno.
5m4u9 (2017-03-10 19:46:15+00:00): también podríamos pedir planos de miteleferico que es empresa publico
streckenkundler (2017-03-10 16:10:42+00:00): Bitte benutze hier die Funktion Geometrie ersetzen... Löschen und neu ist ganz schlechter Stil... :(
mw67 (2017-03-10 17:02:30+00:00): welche Funktion meinst Du, wo finde ich die?
streckenkundler (2017-03-10 17:07:38+00:00): Die findest du unter dem Menüpunkt "Weitere Werkzeuge". Gegebenenfalls muß die Erweiterung utilsplugin2 installiert werden. Bringt auch sonst noch einiges nützliches....
eggie (2017-03-10 17:40:32+00:00):  "Welkom op OSM”

Lees hier hoe je OSM het beste kunt gebruiken en hoe je kunt bijdragen aan een betere kaart: 
http://www.openstreetmap.org/help 
http://forum.openstreetmap.org/viewforum.php?id=12 
http://wiki.openstreetmap.org/wiki/Welkom_op_OSM

Mocht je vragen hebben, kun je altijd contact met me opnemen, ik (en medemappers zijn/) ben bereid om je te helpen.
Klik op de link om te antwoorden.
eggie (2017-03-10 18:00:52+00:00): Dan zijn je eerste edits goed gelukt. Wanneer je de kadaster pdok 2016 op de achtergrond zou zetten zie je beter hoe de wegen precies lopen en kun je ze aanpassen. 
Zie: https://forum.openstreetmap.org/viewtopic.php?id=57298
woodpeck_repair (2017-03-10 16:01:18+00:00): This changeset reverts some or all edits made in changeset .
woodpeck_repair (2017-03-10 16:03:36+00:00): This changeset reverts some or all edits made in changesets 46733065, 46733224, 46733292, 46733358, 46733529, 46733704, 46733784, 46734352, 46734957, 46734985.
muziriana (2017-09-20 05:00:27+00:00): Hi, this building doesnt match the imagery, can you recheck?
BeKri (2017-03-10 16:53:02+00:00): Servus,
Ist der name = Hausnummer bei der Aidenbach 68-78 Absicht ?
Was bezweckst Du damit ?
Gruss derBeKri
MARIUS-FFB (2017-03-12 19:46:01+00:00): Ich bin dort in der Gegend durchgelaufen, und hab mir fast alle Firmen notiert, um sie in OSM einzugeben. Im Bearbeitungsmodus ist es mir dabei hilfreich, sofort eine Hausnummer zu einem Gebäude zuzuordnen. Wenn es jemanden stört, dann ist es mir kein Problem, die betreffenden Punkte wieder zu entfernen.
MARIUS-FFB (2017-03-12 20:17:30+00:00): Korrigiert. Ist es so wieder in Ordnung?
BeKri (2017-03-13 09:22:59+00:00): Servus,
sieht ganz gut aus. hoffe, Du hast alle erwischt.
Du kannst Dir ja gerne Merkhilfen setzen,
aber halt auch wieder rausnehmen.
name = Hausnummer ist halt absolut unüblich, dafür gibt es ja add:housenumber.
Gruss und weiter happy tagging
derBeKri
Canyonsrcool (2017-03-14 04:48:19+00:00): Careful, Sheraouh Street is a divided street. I was there in Oct 2016. :) I have divided it out again.
AkageMuk (2017-03-10 16:29:07+00:00): The correct changeset comment: details, corrections and updates along 6 tram (Brivibas gatve).
Source: survey; Mapillary; MapBox; RGM
Allroads (2017-03-10 17:13:58+00:00): Wegen enkel naar de boerderij, kunnen het eerste stuk nog gemeentelijke weg zijn. Te zien bij NWB weggevens.http://pdokviewer.pdok.nl/  In het buitengebied unclassified, het laastste stuk het erf op is highway=service service=driveway. Zeker geen living_street in NL moet er dan een woonerfbord staan. http://wiki.openstreetmap.org/wiki/NL:Overzicht_Nederlandse_Verkeersborden
Gebruik geen BING als ondergrond dat is veroudert
https://forum.openstreetmap.org/viewtopic.php?pid=631139#p631139
Gebruik luchtfoto actueel 2016 of maak de overstap naar JOSM editor daar staat de laag er als standaard aanspreekbaar in ( enige leercurve ) Een paar filmpjes bekijken verheldert vaak veel.


Heb even gekeken geen Gemeentelijke weg naar boerderij 12 dus service driveway. 

Zelfs de weg naar de minicamping is niet Gemeentelijk, kom daar wel eens, dacht ik wel, maar de bordjes op de mijn foto met siberie 24 t/m 34 is een verwijzing naar het adres. Deze weg heeft geen officieele naam. Lastig zou het gewoon op unclassified laten staan.
Allroads (2017-03-10 17:17:13+00:00): http://wiki.openstreetmap.org/wiki/Tag:service%3Ddriveway
Richh94 (2017-03-10 23:01:49+00:00): Bij een aantal wegen naar de boerderij staat een bordje 'verboden toegang voor onbevoegden', dit behoort bij het erf van de woningbezitter. Ik heb er daarom woonerf van gemaakt, maar ik begrijp dat dit serviceweg moet worden met als service=driveway?
Ik zal de (openbare) weg tussen Siberie en Zwartschaap unclassified maken.
Allroads (2017-03-10 23:21:13+00:00): Verboden toegang artikelr 461, dan mag je op de weg access=privat zetten
http://wiki.openstreetmap.org/wiki/Key:access en highway=service service=driveway
Only with permission of the owner on an individual basis. 
Zelf set ik op die plek het bord neer access_sign=NL:VT omdat ik dan later weet op welke basis ik access=private op de weg heb gezet. De access tag is afgeleid van het bord, tevens zet ik de tag op de weg. Later kan het hier terug zien
http://mijndev.openstreetmap.nl/~allroads/mtm/?map=signtags2&zoom=14&lat=52.75991&lon=6.51102&layers=B000000TTTTTTTTTT Het is nog niet een officieel wiki veel gebruikte tag, wellicht dat het later nog komt.

Zo zet ik ook de bordjes access_sign=NL:EW neer.

Succes.
Allroads (2017-03-10 23:22:10+00:00): Typfout access+private  met een e dus,
Alecs01 (2017-03-11 17:00:01+00:00): Hi and welcome to OpenStreetMap, please do not add foreign names as names, local languages always come first; "supermarket" btw is a description and not even a proper name, thanks
eggie (2017-03-10 17:05:06+00:00):  "Welkom op OSM”

Lees hier hoe je OSM het beste kunt gebruiken en hoe je kunt bijdragen aan een betere kaart: 
http://www.openstreetmap.org/help 
http://forum.openstreetmap.org/viewforum.php?id=12 
http://wiki.openstreetmap.org/wiki/Welkom_op_OSM

Mocht je vragen hebben, kun je altijd contact met me opnemen, ik (en medemappers zijn/) ben bereid om je te helpen.
Klik op de link om te antwoorden.
eggie (2017-03-10 17:11:23+00:00): Je hebt heel veel nodes toegevoegd met alleen een naam en niet op de plaats waar ze horen. Wat is je bedoeling? Graag reactie.
http://overpass-api.de/achavi/?changeset=46743028
eggie (2017-03-10 18:17:21+00:00): Je edits zijn teruggedraaid. Reverted. Je had een stuk van de Geldersekade verwijderd. Waarom?
Verder allerlei nodes geplaatst zonder duidelijke tags. Alleen name=   heeft geen effect. 
Je kun gerust contact opnemen.. dan kunnen we misschien helpen.
Reclus (2017-03-10 20:17:36+00:00): Hallo! Bitte höre auf, erneut Daten zu löschen, die ich eingetragen habe. Adressinformationen an Läden und anderen Einrichtungen machen Sinn und sind auch im Wiki beschrieben.

Shop:

https://wiki.openstreetmap.org/wiki/Key:shop#Address_information

Erstes Beispiel zu addr:* ist ein Restaurant:

https://wiki.openstreetmap.org/wiki/DE:Key:addr
Thoschi (2017-03-10 22:49:22+00:00): Hallo,
ich ja Deinen Ärger verstehen, ABER:
Adressinformationen an einem POI machen keinen Sinn, da die Information über die Nähe zur nächsten Fläche (in diesen Fällen Gebäuden mit eindeutiger Adresse) problem gefunden werden. Die Aussage im Wiki ist so zu interpretieren, dass die Adressinformationen zu POIs dann wichtig sind, wenn keine Adresse in der Nähe zuzuordnen ist oder sie uneindeutig ist. Von daher blähen diese Informationen den Datensatz nur unnötig mit redundanten Informationen auf. Auch Layer=0 ist unnötig (mit Ausnahme von sehr sehr wenigen Ausnahmen), da diese Information impliziert wird, alles ausser layer=0 hingegen ist interessant. Von daher ist es im Intersse auch von Nutzern mobiler Geräte, die Informationen gering zu halten, also auch auf redundante Informationen wie Adressen, die anderweitig eh ermittelt werden, zu verzichten. Dank mal drüber nach. Ich weiß, es ist schmerzlich, viel Arbeit in etwas hinein gesteckt zu haben, aber wenn es Daten unnötig aufbläht und somit nur schwer auswertbar macht, sollte man darauf verzichten. Und da der Algoryhtmus zur Adressfindung eh existiert und läuft, ist eine dopptelte Adresseingabe unsinnig.
Ähnliches gilt m.E. z.B. für "Aktiengesellschaft für Versorgungs-Unterehmen", welche sich selbst in allen Anschreiben und der Website als AVU tituliert und so auch allgemein bekannt ist. Hier als Operator den Langnamen einzutragen ist m.E. Datenmüll.
Reclus (2017-03-10 23:08:18+00:00): Deine Interpretation der Wiki-Seiten kann ich überhaupt nicht teilen. Die Adressen lassen sich einfacher auffinden wenn sie direkt am POI stehen. Ich bitte doch nochmal: Unterlasse weitere Löschungen von Adressen.

layer=0 benutze ich kaum. Du meinst scheinbar level=0. Das bedeutet, dass der POI im Erdgeschoss ist. Du hast also offenbar Daten gelöscht, die du nicht mal verstanden hast.

Datenmengen sind bezüglich Mobilgeräten völlig uninteressant. Niemand sagt, dass alle OSM-Daten auf Mobilgeräte heruntergelasen werden müssen. Stattdessen ist ein Extrakt der für die spezielle Anwendung relevanten Daten sinnvoll.

Und zu AVU: Da kennt die Wikipedia schon diverse Bedeutzungen. Das ist international nicht eindeutig. Daher ist der Langname eindeutig sinnvoll um eindeutige Aussagen zu machen.

https://de.wikipedia.org/wiki/AVU
Thoschi (2017-03-12 09:43:04+00:00): Es ist unsinn, sie sind genauso leicht auffindbar, wenn POIs ohne Adresse an oder auf einer Fläche angebracht sind. Die Adresse ist in diesem Fall Datenmüll und das Wiki schreibt nur von einer Empfehlung und nicht von einem "Muss".

level=0 ist ebenso unsinnig, es sei denn, wir befinden uns im 3D-Mapping. Die POIs sind aber alle 2D gemappt, so dass level=0 nur Datenbalast ist.

AVU ist die korrekte Bezeichung, war im Kundencenter und habe gefragt. Auch intern wird die alte Langbezeichnung nicht mehr genutzt.

OSM-Daten werden von externen Anbietern herunter geladen. Um OSM bekannt zu machen und für möglichst viele Nutzer attraktiv zu machen, sollte auch Datenbank"beschickern" möglichst wenig Datenballast eingetragen werden. Auch wenn Datenballast nicht unzulässig ist, muss man nicht jede überflüssige Eintragung machen. Auch wenn lanes=3 und lanes:forward=2 ist, ist lanes:backward=1 überflüssig, da impliziert.
Reclus (2017-03-12 17:15:55+00:00): Nein, die Adressen von POIs sind nicht genauso einfach auffindbar wenn sie an einer Fläche dranstehen. Wenn man z.B. bestimmte POIs (z.B. Apotheken) in seiner Umgebung per Overpass API abfragt hat man eben nur die POIs ohne die sie umgebenden Wege. Deshalb ist es sinnvoll, an POIs immer auch die Adresse dranzuschreiben.

Witten ist quasi komplett in 3D gemappt. Daher ist auch die Angabe von level sinnvoll. Und es gibt auch diverse Beispiele wo level nicht gleich 0 angegeben ist, z.B. Praxen oder Geschäfte in der Stadtgalerie.

Wenn kein lanes-Wert angegeben ist lässt sich nicht unterscheiden, ob der Wert einfach nicht gemappt ist oder der Default-Wert ist. Daher ist es sinnvoll, ihn bei Straßen in jedem Fall anzugeben.

OpenStreetMap ist eine allgemeine Geo-Datenbank. Es gibt keine Relevanzkriterien und es gibt keinen vorgegebenen Verwendungszweck wie z.B. Routing. Stattdessen können die OSM-Daten auf diverse Arten genutzt werden und Aufgabe der Mapper ist, möglichst viele, korrekte Daten einzutragen.

Wir leben in Zeiten des Big Data und größere Datenmengen sind – wenn die Daten korrekt sind – kein Problem.

Du hast Daten gelöscht, deren Erfassung im Wiki explizit empfohlen wird. Andererseits trägst du Daten ein, von denen im Wiki explizit abgeraten wird (z.B. Flaggen). Bitte verstehe endlich, dass du damit komplett falsch liegst und nur Schaden anrichtest.

Selbst wenn du alle level und lanes löschen würdest würdest du damit im Vergleich nur sehr wenig Daten "einsparen". Viel, viel mehr Daten machen z.B. die 3D-Daten der Gebäude aus, die ja auch für Routing unnötig sind, die aber allgemein anerkannt sind.

Was in Zukunft übrigens noch kommt ist die Erfassung von Straßen als Flächen. Da kommen dann noch viel, viel mehr Daten dazu, die für einfaches Routing nicht benötigt werden, aber z.B. für automatisches Fahren sehr sinnvoll sind.

Ich bitte dich nochmal: Höre mit deinen Lösch- und Ummapaktionen auf!
Thoschi (2017-03-12 17:54:37+00:00): Wegen level=0 meinetwegen, ich halte es für überflüssig, da es impliziert wird, auch bei 3D, dort ist es höchstens für die Wartung interessant. Wenn es POIs gibt, bei denen level ungleich 0 ist, sollte man diese setzen. In den meisten Fällen sind diese ja auch nachzutragen, nicht jeder denkt daran, deshalb kann man es ja nachholen.
lanes=1 ist bei Einbahnstraßen auch impliziert und absolut überflüssig. Ich muss da auch nicht wissen, ob es default ist oder explizit gesetzt, es ist überflüssig.
Adressangaben an POIs sind überflüssig, sie werden bei jeder Suche, auch über OSM gefunden, mit Overpass geht das wohl auch. Ich finde es unsäglich, wenn eine Adresse gesucht wird und gleich zig Treffer mit irgendwelchen Läden etc angezeigt werden. Auch halte ich es für sinnvoll, POIS nicht mit dem Gebäude zusammen einzutragen sondern als Extra-Node, das macht zustätzlich die Wartbarkeit des POIS einfacher und auch ein Umzug eines Geschäftes lässt sich mit einfachem Verschieben des POIs realisieren. Ich zusätzlich die Adresse zum POI getaggt, hat man natürlich hier mehr Aufwand. Auch halte ich es für sinnvoll, wenn möglich den POI auf den Eingang eines Geschäftes etc. zu setzen.
Flagpole bezieht sich z.B. auf die Fahnen bei Golfplatzlöchern. Bei advertising werden sie durchaus als wichtige Landmarken angesehen, was sie auch sind. Also nicht unsinnig. Zudem widersprichst Du Dich hier mit Deiner Aussage zu den nicht vorhandenen Relevanzkriterien.
Gegen aera:highway habe ich doch gar nichts gesagt, experementiere selbst gelegentlich damit rum.
Ja, wir leben in BigData (leider), aber deshalb muss ich nicht redundante Informationen taggen, das ist m.E. übertriebener Ehrgeiz und unsinnig.
Reclus (2017-03-13 01:13:28+00:00): Zu lanes ein weiteres Mal: Wenn ein Wert nicht da ist kann man nicht wissen ob der Wert unbekannt oder tatsächlich der Default-Wert ist. Es wird auch meines Wissens nach auch nirgendwo davon abgeraten, lanes explizit zu mappen.

Höre bitte endlich damit auf, zu versuchen, deinen persönlichen Geschmack durchzusetzen. Die Dinge, die ich so gemappt habe, habe ich aus guten Gründen so gemappt.

Die Vorteile der vermeintlich leichteren Wartbarkeit sind tatsächlich keine. Ich versuche den Ort beizubehalten und die Namen der vorherigen Geschäfte und old_name zu schreiben. Auch wenn man das Geschäft verschiebt sind es nur wenige Klicks um die Adresse zu aktualisieren.

Bei POIs macht es manchmal Sinn, sie als Knoten einzutragen und manchmal, sie als Weg einzutragen.

Dass es semantisch wenig Sinn macht, POIs an Eingänge zu mappen, sieht man insbesondere wenn an den POIs dann auch barrier und vielleicht colour und material dransteht. Das macht einfach keinen Sinn. Dagegen kann es sehr viel Sinn machen wenn ein am Gebäude dransteht wenn z.B. das komplette Gebäude das Geschäft ist.

Ich habe mir nicht widersprochen. Meinetwegen kannst du gerne auch unbedeutende Flaggen mappen. Ich habe dich auf deinen Widerspruch hingewiesen, einerseits willkürlich Daten sparen zu wollen und andererseits Daten einzutragen, von deren Eintragen explizit im Wiki abgeraten wird.

Wenn mit der Overpass API POIs zusammen mit Adressen abgefragt werden können konstruiere doch bitte mal eine Overpass-Abfrage z.B. von Apotheken mit Adressen in Wetter. (Ich gehe mal davon aus, dass sie dort ohne Adressen eingetragen sind.)
Thoschi (2017-03-13 07:24:50+00:00): Erstens, vom Eintragen von Flaggen wird NICHT explizit abgeraten, ich finde im Wiki nichts dazu. Das Beispiel Flaggen an Golflöchern kann mich nicht auf Werbeflaggen übertragen, Werbeflaggen sind wichtige Landmarken. Die Eisfahne am Kiosk hingegen ist mit denen bei Golflöchern gleich zu setzen und somit unerwünscht. Also, wo steht, dass diese Werbeflaggen z.B. vor Autohäusern und Supermärkten unerwünscht sind?

Ein lanes=2 ist an einer 2-spurigen Straße mit Gegenverkehr ohne ein lanes:forward oder lanes:backward falsch, da es den Eindruck erweckt, ich kann beide Spuren in eine Richtung frei wählen, lanes=2 ist nicht nur überflüssig, sondern tatsächlich leider falsch.

Mit Adressen an POIs habe ich immer meine Schwierigkeiten, auch wenn es nicht verboten ist. Redundante Daten sind Datenmüll, egal ob sie auf der einen Seite das Leben erleichtern oder nicht.

Im übrigen habe ich die Diskussion ins Forum gebracht, weil ich es unsinnig finde, nur zu zweit im Changeset zu diskutieren. Es muss dabei sichergestellt werden, dass wir beide in den meisten Punkten unserer Differenz über die Sinnhaftigkeit von richtigen Tagging-Eintragungen streiten. Bei lanes hingegen sehe ich es tatsächlich wie oben beschrieben als falsch an.
erickdeoliveiraleal (2017-03-12 23:58:37+00:00): Não use Q. use Quadra
Romulo Leal (2017-03-15 14:19:32+00:00): Não fiz alteração nenhuma na nomenclatura das ruas do mocambinho. Unica edição que fiz nessa região foi apenas alguns pontos de referencia e ajustes de traçado.
jleedev (2017-03-14 16:06:28+00:00): I would argue that putting multiple SR numbers on a roadway is complete nonsense here: The entire premise is that it refers to the whole roadway itself, not any particular direction. In particular, if a traffic route continues in an uninterrupted straight line, it's pretty clear that the roadway carrying it does the same.