Hallo! Du hast die Öffnungszeiten beim Deutschen Kinderschutzbund Ortsverband Saarbrücken (Am Schloßberg) geändert, aber leider falsch. Nur Mo. und Do. nachmittags ist geöffnet, nicht Mo-Th ... (laut Schild).

Ich korrigieren es nochmal ...

Grüße!

Noch eine bzw. 2 Anmerkungen zu diesem oneway-Thema (ich weiß nicht, ob das in der Forumsdiskussion auch jemand angemerkt hat):

Für mich ist Konsequenz und Konsistenz in der Systematik immer sehr wichtig. Es hilft, sich Dinge zu merken. Wenn du sagst, bei einem Fuß-/Radweg sollte der traffic mode explizit angegeben werden per „oneway:bicycle“, dann ist der einzige Grund ja, dass du klar machen willst, dass es nicht für Fußgänger gilt (nehme ich mal stark an). Das Mofa-Problem jetzt mal gerade außer Acht lassend, könnte dann jemand anderes mit gleicher Begründung sagen, dass es bei normalen Straßen, z.B. highway=residential, auch nicht reicht, oneway=* anzugeben, weil ansonsten auch Fußgänger gemeint sein könnten. Es müsste also immer oneway:vehicle=* heißen. Das wäre dann konsequent und konsistent. Aber versuch das mal durchzusetzen ....viel Spaß ...

Der 2. Gedanke folgt daraus: die derzeitige Definition ist eigentlich sehr klug und durchdacht. Denn in bestimmt 99,9% der Fälle gilt oneway=*, auf welchem Weg auch immer, nicht für Fußgänger.

Das einzige, was also wirklich etwas fehlt, ist eine klare Einigung wie das dann zu taggen ist. Dazu habe ich auch eine Diskussion vage in Erinnerung, wo wie gesagt die Lösung per oneway:foot=* die vernünftigste zu sein scheint. So habe ich es mir jedenfalls eingeprägt. Es wurde glaube ich auch diskutiert, dafür neue Tags zu erfinden und anderes (z.B. access-Tags mit :forward/:backward, was aber komplizierter ist und fehleranfälliger usw.).

Also ich finde es eigentlich sehr einfach, dass man sich nur 1x einprägen muss, dass oneway=* nur für Fahrzeuge gilt. Für auswertende Software sollte es auch klar sein. Und in Editoren könnte das auch leicht klar gestellt werden für alle, die nicht ins Wiki schauen (plus Warnungen usw.).

Ich weiß, es gibt dann noch den Fall von highway=steps. Weiß auch gerade nicht, ob das diskutiert wurde. Der Fall mit oneway bei einer Treppe scheint aber so extrem selten zu sein (müsste man mal mit OverpassTurbo checken), dass es nicht mal auf der Wikiseite erwähnt ist (und bei Rolltreppen kann es per conveying=* angegeben werden). Ich hatte den Fall glaube ich noch nie, aber ich würde da dann aus Konsistenzgründen auch oneway:foot=* angeben statt oneway=*, sonst gilt es eigentlich für Fußgänger nicht (foot=yes ist auch bei access statt access=yes stark empfohlen, da gibt es dann auch eine Übereinstimmung, wenn auch 2 versch. Themen).

Vielleicht hast du ja auch noch (andere) Gedanken dazu ...

Grüße!

Hallo! Ich kenne die Forumsdiskussionen auch, und finde sie sehr ermüdend mittlerweile. Dass kein Konsens besteht ist eigentlich bei fast allem der Normalfall.

Ausschlaggebend ist für mich daher eigentlich nur noch, ob man sich soweit einigen konnte, dass es zu einer grundlegenden Änderung oder Ergänzung des Textes im Wiki gekommen ist.

Und das scheint hier nicht der Fall zu sein. Da steht immer noch absolut eindeutig: „The oneway tag is used to indicate the access restriction on highways and other linear features for vehicles as appropriate.“

Entscheidendes Wort: FOR VEHICLES.

Das zeigt mir, dass die Diskussionen zu keinem neuen Ergebnis gekommen sind. Die Umfrage würde ich auch eher als Beleg sehen, dass die Wikidefinition weiter gültig ist. Vielen das bloß nicht klar genug ist, weil sie da wohl nicht genau lesen und vieles aus dem Bauch raus entscheiden. Das ist aber nicht der beste Weg.

