roof:shape=side_hipped -Richtung angeben

Wer einmal verstanden hat wie die Winkelmessung in JOSM funktioniert, wird sich kaum mehr mit Schätzwerten abfinden. Daher von mir ein klares PRO für numerische Angaben. Geiches wäre auch bei roof:orientation möglich um die exakte Richtung des Dachfirstes festzulegen. Aber sowas geht nur nach internationaler Abstimmung.

Gedanken nach dem Durchlesen der aktuellen Version:

  • Aus meiner Sicht gibt es keine Präferenz, welcher der beiden möglichen Winkel bei Formen wie gabled gewählt werden sollte. Ich würde den entsprechenden Abschnitt daher ersetzen durch: “Bei einer achsensymmetrischen Dachform (z.B. gabled) ergeben sich zwei mögliche Werte. Davon kann einer beliebig gewählt werden.”

  • Schön wäre, wenn der Bezug in der Einleitung auf die “facing” direction, also quasi “Blickrichtung”, irgendwie erhalten bliebe. Das dient dem Verständnis, warum der Schlüssel so definiert ist, wie er es ist: Der normale Schlüssel direction=* ist ja auch als die “Blickrichtung” eines Objekts wie z.B. einer Parkbank, Infotafel o.ä. definiert.

Ich wüsste nicht, inwiefern der Begriff “Blickrichtung” für alle Dachformen funktionieren könnte. Gerade bei einem Satteldach würde ich persönlich als Blickrichtung nicht die Richtung verstehen, zu der hin das Dach abfällt, sondern die Richtung, in der der Dachfirst verläuft. Aber das ist nur mein ganz persönliches Verständnis, weshalb ich gar nicht erst mit solchen “Eselsbrücken” anfange, sondern mir anschaue, wie es ausgewertet wird.
Editier die Seite am besten mal selbst; ich hab wirklich keine Idee, wie man das sonst formulieren sollte.

Was mir in diesem Zusammenhang noch einfällt: ist definiert, was passiert, wenn roof:direction und roof:orientation beide gegeben sind? Ich würde jetzt zunächst mal davon ausgehen, dass roof:direction spezifischer ist und damit Vorrang hat bei einer Auswertung, aber ich sehe nicht, dass das geklärt ist. Dasselbe problem gibt es ja auch bei roof:height vs. roof:angle. Ist das definiert, oder Sache des Renderers?

Letzteres ist wohl der Fall.

… ist wenig zielführend, über unterschiedliche Versionen zu diskutieren,
bin mal auf die Ursprungsversion zurückgegangen, und habe versucht, dann alles aufgeschnappte auch aufzugreifen:

Aktueller Textvorschlag
https://wiki.openstreetmap.org/w/index.php?title=User:Jo_Cassel/Schreibtisch&oldid=2385899

mit der Bitte um feedback hier

Also mit Begriffen wie “Blickrichtung” kann ich auch wenig anfangen. Gängiger sind da schon solche Begriffe wie traufständig und giebelständig. Bei traufständig würde man eine durchlaufende Traufe sehen.

Die von mir erwähnten Punkte finde ich da gut berücksichtigt, aber ich fand die zwischenzeitlichen Edits von Nadjita eigentlich tendenziell auch sinnvoll. Zum Beispiel dürfte das “gilt diese Erfassung als problematisch” gerne durch ein “ist diese Erfassung nicht geeignet, hier muss roof:direction verwendet werden” (oder eine andere Formulierung mit ähnlicher Aussage) ersetzt werden.

Danke übrigens, dass du dir die ungeliebte Arbeit an der Doku antust. :slight_smile:

@googlenaut
Trauf- bzw. Giebelständigkeit eines Gebäudes bezieht sich immer auf dessen (städte)baulichen Kontext, hilft hier imho nicht wirklich weiter.

@Tordanik
Wenn sich die Interessierten im Kern einig sind, und man die hier jetzt schonmal zusammen hat, ist das Arbeiten an der Dokumentation keine unangenehme Aufgabe.
Hab mein Satzende durch deine Formulierung ersetzt, aktueller Text:

https://wiki.openstreetmap.org/w/index.php?title=User:Jo_Cassel/Schreibtisch&oldid=2386528

gern weiteres feedback hier…

unabhängig vom (städte)baulichen Kontext wäre der Normalenvektor. Dessen Projektion auf die Grundfläche, bzw. dessen Fallrichting, entspräche dann der roof:direction. Damit könnte man sogar entlang der Frontseite abfallenden Dächern eine Richtung geben, sofern dies denn entprechend interpretiert wird. Hat bei einigen meiner Pultdächer jedenfalls so funktioniert.

… in Key:roof:shape findet sich
“Direction from back side of roof to front […]”
was ich mal lieber nicht als hinten/vorne übersetzen möchte, sondern eher so
“Richtung[svektor] vom Inneren zum Äußeren der Dachfläche(n) [bzw. dessen Projektion auf der Grundfläche].”
?

habe kein Problem damit, neben/hinter
“Die Ausrichtung der Dachfläche(n) ist definiert in einer gedachten Blick-Richtung von hoch (First) zu niedrig (Traufe), dem Gefälle der Fläche(n).”
noch weitere Gedankenstützen einzubauen sofern gewünscht…

Nicht jeder ist Architekt (First, Trauf- bzw. Giebelständigkeit…) oder Mathematiker (Vektor).
Einfach: Richtung (roof:direction) ist die, in die das Regenwasser abfließt.

