OpenWeather API als Wetterdatenquelle
Keine eigene Wetterstation? Kein Problem. Wetterdaten für die MFI API lassen sich über die OpenWeather API beziehen. Diese Seite zeigt, welche der fünf MFI-Checks du bereits kostenlos aktivieren kannst, wie du mit minimalem Aufwand auf volle Berechnungstiefe kommst – und was wirklich kostenpflichtig ist.
MFI API ohne eigene Wetterstation nutzen
Die MFI API berechnet den Mähbarkeitsindex anhand von Wetterdaten, die bei jeder Anfrage mitgegeben werden. Diese Daten stammen typischerweise von einer eigenen Wetterstation. Eine solche Station ist jedoch keine Voraussetzung.
Wetterdaten können alternativ über externe Dienste bezogen werden. OpenWeather ist ein weit verbreiteter Anbieter, der auf Basis von Geokoordinaten aktuelle Messwerte für nahezu jeden Ort weltweit liefert. Der Unterschied zur eigenen Wetterstation liegt in der Genauigkeit: Eine Station vor Ort misst exakt die lokalen Bedingungen, während OpenWeather Daten aus Messnetzen und Modellen interpoliert.
Diese Seite bezieht sich ausschließlich auf die OpenWeather API. Andere externe Wetterdatenquellen sind grundsätzlich ebenso nutzbar, solange sie die Eingabeparameter der MFI API liefern.
Hinweis: Die folgenden Angaben beziehen sich auf Version 1.0.1 der MFI API. Änderungen an MFI und der API kannst du im Changelog nachfollziehen.
Was der MFI mit OpenWeather berechnen kann
Der Mähbarkeitsindex basiert auf fünf unabhängigen Checks. Je mehr Felder du übergibst, desto vollständiger läuft jeder Check. Hier siehst du, welchen Stand du mit welchem OpenWeather-Zugang erreichst – und was bereits kostenlos möglich ist.
Current Weather API
Kein Abo
- Temperatur-Check Basis
- Wind-Check Vollständig
- Luftfeuchtigkeits-Check Basis
- Regen-Check Eingeschränkt
- Soil-Check Übersprungen
Verfügbare MFI-Felder: temperature, precipitation_rate, humidity, wind_speed, wind_gusts, rain_1h
+ One Call API 3.0 / 4.0
Abo erforderlich
- Temperatur-Check Verbessert
- Wind-Check Vollständig
- Luftfeuchtigkeits-Check Verbessert
- Regen-Check Eingeschränkt
- Soil-Check Übersprungen
Neu gegenüber Stufe 1: dew_point (Taupunkt) + min_temp_3h berechenbar aus stündlicher Zeitreihe
Volle Regenberechnung
Stündliche Speicherung, kostenlos möglich
- Temperatur-Check Vollständig
- Wind-Check Vollständig
- Luftfeuchtigkeits-Check Verbessert
- Regen-Check Vollständig
- Soil-Check Übersprungen
Voraussetzung: 14 Tage stündliche Datenhaltung von rain.1h + temperature. Alle Regenhistorie-Felder selbst berechenbar.
Soil-Check: Was braucht es dafür?
Der Soil-Check benötigt mindestens soil_temperature (Bodentemperatur), um überhaupt ausgeführt zu werden. soil_moisture (Bodenfeuchtigkeit) ist optional und verbessert die Bewertung zusätzlich um eine eigene Tragfähigkeitseinschätzung. Beide Werte liefert die OpenWeather Agro Monitoring API oder eine eigene Bodensensorik. Die Standard-Wetter-API von OpenWeather enthält keine Bodendaten. Für die meisten Anwendungsfälle liefert der MFI auch ohne Soil-Check eine aussagekräftige Bewertung – der Check wird bei fehlenden Daten transparent übersprungen. Mehr zu den Eingabefeldern →
MFI-Felder und ihre OpenWeather-Entsprechungen
Die MFI API erwartet Felder mit festgelegten Namen und Einheiten. Daten aus OpenWeather lassen sich direkt darauf abbilden – in einigen Fällen ist eine Einheitenumrechnung nötig. Für metrische Werte immer den Parameter units=metric setzen: Temperaturen in °C, Wind in m/s.
Aktuelle Wetterdaten (Current Weather API)
Kostenlos abrufbar, kein Abo nötig. OpenWeather-Dokumentation →
-
temperature (Pflicht) –
Lufttemperatur in °C. OpenWeather-Feld:
main.temp. Direkt verwendbar. -
precipitation_rate (Pflicht) –
Niederschlagsrate in mm/h. OpenWeather-Feld:
rain.1h(mm der letzten Stunde ≈ mm/h). Fehlt das Feld in der Antwort (kein Regen), ist0zu übergeben. -
humidity –
Luftfeuchtigkeit in %. OpenWeather-Feld:
main.humidity. Direkt verwendbar. -
wind_speed –
Windgeschwindigkeit in km/h. OpenWeather-Feld:
wind.speed(in m/s). Umrechnung: Wert × 3,6. -
wind_gusts –
Windböen in km/h. OpenWeather-Feld:
wind.gust(in m/s). Umrechnung: Wert × 3,6. Ist nicht bei jeder Anfrage vorhanden. -
rain_1h –
Niederschlag der letzten Stunde in mm. OpenWeather-Feld:
rain.1h. Identisch mit dem Wert, der für precipitation_rate verwendet wird.
Erweiterte Aktualwerte (One Call API 3.0 / 4.0)
Bis zu 1.000 Abrufe/Tag kostenlos. Dokumentation One Call 3.0 → | Dokumentation One Call 4.0 →
-
dew_point –
Taupunkt in °C. OpenWeather-Feld:
current.dew_point. Direkt verwendbar. Verbessert den Luftfeuchtigkeits-Check erheblich. -
min_temp_3h –
Minimumtemperatur der letzten 3 Stunden in °C. Berechenbar aus den stündlichen Zeitreihendaten der One Call API (vergangene Stunden): Minimum aus den letzten drei
hourly[n].temp-Werten.
Hinweis zu Sonneneinstrahlung (solar): Das MFI-Feld solar (W/m²) ist nicht Bestandteil der One Call API. Solardaten (GHI/DNI/DHI) liefert die separate Solar Irradiance API von OpenWeather, die ein eigenes Abo erfordert. Für die meisten MFI-Anwendungen ist dieses Feld optional.
Historische Daten (kostenpflichtig oder selbst gesammelt)
Diese Felder lassen sich entweder über die kostenpflichtige Historical Weather API berechnen – oder kostenfrei durch eigene stündliche Datenhaltung vorhalten. Mehr dazu im Abschnitt Daten selbst aufbereiten.
-
rain_12h, rain_24h –
Niederschlag der letzten 12 bzw. 24 Stunden in mm. Berechenbar als Summe der stündlichen
rain.1h-Werte über den jeweiligen Zeitraum. - rain_14d – Gesamtniederschlag der letzten 14 Tage in mm. Berechenbar als Summe von 336 stündlichen Messwerten.
-
minutes_since_rain –
Minuten seit dem letzten Niederschlag. Aus dem Zeitstempel des letzten
rain.1h > 0-Eintrags ableitbar. - min_temp_3d, min_temp_14d – Minimumtemperatur der letzten 3 bzw. 14 Tage in °C. Berechenbar als Minimum der täglich gesammelten Temperaturwerte.
Bodendaten (Agro Monitoring API)
Nicht Teil der Standard-Wetter-API. Verfügbar über die Agro Monitoring API (Current Soil).
-
soil_temperature –
Bodentemperatur in °C. Agro-Feld:
t0(Oberfläche) bzw.t10(10 cm Tiefe). Achtung: Wert wird in Kelvin geliefert – Umrechnung: Wert − 273,15 = °C. -
soil_moisture –
Bodenfeuchte in %. Agro-Feld:
moisture. Achtung: Wert wird in m³/m³ geliefert – Umrechnung: Wert × 100 = %.
Die Nutzung erfordert die Definition eines Polygons (Fläche in der Agro-Monitoring-Plattform).
Kostenlos oder kostenpflichtig – was reicht?
Jeder OpenWeather-Endpunkt liefert einen anderen Satz an Feldern. Hier siehst du genau, was du von jedem Endpunkt bekommst – und was das für den MFI bedeutet.
Gelieferte Felder (JSON)
main.temp– Lufttemperatur (°C)main.feels_like– Gefühlte Temperatur (°C)main.temp_min / temp_max– Tiefstwert / Höchstwertmain.humidity– Luftfeuchtigkeit (%)main.pressure– Luftdruck (hPa)wind.speed– Windgeschwindigkeit (m/s)wind.gust– Windböen (m/s, optional)rain.1h– Niederschlag letzte 1h (mm, nur bei Regen)clouds.all– Bewölkung (%)visibility– Sichtweite (m)
MFI-Felder die daraus folgen
- ✓ temperature aus main.temp
- ✓ precipitation_rate aus rain.1h (oder 0)
- ✓ humidity aus main.humidity
- ✓ wind_speed aus wind.speed × 3,6
- ✓ wind_gusts aus wind.gust × 3,6
- ✓ rain_1h aus rain.1h
- ✗ dew_point, solar, Bodenfelder, Regenhistorie – nicht verfügbar
Felder im current-Objekt
current.temp– Temperatur (°C)current.humidity– Luftfeuchtigkeit (%)current.dew_point– Taupunkt (°C) ← NEUcurrent.wind_speed– Wind (m/s)current.wind_gust– Böen (m/s)current.rain.1h– Niederschlag (mm)current.uvi– UV-Indexhourly[n].temp– Stundenwerte (Zeitreihe)hourly[n].dew_point– Stündlicher Taupunktdaily[n].temp.min/max– Tageshöchst-/-tiefstwerte
Zusätzliche MFI-Felder gegenüber Stufe 1
- ✓ dew_point direkt aus current.dew_point
- ≈ min_temp_3h aus Minimum der letzten 3 hourly[n].temp
- ≈ Historische Daten via timemachine-Endpunkt berechenbar (kostenpflichtig pro Call)
- ✗ solar_radiation – nicht verfügbar (separate Solar API)
Tipp: Eigene Datenhaltung lohnt sich, um der MFI API auch historische Daten liefern zu können.
One Call API 4.0
OWHL™-Modell, timeline-basiert · Dokumentation →
Neuerungen gegenüber 3.0
- Basiert auf dem neuen OWHL™-Modell (OpenWeather Hyper-Local Forecasting) für präzisere lokale Daten
- Timeline-basierte Endpunkte:
/timeline/1min,/15min,/1hour,/1day - Paginierung über
next/prev-URLs - One Call 3.0 bleibt weiterhin verfügbar und wird weiter gepflegt
MFI-relevante Felder (identisch zu 3.0)
- ✓ temp, humidity, dew_point, wind_speed, wind_gust, rain.1h
- ≈ min_temp_3h berechenbar aus stündlicher Zeitreihe
- ✗ solar_radiation nicht verfügbar
Agro Monitoring API – Current Soil
Separates Produkt, Polygon-Registrierung nötig · Dokumentation →
Gelieferte Felder
t0– Bodentemperatur Oberfläche (Kelvin!)t10– Bodentemperatur 10 cm Tiefe (Kelvin!)moisture– Bodenfeuchte (m³/m³!)dt– Berechnungszeitpunkt (Unix UTC)- Aktualisierung: 2× täglich (00 und 12 UTC)
MFI-Felder + Umrechnung
- ✓ soil_temperature = t0 − 273,15
- ✓ soil_moisture = moisture × 100
Wichtig: Beide Felder erfordern Einheitenumrechnung – Kelvin → °C und m³/m³ → %. Historische Bodendaten sind nur im Bezahltarif verfügbar.
Stand: 7. Juni 2026. Angaben zu API-Tarifen, Endpunkten, Freikontingenten und Preisen basieren auf diesem Datum. OpenWeather-Konditionen können sich ändern – aktuelle Informationen unter openweathermap.org/price sowie in der jeweiligen Endpunkt-Dokumentation prüfen.
Den Regen-Check kostenlos vollständig aktivieren
Der Regen-Check des MFI nutzt historische Niederschlagsdaten (rain_12h, rain_24h, rain_14d, minutes_since_rain), um zu beurteilen, wie durchfeuchtet Boden und Gras aktuell sind. Diese Werte liefert OpenWeather nicht direkt – sie müssen aus einer Zeitreihe berechnet werden. Das klingt nach Aufwand, ist aber mit einem einfachen Prinzip kostenlos umsetzbar.
Das Prinzip: Stündlich speichern, kumuliert berechnen
Ruf einmal pro Stunde die kostenlose Current Weather API auf und speichere drei Werte mit Zeitstempel lokal ab: die aktuelle Temperatur (main.temp), den Niederschlagswert der letzten Stunde (rain.1h, wenn vorhanden) und den Zeitstempel des Abrufs. Aus dieser wachsenden Zeitreihe lassen sich historischen MFI-Felder selbst berechnen:
-
Nach 3 Stunden:
min_temp_3h= Minimum der letzten 3 Temperaturwerte -
Nach 12 Stunden:
rain_12h= Summe der letzten 12 rain.1h-Werte -
Nach 24 Stunden:
rain_24h= Summe der letzten 24 rain.1h-Werte -
Nach 3 Tagen:
min_temp_3d= Minimum der täglichen Tiefstwerte über 3 Tage -
Nach 14 Tagen:
rain_14d= Summe von 336 stündlichen rain.1h-Werten |min_temp_14d= Minimum über 14 Tageswerte -
Jederzeit:
minutes_since_rain= Minuten seit dem letzten Eintrag mit rain.1h > 0
Für eine vollständige 14-Tage-Regenhistorie benötigst du maximal 336 gespeicherte Datenpunkte – das sind wenige Kilobyte. Während der Anlaufphase (erste 14 Tage nach Einrichtung) stehen die Langzeit-Felder noch nicht vollständig zur Verfügung. Die MFI API nutzt in diesem Fall die vorhandenen Werte und überspringt fehlende Felder.
Wie kannst du das umsetzen?
Das stündliche Abrufen und Speichern funktioniert mit verschiedenen Tools – je nach technischer Versiertheit:
Für Entwickler
Ein einfacher Cron-Job (Linux) oder ein geplanter Task (Windows) ruft stündlich die Current Weather API auf und schreibt die Werte in eine Datenbank (MySQL, SQLite) oder eine CSV-Datei. Sprache: PHP, Python, Node.js – beliebig.
Heimautomatisierung
Home Assistant, ioBroker oder Node-RED können Wetterdaten stündlich abrufen und in einer Datenbank oder Datei ablegen. Für viele Smart-Home-Nutzer die einfachste Option.
Sofort starten – mit dem kostenlosen Plan
Die MFI API benötigt für eine gültige Anfrage mindestens zwei Felder: temperature und precipitation_rate. Beide liefert die kostenlose Current Weather API – kein Abo. Damit läuft die MFI API sofort und gibt einen Basiswert zurück.
Wenn du zusätzlich humidity, wind_speed und wind_gusts übergibst (alles aus der kostenlosen API), laufen Wind- und Luftfeuchtigkeits-Check vollständig. Der Temperature-Check arbeitet im Basismodus ohne Frosthistorie, der Regen-Check ohne historische Niederschlagsdaten.
Fehlende Felder führen zu keinem Fehler. Die MFI API gibt im Antwortobjekt transparent aus, welche Checks vollständig ausgeführt wurden und welche Felder nicht übergeben wurden (skipped_parts). Mehr zum Verhalten bei fehlenden Feldern in der API-Dokumentation zum Calculate-Endpunkt.
Der empfohlene Einstiegsweg: Starte mit der kostenlosen Current Weather API, teste die Integration mit dem MFI API-Tester, und ergänze schrittweise weitere Felder sobald du Erfahrung gesammelt hast.
Zur MFI API starten
Für den Einstieg in die MFI API benötigst du einen API-Schlüssel. Die Dokumentation erklärt alle Endpunkte, Eingabefelder, Antwortformate und Regeln.
Registrieren →
Registriere dich für den Zugang zur MFI API
API Dokumentation →
Einstieg, Übersicht und Navigation
Authentifizierung →
API-Key Nutzung und Sicherheit
Endpoint /calculate →
MFI berechnen und Ergebnisdaten abrufen
Endpoint /health →
API-Status und Verfügbarkeit prüfen
Regeln & Rate Limits →
Limits, Fehlercodes und API-Richtlinien
MFI API Tester →
API direkt im Browser testen
API Changelog →
Änderungen, Releases und Updates
Häufige Fragen
Antworten auf häufige Fragen zur OpenWeather API als Wetterdatenquelle für die MFI API.
Nein. Wetterdaten können über externe Dienste wie die OpenWeather API bezogen werden. Mit der kostenlosen Current Weather API laufen bereits Temperature-, Wind- und Luftfeuchtigkeits-Check der MFI API. Eine eigene Wetterstation liefert genauere lokale Werte, ist aber keine Voraussetzung.
Der Wind-Check läuft vollständig, da wind_speed und wind_gusts beide verfügbar sind. Temperature- und Luftfeuchtigkeits-Check laufen im Basismodus (kein Taupunkt, keine Frosthistorie). Der Regen-Check läuft eingeschränkt ohne historischen Kontext. Der Soil-Check wird übersprungen. Mit selbst gesammelten Daten (stündliche Speicherung) lassen sich Regen-Check und Temperature-Check vollständig aktivieren.
Ja. Wenn du stündlich die kostenlose Current Weather API abrufst und den Wert rain.1h sowie die Temperatur lokal speicherst, kannst du rain_12h, rain_24h, rain_14d, minutes_since_rain und alle Temperaturminima selbst berechnen. Nach 14 Tagen Datenhaltung ist der Regen-Check vollständig aktivierbar und ohne Zusatzkosten. Mehr dazu im Abschnitt "Daten selbst aufbereiten".
Mit dem Parameter units=metric liefert die Standard-API Temperaturen in °C, Wind in m/s (umrechnen: ×3,6 für km/h) und Niederschlag in mm. Die Agro Monitoring API bildet eine Ausnahme: Bodentemperatur kommt in Kelvin (Umrechnung: −273,15 für °C) und Bodenfeuchte in m³/m³ (Umrechnung: ×100 für %).
OpenWeather gibt das Feld rain.1h nur zurück, wenn tatsächlich Niederschlag registriert wurde. Fehlt das Feld in der Antwort, bedeutet das keinen Regen – in diesem Fall sind precipitation_rate und rain_1h als 0 an die MFI API zu übergeben. Bei eigenem Datenspeichern: Fehlende Einträge als 0 verbuchen.
Die Agro Monitoring API ist bis 1.000 ha Polygonfläche kostenlos nutzbar – aktuelle Bodentemperatur und Bodenfeuchte sind damit abgedeckt. Historische Bodendaten sind jedoch auch im kostenlosen Plan nicht verfügbar und erfordern ein Bezahlabo. Wer Bodendaten ohne Kosten benötigt, braucht eigene Bodensensoren.
Laut Preismodell von OpenWeather kostet die One Call API 3.0 ca. 0,14 EUR pro 100 Abrufe über dem kostenlosen Tageskontingent. Für 4.0 gelten ähnliche Konditionen (ca. 0,14–0,15 EUR/100 Calls, währungsabhängig). Stand: 7. Juni 2026 – maßgeblich ist der im eigenen Konto angezeigte Betrag. Aktuelle Preise unter openweathermap.org/price prüfen.