OSM Koordinierungs-Treffen/Dritte Dimension

Dritte Dimension

Verantwortlicher: Henning Scholland

Brainstorming

derzeitger Stand

• ele
• Gebäude
• layer (als relative angabe)
• ...

Was ist gewollt?

• komplettes Höhenmodell für Landschaft
  • aufteilen der Welt in Sektoren
  • Mitteln aller Höhenangaben in den jeweiligen Sektoren
  • Raster kann variiert werden, je nach Gelände und vorhandenen Daten
  • externe Datenbank sinnvoll

• Höhenmodell nur auf den Wegen
  • einfacher auswertbar für Routing
  • komplexer mittelbar
  • extra Editor sinnvoll

bestehende Probleme

• Einheiten
  • feste Vorgabe (SI) -> Mapper müssen umrechnen
    • fragwürdige Genauigkeit würde angegeben (durch umrechnen) und ließe sich nicht von tatsächlicher Genauigkeit unterscheiden

• • freie Angabe -> Software muss umrechnen
    • API oder Editoren rechnen um, ansonsten keine Mittelwertbildung direkt möglich, müsste dann jedesmal beim Anwender gemacht werden
    • API oder Editoren müssen "alle" Einheiten kennen und deren Umrechnung, User muss Einheit angeben bzw. auswählen
    • um Mittelwert bestimmen zu können muss sowohl die jeweilige Summe als auch die Anzahl der Werte gespeichert werden