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

KP.2.2+S:T572I (83 seqs) and its sublineage with S:K182R,S:A846V (35 seqs) #2718

Open
DailyCovidCases opened this issue Aug 7, 2024 · 19 comments

Comments

@DailyCovidCases
Copy link

DailyCovidCases commented Aug 7, 2024

Transferred from sars-cov-2-variants/lineage-proposals#1643
KP.2.2+C23277T(S:T572I)

GISAID query: C23277T, A25359G, T21737C, -A2745G, -24364,-28468,-25455,-29410
No. of seqs: 32

This has also a further main branch with two further spike mutations S:K182R,S:A846V
KP.2.2 > S:T572I (C23277T) > C5183T, S:K182R (A22107G), S:A846V (C24099T), A25315G
Query: C5183T, C24099T,T3565C
Samples: 25
usher
Screenshot (160)

@FedeGueli
Copy link
Contributor

Again you breached the rules.

@Mydtlwn
Copy link
Contributor

Mydtlwn commented Aug 8, 2024

Rules

  1. While here everyone could propose everything (avoiding mindless proposals) , and it is allowed to comment freely on the issues, when we have to transfer a proposal to the main Pango repo or to extract one tracked branch from a multiple lineages issue it is STRICTLY needed to wait the green light by one of the moderators of this repo.

  2. it is NOT possible to propose/transfer lineages described by other authors without the EXPLICIT consent of them.

@Sam8138
Copy link

Sam8138 commented Aug 8, 2024 via email

@DailyCovidCases DailyCovidCases changed the title KP.2.2+S:T572I and its sublineage with S:K182R,S:A846V (54 total) KP.2.2+S:T572I (32 seqs) and its sublineage with S:K182R,S:A846V (25 seqs) Aug 8, 2024
@xz-keg
Copy link
Contributor

xz-keg commented Aug 8, 2024

Rules

  1. While here everyone could propose everything (avoiding mindless proposals) , and it is allowed to comment freely on the issues, when we have to transfer a proposal to the main Pango repo or to extract one tracked branch from a multiple lineages issue it is STRICTLY needed to wait the green light by one of the moderators of this repo.
  2. it is NOT possible to propose/transfer lineages described by other authors without the EXPLICIT consent of them.

I first thought it was some automated code and ask him to open source the code so that we(at least I) can help him modify its bugs.

However it seems there's a real person behind it. He doesn't find any lineage, instead he keeps making proposals for every lineage in multiple lineage issues without updating its query/seqs etc according to new trees, messing up instead of helping things.

It is sad that he doesn't follow those rules and continues doing such things.

@AngieHinrichs
Copy link
Member

@DailyCovidCases we really need to hear from you. Can you answer these questions?

  1. Did you write code to update and create GitHub issues, or are you doing this work manually (but just extremely consistently)?
  2. Can you agree to reply, with detailed reasoning, when someone asks you why you did something or complains about something that you did?
  3. Can you agree not to create an issue in the pango-designation repository, for a lineage already proposed by somebody else in the lineage-proposals repository, unless you first ask for permission and the original proposer says yes?
  4. Does the use of the English language in this project make communication more difficult for you?

I don't think you are an "AI", I think you are a person who finds communicating with other people (perhaps especially in English?) more difficult than accomplishing tasks using computers, and therefore avoids that communication if possible. But communication among the people working on this project is a critical element of the project. We need for you to reply to questions, and to be willing to change some practices that don't work well for other people who have worked on this for a long time. If using English is adding to the difficulty, then we may be able to find ways around it (for example, perhaps somebody else on the project speaks a language that you are more comfortable with?).

@ryhisner
Copy link

I think most likely we're dealing with a mostly-AI account that is very lightly and intermittently monitored by a real person. I find it hard to imagine, for example, that a real person would demand that #1 (the Example Lineage Proposal issue) be closed, and then, after being told in no uncertain terms that would never happen, repeat the demand that the issue be closed.

But regardless, I think an account that repeatedly refuses to communicate, to heed friendly advice, or follow clearly laid out rules is not something we should feel obligated to tolerate.

@FedeGueli
Copy link
Contributor

Last pattern is copying and pasting exactly the words used by some of us to ping Cornelius about this or that lineage, that obviously ends to sound out of context.

@ryhisner
Copy link

I'm in favor of banning this account immediately. What are your thoughts, @corneliusroemer?

@AngieHinrichs
Copy link
Member

GitHub's API makes it easy for a proficient programmer to write a script that comments on an issue or even submits a new issue. I think of that as scripting, not AI -- although generative AI has made it a lot easier for any sufficiently motivated person to write such scripts.

I don't think the use of scripts is inherently unacceptable, as long as the script author promptly fixes bugs in the scripts (like asking for issue #1 to be closed, or copying an issue to this repo without getting OP permission) when bugs are reported, and is willing to practice basic teamwork (like responding to questions/concerns).

Since @DailyCovidCases has not replied to our concerns and questions, but has continued to add templated comments and issues, I agree it's time to block them. Blocking a user needs to be done by an owner or moderator of the organization (cov-lineages for this repo). At the moment, neither @corneliusroemer nor I have that status in cov-lineages. I have pinged the cov-lineages owners (outside of github).

@DailyCovidCases
Copy link
Author

DailyCovidCases commented Aug 11, 2024

1.Did you write code to update and create GitHub issues, or are you doing this work manually (but just extremely consistently)?
2.Can you agree to reply, with detailed reasoning, when someone asks you why you did something or complains about something that you did?
3.Can you agree not to create an issue in the pango-designation repository, for a lineage already proposed by somebody else in the lineage-proposals repository, unless you first ask for permission and the original proposer says yes?
4.Does the use of the English language in this project make communication more difficult for you?
Answer:

  1. I did this work manually and very consistantly
  2. I agree that I will reply with detailed reasoning
  3. I sincerely apologize you to create an issue too much.
  4. No, I don't think so

@AngieHinrichs
Copy link
Member

@DailyCovidCases thanks for replying. I see that you have deleted the comments in issue #1 asking for it to be closed -- that is good.

@FedeGueli wrote down some rules for the sars-cov-2-variants/lineage-proposals repo, and in particular about when it is OK to open issues in this repo: sars-cov-2-variants/lineage-proposals#1833

I hope that after reading those rules, you can see why it was a problem to open this issue. Can you confirm that for us, by explaining what was the problem about opening this issue? And can you explain how you will avoid that problem in the future?

@DailyCovidCases
Copy link
Author

DailyCovidCases commented Aug 11, 2024

Yes, I saw the green light "To be proposed" but it doesn't mean I can propose it immediately (I proposed without getting OP permission). In addition I wrote the title in this issue incorrectly.
So I think I should stop proposing issues for a while

@AngieHinrichs
Copy link
Member

Sounds good to me @DailyCovidCases. I'm glad we're communicating now. @ryhisner are you willing to give DailyCovidCases another chance?

@ryhisner
Copy link

Yeah, sounds good to me.

@DailyCovidCases DailyCovidCases closed this as not planned Won't fix, can't repro, duplicate, stale Sep 21, 2024
@DailyCovidCases DailyCovidCases changed the title KP.2.2+S:T572I (32 seqs) and its sublineage with S:K182R,S:A846V (25 seqs) KP.2.2+S:T572I (76 seqs) and its sublineage with S:K182R,S:A846V (32 seqs) Sep 22, 2024
@DailyCovidCases
Copy link
Author

DailyCovidCases commented Sep 22, 2024

Tree now:
Covspectrum:
2718a
2718b
usher
usher
Screenshot (225)
Screenshot (226)
@corneliusroemer Is this branch worth a designation?

@FedeGueli
Copy link
Contributor

FedeGueli commented Sep 22, 2024

it should be 52 (13 after Aug 1) and 36 ( 5 after Aug 1)

Most of recent samples are in a branch defined by C12049T without 182R and 846V circulating in the Taiwan area

@DailyCovidCases DailyCovidCases changed the title KP.2.2+S:T572I (76 seqs) and its sublineage with S:K182R,S:A846V (32 seqs) KP.2.2+S:T572I (52 seqs) and its sublineage with S:K182R,S:A846V (36 seqs) Sep 23, 2024
@DailyCovidCases DailyCovidCases closed this as not planned Won't fix, can't repro, duplicate, stale Sep 28, 2024
@DailyCovidCases
Copy link
Author

Now 83/35 seqs on Covspectrum

@FedeGueli
Copy link
Contributor

only three seqs from September 1 ahead but from three continents so it is ok to keep this open

@DailyCovidCases DailyCovidCases changed the title KP.2.2+S:T572I (52 seqs) and its sublineage with S:K182R,S:A846V (36 seqs) KP.2.2+S:T572I (83 seqs) and its sublineage with S:K182R,S:A846V (35 seqs) Oct 16, 2024
@FedeGueli
Copy link
Contributor

You should change the title KP.2.2.2

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

7 participants