meteohub.de

thanks yep uploaded wrong file should be fine now..

Hi Brian

Yes it is -thanks

Regards

Graham

no problem graham thanks for spotting ..


In recent months this comes up quite frequently "what happened to IOS app? "

1. in short justify a annual apple developer account fee for a free app ..
2. is it really worth it as template doubles up as an app on all my IOS devices and no need to keep upto date with each IOS release .

here is how to and for most it is quite common knowledge but for those who are not familiar here is simply how it is done .

iPad and iPhone pretty much identical in the way its simply done but for the record here is some screenshots of easy it is .hope it is answers the frequent question with help..

in version 10 slated for late November release if you have IFTTT installed on any of your devices you will be able to receive notifications based on your weather station data . this will have options to set what type of notification and frequency you receive . for example apple watch

weatherist34 wrote: Wed Oct 21, 2020 10:22 am
@xray77 mike I don't have time at present to dive into luftdaten issue you raised in PM, sadly I do not use luftdaten api so its always a learning curve for me, I always relied on Piet in the past to resolve and correct code but im not always seeing the PM2.5 in the same API position especially when a particular user does NOT have pm2.5 only pm 10..

Hello Brian,
Ok, I can understand that, you can't be involved in all possible scenarios. And at some point it has to be enough to deal with the air quality data...
The sensors officially reporting to Luftdaten.info should all report PM 2.5 and PM 10 values, at least that's what I thought so far. It is a sensor kit with the Nova Fitness SDS011 sensor, which is distributed by Luftdaten.info. The "Luftdaten.info" module works, it only calculates with the PM 10 value instead of the PM 2.5 value, which is actually expected. I had found this out by using an AQI index calculator. https://aqicn.org/calculator/en/

