Open emiliom opened 3 years ago
Emilio, we should have a Jan call where we talk about these types of issues. Thank you for looking into it…
On Dec 24, 2020, at 2:44 PM, Emilio Mayorga notifications@github.com<mailto:notifications@github.com> wrote:
[This email originated from outside of OSU. Use caution with links and attachments.]
See SQL WHERE condition at https://github.com/communitysnowobs/cso-api/blob/master/src/observations/query.js#L17
Having that filter makes it impossible to obtain some of the data in the CSO database and therefore reduces the value of the CSO observations API for QA/QC'ing the CSO database. Also, it assumes the elevation data are perfect, and that no valid data could be associated with negative elevation values generated by the Google Elevation API.
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHubhttps://github.com/communitysnowobs/cso-api/issues/21, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AEZ5RTQSM5YQ3ERSIHFYYF3SWO75DANCNFSM4VITROVA.
Right. I'm going to start compiling the discussions we've had recently about the API's, the CSO database, and so on, to facilitate our discussions on a future call.
See SQL WHERE condition at https://github.com/communitysnowobs/cso-api/blob/master/src/observations/query.js#L17
Having that filter makes it impossible to obtain some of the data in the CSO database and therefore reduces the value of the CSO
observations
API for QA/QC'ing the CSO database. Also, it assumes the elevation data are perfect, and that no valid data could be associated with negative elevation values generated by the Google Elevation API.