Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Discuss] Plots of countries with low infected and high recovered data #423

Closed
Inglezos opened this issue Dec 16, 2020 · 16 comments
Closed
Labels
bug Something isn't working question Further information is requested

Comments

@Inglezos
Copy link
Collaborator

Inglezos commented Dec 16, 2020

Summary

I noticed that for the majority of the countries, the recovered data are increased but there is a weird lower infected plot line. It is kind of weird to see that for example there are few infected, but we have a high recovered plot and I wondered what is the physical interpretation of that? That someone who gets confirmed almost immediately gets recovered?

Are we doing something wrong? Is it the complementary method we apply? How can this be reworked? Is this actually a problem?

I mean the following plots for example:
jpn_records
chn_records
ind_records
brz_records
rus_records
spn_records
fra_records
uk_records
deu_records
nld_records

@Inglezos Inglezos added bug Something isn't working question Further information is requested labels Dec 16, 2020
@Inglezos
Copy link
Collaborator Author

Do you think that we should have used exponential distribution or something else instead of a simple shift of C to produce R, for the full complements?

@lisphilar
Copy link
Owner

  1. Japan, India, Russia
    I could not find any issues when I compared confirmed data and recovered data.
    Please refer to https://gist.github.com/lisphilar/5bb6feea7498cadb120567b249804fd5

  2. Brazil
    Pratial complement of recovered data is ineffective.
    This will be discussed in Inefficetive paratial complement of Brazil recovered data #424.

  3. China, Spain, France, UK, Germany, Netherlands
    We do not know the actual values of recovered data. Fully complemented.

@Inglezos
Copy link
Collaborator Author

What I don't understand seeing these plots is how can the infected be that low, while the recovered are so high. I mean, when I try to read these plot and interpret them, for example in Japan, up until October, I can see that there are two peaks if infected at around <20.000. So I would expect that the plot of recoveries would be as high as 40.000 or 50.000. How can it reach 150.000 for example? How is this explained? Similarly for all the other plots above.

@lisphilar
Copy link
Owner

In Japan, we experienced two waves and we are in third wave. In the first wave (Apr - May), recovery period was too long because collapse of the medical care system occurred and no medicines were found.

However, in the second wave (Jul - Oct), recovery period appears short because we have some effective medicines (not approved, in clinical study), yonger people (people un-associated to sever diseases) were infected.

In the third wave (Nov - ), older people tend to be infected and we are facing with medical collapse at this time...

This can be discussed with the history of sigma values (recovery rates) calculated with Scenario.history_rate("sigma").
Please refer to the next figure.
Sigma values: the first wave < the second wave > the third wave

jpn_history_sigma

@Inglezos
Copy link
Collaborator Author

No I don't mean this. I mean that the infected peaks, if they are added, shall give the peak recoveries (this is from my intuition):
jpn_records_temp

@Inglezos
Copy link
Collaborator Author

Inglezos commented Dec 16, 2020

My intuition says that all the recoveries, must first pass from infections stage, so they must be somehow represented in Infected plot. How can recoveries be that high, when we have too few infections compared? Where all the rest recoveries come from?
Don't I understand something or do I read the plot incorrectly? (Of course considering the deaths, the total R peak will be max I peaks - deaths, I wrote that approximately just to present my question).

@lisphilar
Copy link
Owner

I think this occurs when infection speed << recovery speed.

@lisphilar
Copy link
Owner

We need linelist data to discuss this issue deeply, but I do not think this is invalid because recovery speed can be over infection speed.

@Inglezos
Copy link
Collaborator Author

So this means that a high percent of the daily confirmed as soon as they are added to infected, a large amount of infected moves to recovered and so the accumulative recovered plot increases, while the infections flux remains constant? That's why we don't see large increases in infections because soon the recoveries kick in and subtract infections?

@Inglezos
Copy link
Collaborator Author

So this behavior is correct and can happen when recovery speed > infection speed ?
Is it normal that infection speed is way lower than recovery speed?

@lisphilar
Copy link
Owner

Yes, I think.
At this time, we do not follw the flow of cases. Agent-based model discussed in #396 will be a useful tool to understand this flow. Please refer to YuTube video https://www.youtube.com/watch?v=gxAaO2rsdIs

@Inglezos
Copy link
Collaborator Author

What do you mean the flow of cases? The compartments we use aren't supposed to indicate such population flow from one to another?

@lisphilar
Copy link
Owner

I meant that we do not know when a case (confirmed on 01Nov2020 as an example) recovered.

@lisphilar lisphilar changed the title Plots of countries with low infected and high recovered data [Discuss] Plots of countries with low infected and high recovered data Dec 19, 2020
@lisphilar lisphilar added this to the Release v2.14.0 milestone Dec 19, 2020
@lisphilar
Copy link
Owner

Can we close this discussion?

@Inglezos
Copy link
Collaborator Author

I think yes!

@lisphilar
Copy link
Owner

Thank you!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants