Skip to content

Unexpected assigment of (potential) recombinants #54

@MarieLataretu

Description

@MarieLataretu

Hi there,

First, thanks for your work and the latest updates!

We stumbled across a few samples from the last months that pangolin assigns to a top-level lineage, namely BA.2 or XBB.1.
The nextclade calde assignment resolves to recombinant; the Nextclade_pango assignment XDD or XCT.1. Since XDD and XCT.1 were not part of the 1.23.1 pangolin-data version, it's not surprising, that pangolin does not assign these lineages.

However, we'd expect that pangolin would assign a (new) recombinant with the latest data release.
I did a little test series:

sample pangolin-data 1.23.1 pangolin-data 1.24 pangolin-data 1.25 pangolin-data 1.25.1 nextclade2 2024-01-15 nextclade3 2024-01-16 nextclade3 2024-02-16
82 BA.2 BA.2 JN.1.1 JN.1.1 XDD XDD XDS
84 BA.2 JN.1.1 JN.1.1 JN.1.1 XDD XDD XDS
85 XBB.1 JN.1.1 JN.1.1 JN.1.1 XDD XDD XDS
63 XBB.1 BA.2 BA.2 BA.2 XCT.1 XCT.1 XCT.1
30 XBB.1 XCT.1 XCT.1 XCT.1 XCT.1 XCT.1 XCT.1
51 BA.2 XDD JN.1.1 JN.1.1 XDD XDD XDD

(Tool versions: pangolin v4.3, nexclade3 v3.2.1, nextclade2 v2.14.0)

I'm wondering now, if this is a problem in pangolin - or we see an undesignated lineage. I read that Nextclade is not perfect in assigning recombinants. However, it is (more) consistent over the dataset versions.

I'm happy for any input or feedback! 🙂

Best
Marie

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions