Hello Mateusz,
As I did not find an appropriate value in the wiki I copied the shop value fom an other shop of the same kind in the region: node/2672285649
Those are non-profit shops selling fair-trade products of all kind (clothing, coffee, chocolate, decoration,...) from countries in the so called global south. They are generally called Weltladen (formerly Dritte Welt Laden) literally "world shop". If there is a better value please correct it. Searching for "Weltladen" on the forum does not help much. shop=convenience would not be much better than shop=yes in my opinion. For example, the Openfietsmap map on my Garmin device puts convenience shops in its food category. But when I am looking for something to eat, I do not want to be routed to the nearby Weltladen ;)

IMHO, there is missing a shop value for shops selling such miscellaneous things and another for specifying the non-profit character. We could open a topic on the forum but I am too less available at the moment for doing this.
Regards
Rainer

Ich habe die noch hinterbliebenen Relationen auf dem Kreuzungspunkt gelöscht und die unechte Einbahnstraße so getaggt, wie es im Wiki beschrieben ist, d.h. nicht auf dem Punkt mit dem Schild sondern als no_entry-Relation auf der Kreuzung.

Allerdings ist diese Lösung unbefriedigend, weil JOSM die Abbiegebeschränkung nicht rendert und der Validator sie - obwohl Wiki-konform - als Fehler wertet (mehrere from-Members). An anderer Stelle habe ich daher dafür die Beschränkung no_straight_on auf dem Punkt mit dem Verkehrszeichen gesetzt, z.B. hier: node/7545628686

Hallo johnny-park,

nachdem du die Einbahnregelung der Neithardtstraße gemappt hast, gibt es auf dem Kreuzungspunkt Neithardt/Schaffner jetzt 8 Abbiegebeschränkungen. Das ist aus meiner Sicht zu viel des Guten und nicht besonders wartungsfreundlich. Diese Abbiegebeschränkungen bräuchte es aus meiner Sicht nicht, wenn man die unechte Einbahnstraße als solche erfasst, indem man auf den Punkt mit dem VZ 267 eine restriction=no_entry + except=bicycle setzt.

Tippfehler, korrigiert. Danke für den Hinweis.

Hallo FroschForscher,
du hast in diesem CS die Daten einiger Wegweiser ergänzt und dabei auch bicycle=yes hinzugefügt. Nach meinem Verständnis handelt es sich bei den betroffenen Wegweisern um Wegweiser des lokalen Wandernetzes (braun mit weißer Ziffer auf blauem Grund). Auch wenn diese natürlich auch von Radfahrenden genutzt werden, sollten sie nur mit hiking=yes getaggt werden. So ist es auch auf der Wikiseite beschrieben: osm.wiki/DE:Tag:information=guidepost

bicycle=yes würde ich nur für Wegweiser verwenden, die explizit als Fahrradwegweiser gekennzeichnet sind, z.B. durch eine Fahrrad-Symbol und/oder FGSV-konforme Gestaltung.
Grüße
Rainer

Lies bitte das von mir verlinkte Thema im Forum. Die Mitgliedschaft eines Wegs in einer (touristischen) Radroutenrelation ersetzt nicht das lcn=yes bzw. die Mitgliedschaft in einer basic_network-Relation.

Ich möchte hier keine weitere inhaltliche Diskussion führen. Das können wir gerne im Forum machen. Gerne kannst du auch eine nachvollziehbare Quelle dafür anführen, dass deine Auffassung von einer Mehrheit der Mapper geteilt wird. Aber wir sollten uns einig darüber sein, dass man keine Informationen löscht, welche andere Mapper für sinnvoll halten.

Ich wollte mit dem Revert eigentlich zumindest so lange warten, bis geozeisig reagiert oder hätte reagieren können.

Hallo geozeisig

Du hast in diesem Changeset das Attribut lcn=yes von einigen Wegen entfernt, z.B.:

way/36279135
way/403344421

Ich nehme an, dass du das machst, weil diese Wege einer Fahrradroutenrelation sind. Dazu gab es im Forum bereits vor einem Jahr einen Faden, in dem dein Vorgehen mit großer Mehrheit abglehnt und einem Revert zugestimmt wurde:

https://community.openstreetmap.org/t/massenedits-entfernen-lcn-yes-rcn-yes-von-wegen/131329

Ich werde diesen CS dort ansprechen und einen Revert veranlass bzw. selbst durchführen.

