piebro/osm-data huggingface dataset:
jeawrong (2018-04-16 23:15:43+00:00): Ciao :). building;levels=* è usato correttamente, come descritto nel wiki https://wiki.openstreetmap.org/wiki/Map_Features#Building e qui https://wiki.openstreetmap.org/wiki/Simple_3D_buildings, ovvero il piano terra è 0, mentre il piano sopra è 1 (giustamente, stessa notazione che si usa negli ascensori. L'MD Discount a cui ho aggiunto il nr di piani in questo changeset ha appunto due piani, il piano terra (0), in cui c'è il discount, ed il piano superiore (1), in cui presumo si trovino uffici del personale, direzione ed altro. Inoltre i tag non li ho inseriti direttamente, ma sono stati aggiunti tramite l'app StreetComplete, che comunque ha inserito i tag corretti. Per quanto riguarda i limiti di velocità, ho visto che la stessa app inserisce il tag maxspeed:type=IT:urban in mancanza di un segnale di limite di velocità, che ho visto non essere di uso molto comune in Italia, ma che potrebbe facilitare in caso di cambiamenti massivi della massima velocità urbana consentita. In questo caso specifico però (a Polignano) la app inserisce una informazione errata, o meglio... è il comune che ha deciso per una diversa velocità limite nell'area urbana, portando il limite massimo di velocità a 30 Kmh (infatti all'ingresso del paese vi è tale segnale e ciò mi è stato confermato da una amica vigilessa), mentre altrove la velocità urbana consentita è di 50 Kmh. La app StreetComplete chiede via per via la velocità massima consentita, ed in mancanza di segnali inserisce quel tag. Io posso anche rimuovere le velocità da me inserite, ma probabilmente qualcun'altro che usa la stessa app prima o poi inserirà la stessa informazione e ci ritroveremo punto e a capo. Per quanto riguarda il nome di quella via, ero in effetti indeciso, ma effettivamente è una informazione superflua, altrimenti andrebbero inserite tutte le didascalie "poeta", "pittore" e via dicendo. La rimuovo immediatamente. Buon mapping :)
corfede (2018-04-17 06:00:31+00:00): Non sono d'accordo :) Proprio nella pagina che hai linkato, ma anche nello specifico qui https://wiki.openstreetmap.org/wiki/Key:building:levels, trovi degli esempi espliciti dove si indica che building:levels rappresenta il numero complessivo dei piani fuori terra (nell'esempio B+C+D=3 piani) esclusi gli interrati (da taggare con building:levels:underground=*) e i sottotetti (roof:levels=*) che dalle nostre parti sono rari. Quindi per l'MD Discount bisognerebbe usare building:levels=2. Per il maxspeed invece, come hai anche indicato tu, IT:urban corrisponde alla velocità di 50 km/h in vigore nei centri urbani, quindi a maggior ragione è sbagliato se il limite è di 30 km/h. il tag maxspeed:type (https://wiki.openstreetmap.org/wiki/Key:maxspeed:type) è usato in GB, ma nel resto del mondo come ti dicevo è preferibile source:maxspeed. Non so l'app che usi che tipo di autonomia lascia nella scelta dei tag, ma converrebbe adeguarsi agli standard nostrani secondo me. Buon mapping a te e grazie :)
jeawrong (2018-04-17 17:10:57+00:00): Hai ragione, ho fatto confusione, levels comprende tutti i livelli, compreso il piano terra (mi attende un duro lavoro...). Per quanto riguarda la velocità massima, nessun problema, la inserisco su tutte le strade interne al paese, almeno evitiamo che quella app continui a segnalare che manca quell'informazione. App per il resto molto ben fatta, semplice ed intuitiva ;)
corfede (2018-04-18 18:41:12+00:00): Sì ho seguito la discussione in lista, ti ringrazio. Devo anche chiederti di non spostare i fabbricati che ho importato dalla CTR Puglia, perchè sono precisi come posizione, quindi è sbagliato spostarli per farli collimare con le foto Bing, che sono parecchio sfasate in Puglia. Comunque possiamo sentirci anche per email o messaggi privati per approfondire. Grazie mille, Federico.
jeawrong (2018-04-18 20:48:51+00:00): Non le ho mica allineate con Bing, uso le ortofoto PCN2006, che dovrebbero essere il meglio in quanto a precisione. Ok, ti mando un messaggio privato con la mail ;)
eggie (2018-04-01 12:45:21+00:00):  Je hebt nu landuse=grass op landuse=grass getagd in combinatie met die Leisure=playground. Dat is niet eenduidig.
landuse=grass heb ik even verwijderd.
Het kan zo wel... wanneer je het belangrijk vindt dat het adres is gekoppeld met de naam van de speeltuin dan op de adresnode van het gebouw taggen. ..website, phone, e.d.
, maar dan gewoon de landuse intekenen. Bij speeltuinen kun je zelfs per toestel aangeven wat het precies is. Zie wiki playground.
eggie (2018-04-01 12:46:25+00:00): Het was overigens niet grass op grass.. maar niet een combinatie van Leisure en landuse maken in dit geval.
Milad s (2018-04-01 10:56:47+00:00): Ok
Diógenes de Sinope (2018-04-01 13:41:14+00:00): thank you for the correction, the open iD interface really needs a more intuitive way to define tags, I usually type them out by hand, sometimes resulting in mistakes
czubi (2018-04-01 16:14:58+00:00): an den PT1 node gehört nicht nochmal 
public_transport=platform
https://www.openstreetmap.org/node/5018448594
czubi (2018-04-01 16:16:25+00:00): https://wiki.openstreetmap.org/wiki/DE:Public_transport
klakon (2018-04-01 23:48:38+00:00): Habe mich durch die Osmose Hinweise-/Fehlermeldungen zu dieser Ergänzung hinreisen lassen.
Ich korrigieren die Nodes wieder.
Danke.
czubi (2018-04-02 06:58:02+00:00): Du machst das übrigends sehr gut, weiter so. Danke
czubi (2018-04-02 13:42:17+00:00): nochwas: name ist der Name der Haltestelle
nicht "Stop Arnstadt Wollmarkt" sondern "Arnstadt Wollmarkt".
klakon (2018-04-02 15:44:00+00:00): zur namentlichen Unterscheidung von der stop_position und dem bus_stop bzw. der platform hatte ich alle stop_positionen entlang der Linie 362 mit dem Zusatz "Stop ....." versehen. Alle ändern? 
Ich hatte bei den Nodes bus_stop, Arnstadt mit ARN abgekürzt. Soll ich die auch wieder in Arnstadt ändern?
czubi (2018-04-02 15:56:03+00:00): Hallo klakon, 
du hast dir gleich zu Anfang ein schwieriges Thema gesucht. Um so wichtiger ist es hier das Du das wiki zum Thema ganz genau liest sonst hast Du (oder wir) später seeehr viel zu tun.  Du machst viele Busrouten, dann lies das pt1 wiki das pt2 wiki und vor allem das hier https://wiki.openstreetmap.org/wiki/DE:Busse
Darin steht u.a. "Füge den Namen der Haltestelle (wie auf der Haltestelle oder in Fahrplänen angegeben) hinzu".
Das ist eindeutig. Ändere es bitte so ab wie es im wiki vorgegeben ist. Ich nehme an auf den Haltestellenschildern steht Arnstadt ausgeschrieben (oder es fehlt ganz?) und "Stop" steht sicher in keinem Falle davor.
Wenn du Fragen hast immer gerne.
klakon (2018-04-02 16:45:14+00:00): Okay!
Vielen Dank!
Alexander-II (2018-06-21 10:53:38+00:00): Не удаляйте, пожалуйста теги name=. Налие name:ru или name:en не отменяет необходимость в теге name. Более того, вряд ли у обычного жилого комплекса в Москве есть назнвание на нескольких языках.
mgpx (2018-04-01 18:18:53+00:00): This changeset has removed residential polygons without any replacement on inhabited areas (villages). Suspected vandalism.
mgpx (2018-04-11 20:50:01+00:00): Residential polygon for Hegyhátszentmárton, which was deleted by this changset,  is still missing. Please fix or recover it.
JM82 (2018-04-12 06:09:45+00:00): Yes, of course. I'am working at this area already. I guess, within next few days I have also revised this issue.
Milad s (2018-04-01 11:20:42+00:00): Ok
Milad s (2018-04-01 11:32:30+00:00): Ok
jaap de vries (2018-04-02 18:10:40+00:00): Wat heb je hier gedaan, nu staat er (geen reactie) bij deze bewerkingen set. Het is de bedoeling dat je hier dingen neerzet zodat andere gebruikers weten wat je hebt gedaan. Voorbeeld, naam school toegevoegd of wandelpad aangelegd.
tekenis (2018-04-02 20:30:42+00:00): Wees gerust: een paar unclassifieds naar residential omgezet en landuse residential aangepast.
Hoe vaak zie ik niet een changeset in Amsterdam met de benoeming 'wijzigingen Almelo' o.i.d.? Dat is ook niet de bedoeling.
jaap de vries (2018-04-02 20:36:16+00:00): Oke, maar je hebt bij geen enkele bewerking van je iets ingevuld. Bij de volgende graag dit wel doen!
alphensebezorger (2018-04-02 13:58:22+00:00): Hallo Martin,

