Open amotl opened 4 years ago
Re-reading https://github.com/opendata-stuttgart/meta/wiki/APIs#accessing-the-api-data says:
There are two domains where the same data is served.
When comparing LDI API v1 vs. LDI API v2 we see that
So, we may still think about that before switching from v1 to v2, right?
In any case, we might want to switch from api.luftdaten.info
to data.sensor.community
if this is the designated endpoint for serving data, i.e. it should be used for reporting cases.
cc @wetterfrosch
Also, the filtering endpoint /airrohr/v1/filter
listed above might be interesting for different performance improvements, especially when only interested in a subset of data without having to ingest all data.
perhaps it is not necessary to choose one or the other but to leave the choice to the user by specifying a flag (--LDAPI [v1|v2]) so (s)he can choose between either API?
While api.luftdaten.info
is not available today (timeout), data.sensor.community
still responds with a valid payload. However, measurements are stale.
cc @wetterfrosch
The documentation makes it more clear now:
There are two domains where the same data is served.
- https://api.luftdaten.info This is optimized for receiving data. DON'T use this to request data.
- https://data.sensor.community This is faster and more reliable for serving data, so should be used for reporting cases. Where it is not supported for a certain endpoint, the previous domain must be used.
We just have been pointed towards an endpoint where data from luftdaten.info is published which we haven't known about yet, e.g.
https://data.sensor.community/airrohr/v1/filter/country=BE
.We might consider updating Luftdatenpumpe to use that.