… Naja, bei der in Mitteleuropa üblichen Rinnenentwässerung wechselt das Regenwasser an der Traufe seine Richtung radikal;-)

Wie wärs mit dieser Ergänzung:

“Die Ausrichtung der Dachfläche(n) ist definiert in einer gedachten Blick-Richtung von hoch (First) zu niedrig (Traufe), dem Gefälle der Fläche(n). Dies entspricht der Richtung, in der auf Dachfläche(n) Regenwasser abfließt.”
?


Nachtrag/Nachfrage:
In der Info-Box zum Tag läuft der Bezug zu roof:shape=* z.Zt. unter Useful combination - wäre da ein Requires sinnvoll,
oder anders gefragt: ist das Tagging von roof:direction OHNE roof:shape denn überhaupt sinnvoll/üblich (taginfo meldet 98,8%)?

Ich finde den Entwurf grundsätzlich schon für gelungen. Bei der Ergänzung würde ich es nicht unnötig verkomplizieren und es bei der Dachfläche bei der Einzahl belassen.

[Ironie ein]Ja, insbesondere bei den Fallrohren (da brauchen wir unbedingt noch ein Proposal!) sollte man den Vektor unbedingt mit angeben :stuck_out_tongue: [Ironie aus]

Es gibt hier sicherlich immer eine Handvoll Mapper, die auch ein reines “roof:direction” für irgenwelche Zwecke für sinnvoll halten. Muss ja nicht für 3D sein.
Ebenso gibt es genügend Mapper, die anstatt roof=flat roof:levels=0 mappen. Naja: Solange es nicht falsch ist, macht das auch nichts kaputt. Auch häufig ist ein building:levels=* und sonst nichts. Aus 3D-Sicht fehlt da immer eine Aussage zur Dachhöhe/Form.

Zusammengefasst: “requires” ist zu streng. Und die Mehrheit wird es so oder so sinnvollerweise mit roof:shape=* erfassen.

Die Ergänzung in Einzahl…
https://wiki.openstreetmap.org/w/index.php?title=User:Jo_Cassel/Schreibtisch&oldid=2388790

gern weiteres feedback zum aktuellen Text…

Kann ich mit leben,
aber da ich auch vorhabe, das “Geschwister” roof:orientation noch etwas zu ergänzen,
wundere ich mich über die unterschiedliche Einordnung in den Info-Vorlagen, konkret
“building=* [or] building:part=*/yes” ist mal Requires und mal Useful combination ??

Ja das ist natürlich nicht gut. roof:direction und roof:orientation benötigen beide roof:shape und building:part oder building. Sollte man sicher klarstellen, aber auch, dass roof:direction und roof:orientation nicht zusammen genutzt werden sollten. Das hat mich anfangs nämlich auch ein wenig verwirrt.

… habe jetzt mal
in roof:direction das
Requires building=* or building:part=*
aus roof:orientation übernommen.
Mir kommt es weniger darauf an, welche Links wie eingeordnet werden, aber darauf, dass dies bei den beiden Geschwister-Tags identisch ist.
In diesem Zusammenhang meine Frage zu height=, müsste da nicht
height=
or roof:height=*
stehen?

Stand der Dinge, nachdem ich angefangen habe, auch den anderen Text entsprechend zu bearbeiten:
roof:direction
https://wiki.openstreetmap.org/w/index.php?title=User:Jo_Cassel/Schreibtisch&oldid=2389095
roof:orientation
https://wiki.openstreetmap.org/w/index.php?title=User:Jo_Cassel/Schreibtisch2&oldid=2389099

Könnte in beiden Texten einleitend ergänzen:
“Diese beiden Tags sind gegenseitige Alternativen und sollten nicht gemeinsam genutzt werden.”
sofern es keine Einwände gibt…?

Eigentlich ist beides interessant, denn wenn man mit roof:height=* arbeitet, sollte man, muss man aber nicht, auch height=* nutzen. Aber für die Modellierung des Daches selbst ist ja nur roof:height=* interessant. Ich würde also nur “roof:height=* or roof:angle=*” sagen, es geht hier immerhin nur ums Dach.

Das finde ich eindeutig. Dafür!

liest sich für mich logisch,
habe das mal so, zusammen mit der Alternativen-Klarstellung, in roof:direction übernommen
(perspektivisch, wenn keine Einwände kommen, soll das so auch 1:1 in roof:orientation):

https://wiki.openstreetmap.org/w/index.php?title=User:Jo_Cassel/Schreibtisch&oldid=2389140

Für mich liest sich diese Seite sehr gut und nachvollziehbar. Auf jeden Fall konsistenter als die alte Version. Topp!

… freut mich

Wenn noch weitere roof:[x]=*-Erwähnung aus Praxissicht sinnvoll ist, in der Vorlagen-Box wäre noch Platz…

Kennt/hat jemand ein passendes und eindeutiges und gemeinfreies Bild für roof:orientation=across
also Giebelwand breiter als Traufwand, von der Darstellung sowas in der Richtung
https://commons.wikimedia.org/wiki/File:Old_shed_with_dry_stone_masonry_in_Cloonbony_Milltown_Malbay.jpg
?
(Bin auch gern bereit lizenzrechtlich unbedenkliche 3D-Renderings aus OSM-Daten (zusätzlich) ins Wiki einzubauen.)