Je verwijderd hier de tag bicycle=yes, daarmee vallen de fietsers onder de categorie vehicle, en mogen alleen fietsers met een bestemming binnen het gebied de Bloemendaalseweg gebruiken (vehicle=destination). Klopt dat wel met de huidige bebording? Welk verkeersbord heb je tijdens je survey aangetroffen? En wanneer was dat? Hoe zit het met de fietsroute op deze weg, is die omgelegd?

Groetjes, alphensebezorger.
Martin Borsje (2018-04-02 14:07:58+00:00): Hoi; ik heb de wijziging aangebracht wegens een note van een user en heb Mapillary als bron gebruikt.
Daar staat een geslotenverklaring voor alle voertuigen muv van fietsers en voertuigen aanwonenden.
alphensebezorger (2018-04-02 14:33:25+00:00): Alle fietsers zijn dus uitgezonderd van het verbod. Dan is de tag "bicycle=yes" nodig, omdat "vehicle=destination" anders ook voor fietsers de toegang beperkt.
Martin Borsje (2018-04-02 14:36:29+00:00): Ik zie wat je bedoelt; ik had een foutje gemaakt: er stond zowel motor_vehicle=destination als vehicle=destination. Ik heb de laatste verwijderd :-) Dank voor je opmerkzaamheid!
alphensebezorger (2018-04-02 15:12:29+00:00): Tja, er staat voertuigen
alphensebezorger (2018-04-02 15:14:35+00:00): Daar valt ook paard en wagen onder, dus daarvoor zou je dan eigenlijk ook "destination" moeten toevoegen ;-) .
Martin Borsje (2018-04-02 15:56:00+00:00): Ga je gang!
multimodaal (2018-04-02 16:44:13+00:00): Zou je ajb de foot=yes en bicycle=yes die je hebt verwijderd willen terugplaatsen? Dat zijn correcte tags die zijn geplaatst door andere mappers, die de tagging compleet en duidelijk maken. Overeenkomst met een defaultwaarde is geen reden om ze te verwijderen (defaults zijn bedoeld om een goede gok te kunnen doen bij ontbrekende data, niet om data te doen verdwijnen. We verwijderen immers ook niet de maxspeed=50 omdat dat nu de default is binnen de bebouwde kom, net zo min als we maxspeed=130 verwijderen  van een motorway. Dank alvast.

https://wiki.openstreetmap.org/wiki/NL:Good_practice#Verwijder_NOOIT_tags_die_je_niet_begrijpt.21.21
Martin Borsje (2018-04-02 17:45:27+00:00): Dit gaat over tags die je niet begrijpt. Voor hw=residential is de toevoeging van bicycle/foot=yes volledig overbodig; op verzoek van een noteplaatser heb ik de toegang voor motor_vehicle aan de hand van mapillary gewijzigd en lezende residential bicycle/foor verwijderd. Dat is geen tag die ik niet begrijp.
Dit was dus geen gok
adjuva (2018-04-09 21:51:15+00:00): Hallo Michael!

Was war denn an dem Tagging so schlimm, dass

1. das Multipolygon für den Bahnsteig gelöscht

2. die Tags public_transport=platform und name=Kaub an der Bahnsteigkante

gelöscht werden mussten?

Ich denke, dass sich langfristig alle Bahnsteige zu Multipolygonen mit Bahnteigkanten railway=platform_edge entwickeln werden und deswegen würde ich das hier gern beispielhaft mal grundsätzlich diskutieren.

Ich korrigiere recht viele Bahnsteigkanten  (meist weil meine Route-Relationen-Prüf-Skripte Fehlermeldungen werfen) und setze dann immer die fünf Tags railway=platform_edge, name=Abc, ref=XY, train=yes, public_transport=platform.

zu 1. Im WIki hast Du einen Artikel Tag:railway=platform_edge angelegt und keines der dortigen Beispiele verzichtet auf ein Multipolygon. Und wenn in Zukunft jemand den Treppenaufgang mit einem inner-Way besser modellieren möchte ode jemand (wie in Mannheim Hbf) alle Säulen und Bahnsteigmöbel aus der Fläche herausnehmen will, dann wird er das Multipolygon wieder einführen.

Ich finde die aktuelle Modellierung unpraktisch, weil es jetzt viel schwieriger wird, von der Bahnsteigkarte zur Stop-Area-Relation (und dann weiter zum Betriebsstellen-Node) zu kommen. Um mit z.B. der Overpass-API vom Way Bahnsteigkante zum Bahnsteig-Multipolygon (das in der Stop-Area ist) zu kommen war vorher ein einfaches rel(bw) ausreichend. Jetzt muss man den Umweg über die gemeinsamen Nodes der Bahnsteigkante und des Bahnsteigs gehen.

2. Ich halte es für sinnvoll, in die PT2-Routen-Relationen nur noch die Ways der Bahnsteigkanten und nicht mehr die Relations der Bahnsteig-Multipolygone einzutragen. Und public_transpoprt=platform markiert eben aus meiner SIcht genau die Objekte, die man potentiell mit der Rolle 'platform' in eine Route-Relation (die Bahnsteigkante oder den ganzen Bahnsteig) oder in eine Stop-Area-Relation (der ganze Bahnsteig) einträgt. Deswegen ist das Löschen des public_transport-Tags kontraproduktiv.

In den Route-Relationen möchte man ganz gerne sehen, welche Objekte man da mit den Rollen 'stop' und 'platform' eingetragen hat, damit man die korrekte Reihenfolge der Halte kontrollieren kann. Deswegen mappt man entweder name=Abc, (local_)ref=XY oder description 'Abc, Gleis XY' (ich zumindestens habe JOSM-Styles, die name und ref in der Relationsliste und im Auswahl-Fenster anzeigen). Das name-Tag ist dabei eigentlich unschön, weil es bei Flächen vom OSM-Standard-Style gerendert wird. Wenn man nun die Bahnsteigkante in die Route-Relation aufnimmt, dann ist das nie gerendert und man kann guten Gewissens das Name-Tag benutzen. Es besteht außerdem auch keine Notwendigkeit local_ref statt ref zu benutzen (ref braucht man manchmal (siehe Mannheim Hbf) für Ids, die keine Gleisnummern sind). Und deswegen ist das Löschen des name-Tags ebenfalls kontraproduktiv.

Schö
  Adjuva
Nakaner (2018-04-10 18:20:37+00:00): Hallo Adjuva,

ehrlich gesagt wäre es mir lieber, wir würden das anstatt hier auf der Mailingliste oder im Forum diskutieren.

Deine Kritik ist teilweise richtig. Wenn ich es so betrachte, ist das Löschen des Multipolygons nicht in Ordnung. Ich hatte es gelöscht, weil es nur einen äußeren Ring hatte. Wenn natürlich jemand den Treppenaufgang mappt, braucht man es wieder.

public_transport=platform ist für den gesamten Bahnsteig da, nicht für die Kante. Als wir uns railway=platform_edge im Sommer 2014 ausgedacht haben, wollten wir zum bestehenden Mapping abwärtskompatibel bleiben. Deshalb blieben railway=platform und public_transport=platform auf der Fläche.

Mit dem Gedanken, dass man von der Multipolygonrelation einfach auf die Kanten kommen kann, wenn solche platform_edge-Bahnsteige grundsätzlich als Multipolygone modelliert sind, haben wir damals die Multipolygon-platform_edge-Variante uns ausgedacht.

Leider hat diese zwei Haken. Erstens tun viele Datennutzer ihre Abfragen nicht auf den originalen OSM-Daten durchführen, sondern auf Datenbanken, die nicht topologisch sind. Zweitens binden wir uns an die suboptimale Art, wie Flächen in OSM modelliert werden. Es ist langsam absehbar, dass die Zeit der Multipolygonrelationen in OSM zu Ende gehen wird. Ob es mit der nächsten oder erst mit der übernächsten Version passieren wird, ist unklar, die Arbeiten an einer Überarbeitung des Datenmodells haben jedoch begonnen. Siehe dazu auch https://wiki.openstreetmap.org/wiki/Talk:Tag:railway%3Dplatform_edge

Ich lösche public_transport=platform von Bahnsteigkanten und übertrage es an die Flächen, wenn diese erfasst sind, weil das die übliche und anerkannte Erfassungsweise für Bahnsteige ist. Das PTv2-Schema schreibt vor, dass der Bahnsteig die Rolle "platform" hat und nicht dessen Kante. Das Modellieren von Kanten ist eine verhältnismäßig neue Detailstufe.

Das gelöschte Multipolygon kann ich wiederherstellen, wenn du das wünschst.

Ach und nochwas: Wer wann was als Namen rendert, ist mir beim Mappen egal und das sollte auch dir egal sein, weil es sonst Tagging für den Renderer wäre.

Viele Grüße

Michael
floscher (2018-04-26 13:08:07+00:00): Bist du dir sicher, dass hier wheelchair=no hingehört? Ich könnte es jetzt nicht mit Sicherheit sagen, wie gut ein Rollstuhlfahrer im Murgana zurecht kommen würde. Könnte mir aber vorstellen, dass da zumindest wheelchair=limited infrage kommt.
Über den Aufzug kommt auch ein Rollifahrer zu den Becken.
Gut, Einstiegshilfen ins Wasser gibts meines Wissens nicht, und wie gut man durch die Umkleiden durchkommt, könnte ich aus dem Gedächtnis jetzt nicht sagen.
jens1o (2018-04-26 17:16:08+00:00): Naja, ich hab das daran festgemacht, dass ein Rollstuhlfahrer sich de facto nirgends umziehen kann, dafür sind die Umkleiden zu eng. Von mir aus kannst du aber gerne ein `limited` dransetzen. :)
jens1o (2018-04-26 17:16:52+00:00): Mir persönlich sind die schon etwas klein geraten, obwohl ich keine Platzangst oder ähnliches habe.
floscher (2018-04-26 17:44:22+00:00): Ich war bisher eigentlich immer über die Gruppen-/Vereinsumkleiden drin, von den "normalen" Umkleiden hab ich momentan kein Bild im Kopf.

