ich habe eine Frage bezüglich des Schlüssels direction=.
Die Nutzung von Himmelsrichtung und Grad auf der Kompassrose ist klar. Aber was suche ich auf der Kompassrose?
Aussichtspunkt: wenn ich am Aussichtspunkt nach Norden schaue, trage ich auch Norden ein.
Verkehrsschild: trage ich die Richtung der Straße ein, in die das Verkehrsschild gilt? Dann wäre das die Richtung, in die ich schaue, wenn ich vor dem Verkehrschild stehe und es ablese.
Bei einer Bank wird es spannend: gilt die Richtung, in die ich schaue, wenn ich auf der Bank sitze? Oder die Richtung, in die ich schaue, wenn ich vor der Bank stehe und die Bank betrachte? (Hinter der Bank kann ich mglw. nicht stehen, wenn die an eine Wand montiert ist)
Bei einem Höhleneingang: gilt die Richtung beim Hineingehen in oder beim Herauskommen aus der Höhle?
Bildstock: Richtung, in die der Betrachter schaut, oder Richtung, in die die Statue schaut?
Die “Beispiele” im Wiki lassen diese Fragen leider offen.
Falls ich jemand mit dem Key “direction=” auskennt (die 3Dler vielleicht), wäre ich dankbar für eine Klärung und die Ergänzung des Wikis.
Also ich weiß nicht wie es gehandhabt wird, logisch würde ich es aber so betrachten, dass direction die Ausrichtungsrichtung meint. Das wäre dann bspw. beim Verkehrsschild die Richtung in die es ausgerichtet ist. Ist es nach Süden ausgerichtet, dann sieht man es frontal wenn man sich vom Süden in den Norden bewegt. Bei einer Bank wäre es die Richtung in die ich schaue wenn ich ordentlich auf der Bank sitze. In welche Himmelsrichtung öffnet sich die Höhle? Nach Süden, dann ist es direction=south. Beim Bildstock ebenso klar, “schaut” der Bildstock in den Osten, dann wäre es direction=east. Aber das wäre nur meine Einschätzung wie es logisch sein müsste. Andere mögen eine andere, überdachtere Logik haben oder einfach wissen, dass es anders gehandhabt wird.
Logisch ist das für mich nicht, denn es heißt cave_entrance und nicht cave_exit, auch wenn im Wiki steht:
direction - proposed for the direction of the cave entrance (looking outside)
Ich würde “facing” genau anders herum interpretieren: Da wo die Höhle hingeht - aber sei’s drum, das ist nicht die einzige Ungereimtheit im Wiki.
Es wird so ausgerichtet, als ob man vor der Höhle steht und hineinschaut. Das ist aber konträr zur Bank, von der ich wegschaue. Diese Anomalie verwirrt mich.
Vielleicht als Eselsbrücke: Bei Gebäuden nennt man auch den Eingang nach der Richtung, aus der man kommt, wenn man rein will. Das Internet sagt jedenfalls, Südeingänge liegen im Süden.
Bei der Höhle könnte ich mit beidem leben; es sollte nur möglichst bald im Wiki sauber definiert sein, denn jetzt weiß ich noch, welche Objekte ich drehen muss.
Bei den Verkehrsschildern würde es mir weh tun, wenn ich bei einer Fahrt nach Nordendieses Schild vor mir sehe und es mit “direction=S” erfassen soll.
Dito bei einem Ortseingangsschild, wenn bei der Fahrt nach Norden der Ort vor mir liegt und ich “direction=south” erfassen soll.
Hm, aber wenn man direction mit Ausrichtung übersetzt, dann ist es doch eigentlich logisch. Oder? Oder vielleicht wäre da auch facing für zugewandt geschickter…!?
Ich klebe da nicht am Wortlaut. Ich suche nach einer knappen klaren Beschreibung, damit man das Wiki überarbeiten und mit dem Tagging beginnen kann.
Mir würde etwas gefallen in der Art “Richtung, in die man schaut, wenn man das Feature nutzt”.
Das würde Aussichtspunkte und Bänke so beschreiben, wie hier Konsens herrscht, ohne die Anomalie bei Verkehrszeichen (direction=N gilt bei Fahrt nach S) zu erzeugen.
Aber das kann ich natürlich nicht einfach so festlegen.
Mit der Interpretation kann ich auch leben: Ausgerichtet - aus Sicht des Objektes.
Wenn eine Höhle zwei Ausgänge hat, ist der Südausgang der nach Süden gerichtete.
Die Bank macht kein Problem, da sie in die selbe Richtung schaut wie der Mensch darauf.
Nur das Ortsschild am Südrand der Stadt schaut nach Süden und wird von dem gesehen, der nach Norden fährt.
Übrigens: Der Pfeil auf der Tafel zeigt nach oben, er wird erst im Gehirn des Betrachters perspektivisch flach gelegt.
Ich finde das auch nicht so unklar wie es im Wiki steht. Wenn ich das richtig verstehe, dann geht das mit meiner Meinung überein. Was evtl. noch zu beachten wäre, wie man vorgeht, wenn es mehrere Ausrichtungen gibt. Manche Schilder haben zwei beschriftete Seiten (Ortsschilder bspw. :)) und vielleicht gibt es auch Aussichtspunkte, die eine Aussicht in mehrere Richtungen gewähren (bspw. 30° bis 130° und 210° bis 250°).
Offensichtlich sehen viele (aber nicht alle) Spezialisten für die Erfassung “wirklicher” Verkehrzeichen das auch so.
Während die von Hinz und Kunz™ erfassten Ortseingangsschilder praktisch alle Richtung Ort orientiert sind.
Damit ist die “offizielle” Ausrichtung nicht die intuitive. Hmpf!
Die beiden anderen Fragen sind einfach:
Das schaut nur so aus; die haben ein paar cm Abstand, denn es ist der Mast dazwischen. Und genau so erfasst man die auch.
Bezieht sich eindeutig aufs Gebäude und nicht auf die Richtung aus der man kommt. Bezug ist das Gebäude.
Beim Höhleneingang ist es IMO das Höhlensystem.
BTW, Richtung bei einer Bank oder einem Verkehrsschild.
in den beispielen, wird meiner meinung nach der directions-tag falsch angewendet,
dort soll sich vermutlich direction nicht auf das schild selbst beziehen,
sondern auf die richtung der geschwindigkeitsbegrenzung…
Mit dem Schlüssel direction gibt man die Richtung an, in die das Objekt (nicht der Nutzer!) “blickt” - also der Pfeil vom Zentrum zur Vorderseite. Das steht so auch auf der englischen Seite: “… specify in which direction a feature, e.g. a traffic sign or a bench, faces”.
Siehe auch dieses Bild aus dem zugehörigen Proposal, mit Bank und Verkehrsschild:
dann ist es so, wie ich es befürchtet habe: das Wiki beschreibt, wie es die 3D/Verkehrs-Experten machen, und das ist bei Verkehrsschildern das Gegenteil der Intuition “Richtung in die das Schild wirkt”. Über die Hälfte der bisherigen Nutzungen ist falsch, und maschinell lässt sich kaum erkennen, welche das sind.
Aber: so viele gibt es noch nicht, es müssen nur™ um eintausend gedreht werden. Diese Arbeit lohnt jedoch nicht, alldieweil weiterhin objektiv falsche, aber intuitiv richtige insbesonders Ortseingangsschilder dazu kommen werden – wahrscheinlich mehr als objektiv richtige – und damit die korrigierten Daten entwerten.
Schade.
Mich interessieren aber ohnehin mehr die Höhlen und Stolleneingänge, da werde ich bei der Handvoll von mir erfassten Objekte die Richtung korrigieren.
Danke für alle Beiträge und die Klärung der Unklarheit.
Gruß Wolf
Nachtrag: Höhlen+Stollen sind gedreht, Verkehrszeichen sind nicht gedreht, sondern die Richtung auf direction:effect umgetaggt, also unwirksam gemacht, da ich Verkehrzeichen-Richtung entgegen der Fahrtrichtung für Unfug halte. Wer sie drehen mag, soll es tun, sie sind über den Spezialschlüssel leicht zu finden.
Bezeichnungen wie “Südeingang” beziehen sich m.E. nicht auf die Richtung, sondern auf die relative Position.
Im Übrigen teile ich das intuitive Richtungsverständnis vom Netzwolf. Ich sehe (bei Eingängen und Straßenschildern) gute Argumente für beide Interpretationen.
Das Proposal ist ziemlich eindeutig formuliert, die Key:direction-Seite nicht unbedingt. Das könnte man verbessern; aber wenn eine Wiki-Definition dem intuitiven Verständnis vieler Mapper widerspricht, führt das auf Dauer trotzdem zu Chaos. Tags sollten selbsterklärend sein.
Vllt. brauchen wir ja Tags wie direction:in/entry, direction:out/exit, direction:reference/referring/indicating/pointing (für die Richtung, auf die sich die Aussage eines Schildes bezieht), direction:visible/pov/face/facing (die Richtung, aus der das Schild gesehen wird bzw. in die sein “Gesicht” “schaut”).
Was soll der Blödsinn. Geschwindigkeitsbegrenzungsschilder (Verkehrszeichen) mit direction-Tag.
Seit wann werden Verkehrszeichen als solche gemappt? Geschwindigkeitsbegrenzungen gehören doch an den way und da braucht man IMO keine Richtung.
Auch für Ortsschilder sehe ich keinen Grund für ein direction, da am Ortsschild ein landuse=residential beginnen sollte.
