openaq-fetch icon indicating copy to clipboard operation
openaq-fetch copied to clipboard

Hanoi reporting very incosistently

Open russbiggs opened this issue 1 year ago • 3 comments

Hanoi is still reporting very poor data coverage compared to their site, even with the offset deplyoment. This needs additional review to figure out why so many measurements are being missed. IF the offset deployment is performing this poorly, i recommend seeking a different solution because its clearly not doing much of a job.

Screenshot 2024-02-22 at 6 44 27 AM

russbiggs avatar Feb 22 '24 13:02 russbiggs

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

majesticio avatar Feb 22 '24 15:02 majesticio

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

Screenshot 2024-02-22 at 8 09 06 AM

if you look closely this appears to be consistent with our fetched data: Screenshot 2024-02-22 at 8 10 21 AM

I will continue to investigate this, there may be some measurement that aren't being picked up but there are data gaps from the source

majesticio avatar Feb 22 '24 16:02 majesticio

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 3 to 12 hours and observe this adapter over the next few days. If the coverage does not improve, the way we fetch data from this provider will need to be revisited.

majesticio avatar Feb 22 '24 17:02 majesticio