Ich meine das auch - aber bei iD habe ich aufgegeben name1, name2, … - sollen sie doch ihr Ding machen, irgend jemand muss ja eine Lobby dafür haben.
Auch bei WIKI-Änderungen ist das mittlerweile so - einfach reinschreiben - gut.
na ja - ein großes Gebäude hat nun mal oft einen Haupt- und zusätzliche öffentliche Nebeneingänge, die man nicht unbedingt als “service” taggen kann, wenn man dann noch die “service”-Eingänge für z.B. Mitarbeiter unterscheiden will.
Deren Unterscheidung rein über den ist in meinen Augen nicht “verständlich”.
Insofern halte ich einen “secondary”-Eingang für durchaus sinnvoll - und “secondary” ist nicht “second”.
die Bedeutung eines key nachträglich ändern verursacht oft Folgeprobleme. ich würde yes für ‘nicht näher spzifiziert’ belassen und einen Nebeneingang ergänzend aufnehmen.
NEIN
(=yes ist ein (beliebiger/unbekannter) Eingang)
(=service ist ein Eingang für Lieferung/Service) =secondary ist ein (oder mehrere) Nebeneingänge → WIKI
(=main ist einHaupteingang)
Würde ich befürworten - sehe aber das iD das nicht so sieht und sich nicht “belehren” lässt - wie schon seit Anfang an.
Die Entwickler von iD haben sich nochmal gemeldet und sie würden das schon anpassen. Ich da jetzt mal vorgeschlagen, anstelle von main_entrance und secondary_entrance nur entrance=main und =secondary anzubieten.
Die iD-Edits mit main_entrance und secondary_entrance muß man halt nacharbeiten.
iD reklamiert ja für sich, sie würden die taginfo-Werte nutzen und da halt die häufigsten Treffer im Menu anbieten. Eine overpass-Abfrage zeigt einen ausgeprägten Schwerpunkt in Cambridge (http://overpass-turbo.eu/s/PhI ), dort wurde dieser Tag-Value von User davidearl in den Jahren 2011 und 2012 zum mappen benutzt.
Sonst gibt es für entrance eigentlich nur yes/main/staircase und home (https://taginfo.openstreetmap.org/keys/entrance#values). Mittels der Auswahl in iD geht nun die Benutzung dieses Tag secondary_entrance (quasi über Bande der Neunutzer) langsam nach oben. Leider komplett ohne wiki, ohne Kenntnis der Renderer und anderen Edittools.
Was kann man daraus lernen:
secondary wird offensichtlich als value benötigt, sonst würden es die Nutzer nicht klicken.
Man muß iD klarmachen, dann man nicht einfach ‘über Bande’ seltene Tagwerte faktisch zu Norm macht, hier müßte iD eine Prüfung vorlagern (z.B. ob ein wiki-Eintrag vorliegt).
Wie kann man das noch einfangen?
man müßte secondary_entrance und secondary vereinheitlichen - ohne die Punkte jeweils einzeln anzusehen, wäre das ein mechanical edit. Die obigen Beiträge habe ich so verstanden, dass Übereinstimmung bei entrance=secondary zu finden ist.
Hallo opendcc, danke dass Du das Thema hier mal zur Sprache gebracht hast.
Du hast hier* nun im Deutschen wiki das “entrance=secondary” in der Tabelle hinzugefügt. Finde ich okay, aber ist das jetzt ein lokaler spezieller Erfassungsstil, oder eher global und sollte daher auch ins Englische wiki?
im englischen Wiki sollte das natürlich auch erscheinen, ich habe dort auch einen Update hinterlassen - bitte verbessern.
Die iD Leute haben sich nochmal gemeldet - sie würden eine redigierte Valueliste auch nutzen (machen sie wohl auch schon bei anderen Tags), muß man ihnen halt zuliefern. Und sie wiesen (zu Recht) darauf hin, dass zu statische Values OSM festfrieren lassen. Aber wie oben schon dargelegt, das aktuelle Verhalten von iD zerstört das Tagging.
Highlight bei entrance: iD bietet auch entrance=no an. Ich habe ein Beispiel gefunden, wo entrance=no, exit=yes, name=Ausgang getagged war. imho ist entrance=exit korrekt.