Re: [Talk-de] Höhe umrechnen

2011-02-14 Diskussionsfäden Torsten Leistikow
Markus schrieb am 14.02.2011 19:46:
>> (nirgendwo werden Ellipsoidhoehen benutzt).
> 
> Auch nicht SRTM? CIGAR?

Auch dort werden die Hoehen ueber dem Geoid angegeben.

Die Sache ist ja, dass es nur ein Geoid gibt, die unterschiedlichen Modelle sind
halt verschiedene Versuche dieses mathematisch zu beschreiben.

>> Die gute Nachricht ist aber, dass die verschiedenen Geoid-Modelle sich
>> nur wenig
>> voneinander unterscheiden,
> 
> Hm - man liest von "bis 100 m"

Sicher, dass damit nicht der Unterschied zwischen Geoid und Ellipsoid gemeint 
ist?

> Ja, es geht um genaue Höhen. Die man als Referenzpunkte nutzen kann.

Und die hast du mit einer entsprechenden genauigkeit in einer kompatiblen Lizenz
vorliegen?

Gruss
Torsten

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Höhe umrechnen

2011-02-14 Diskussionsfäden Markus

Hallo Torsten,


Unsere lat-lon-Daten beruhen ja auf den WGS84 Koordinaten.
Die Hoehen auf das WGS84 Ellipsoid zu beziehen, ist wenig sinnvoll,


Hm - man hätte eine gemeinsame einheitliche Basis.


(nirgendwo werden Ellipsoidhoehen benutzt).


Auch nicht SRTM? CIGAR?


verschiedene Geoid-Modelle, die leider normalerweise nicht frei sind


eben - und jedes ist verschieden.


Die gute Nachricht ist aber, dass die verschiedenen Geoid-Modelle sich nur wenig
voneinander unterscheiden,


Hm - man liest von "bis 100 m"


Wenn du bei einem Hoehenwert ganz sicher bist
dann trage das zugrundeliegende System einfach als zusaetzliche
Information in die Datenbank ein.


Ja, es geht um genaue Höhen. Die man als Referenzpunkte nutzen kann.

Die bei unterschiedlichen Einheiten oder gar unterschiedlichen Systemen 
entstehenden Probleme werden grad im anderen Thread diskutiert.

Deshalb suche ich nach einem einheitlichen Höhensystem für OSM.

Bisher war die OSM-Empfehlung WGS84:
http://wiki.openstreetmap.org/wiki/DE:Altitude#Umrechnung_für_Deutschand
aber das Webformular für die Umrechnung ist nicht für müM gedacht...

Gruss, Markus

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Höhe umrechnen

2011-02-14 Diskussionsfäden Torsten Leistikow
Markus schrieb am 14.02.2011 16:45:
> In DE bekommt man Höhen meist mit der Angabe "müM", "NN" oder "NHN".
> Wie rechnet man das genau in unser Höhensystem um?
> 
> Gruss, Markus
> 
> PS: Welches ist "unser" Höhensystem?

Unsere lat-lon-Daten beruhen ja auf den WGS84 Koordinaten. Die Hoehen auf das
entsprechende Ellipsoid zu beziehen, ist wenig sinnvoll, da voellig praxisfern
(nirgendwo werden Ellipsoidhoehen benutzt). Neben dem Ellipsoid gibt es
verschiedene Geoid-Modelle, die leider normalerweise nicht frei sind (so dass
man auch nicht einfach vom Ellipsoid auf ein Geoid umrechnen kann).
Die gute Nachricht ist aber, dass die verschiedenen Geoid-Modelle sich nur wenig
voneinander unterscheiden, ueblicherweise sind die Unterschiede deutlich geringe
als unsere Messgenauigkeit. Insofern kann man sich das umrechnen gleichsparen.

Wenn du eine Hoehenangabe in die Datenbank eintraegst, ist es zu 99,9% egal, ob
das nun NN oder NHN oder was auch immer ist. So genau kann man das selber
sowieso nicht messen, und auch irgendwelche Angaben auf Schildern sind i.A. eher
nicht so genau.
Wenn du bei einem Hoehenwert ganz sicher bist (ein ordentlich vermessener
Punkt), dann trage das zugrundeliegende System einfach als zusaetzliche
Information in die Datenbank ein. (Die ueblichen Tags habe ich gerade nicht
vorliegen, sollten sich aber im Wiki finden.)

Gruss
Torsten

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


[Talk-de] Höhe umrechnen

2011-02-14 Diskussionsfäden Markus

In DE bekommt man Höhen meist mit der Angabe "müM", "NN" oder "NHN".
Wie rechnet man das genau in unser Höhensystem um?

Gruss, Markus

PS: Welches ist "unser" Höhensystem?

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de