Vielleicht ist es so gedacht, dass sich Rollstuhlfahrer in der (wirklich sehr geräumigen) Dusche und Toilette für Rollstuhlfahrer umziehen. Da ist jedenfalls locker genug Platz und soviel ich weiß auch Haltegriffe.

Ob man an den Umkleiden vorbeikommt ohne durch die Kabinen zu fahren (wenn man durchpasst), kann ich jetzt aus dem Kopf aber auch nicht mehr sagen. Bei meinem nächsten Besuch achte ich mal drauf.

Am 5. Mai ist übrigens Europäischer Protesttag zur Gleichstellung von Menschen mit Behinderung. Da startet vom Josefstreff gleich neben dem Murgana (bei der Josefskirche) eine Wheelmap-Rallye zum Erfassen von wheelchair=* Tags ;-).
jens1o (2018-04-30 08:03:18+00:00): Alles klar. Wann startet die Rally denn? Bist du auch dabei? Würde gerne mithelfen :)
floscher (2018-04-30 09:07:10+00:00): Von 10 bis 14 Uhr dauert die Veranstaltung am Josefstreff. Wie das mit der Rallye aussieht, ob die nur zu bestimmten Zeiten startet, weiß ich nicht, kann mich aber mal erkundigen. Werde denke ich auch am Samstag hinkommen, vielleicht sieht man sich ja ;-).