Ich fand die Diskussion(enl daher eigentlich nur aus einem Aspekt heraus wirklich interessant: wie taggt man die wirklich seltenen Fälle, wo z.B. ein Fußweg für Fußgänger nur in eine Richtung erlaubt ist???
Da kommt dann nur oneway:foot in Frage, wofür glaube ich auch ein gewisser Konsens bestand TROTZ des Widerspruchs, der da enthalten ist zur Wikidefinition von oneway ... Denn wie soll man es anders auch machen?
(Es gibt einen Weg am Hauptbahnhof entlang der Europagalerie, wo tatsächlich nur in EINE Richtung ein Durchgang-Verboten-Schild für Fußgänger hängt, kann auch ein Beschilderungsfehler sein, aber da hatte ich mal das Problem.)

Noch ein Detail: bei gemeinsamem Fuß-Radwegen (oder nur bei reinen Radwegen?) sind in Deutschland außerorts so weit ich weiß auch Mofas erlaubt! Irgendsoeine Regelung gibt es jedenfalls. Ganz exakt hab ich es gerade nicht parat. Setzt du da dann oneway:bicycle, dann fallen die unter den Tisch. Mit oneway ist es da einfach präziser und umfassender, da ist die Wikidefinition ziemlich sinnvoll.

Also ich richte mich weiter nach der Wikidefinition, so lange sich die nicht ändert.

Wegen den 2 Wegen service zu track: damit hab mich noch nicht so intensiv beschäftigt. Ist wohl eine Grauzone. Im dt. Wiki steht auch: „Die Abgrenzung zu Feldwegen highway=track ist allerdings nicht eindeutig,“

Ich würde service bevorzugen, wenn es ein allgemein genutzter Weg (also z.B. auch von PKWs) z.B. zu Wanderparkplätzen ist und nicht i.d.R. nur für Landwirtschaft/Forstwirtschaft (plus Radfahrer/Fußgänger) genutzt wird. service Wege sind denke ich meist auch etwas breiter angelegt und eher so, dass zumindest notfalls auch 2 PKW aneinander vorbeikommen oder es Ausweichmöglichkeiten gibt (wenn nicht oneway ...). Und ein track ist eher ein Weg, der durch Felder/Wälder führt zu deren Bewirtschaftung, als von einer Hauptstraße zu einem festen Ziel (oder mehreren Zielen). Bei dem Weg zum Karcherhof hätte ich vielleicht auch eine Präferenz für service. Müsste mir den Weg aber auch mal anschauen.

Grüße!

Hallo tintinmaster!

Bin gerade in der Bahnhofstraße. Kleine Info: deine Änderungen bei diesem Knoten waren nicht richtig: node/2145619311/history/18 (Änderung von Nico's Diner zu Orient Kebab). In dem Gebäude ist weiterhin Nico's Diner drin, ohne Änderung. Orient Kebab ist bloß noch dazu gekommen ...

Ich korrigieren es gerade nochmal ...

Außerdem mit StreetComplete bitte aufpassen. Das entfernt ungefragt Tags wie z.B. wheelchair oder old_name, die sich in der Regel nicht ändern bei einem neuen Geschäft (oder einem leerstehenden). Dann am besten gleich nochmal hinzufügen. Oder was anderes als StreetComplete für sowas benutzen. Danke und Grüße!

Hallo Vinzenz!
Du hast auf dem Fuß-/Radweg entlang der L108 in Fechingen (der erst kürzlich gemappt wurde) oneway=yes ersetzt durch oneway:bicycle=yes (z.B. way/1474290483). Ich war da gestern auch, daher ist es mir aufgefallen.

Ich mache eine solche Änderung bei Fuß-/Radwegen immer genau umgekehrt, denn der Key oneway=* gilt generell nur für FAHRZEUGE (nicht für Fußgänger). Und oneway:bicycle=* braucht man somit nur auf Wegen, wo auch andere Fahrzeuge erlaubt sind und für Fahrräder was anderes gilt als für alle anderen (z.B. normale Einbahnststraße; Radfahren in Gegenrichtung erlaubt usw.). Hier ist der Suffix ":bicycle" schlicht überflüssig ... kann weg. oneway=yes reicht und ist OK.

Ich hoffe mal, das ist noch der aktuelle Stand der Dinge laut Wiki bzw. auf was sich die Community so geeinigt hat. Bin mir aber recht sicher ...

Ich hab es daher nochmal geändert.

Viele Grüße!

Hallo! Kleine Anmerkung: wirklich die Gebäudetypen vor Ort gecheckt? Das hier stimmte jedenfalls nicht: way/1359971934. Ist nur ein Dach vor der Haustür, keine Garage (die ist rechts daneben!). Ich ändere es gerade ... Ich checke jetzt aber nicht alle Gebäude, die du geändert hast. Hoffe, der Rest stimmt. Oder du solltest vielleicht nochmal drüber schauen vor Ort.

Viele Grüße!

Hallo! Uff ... da ist vieles wirklich die Folge von StreetComplete-Mängeln, die du verständlicherweise nicht auf den ersten Blick erkennen kannst – was ich besonders schlecht finde (von StreetComplete, nicht von dir). Siehe mein Kommentar bei anderem Änderungssatz (changeset/178368683).

Ich hab es mir auch mal in SC angeschaut, und verstehe jetzt etwas mehr, was da schief laufen kann. Es ist vieles wirklich sehr rudimentär und angezeigt wird ja sehr viel wirklich gar nicht, was vor Ort aber gemappt ist. Hätte ich so nicht gedacht ....

Wie in anderem Änderungssatz geschrieben: teste doch mal Vespucci im Parallelbetrieb zu StreetComplete – vielleicht kriegst du da neue Anregungen für das Mappen ... Oder mal SCEE („Street Complete expert edition“) statt SC ausprobieren, ist auch ein (kleiner) Schritt in Richtung Verbesserung und mehr Probleme erkennen – wobei das auch nicht vor mehr warnt als SC, aber man kann mal bei den Tags nachschauen und sich dadurch etwas schlauer machen mit der Zeit.

Und im Zweifelfall oder bei komplexeren Situationen (die man aber auch erst mal erkennen können müsste, was nicht so einfach ist, das verstehe ich auch): vielleicht doch nur eine note hinterlassen ...

Viele Grüße!

Hallo Wollte nochmal antworten ...

Ich hab mir StreetComplete nochmal etwas genauer angeschaut, und verstehe daher auch mehr, was da so passiert (z.B. dass old_name und wheelchair entfernt wird). Man kann es anders sehen … aber ich finde das nicht den besten Weg. StreetComplete macht zu viel eigenständig und ungefragt und ist daher ziemlich autoritär und will dem User zu viel an Entscheidungen abnehmen, und trifft dabei viele zweifelhafte Entscheidungen. Ich verstehe das Grundkonzept – es soll möglichst einfach sein und auch für weniger erfahrene User Spaß machen und Hemmschwelle zum Mappen senken. Das ist sicherlich begrüßenswert und im Prinzip gut … Wie du schreibst, ist es oft besser, dass etwas nicht ganz richtig oder unvollständig eingetragen ist als gar nicht und dann gilt das „Kaizen“ Prinzip – also die schrittweise, immer fortführende Verbesserung. Aber wenn es Tag entfernt, die eigentlich noch gültig sind (wie wheelchair) und der User nicht mal darauf aufmerksam gemacht wird bzw. entscheiden kann, ob das wirklich entfernt werden soll (bevor ich mir SC genauer angeschaut habe, bin ich stark davon ausgegangen, dass es das macht!), dann finde ich das ein sehr schlechtes Konzept.

Mein Ding ist das nicht, dass eine Software über meinen Kopf etwas versteckt entscheidet. Mir hat es jedenfalls über die Jahre am meisten inspiriert und Spaß gebracht, mich nach und nach in die Details des Tagging verschiedener Objekte reinzufinden und damit zu beschäftigen, was sich immer weiter verfeinert und verzweigt und erweitert mit der Zeit (am Anfang dann vielleicht nur die Objekte mappen, mit denen man sich gut genug auskennt, und den Aktionsradius dann nach und nach erweitern – das geht schnell!). Und einen Editor zu haben, der einen dabei gut unterstützt, aber nicht bevormundet. Ich kann nur raten, es doch mal mit JOSM oder Vespucci zu versuchen und deren Erweiterungsmöglichkeiten mit Styles und Presets ... Es ist ja. nicht so, dass man da ständig im Wiki nachschauen muss (was aber auch nicht schaden kann!) oder alles im Kopf haben muss, denn da gibt es ja für die allermeisten Objekte sog. Presets, die einem die wichtigsten Tags anzeigen je nach Objekt, oft mit Auswahlmöglichkeit der Tag-Werte wie in SC (nur ohne schöne Fotos usw.). Und zusätzlich hat man die Möglichkeit, Tags manuell zu ändern (was selten nötig ist). Oder schau dir mal SCEE an – die „Street Complete expert edition“ (siehe osm.wiki/SCEE)! Sieht aus und funktioniert wie SC, aber da kann man sich immerhin auch die Tags anschauen + ggf. editieren u.a.. Oder ein Tipp: installier dir doch zusätzlich noch Vespucci und nutze es mal parallel zu StreetComplete, wenn du unterwegs bist (mal den gleichen Kartenausschnitt laden, dann vor Ort vergleichen usw.) – dann sieht man, was SC vielleicht alles nicht anzeigt etc.

Noch konkret zu den Knoten:
Beim Fahrradverleih SaarRental hatte ich bereits bicycle_rental=shop angegeben. Wenn das dann irgendwo nicht richtig angezeigt wird, ist es ein bedauenswerter Mangel im Datastyling der Karte, aber korrekt getaggt. Es ist eben KEIN Fahrradladen, also kein shop=bicycle (wo Räder verkauft werden etc.).

Und zum DB Fundbüro am Hauptbahnhof Saarbrücken: da war ich gestern auch nochmal – da hast du dich auch im Raum (indoor) vertan – was du als DB Fundstelle getaggt hast, ist der Raum links NEBEN dem Fundbüro (was ich schon mal vor einiger Zeit richtig getaggt hatte, das st also schon eingetragen – als amenity=lost_property_office). Dieser Raum, denn du geändert hast, steht aber weiterhin leer (da war früher ein Fast Food – Asia DO ANH). Ich hab's geändert. Kann mir vorstellen, dass gerade solche indoor-Räume in SC nicht sehr gut dargestellt werden – das ist auch in dem meisten Editoren oft nicht gut gelöst und wird nicht sehr gut angezeigt (auch weil es beim indoor-Mapping verschiedene Etagen geben kann; JOSM hat dafür z.B. extra Erweiterungen – das ist wirklich nicht ganz unkomplex, da sollte man bei SC wirklich gut aufpassen).

Fazit: klar, kannst du weiter SC nutzen, um Sachen einzutragen, aber v.a. beim Ändern vorhandener Knoten vielleicht wirklich mehr aufpassen und SC grundsätzlich nicht blind vertrauen …

Und falls du dem SC-Entwickler etwas mitteilen willst (Issue auf GitHub), so mach das doch! Wäre sehr zu begrüßen, dass sich da etwas verbessert. Ich weiß nur nicht, wie offen der Entwickler für solche Hinweise ist. Ich hab da ehrlich gesagt etwas Zweifel … bei der grundsätzlichen „Attitude“, die StreetComplete so zeigt.

Viele Grüße!

Solche Routen scheint StreetComplete gar nicht zu unterstützen ... was aber ein gravierender Mangel ist, wenn Änderung wie foot=no an Teilstücken einer Route durch eine SC-Aufgabe gemacht werden.

Das kann man als Bug bzw. schwerwiegenen Mangel ansehen, ja ... Oder es fällt eben dem „Einfachheitskonzepts“ von StreetComplete zum Opfer und der Devise „darum sollen sich dann andere mit mehr Erfahrung kümmern“ ...

Das ist eben nicht schön – es findet eine Änderung statt, die etwas, das vorher in Ordnung war, fehlerhaft macht (in dem Fall: ungültige Wanderroute). Das ist dann keine schrittweise Verbesserung finde ich, sondern eine Verschlechterung, selbst wenn eine an einer Stelle eine tatsächlich korrekte Information hinzugefügt wurde. Also wie ein Schritt vor, und zwei zurück …

Gerade das Dumme bei solchen Routen ist, dass das dann erst mal irgendjemandem auffallen muss (denn das ist nicht so offensichtlich und wird z.B. in JOSM auch nur gemeldet, wenn man vorher etwas an einem Teilstück davon geändert hat, dass zu Problemen führt wie z.B. die StreetComplete-Änderung). D.h. ich denke, solch ein (neuer!) Fehler gerade vei Routen bleibt dann ggf. jahrelang erst mal bestehen ...

Falls du es mal melden willst an StreetComplete: nur zu, das wäre gut ... (ich habe da schon genug zu tun mit Fehlermeldungen zu Vespucci und auch JOSM). Das geht hier: https://github.com/streetcomplete/StreetComplete/issues

Viele Grüße!

Hallo!
Darf ich mal fragen, wieso du den Knoten des Restaurant gelöscht hast (statt es auf disused:amenity=restaurant zu ändern etc.)? War es ein Versehen?

Ich war heute dort; Restaurant ist geschlossen wie in SZ-Artikel beschrieben (und ein Hinweiszettel hängt an der Tür), aber komplettes Inventar und auch der Name „Tante Jenny“ sind weiterhin vorhanden; es ist also denkbar, dass ein neuer Inhaber es wiedereröffnen könnte (oder etwas anderes dort einzieht). In beiden Fällen sollte der Knoten ja wiederverwendet werden, denke ich mal ...

Ich habe ihn daher wiederhergestellt und als disused getaggt unter Beibehaltung aller weiterhin gültigen Tags.

Viele Grüße!

Hallo! Kleine Info: du hast am Zigarettenautomat vor 1 Woche check_date aktualisiert .... Ich war gerade dort. Die ref war nicht mehr aktuell, und Zahlungsweise Girokarte auch nicht mehr (jetzt girocard).

Ich ändere es gerade ....

Viele Grüße!

Hallo nochmal ...

Beim Eiscafé Toscana hast du auch old_name und wheelchair gelöscht. Warum?

Könnest du das bitte nochmal hinzufügen?

Außerdem gibt es dort noch 2 outdoor_seating Flächen, die noch name=Eiscafé Flusso haben (way/844056204 + way/844056203). Das sollte man bei einem Namenswechsel dann auch ändern ...

Und cuisine=ice_cream macht bei einem Eiscafé auch Sinn ... Jetzt ist es wie ein normales Café getaggt.

Viele Grüße!

Hallo mod22!

Hier auch eine Anmerkung ...

foot=no bei diesen Straßenabschnitten ist völlig richtig ...

Aber: das eine Stück (way/33607994) war Teil einer Hiking-Route (relation/454759), die dadurch an dieser Stelle ungültig wurde!

Ich hab das am 11.2. schon geändert (also die Wanderroute angepasst), was nicht ganz unaufwändig war.

Daher: auch bei solch auf den 1. Blick kleinen Änderungen/Ergänzungen immer sehr vorsichtig sein!

Es kommt wohl auch auf den Editor an, den man verwendet. Hat StreetComplete da keine Warnung ausgegeben (ich benutzt das nicht, weil es zu viele Fehler verursacht)? JOSM zum Beispiel hätte das gemeldet.

Viele Grüße!

Hallo mod22!

Ich musste deine Änderung hier auch nochmal korrigieren. Ich war heute (also gestern, 13.2.) dort.

surface ist asphalt auf der Fahrbahn und paving_stones auf der kleinen Verkehrsinsel, daher geht hier nur surface=paved (solange man den Weg nicht teilt usw.).

Bei solchen Wegen, besonders die von mir angelegt sind, tagge ich das immer mit viel Sorgfalt.

Bitte dann auch mit Änderungen sorgfältig sein und das nicht kaputt machen! Es macht nicht so viel Spaß, dann nochmal hinterherzukorrigieren ...

Danke!!!

Hallo mod22!

Ich will dich nicht nerven, aber ich hätte da ein paar Anmerkungen zu deinen Änderungen in diesem Changeset von vor 3 Tagen. Da ist nach meinem Empfinden einiges schief gelaufen, bei jedem der 4 Knoten ... Hier mal nacheinander:

• SaaRental Fahrradverleih (dein Knoten node/13541267726): das hatte ich bereits am 26.01. eingetragen, und zwar als amenity=bicycle_rental (Knoten node/7640952161) und mit einigen Detailinfos. Du hast einen neuen Knoten hinzugefügt mit shop=bicycle (was nicht ganz korrekt ist). Ich hab den jetzt wieder gelöscht …

• BBA Ingenieurbüro (node/7352695494): Da hast du old_name gelöscht, was ich nicht gut finde. Warum? Außerdem hast du wheelchair=limited gelöscht, obwohl sich daran nichts geändert hat (kleine Stufe am Eingang). Warum? Ich hab das nochmal ergänzt plus weitere Infos wie Öffnungszeiten usw.

• Soneo Hörgeräte (node/268623507): Da hast du auch wheelchair=limited gelöscht. Warum, wenn sich daran nichts geändert hat (kleine Stufe am Eingang, der auch getaggt ist). Du hast da auch keinen old_name angelegt (old_name=Kramer'sche Apotheke), was da besonders sinnvoll wäre, denn der Name steht noch groß am Gebäude, und sogar auf der Soneo Webseite wird darauf verweisen („In der ehemaligen Kramer'schen Apotheke“ – siehe https://www.soneo-hoergeraete.de/standorte). Ich hab beides ergänzt plus weitere Details wie Öffnungszeiten.

• Flow & Glow (node/7313070002): auch hier keinen old_name angelegt und 2 wheelchair-Tags gelöscht (wheelchair=limited + wheelchair:description=1 kleine Stufe). Außerdem: der Name ist zumindest laut Webseite nicht „Flow & Glow“, sondern „Form & Glow Studio“ (siehe Webseite https://form-and-glow.de). Es ist auch keine Sporthalle (leisure=sports_hall), sondern ein Pilatesstudio mit weiteren „Wellness“-Angeboten. Da passt wohl leisure=fitness_centre + sport=pilates am besten. Ich hab es geändert und noch Details ergänzt.

Ich wundere mich etwas über so viele Fehler … du bist doch nicht ganz neu bei OpenStreetMap, oder? Und löschst du denn immer old_name? Ich habe gerade mal in deinen letzten Änderungssatz 178502009 reingeschaut, da hast du das auch gemacht (bei way/490397781). Da hast du old_name=Blumen Rösler gelöscht und statt dessen disused:name=Sixt gesetzt. Warum nicht old_name=Sixt;Blumen Rösler? Und übrigens ist dort auch noch ein Fehler beim Weg der „DB Fundstelle“ (way/490397751): da steht noch room=restaurant. Und ein Fundbüro ist übrigens amenity=lost_property_office (nicht office=yes). Und old_name fände ich da auch schön ...

Viele Grüße und weiterhin frohes Mapping! (Und vielleicht in Zukunft etwas mehr Sorgfalt bei Änderungen?)

Kleine Anmerkung zu deinen Änderungen bei LUUC, die mir heute aufgefallen sind: ein Leerzeichen nach dem Semikolon bei wheelchair:description=2 Stufen am Eingang;Außenbereich barrierefrei zu entfernen, ist nicht wirklich korrekt gewesen ... das ist kein Semikolon für einen Mehrfach-Tag, sondern ein normales Semikolon in einem beschreibenden Text (könnte z.B. auch ein Komma sein oder ein Gedankenstrich)! Ich habe es nochmal ergänzt ... Man sollte da immer genau hinschauen.

Und warum nicht payment:cash=no hinzugefügt, wenn LUUC kein Bargeld akzeptiert? Das wäre doch dann eine nicht unwichtige Information (wenn der Änderungssatz schon so heißt) ...

Viele Grüße!

Hallo thom_osm!

Eine kleine Anmerkung: du hast einen Shop in der Julius-Kiefer-Straße 105 geändert zu disused:shop (alles prima + OK!) – node/7341012743. Nur die wheelchair-Tags muss bzw. sollte man in so einem Fall i.d.R. nicht entfernen, denke ich (denn daran ändert sich nur in seltensten Fällen etwas, wenn ein Shop leersteht) - ansonsten gehen diese weiterhin gültigen Informationen erst mal verloren und werden dann bei Wiedereröffnung vielleicht nicht wieder ergänzt bzw. jemand muss daran denken, sie wieder zu ergänzen. Ich war heute auch dort und hab sie daher nochmal hinzugefügt (wheelchair=yes und wheelchair:entrance_width=100).

Viele Grüße!

Hallo Arkonia! Hab mich heute gewundert: was ist an diesem Überweg informal? node/2027894450. Abgesenkte Bordsteine, normaler Bürgersteig, also ein ganz normaler unmarkierter, offizieller („formaler“) Überweg. Hab's daher nochmal geändert mit allen sinnvollen Tags (und den Fußweg aufgeteilt usw.)
Viele Grüße!

Hallo!

Kein Problem ... es war auch eh noch einiges zu optimieren an der Geometrie vom Gebäude und dem Parkplatz etc. mit den neusten Satellitenbildern von Saarland DOP20. Ich denke vorest sollte es das dort gewesen sein mit dem Wichtigsten … Grünflächen könnte man höchstens noch einzeichnen.

Dir auch alles Gute im neuen Jahr und weiterhin fröhliches Mapping!

app_operated=only would be more precise in this case, yes (but together with display_operated=no it's also quite clear now). I think I didn't had the “only” value in my preset when I tagged this parcel locker.