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

Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (Now LF.6) with a S:Q493E branch (2, Spain) #2589

Closed
FedeGueli opened this issue May 14, 2024 · 36 comments

Comments

@FedeGueli
Copy link
Contributor

FedeGueli commented May 14, 2024

Click to see the original proposal designated **LF.6** Previously tracked as Branch 133 **FLiRT** of https://github.com/sars-cov-2-variants/lineage-proposals/issues/1089

JN.1 > T17859C > T3172G > S:R346T (G22599C), S:F456L (T22928C)
Query: G22599C, T22928C, T17859C, T3172G, T3565C
Samples: 6 (Portugal 4, Spain 2)
First collected in Madrid on 2024-03-22
IDs:EPI_ISL_19050411, EPI_ISL_19132939, EPI_ISL_19135497,
EPI_ISL_19135500-19135501, EPI_ISL_19135503
Tree:
Screenshot 2024-05-14 alle 23 46 14
https://nextstrain.org/fetch/genome-test.gi.ucsc.edu/trash/ct/subtreeAuspice6_genome_test_36311_3cdc50.json?c=gt-S_346,456&gmax=25384&gmin=21563&label=id:node_6984442

Query for the 493E singlet branch spotted by @NkRMnZr : C23039, T17859C, T3172G, T3565C count: 1
Query for TRIO branch Spotted by @aviczhl2 : T19104A ,C23277T,T3565C count: 3

Sublineage of LF.6 spotted by @NkRMnZr ( all credits for the analysis to him)
LF.6 >> A871G > S:Q493E (C23039G)
Query for the 493E singlet branch spotted by @NkRMnZr : C23039, T17859C, T3172G, T3565C
Samples: 2
country: Spain
tree:
https://nextstrain.org/fetch/genome.ucsc.edu/trash/ct/subtreeAuspice51_genome_1a12c_d72dc0.json?label=id:node_11644668
Screenshot 2024-09-08 alle 16 18 36

@FedeGueli FedeGueli changed the title Another JN.1 + FLiRT lineage in the Iberian Peninsula (6) Another JN.1 + FLiRT lineage in the Iberian Peninsula (8) May 17, 2024
@FedeGueli
Copy link
Contributor Author

+2 Spain

@FedeGueli FedeGueli changed the title Another JN.1 + FLiRT lineage in the Iberian Peninsula (8) Another JN.1 + FLiRT lineage in the Iberian Peninsula (9) May 19, 2024
@FedeGueli FedeGueli changed the title Another JN.1 + FLiRT lineage in the Iberian Peninsula (9) Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (12) May 22, 2024
@FedeGueli
Copy link
Contributor Author

12 +1 uk

@FedeGueli FedeGueli changed the title Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (12) Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (19) May 28, 2024
@FedeGueli
Copy link
Contributor Author

19 multiple provinces of Spain

@FedeGueli FedeGueli changed the title Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (19) Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (22) May 31, 2024
@FedeGueli FedeGueli changed the title Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (22) Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (35) Jun 10, 2024
@FedeGueli
Copy link
Contributor Author

35 now also in Israel and Ireland

@FedeGueli FedeGueli changed the title Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (35) Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (40) Jun 11, 2024
@FedeGueli
Copy link
Contributor Author

+5 ( 4 Portugal 1 Galicia)

@FedeGueli FedeGueli changed the title Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (40) Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (42) Jun 13, 2024
@FedeGueli FedeGueli changed the title Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (42) Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (45) Jun 17, 2024
@FedeGueli FedeGueli changed the title Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (45) Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (56) Jun 20, 2024
@FedeGueli
Copy link
Contributor Author

56 now, expanding in the course of the ongoing wave in Spain and Portugal

@FedeGueli FedeGueli changed the title Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (56) Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (71) Jul 1, 2024
@NkRMnZr
Copy link

NkRMnZr commented Jul 8, 2024

EPI_ISL_19243497 one with S:Q493E

@FedeGueli FedeGueli changed the title Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (71) Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (90 seqs , 8 countries) with a singlet with S:Q493E Jul 9, 2024
@DailyCovidCases
Copy link

DailyCovidCases commented Jul 10, 2024

76 seqs now
Tracked in tracker99
Is it worth to be designated? @corneliusroemer

@FedeGueli FedeGueli changed the title Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (90 seqs , 8 countries) with a singlet with S:Q493E Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (92 seqs , 8 countries) with a singlet with S:Q493E Jul 13, 2024
@xz-keg
Copy link
Contributor

xz-keg commented Jul 13, 2024

There is a new S:T572I Trio branch emerged from this.

@corneliusroemer This also deserve designation.

@DailyCovidCases
Copy link

@corneliusroemer

@FedeGueli
Copy link
Contributor Author

FedeGueli commented Jul 13, 2024

There is a new S:T572I Trio branch emerged from this
I don't see any (with G22599C, T22928C, T17859C, T3172G, T3565C):

Screenshot 2024-07-13 alle 15 17 13

@FedeGueli
Copy link
Contributor Author