Aus der Ankündigung: „Unterstützt werden wir dabei von der Event-AG vom Goethe-Gymnasium in Gaggenau. Geplant sind eine Wheelmap-Rallye (mit dem Rollstuhl die Stadt erkunden und wichtige Infos zur Barrierefreiheit ins Internet stellen), Kinderschminken, Kaffee, Kuchen, Hot Dogs und Eistee. Außerdem spielt die Band Delight sowie Moritz und David.“
ToniE (2022-07-04 08:25:37+00:00): Hi Marco, ein Zufall? Wir sind gestern von Olching entlang der Amper nach Kloster Fürstenfeld gelaufen und am "geplanten" Kreisel St 2345 / Römerstraße https://www.openstreetmap.org/way/575241111 vorbei gekommen.
Dort habe ich von Bauarbeiten nicht gesehen. Gilt die Planung noch?

https://www.openstreetmap.org/changeset/123159428

Viele Grüße
Toni
marcoSt (2022-07-04 17:13:13+00:00): Servus Toni,

Ich habe gerade einen Artikel zu dem Thema gefunden: https://www.sueddeutsche.de/muenchen/fuerstenfeldbruck/olching-naechste-runde-im-umgehungsstreit-1.5185551. Da wird gerade gestritten wie die Kesselflicker ob die Strecke gebaut wird oder nicht. 

