Timeseries_Deaths_Global mit decimal numbers #3279
Comments
This change breaks among others the https://covid-tracker-us.herokuapp.com/all |
I changed my script to use the integer part of those numbers. As a result I get -23.494 deaths than yesterday. Maybe is missing last value in Colombia's row |
Co-authored-by: Rostislav Svoboda <Rostislav.Svoboda@gmail.com>
@sapienzafra The number of deaths in Colombia is definitely wrong. For the other countries this number seems to be correct. (Please correct me if I'm wrong) |
@Bost yes other countries look correct. I manually added in my local csv file Colombia's last value, taken from the JHU dashboard (30753) and now everything works. |
Hello all, Really not sure why this happened - we will be looking into it today. I've pushed an update that removes the decimal characters and includes the correct death total for Colombia (30753). |
I think I know what's happening. Somebody at the key position or positions still speaks and things in terms of "removing decimal characters" instead of "using appropriate data type" to represent real world information. In this case using integer numerical data type to convey the information about the number of people who die, get sick, recover etc. Instead of "Bang - Excel - Whatever" This little "removing decimal characters" remark of yours induces one question: How much the data management improved since its worst period from the times at around #413 ? The answer is: not enough. |
Issue has reappeared today |
FIle Timeseries_Deaths_global shows decimal numbers (12345.0) in column for Oct 28, 2020. Before, numbers where always formated without decimal point.
The text was updated successfully, but these errors were encountered: