Application for checking the current state of air quality.
Powietrze takes current state of air quality from:
* powietrze.gios.gov.pl
* openaq.org
* airly.eu
You can check the concentration of PM2.5, PM10, C6H6 and NO2, O3 gases. Application can calculate European Air Quality Index for all providers and gets PIJP from powietrze.gios.gov.pl and CAQI from airly.eu. You can check pollutions on stations nearest you and add stations to favourite list.
Airly.eu requires to have the api key. You can generate own key on their site: https://developer.airly.eu. Free license allows to 1000 request per day.
Thanks to translators!
Looking for a source code? Check here: https://github.com/Kormil/harbour-powietrze
1.5.1
* Small fix
1.5.0
* Attempting to fix a crash while selecting a station
* Added ability to copy sensors value
* Disabled the Powietrze for non poland users
* Skiping selecting a provider when there is only one
* Added a switch to expand sensors value details
* Added the Sailjail
* Updated translations
Comments
ninepine
Sun, 2021/06/27 - 20:11
Permalink
Sorry, missed your comment. App crashes at select source. Pull down etc momentarily appears then crashes to home screen.
ninepine
Mon, 2021/05/17 - 00:23
Permalink
Can't select station
Kormil
Fri, 2021/05/21 - 11:19
Permalink
Hi, could you say more: which provider, country and station, app crash or show nothing?
ninepine
Mon, 2021/05/17 - 00:08
Permalink
64 bit version. Unable to start. No locations shown.
rossholmes
Fri, 2020/01/03 - 01:27
Permalink
Thank you very much for this absolutely useful and fascinating application!
olf
Thu, 2019/10/24 - 15:39
Permalink
Thank you so much for Powietrze, especially the recent release of v1.2.0, which broadened its scope beyond Poland.
Unfortunately a couple of bugs render Powietrze unusable for me, currently:
An API key was entered and is used as a parameter in the web-link mentioned in Powietrze's error message (although with an appended %0A), while the example from Airly's web-page works:
[nemo@sailfish tmp]$ curl -X GET --header 'Accept: application/json' --header "apikey: $apikey" https://airapi.airly.eu/v2/meta/indexes'
P.S.: Thanks for providing a link to Powietrze's source code repository and its issue tracker.
May I suggest to also provide this web-link in Powietrze's description here at OpenRepos (i.e., above), but without a Facebook client ID as a parameter!
Kormil
Thu, 2019/10/24 - 09:52
Permalink
Many thanks for your feedback, it'll be very helpful to make the Powietrze more usefull for others!
2: May you give me one name of stations with 0 on all pollutions?
1 and 3: I will push a small update in a few days
olf
Thu, 2019/10/24 - 15:41
Permalink
WRT bug #2:
I.e., I have not found a single location provided by OpenAQ, which does not show "0" for all its data entries (although the number of data entries varies between locations provided by OpenAQ).
Kormil
Thu, 2019/10/24 - 17:34
Permalink
Ok, i think it's problem on openaq.org side, because on their site there is a lot of zeros for e.g. https://openaq.org/#/location/DENI070?_k=vrhhlz . I will send them an e-mail and check this in our side too.
olf
Fri, 2019/10/25 - 01:25
Permalink
To stay with your example:
Ultimately everything is fine, when looking at the web API (one click away from there to try out):https://api.openaq.org/v1/locations?location=DENI070
All values are nicely there!
Does that mean Powietrieze performs some kind of "webpage scraping" (bad!) instead of using the OpenAQ's web API?Kormil
Thu, 2019/10/24 - 21:39
Permalink
I'm not sure you are right - I think the "count" member is number of measurements, cumulative by specificity polution like it's describe on API documentation. To get properly values of measurments you should look at this package: https://api.openaq.org/v1/measurements?location=DENI070. I see there was others values than 0, we use currently data though.
olf
Fri, 2019/10/25 - 03:19
Permalink
Yes, ACK.
And the data from the correct link is absolutely consistent with the data graphically rendered in the section "Values breakdown": Mostly zeros, with a few real values at various times.
So when Powietrze picks the most recent data from a dataset, it will almost always fetch only zeros from OpenAQ for any location, exactly as the data displayed in the section "Stats: Latest measurements" does.
Well, you may consider either or both of:
You may also display its timestamp (e.g., in braces) together with the value proper. IMO, this also makes sense regardless of this enhancement and the data provider used.
olf
Fri, 2019/10/25 - 02:19
Permalink
Much easier and more general: Discard all measurements (i.e., entries) from a dataset (by filtering out entries, which contain "value":0) right after downloading it, before any further processing.
Side note: IMO OpenAQ should do that before publishing their datasets, but it may take a while (or endlessly) to convince them.
olf
Thu, 2019/10/24 - 01:57
Permalink
WRT bug #3:
The "Copy" button on Airly's API key web page puts this into the copy&paste buffer (note the trailing line break):
"apikey: Afoo123bar456A
"
While Powietrze successfully cuts away the "apikey: " prefix when pasting that into the corresponding field, it retains the trailing line feed character (LF, ASCII 0A).
After correcting this and restarting Powietrze, Airly.eu works fine as data provider.
Vieno
Wed, 2019/10/23 - 13:29
Permalink
Thanks for this app. Didn't know that there is a puplic service for this. And there's an Sailfish app now too.
Historyscholar
Wed, 2019/10/23 - 07:50
Permalink
How to localize it?
Kormil
Thu, 2019/10/24 - 09:54
Permalink
Here is a source code: https://github.com/Kormil/harbour-powietrze