Nach kurzen Überfliegen würde ich sagen, da werden noch ein paar Jahre ins Land vergehen bis dort was gebaut wird, wenn überhaupt.

Viele Grüße
Marco
KermMartian (2018-08-22 05:34:12+00:00): Not clear if it's this changeset or an ancestor, but:
(1) 3D information appears to have been wiped out, and
(2) the edges appear to be terribly misaligned with adjacent ways.
mikkolukas (2019-03-30 11:28:43+00:00): This is not the way the tag highway=bus_stop is intended to be used
Henrik R (2018-04-01 12:37:31+00:00): Det är spår 623 som detta är!
https://skoterleder.org/gpx/#!track/623
eggie (2018-04-01 12:50:51+00:00): Dag Reinbaard.. Je zou de adresnode ook nog kunnen verwijderen.
Chetan_Gowda (2018-04-01 17:35:04+00:00): This changeset covers almost all the continents.
thetornado76 (2018-04-01 18:19:14+00:00): I know. But I had reviewed every node and changed the misspell tag.
Nakaner-repair (2018-04-03 04:50:22+00:00): This changeset reverts some or all edits made in changesets 56019412, 56066409, 56200598, 56201936, 56202082, 56202886, 56203104, 56203119, 56203121, 56203149, 56203167, 56203201, 56203237, 56203283, 56203367, 56203383, 56203400, 56203415, 56203427, 56203437, 56203457, 56203468, 56203496, 56203532, 56203556, 56203573, 56203704, 56203731, 56203780, 56203813, 56203867, 56203981, 56204091, 56204134, 56204147, 56204184, 56204208, 56204230, 56204243, 56204298, 56204326, 56204339, 56204357, 56204384, 56204403, 56204427, 56204464, 56204475, 56204524, 56204548, 56204567, 56204720, 56227223, 56228303, 56228311, 56228366, 56228404, 56228415, 56228435, 56228455, 56228874, 56229067, 56229129, 56229169, 56229308, 56229330, 56229404, 56229891, 56229902, 56229966, 56229997, 56230021, 56230132, 56230170, 56230189, 56230342, 56230491, 56230554, 56230601, 56230745, 56230899, 56231026, 56231122, 56231165, 56231197, 56231240, 56232448, 56232480, 56232489, 56232567, 56232922, 56232952, 56232961, 56233090, 56233107, 56233148, 56233170, 56246335, 56246821, 56247120, 56247383, 56247556, 56422516, 56422538, 56422560, 56741647, 56816826, 56862029, 56862248, 56862280, 56862316, 56862357, 56862395, 56862437, 56862478, 56862529, 56862565, 56862607, 56862640, 56862676, 56862708, 56862744, 56862776, 56862810, 56862849, 56862889, 56862931, 56862974, 56863022, 56863065, 56863099, 56863131, 56863158, 56863188, 56863219, 56863243, 56863271, 56863478, 56863521, 56863567, 56863593, 56863649, 56863684, 56863719, 56863765, 56863810, 56863848, 56863901, 56863946, 56863996, 56864053, 56864096, 56864167, 56864224, 56864661, 56864788, 56864850, 56864903, 56864955, 56865025, 56865097, 56865150, 56865210, 56865272, 56865330, 56865383, 56865456, 56865520, 56865591, 56865658, 56868179, 56874287, 56874468, 56874552, 56874671, 56874737, 56874813, 56874904, 56875021, 56875140, 56875259, 56875531, 56875976, 56876179, 56876355, 56876617, 56876737, 56876842, 56877096, 56877214, 56877334, 56877446, 56877560, 56877660, 56877759, 56877865, 56877986, 56878089, 56878175, 56878256, 56878329, 56878417, 56878597, 56893711, 56893866, 56894156, 56907019, 56907114, 56907213, 56907316, 56907416, 56907514, 56907610, 56907707, 56907786, 56907871, 56907986, 56908074, 56908160, 56908257, 56908424, 56908539, 56908698, 56908791, 56908942, 56909100, 56909266, 56923710, 56923798, 56923852, 56923943, 56924058, 56924198, 56924316, 56924406, 56924505, 56924593, 56924683, 56924795, 56925530, 56926539, 56926865, 56926973, 57004580, 57004636, 57004801, 57004951, 57005212, 57005331, 57005369, 57005551, 57005582, 57005592, 57005639, 57005649, 57005826, 57005946, 57006131, 57006306, 57006557, 57006855, 57008080, 57008211, 57008341, 57008949, 57009220, 57009573, 57009652, 57009839, 57009848, 57009971, 57010012, 57010115, 57010231, 57010293, 57010314, 57010317, 57010508, 57010574, 57010587, 57010639, 57010831, 57010874, 57011082, 57011278, 57011576, 57011880, 57012416, 57012450, 57558201, 57572147.
friedel_hn (2018-04-04 18:09:43+00:00): Hallo SirPaul. Willkommen bei OpenStreetMap, in Öhringen können gut noch Mitwirkende brauchen. Allerdings hast du in diesem Änderungssatz Adressdaten gelöscht, das weniger schön und war vermutlich keine Absicht. Ich habe diesen Änderungssatz deshalb zurückgesetzt. Für den Anfang ist es vielleicht besser, erstmal eher nicht zu löschen, sondern neue Dinge zu ergänzen um Erfahrung zu sammeln. Du kannst auch im OSM-Forum (https://forum.openstreetmap.org/viewforum.php?id=14) mitlesen, da lernst du wie die Community tickt.
Alecs01 (2018-04-01 14:18:29+00:00): A couple of fountains and a street mapped as tourism=attracction, reverted.