@FedeGueli FedeGueli changed the title Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (92 seqs , 8 countries) with a singlet with S:Q493E Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (92 seqs , 8 countries) with a TRIO Branch (3) and another -unrelated- with S:Q493E (1) Jul 13, 2024
@FedeGueli
Copy link
Contributor Author

132

@DailyCovidCases
Copy link

135 seqs now:
usher
Screenshot (166)
@corneliusroemer suggest to designate some trajectory of this

@DailyCovidCases
Copy link

This branch might be dying off, please close it

@FedeGueli FedeGueli closed this as not planned Won't fix, can't repro, duplicate, stale Aug 15, 2024
@xz-keg
Copy link
Contributor

xz-keg commented Aug 15, 2024

This one is 141 now, with quite a few uploaded recently. This shouldn't be closed.

@FedeGueli Please ignore advices from DaliyCovidCases. He seems to be using some weird criteria.

@FedeGueli FedeGueli changed the title Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (132 seqs , 11 countries) Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (141 seqs , 11 countries) Aug 15, 2024
@FedeGueli
Copy link
Contributor Author

This one is 141 now, with quite a few uploaded recently. This shouldn't be closed.

@FedeGueli Please ignore advices from DaliyCovidCases. He seems to be using some weird criteria.
Yeah for sure, but i was closing it becuase not expanding further, lets keep it open for a while more tough

@xz-keg
Copy link
Contributor

xz-keg commented Aug 15, 2024

It is designated LF.6 as a sub-branch of JN.1.16.1. Shall be independent branch.

@FedeGueli
Copy link
Contributor Author

LF.6 from 8b27ff6

@AngieHinrichs
Copy link
Member

AngieHinrichs commented Aug 15, 2024

@DailyCovidCases can you state your criteria for determining that a branch is dying?

Also, a bit of advice: when your comments are the same word-for-word, it gives the impression that you are running a script instead of critically evaluating the data. I think it would help a lot to include your reason for judging a branch as dying. For example, "This branch has had no new sequences since <date>, and since it was circulating in that uploads sequences <regularly/monthly/sporadically/etc>, I would expect to have seen more sequences by now." But not exactly in those words -- please tell us what you're thinking. 🙂 And then if FedeGueli or others tell you that your criteria need to be more complicated, then next time show that you applied the more complicated criteria.

@DailyCovidCases
Copy link

DailyCovidCases commented Aug 15, 2024

@DailyCovidCases can you state your criteria for determining that a branch is dying?

Also, a bit of advice: when your comments are the same word-for-word, it gives the impression that you are running a script instead of critically evaluating the data. I think it would help a lot to include your reason for judging a branch as dying. For example, "This branch has had no new sequences since <date>, and since it was circulating in that uploads sequences <regularly/monthly/sporadically/etc>, I would expect to have seen more sequences by now." But not exactly in those words -- please tell us what you're thinking. 🙂 And then if FedeGueli or others tell you that your criteria need to be more complicated, then next time show that you applied the more complicated criteria.

My criteria: 6 weeks with 0 sequences updated and the branch will be counted as dead. Is it too quickly?

@AngieHinrichs
Copy link
Member

My criteria: 6 weeks with 0 sequences updated and the branch will be counted as dead. Is it too quickly?

6 weeks sounds reasonable to me for countries that have a shorter lag time from sample collection to release of sequences, like only a few weeks. I think @FedeGueli has explained in a different issue that unfortunately many countries, especially countries with fewer resources, may take more than a month to get sequences and release them publicly. So I think it depends on the country or region, not only the amount of time that has passed. @FedeGueli @aviczhl2 do you have recommendations for specific criteria to apply, taking countries or regions into account?

It would be awesome if every country had the resources to rapidly sequence an adequate sample of positive test cases, and the willingness and ability to rapidly release the sequences. But the reality is much more uneven.

@FedeGueli
Copy link
Contributor Author

My criteria: 6 weeks with 0 sequences updated and the branch will be counted as dead. Is it too quickly?

6 weeks sounds reasonable to me for countries that have a shorter lag time from sample collection to release of sequences, like only a few weeks. I think @FedeGueli has explained in a different issue that unfortunately many countries, especially countries with fewer resources, may take more than a month to get sequences and release them publicly. So I think it depends on the country or region, not only the amount of time that has passed. @FedeGueli @aviczhl2 do you have recommendations for specific criteria to apply, taking countries or regions into account?

It would be awesome if every country had the resources to rapidly sequence an adequate sample of positive test cases, and the willingness and ability to rapidly release the sequences. But the reality is much more uneven.

I prefer to use a different criteria % of sequences uploaded in the last month with uploads vs total number of sequences of that lineage if it is 10% it is better closing it.

@AngieHinrichs
Copy link
Member

I prefer to use a different criteria % of sequences uploaded in the last month with uploads vs total number of sequences of that lineage if it is 10% it is better closing it.

