You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
),
což umožňuje správně sparsovat celý assumed HLA typing, který v maximalizovánem vzhledu může mít i nekonečně mnoho HLA typů se stejným low res, tj. dovoluje korektně sparsovat typing jako
[
[DPA1*01:01, DPA1*01:02],
[DPA1*01:03]
], který v maximalizovaném vzhledu má až tři kódy se stejným low res kódem.
To ale propouští i nevalidní HLA typings jako tenhle:
[
[DPA1*01:01],
[DPA1*01:02],
[DPA1*01:03]
], který má taky tři HLA kódy, ale skutečných, když v minulém případě [DPA1*01:01, DPA1*01:02] se počítá jako jeden
Aby bylo jasné
[
[DPA1*01:01, DPA1*01:02],
[DPA1*01:03],
[DPA1*01:04]
] je taky nevalidní případ, protože má taky tři skutečných (ne assumed) HLA typů:
[DPA1*01:01, DPA1*01:02]
[DPA1*01:03]
[DPA1*01:04]
Crossmatch pro ty "nevalidní" případy při obyčejným počítání na TXM jsou označeny za UNDECIDABLE. Validace probíhá tady:
Zvážit možnosti vracení takových UNDECIDABLE matches, jak moc zpomalují současný kód. Konečně vyřešit, jestli ty úpravy toho stojí nebo jsme spokojeny i s takovou verzi tohoto specifického endpointu.
Buď to vyřešit nebo zavřít issue
Diskuze
Původní diskuze o tomto začala v rámci tohoto PR: #1188
Úvod
Teď pro do-crossmatch API jsme vypnuli omezení na maximální počet HLA typů v typing se stejným low res kódem (
txmatching/txmatching/web/api/crossmatch_api.py
Lines 62 to 63 in dc88839
což umožňuje správně sparsovat celý assumed HLA typing, který v maximalizovánem vzhledu může mít i nekonečně mnoho HLA typů se stejným low res, tj. dovoluje korektně sparsovat typing jako
[
[
DPA1*01:01
,DPA1*01:02
],[
DPA1*01:03
]], který v maximalizovaném vzhledu má až tři kódy se stejným low res kódem.
To ale propouští i nevalidní HLA typings jako tenhle:
[
[
DPA1*01:01
],[
DPA1*01:02
],[
DPA1*01:03
]], který má taky tři HLA kódy, ale skutečných, když v minulém případě [
DPA1*01:01
,DPA1*01:02
] se počítá jako jedenAby bylo jasné
[
[
DPA1*01:01
,DPA1*01:02
],[
DPA1*01:03
],[
DPA1*01:04
]] je taky nevalidní případ, protože má taky tři skutečných (ne assumed) HLA typů:
DPA1*01:01
,DPA1*01:02
]DPA1*01:03
]DPA1*01:04
]Crossmatch pro ty "nevalidní" případy při obyčejným počítání na TXM jsou označeny za UNDECIDABLE. Validace probíhá tady:
txmatching/txmatching/utils/hla_system/hla_transformations/hla_transformations_store.py
Lines 142 to 154 in 17948e2
Task
Tak v rámci tohoto issue je třeba
Diskuze
Původní diskuze o tomto začala v rámci tohoto PR: #1188
The text was updated successfully, but these errors were encountered: