Skip to content
Mähbarkeitsindex

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.

Einstieg

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.

MFI-Checks im Überblick

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.

Stufe 1 · Sofort kostenlos

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

Stufe 2 · Kostenlos bis 1.000/Tag

+ 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

Stufe 3 · Daten selbst vorhalten

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 →

Datenfelder & Aufbereitung

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), ist 0 zu ü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).
Vergleich

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.

Kostenlos · Kein Abo

Current Weather API

60 Calls/Minute · 1.000.000 Calls/Monat · Dokumentation →

Gelieferte Felder (JSON)

  • main.temp – Lufttemperatur (°C)
  • main.feels_like – Gefühlte Temperatur (°C)
  • main.temp_min / temp_max – Tiefstwert / Höchstwert
  • main.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
Kostenlos bis 1.000 Calls/Tag

One Call API 3.0

Abo erforderlich · Dokumentation →

Felder im current-Objekt

  • current.temp – Temperatur (°C)
  • current.humidity – Luftfeuchtigkeit (%)
  • current.dew_pointTaupunkt (°C) ← NEU
  • current.wind_speed – Wind (m/s)
  • current.wind_gust – Böen (m/s)
  • current.rain.1h – Niederschlag (mm)
  • current.uvi – UV-Index
  • hourly[n].temp – Stundenwerte (Zeitreihe)
  • hourly[n].dew_point – Stündlicher Taupunkt
  • daily[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.

Kostenlos bis 1.000 Calls/Tag · Neuestes Modell

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
Kostenlos bis 1.000 ha · Kostenpflichtig darüber

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.

Daten selbst aufbereiten

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.

Minimalausführung

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.

FAQ

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.