It is a locker without screen. So I chnged to app_operated=only.

I do not understand your last sentence. You say that the key is undocumented referring to a wiki page where it is well documented???

Ja, sorry, das war ein Versehen. Ich wollte ausdrücken, dass es sich um eine im Bau befindliche Parkanlage handelt, also etwas wie:

leisure=construction
construction=park

Habe dann aber gesehen, dass diese Tag-Kombination nicht üblich ist.

Ich lösche das.

Bonjour ThéoPMP,

ce magasin Auchan est fermé depuis un moment. Il a donc été mis en disused:shop=supermarket l'auchan. Tu as remis shop=supermarket ce qui ne me semble pas correct. Par exemple, le navigateur OsmAnd indique ce magasin comme existant. Je viens de l'enlever. Merci de ne plus le rajouter.

rainerU

Hallo,
Wenn der Verkaufsautomat der Metzgerei Schlotter außer Betrieb ist, dann sollte man ihn mit disused:amenity=vending_machine mappen, wenn er nicht mehr exitiert mit removed:amenity=vending_machine. Ich habe ihn mal auf disused gesetzt.

osm.wiki/Lifecycle_prefix

Gruß
Rainer

Bonjour,
Je me permets quelques remarques :

En général, nous ne saisissons que les objets qui sont visibles et détectables sur place. Un endroit au bord de la forêt qui semble idéal pour bivouaquer n'a donc pas sa place dans OSM. C'est différent, si l'emplacement de bivouac fait parti des équipement. proposés par un refuge, gîte d'étape etc. C'est peut-être le cas ici. Pour indiquer cela, on peut ajouter operator="Réfuge des Bouillouses", par exemple.

"Bivouac" est un nom descriptif qu'on ne met pas dans name=*. On peut le mettre dans description=*.

Pour distinguer un emplacement de bivouac d'un camping aménagé, on mettra backcountry=yes. Cela évite que le bivouac apparaisse dans les recherches de terrains de camping.

Rainer

Danke für deine schnelle Reaktion. Auf den ersten Blick sieht das gut aus. Die Radrouten in dieser Gegend wurden meines Wissens vom User @Karthoo angelegt und werden von ihm auch gepflegt. Ich habe ihn auf diesen CS aufmerksam gemscht. Er wird da sicher auch noch einen Blick darauf werden.

Hallo ndim,
du hast mit diesem Änderungssatz einige Wege in die Relation relation/16801281 (RadNETZ Calw - Stuttgart-Feuerbach) aufgenommen, z.B. diesen hier: way/1365811277

Bei der Relation handelt es sich um eine Superroute. Diese sollte nur Relationen und keine einzelnen Objekte enthalten. Wenn die betroffenen Wege Teil des RadNETZ sind, dann sollte dafür eine einfache Routenrelation angelegt werden, die dann ihrerseits in die Superroutenrelation aufgenommen werden kann.

Grüße
rainerU

Hallo alamero,

du hast mit diesem Changeset unter anderem diesen Weg gelöscht: way/37573758
und damit auch ein Stück der K7778 gelöscht. Ich vermute dass beides ein Versehen ist. Ich habe die K7778 repariert, Bitte stelle auch den gelöschten Weg wieder her.
Grüße
rainerU

Danke für den Hinweis. Ist korrigiert.

Da der User seit einer Woche nicht geantwortet hat, plädiere ich dafür, zumindest das bicycle=no vom Wiblinger Ring wieder zu entfernen. bicyle=use_sidepath und und cycleway:*=separate kann dann er oder jemand anders nachtragen.

Ich habe die Zugangsbeschränkungen an die Beschilderung vor Ort angepasst:

- bis zu der Stelle, wo der Radweg beginnt: hw=service, keine Beschränkung
- Zufahrt zur Schule: hw=service, motor_vehicle=destination

Hallo Kai,
du hast kürzlich den Rad-/Fußweg, der vom Weinbergweg in Richtung Stachelbeerweg führt, bis zur Wendeplatte am Ende des Stachelbeerwegs verlängert. Die Zufahrt zur Stifter-Schule für Lehrkräfte und Lieferverkehr wäre damit vom Stachelbeerweg abgeschnitten bzw. nur über ein kurzes Stück Fuß-/Radweg zu erreichen. Das entspricht meiner Erinnerung nach nicht den Verhältnissen vor Ort. Ich schlage vor, das wider auf den alten Zustand zurück zu setzen.
Grüße
Rainer