Thanks @FedeGueli! If I rephrase it this way, does this sound correct?

  1. Determine the last month in which sequences on the branch were uploaded (not the month in which the samples were collected). This is the "last month with uploads." [How to do this -- by doing a GISAID query and looking at the Submission Date column?]
  2. Find the number of sequences on the branch that were uploaded in that month.
  3. Divide that number by the total number of sequences on the branch.
  4. If the ratio is less than 10%, then comment on the issue, including all the numbers.

? Thanks. 🙂 Also, what if the last month in which sequences were uploaded was two months ago? Three months ago? Have you seen lag times longer than that?

@xz-keg
Copy link
Contributor

xz-keg commented Aug 15, 2024

My criteria: 6 weeks with 0 sequences updated and the branch will be counted as dead. Is it too quickly?

6 weeks sounds reasonable to me for countries that have a shorter lag time from sample collection to release of sequences, like only a few weeks.

This criteria is not bad. However, I don't think he is actually using that criteria.

Take this one for example, many seqs are collected in 7/1-7/22 and uploaded on 7/30-8/12 to GISAID. Clearly that's within the 6 weeks range, but he still comments "dying" for this.

(Is it available to post GISAID info here? We can check GISAID by the query G22599C, T22928C, T17859C, T3172G, T3565C)

@FedeGueli
Copy link
Contributor Author

I prefer to use a different criteria % of sequences uploaded in the last month with uploads vs total number of sequences of that lineage if it is 10% it is better closing it.

Thanks @FedeGueli! If I rephrase it this way, does this sound correct?

  1. Determine the last month in which sequences on the branch were uploaded (not the month in which the samples were collected). This is the "last month with uploads." [How to do this -- by doing a GISAID query and looking at the Submission Date column?]
  2. Find the number of sequences on the branch that were uploaded in that month.
  3. Divide that number by the total number of sequences on the branch.
  4. If the ratio is less than 10%, then comment on the issue, including all the numbers.

? Thanks. 🙂 Also, what if the last month in which sequences were uploaded was two months ago? Three months ago? Have you seen lag times longer than that?

yes plus or less that one, if the country where it emerged or it is prevalent didnt upload or uploaded very small numbers in the last three months we usually in the other repo tag that kind of lineages as emerged in an undersampled area and we keep them alive.

@AngieHinrichs
Copy link
Member

Take this one for example, many seqs are collected in 7/1-7/22 and uploaded on 7/30-8/12 to GISAID. Clearly that's within the 6 weeks range, but he still comments "dying" for this.

Yes -- the original comment said "4 weeks" but then it was edited to say "6 weeks". I guess that means that DailyCovidCases formerly applied a 4-week cutoff, but now is thinking 6 weeks.

@DailyCovidCases in the future it would be more clear to explain the change in the comment instead of just changing a number. And does the process for accounting for a country's delay make sense to you?

@xz-keg
Copy link
Contributor

xz-keg commented Aug 15, 2024

Take this one for example, many seqs are collected in 7/1-7/22 and uploaded on 7/30-8/12 to GISAID. Clearly that's within the 6 weeks range, but he still comments "dying" for this.

Yes -- the original comment said "4 weeks" but then it was edited to say "6 weeks". I guess that means that DailyCovidCases formerly applied a 4-week cutoff, but now is thinking 6 weeks.

@DailyCovidCases in the future it would be more clear to explain the change in the comment instead of just changing a number. And does the process for accounting for a country's delay make sense to you?

But 4 weeks is also not what he is actually using. This one has samples uploaded from 8/12(less than 1 week) and collected in 7/22(3 weeks ago)

I cannot understand any logic behind his comments, likely bugs from scripts. He also has record of reporting wrong number of seqs on various other issues.

@xz-keg
Copy link
Contributor

xz-keg commented Aug 15, 2024

@AngieHinrichs I prefer temperoraily banning him unless he open source his code and we verify it bug-free. Without seeing his code it is impossible to find what is the actual bug.

@xz-keg
Copy link
Contributor

xz-keg commented Aug 16, 2024

@corneliusroemer There seems more evidence of this one being a separate branch than JN.1.16.1

usher
image

@NkRMnZr
Copy link

NkRMnZr commented Sep 8, 2024

the S:Q493E singlet now has a follow up with some accumulated spike mutations:
image

https://nextstrain.org/fetch/genome.ucsc.edu/trash/ct/subtreeAuspice51_genome_1a12c_d72dc0.json?label=id:node_11644668

@FedeGueli FedeGueli changed the title Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (141 seqs , 11 countries) Another JN.1 + FLiRT lineage emerged in the Iberian Peninsula (Now LF.6) with a S:Q493E branch (2, Spain) Sep 8, 2024
@FedeGueli
Copy link
Contributor Author

the S:Q493E singlet now has a follow up with some accumulated spike mutations: image

https://nextstrain.org/fetch/genome.ucsc.edu/trash/ct/subtreeAuspice51_genome_1a12c_d72dc0.json?label=id:node_11644668

thx we will track it here .

@FedeGueli
Copy link
Contributor Author

the 493E branch seems dead

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants