Smartphones verfügen zwar meistens über GPS, aber fast nie über einen barometrischen Höhenmesser. Anwendungen müssen dann die Höhe aus den GPS-Daten hernehmen, die recht unzuverlässig (insbesondere stark schwankend) ist.
Kennt ihr irgendwelche barometrischen Höhenmesser, die sich mit einem Smartphone verbinden lassen, so daß Anwendungen wie OsmAnd dann die Höhe des barometrischen Höhenmessers verwenden statt der GPS-Höhe?
Ich hatte mal ein LG G6 mit eingebautem Baro-Sensor. AFAIR konnte OsmAnd nicht mal den verwenden. Ich hatte eine separate App dafür installiert.
Dir ist wohl bewusst, dass für eine präzise Baro-Messung der aktuelle met. Bezugsdruck mit 0,1 hPa Präzision eingestellt sein muss? Der Sensor in meinem G6 war gar nicht so genau, die App musste ich immer etwa 1–2 hPa neben den offiziellen Bezugsdruck einstellen (an bekannten Höhenpunkten getestet). Dann fehlt mir auch ein wenig das Vertrauen in diese Methode, und ich kann gleich GPS-Höhen hernehmen 
–ks
Bei Osmand ist die Möglichkeit zur Konfiguration der Sensordaten leider etwas rudimentär. Andere z.B. Lotus Maps bieten da mehr, je nach Smartphone sogar eine Korrektur von GPS-Höhen durch Luftdruck oder SRTM-Daten (Höhenmanager). Wenn ich beim Loslaufen den Höhenmesser auf die bekannte Höhe kalibriere, stimmt dieser Wert bei der Rückkehr bis auf wenige Meter wieder. Es gibt auch eine App “Genauer Höhenmesser”, die sich den aktuellen Luftdruck bezogen auf Meereshöhe vom nächstgelegenen Flugplatz holt, den man ebenfalls für die Kalibrierung verwenden kann.
Der Vorteil der barometrischen Messung ist der viel glattere Verlauf, der Nachteil das “Wandern” der Werte durch Änderungen des Luftdrucks über längere Zeiträume hinweg (extrem bei Gewitter).
Eine bequeme Methode zur nachträglichen Korrektur von verhunzten Höhendaten eines Tracks auf ein Höhenmodell a la SRTM bietet übrigens die App “Track Guru” von Nop.
Alle iPhones ab Version 6 haben einen barometrischen Sensor (außer iPhone SE 2016).
Die Druck des Baro-Sensors wird üblicherweise fortlaufend bei sehr guten VDOP-Werten zur Höhenkalibrierung verwendet. In Abhängigkeit von der VDOP werden entweder die Baro- oder GNSS-Daten in der Trackaufzeichnung verwendet. Dies führt zu einem wesentlich glatteren Höhenverlauf als nach Höhen der GNSS-Rohdaten. Garmin macht das ähnlich in entsprechenden Empfängern. Einige Apps verwenden zusätzlich auch noch SRTM-Daten, z.B. Mapout.
naja, bei der GPS Höhe sind zig Meter eine erwartbare Ungenauigkeit, die barometrischen Höhenmesser behaupten sub-meter (relative) Genauigkeit
Meine GPS-Höhen liegen normalerweise so ± 10 m neben den in der Topographischen Karte angegebenen¹. Hängt natürlich von der Empfangsqualität ab, mitten im Wald ist die Abweichung größer.
Relative Genauigkeit glaube ich gern, aber die relative Höhe nützt dir nicht viel. Absolute sub-metergenaue Messung geht nur, wenn ein hochwertiger Sensor drin ist (dessen Messwert sich z.B. nicht mit der Temperatur ändert) und das Gerät auf 0,05 hPa genau auf den aktuellen lokalen meteorologischen Druck eingestellt ist. 1 hPa Druckdifferenz entspricht hier unten rund 8 m Höhendifferenz. Das METAR des nächsten Flughafens liefert i.d.R. nur einen auf volle hPa gerundeten Wert, der sich darüber hinaus auf die ICAO-Standardatmosphäre bezieht und nicht auf die tatsächliche, die (abhängig von der Luftfeuchte) einen anderen Druckgradienten aufweisen kann.
Du kannst natürlich versuchen, eine unbekannte Höhe rein relativ zu messen, indem du den Höhenmesser an einem Punkt mit bekannter Höhe auf diese einstellst und dann auf den unbekannten Berg steigst. Das ist bei konstantem met. Druck beliebig genau, aber in den zwei Stunden, bis du auf Berg x stehst, kann sich der meteorologische Druck auch schon so weit ändern², dass du wieder 10 oder 20 Meter daneben liegst.
Exakte barometrische Höhenmessung geht, ist aber alles andere als trivial, selbst mit präzisen Messmitteln.
–ks
¹ Gerade mal am gestrigen Track nachgesehen: Diese Kreuzung ist laut TK25 425 m hoch. Mein Track zeigt beim Abmarsch 427 m, bei Ankunft 413 m. Gemittelt ist das doch gar nicht schlecht 
² Meine nächstgelegene Messstation mit Luftdruck für die zurückliegenden 24 Stunden. Seit 2 Uhr kontinuierlich um 3 hPa gefallen. Das ist vollkommen normal.
Entschuldigt, falls ich mich bei dem Thema etwas echauffiere, aber wenn ich mir nur mal diese beiden Nodes anschaue:
https://www.openstreetmap.org/node/2413308
https://www.openstreetmap.org/node/663752
… und die Autobahn dort kenne, die garantiert keine 42 Meter Höhenunterschied zwischen den Richtungsfahrbahnen aufweist, dann ärgert mich einfach so ein komplett unbrauchbarer Müll in der Datenbank 
–ks
Dann aber bitte den Wert von 2413308 nehmen, der ist schließlich auf 1 nm genau angegeben. (1/500 der Wellenlänge des sichtbaren Lichts) 
Ich gehe mal zurück zur ursprünglichen Frage:
Barometrische Unterstützung ist gut dafür geeignet, den Höhenverlauf eines Tracks vernünftig darzustellen.
Höhenmessungen mit einem Consumer-GPS-Gerät egal auf welche Art sind nicht dafür geeignet, absolute Höhen in Meter-Genauigkeit für OSM-nodes zu erstellen.
Das sollte man auseinander halten.
Wenn man so eine Angabe z.B. als Anhaltspunkt für einen Gebirgspass machen möchte, gehört die Quelle (source=GPS oder source=DEM) dazu.
Bei Punkt 2413308 wäre es eher source=calculator output in double precision ;).
Mein altes Smartphone Samsung Galaxy S3 (I-9300) enthält einen Drucksensor (LPS331AP von STMicroeletronics).
Barometer- und Höhenmesser-Apps zeigen eine Schwankung von ca. 1 m (niederfrequentes Rauschen). Damit kann man ziemlich gut die Höhendifferenz zwischen zwei Punkten bestimmen, die man innerhalb kurzer Zeit erreichen kann (Gebäude, Hügel, Damm, …)
Wie kreuzschnabel bereits geschrieben hat, ändert sich der Luftdruck ständig. Über einen größeren Zeitabstand wird die Messung ziemlich ungenau.
OsmAnd hat diesen Sensor vermutlich noch nie benutzt. Ich kenne dazu auch keinen Menüpunkt.
Bernhard
Edit: Tippfehler korrigiert
Um die Vor- und Nachteile barometrischer Höhenmessung ging es mir nicht - mein im Zerfallen begriffenes Garmin Oregon besitzt einen barometrischen Höhenmesser. Ich bin viel mit dem Rad unterwegs, durchaus im hügelligen Land, und da ist der aufsummierte Bruttoanstieg einer Tagestour ungefährt so interessant wie die Tageskilometer.
Immerhin entnehme ich der Diskussion hier, daß es solche Teile nicht als Smartphone-integrierbare Zusatzteile gibt, und viele Äpps nicht mal mit Höhenmesser, die bereits im Gerät eingebaut sind, zurecht kommen. Schade.
@ks: du kennst sicherlich den Weg von Matinsthal an der B260 hinauf nach Wambach, dann links ab bis zur “Paßhöhe” hinter Bärstadt: das geht - mit einer kleinen Ausnahme innerhalb Schlangenbads (als Radfahrer ziehe ich das der B260 vor) “streng monoton” bergauf. Laut GPS-Höhe ist das ne Berg- und Talbahn.
Hast gewonnen das ist aber gerade zwischen Schlangenbad und Wambach ein so schmales Tal, dass GPS denkbar schlechte Voraussetzungen hat, während der Luftdruck in voller Güte vorliegt. Unfairer Vergleich
–ks
Ich verwende LocusMap als Ersatz für mein altes Oregon.
Dort kann man bei der Höhenmessung angeben wie stark die Werte geglättet werden sollen.
Ich habe bei den ersten Bergtouren mit LocusMap sowohl mein Smartphone als auch das Oregon dabei gehabt und beide mitlaufen lassen. Mit der Einstellung “Sehr starker Filter” bei der Glättung, kamen dann am Ende im Prinzip die gleichen Höhenmeter bei beiden Geräten raus (+/- 50hm).
Hier gibt es mehr Infos zum Thema:
https://opendem.info/gps_barometer.html
Es ist leider nicht so einfach vernünftige Ergebnisse zu erhalten.
Der Aussage schließe ich mich nicht an, da sehr viele Samsung-Geräte (und etliche andere (Top-) Smartphones) ein Barometer enthalten.
Hier sieht man mal was ein Smartphone-Sensor (Gerätelage nicht verändert) so misst (Messzeitraum circa eine Stunde):
Das wird schwierig, enn ich sowohl durch recht flaches Land als auch durchs Hügelland radle: im flachen Bereich wird dann arg viel weggemacht.
Dann habe ich wohl daneben gegriffen. Werde mir aber erst in etlichen Jahren ein anderes Gerät zulegen, muß dann halt mal schauen, wie ich mit den Defiziten zurecht komme.
Ob und wie die Daten der Drucksonde mit den GPS-Höhendaten verheiratet und per API bereitgestellt werden, habe ich heute mal mit einem iPhone SE (2020) und OsmAnd und Mapout getestet. Als Vergleich dienten zwei jeweils etwa 5 Minuten bei mittelprächtigen Bedingungen stationär aufgezeichnete Tracks.
Ergebnis laut gpx-Daten: Die Spreizung der Höhenwerte lag bei OsmAnd bei rd. 7 m, bei Mapout bei 1 m.
Daher vermute ich, dass iOS sowohl die GPS-Rohdaten (genutzt von OsmAnd) als auch die per Barometer kalibrierten und geglätteten Höhendaten (von Mapout verwendet) zur Verfügung stellt.
Ich habe mal für OsmAnd eine Ergänzung angeregt: https://github.com/osmandapp/OsmAnd-ios/issues/673
Edit: GitHub-link
Also rein praktisch ist das grösste Problem bei den Höhenangaben in OSM, dass fleissig NN/MSL Daten (sprich, dass was man an Schildern etc abliest) mit Höhe über dem WGS84 Ellipisoid vermischt werden, siehe auch https://wiki.openstreetmap.org/wiki/Altitude
M.a.W. man kann all die anderen Überlegungen in die Tonne treten solange das nicht gelöst ist (und das ist auch nicht das erste Mal wo das diskutiert wird).
Verstehe ich nicht so richtig. Was für Defizite meinst du?
Wenigstens ist es seit einigen Jahren explizit festgelegt, dass ele die WGS84 Höhe beschreiben soll.
Wer einfach Höhen von Schildern abschreiben will ohne sich über den Bezug Gedanken zu machen, kann ele:regional verwenden.
https://wiki.openstreetmap.org/wiki/Proposed_features/ele:regional