Extract from the "luftdaten.txt" in the directory "jsondata" from which the module obtains the data:
[{"sensordatavalues":[{"id":5013003893,"value_type":"P1","value":"8.82"},{"id":5013003894,"value_type":"P2","value":"7.78"}]

P1-Value is here the PM10 sensor value, but your module uses it to calculate the AOI for PM2.5.
P2-Value is the correct PM2.5-Sensor-Value which should be used for the calculation.

By swapping the array-values in the weather34-aqi-info-luftdaten.php this problem is solved:
Line 20:
$aqiweather["aqi"] =$weather34air dataaqi['sensordatavalues'][0]['value'];
line 21:
$aqiweather["aqi2"] = $weather34airdataaqi['sensordatavalues'][1]['value'];

The module only calculates with $aqiweather["aqi2"], and it get's now the correct PM2.5-Vaue.
The result is the module uses the AQI PM 2.5-sensor-value, as it should be:
$aqiweather["aqindex"]= number_format(pm25_to_aqi($aqiweather["aqi2"]), 1);

The only thing that does not work correctly yet is the graphic display, which gets the data from airquality-luftdaten.csv. In this file, the AQI-Index of the PM10-sensor is written in, not the AQ-Index from the PM2.5-Sensor as is expected. Unfortunately, I did not find the file responsible for writing the airquality-luftdaten.csv, this is the only problem that still needs to be solved. Just hope that I have expressed it in a more or less understandable way, because unfortunately I am not a native speaker of English, which makes it a bit more difficult to explain...
The simplest solution is of course to leave out the luftdaten.info module and use only the Davis module, which works completely correctly.
So much from me on this topic, I will finish with this.
Best regards
Mike

xray77 wrote: Wed Oct 21, 2020 3:14 pm

weatherist34 wrote: Wed Oct 21, 2020 10:22 am
@xray77 mike I don't have time at present to dive into luftdaten issue you raised in PM, sadly I do not use luftdaten api so its always a learning curve for me, I always relied on Piet in the past to resolve and correct code but im not always seeing the PM2.5 in the same API position especially when a particular user does NOT have pm2.5 only pm 10..

Line 20:
$aqiweather["aqi"] =$weather34air dataaqi['sensordatavalues'][0]['value'];
line 21:
$aqiweather["aqi2"] = $weather34airdataaqi['sensordatavalues'][1]['value'];

this is where its getting confusing you have different lines to what I have here ,so this looks so simple but thats throwing me out ..
always was highlighted if we are not on same boat the confusion can arise quite innocently ..

line 20/21 in the master copy/download

$aqiweather["aqi"]=$weather34luftdatenaqi['sensordatavalues'][0]['value'];
$aqiweather["aqi2"]= $weather34luftdatenaqi['sensordatavalues'][1]['value'];

you have

$aqiweather["aqi"] =$weather34air dataaqi['sensordatavalues'][0]['value'];
$aqiweather["aqi2"] = $weather34airdataaqi['sensordatavalues'][1]['value'];

are you suggesting this just by switching the number ??

$aqiweather["aqi"]=$weather34luftdatenaqi['sensordatavalues'][1]['value'];
$aqiweather["aqi2"]= $weather34luftdatenaqi['sensordatavalues'][0]['value'];

chartstoday.php drives all day chart data..

I can do this if you clearly tell me what you want as of 11am tomorrow I cant but ram it home to me ill do it as per your specification tonight..

Hello Brian,
I got tangled up in my own thoughts, probably had tried and tried too much already last night...
I just had to find out for myself that it was probably only line 36 that I had finally changed:

Line 36 Master (original):
$aqiweather["aqindex"]= number_format(pm25_to_aqi($aqiweather["aqi"]), 1);

line 36 my change:
$aqiweather["aqindex"]= number_format(pm25_to_aqi($aqiweather["aqi2"]), 1);

sorry for the confusion, in another version, I had actually swapped the array indexes, but it is not necessary. So the only second need is to fix the graphical data..

Edit: Have found the relevant string in chartstoday.php:
Original (Master):
Line 49
$aqiweather["aqi2"] = $weather34luftdatenaqi['sensordatavalues'][0]['value'];

Modified
line 49:
$aqiweather["aqi2"] = $weather34luftdatenaqi['sensordatavalues'][1]['value'];

All works now perfect!
best regards
Mike

I think if you look this api return luftdaten your see why I dont fully understand as I expect the the first value to be pm10 according to this output
this is not clear indication it is either but because the value is higher than the second value we assume its PM10 ?


{"value_type":"P1","id":4723112626,"value":"2.80"},we assume this is PM10 so this $aqiweather["aqi2"]= PM10 ?
{"value_type":"P2","id":4723112629,"value":"1.53", we assume this is PM2.5 so this $aqiweather["aqi"]= PM2.5 ?


$aqiweather["aqi10"]= $weather34luftdatenaqi['sensordatavalues'][0]['value']; which is PM10
$aqiweather["aq25"]=$weather34luftdatenaqi['sensordatavalues'][1]['value']; which is PM2.5

so I propose we do this .. and no not every sensor is a NOVA used in luftdaten ...Ive seen various types over the last few months example PMSXXX,honeywell,

Hello Brian,
Ok, havn't seen the different sensors on luftdaten.info but your'e allright, some more recherching showed me that..
Yes, i think your last explanation is the right now, everything will be fine at least!

Many thanks for your patience with me, your'e the best and your template also!
best regards
Mike

ok no problem I just want to try an understand best I can for something I have no hands on in front of me . guess im just tired of guessing ..so I tried a few different API calls and also manipulated the data to push higher values .

so I have updated all files relative to luftdaten

(*Evening Update for 21st October 18:56)
* Attemps to resolve luftdaten descrepancies ref Mike(xray77
* Fix incorrect davis air quality incorrect file uploaded ref Graham
* Catalan/Spanish languages updated ref Josep
* Aligns all sun related modules to same css code
* Adds language support to all sun related modules
* Minor fix for Luftdaten chart Ref Josep
* Cleans up all unused code accumulated when compiling code for air quality

resulted in in this

Brian,
All works perfect now!
Many thanks, wish you an relaxed evening and stay healthy!
best regards
Mike

Hello
I have the problem that on all screens the weather forcast pictograms are not available.
Reason may be all the smart updates I made.

Any hint how I can solve it?
Tnx
NFTE

hi i cant help without something to diagnose with unfortunately so we need a url to try and determine whether its a browser not able to render svg or svg icon images are not present i.e not found etc.. that said im about to board a flight so perhaps others can chime in ..cant be anything to major.. can always request a new download password if you think youve totally screwed it..

reference download requests i think some need to look at there email validities yesterday i had 8 failed to send due to email address unreachable or was flagged as a security risk..also many urls provided return nothing.. if you want a password please provide valid data your get a reasonably quick response same day , incorrect or invalid info sent just goes to the bin..

Hi Brian,

Looks like you have been busy! I like the MAX/MIN with times.

Just grabbed the latest - looks like there is a difference between the Light and Dark versions. Maybe missing the last console-light file. Also, your info.html with the 10.34.

The Humidity alignment is fixed.

Take care,

Chuck

good morning chuck

I will revert the GITHUB Repo to 9.34B ..the version 10.34 is not ready for prime time use, needs a lot of refinements and additional work .I will open up a new REPO on GITHUB for 10.34 as not to interfere with your primary use .I dont wish to release 10.34 to general download until end of November .sorry for any inconvenience caused ..

10.34 will even smaller in terms of file sizes some 20% less than it is already ive simplified how it renders dynamic elements with different metrics i.e kmh,kts,mph,ms,C,F ,mm,in,mb,hpa,mmHG etc so all visual elements like the indicators all render identical position across all metrics..

you will also have Davis air quality day, month,year charts others like luftdaten, purple air won't support these purely a Davis advantage as the Davis Airlink is derived from meteobridge itself.

forum access is a bit hit and miss for me at present sometimes it appears sometimes it dont, its not a forum issue its my current ISP ..so I may not be responsive ..

Hi Brian,

No problem at all. I know it takes time to get things the way you want, and reducing the size is particularly challenging.

My Airlink seems to be working fine. Since, I have been using Purple Air for outside measurements, I decided to use the Airlink indoors. Sometime I would love to have a copy of your weather34-airquality-home.php file, so I could customize my indoor (ev) page. Since mine is deployed inside, having the module show on the weather34-ev.php page, like yours, seems like the way to go.

Best wishes and stay safe,

Chuck