Gabriel Fosse

I can confirm that the data gap is persistent and aligns with the data gaps we see on our platform. The csvs that are requested around midnight in Tokyo time...

The monthly csv is updated daily, but is always one day behind

- Updated [ORSZAGOS METEOROLOGIAI SZOLGALAT](https://legszennyezettseg.met.hu/en) (National Meteorological Service) - [station ID's & coordinates](https://legszennyezettseg.met.hu/api/terkep) - [hourly data](https://legszennyezettseg.met.hu/api/terkep/20) last number of the url is the station ID - Enough data to build...

currently the data URL is returning ``` { "status": "error", "message": "no data" } ``` so this adapter requires investigation

- Updated [site](https://airviro.klab.ee/en) - They appear to have many more sites than we are getting from the EEA - Needs more investigation

Thanks for pointing this out, I will look into it and fix the issue.

So I have compared measurements from the source's website to our fetched measurements. For instance the site Kim Liên (pm25):  if you look...

I have identified some of the data gaps, and they are consistent with the data we a receiving from the API. I am going to increase the hours fetched from...

The website quotes "The 1-hour average UAE National Standard for SO2, CO, NO2 and O3 is used to calculate the AQI. The UAE National Standard for PM10 is a 24-hourly...

@russbiggs this is a persistent bug from what I can tell that is affecting many EEA entries in our database. Localtime format looks the same as UTC. Data validation should...