-
Notifications
You must be signed in to change notification settings - Fork 23
Minutes_MiniStd_2019 10
Christian Busse edited this page Sep 16, 2021
·
4 revisions
- Species information for cell and locus annotations (#137)
- Rename MiAIRR field "Organism" to "Species" (#266)
- Human Population Genetics XT (#264)
- Date: Fri, 2019-11-08 14:30 UTC
- Present: Ahmad, Brian, Christian, Florian, Francisco, John, Sri
- Inclusion of species information for cell and locus annotations
(#137) was approved.
- Introduction of the fields
cell_species
andlocus_species
, will be added to the schema via #260. - Principle of "layering" (i.e. specialized keys deeper down in in the schema hierachy can override more general definitions of the same feature that took place further up) will be added to the docs.
- Introduction of the fields
- Rename "Organism" to "Species":
- The designation for this field is formally incorrect as an organism is an individual of a species, not the species itself. However, it is the latter one that we are aiming to annotate in this field. This could lead to confusion when using the term as a suffix (e.g., #137). The current term is derived from the INSDC Feature Table, which uses rather creative semantics to make it fit.
- There is a consensus that the MiAIRR name should be changed. As
this breaks compatibility it will be slated for inclusion in
AIRRv2. Whether the key
organism
will be changed at the same time, is up for discussion with with DataRep (#266).
- Human Population Genetics XT: We will get feedback from GLDB WG in their November call. The proposal will be put to a vote in MiniStd Call 2019-11, please comment on Github (#264, #265).
- Documentation of effective changes to the standard/schema: While nearly all changes made to the standard over the last two years are documented in some Github ticket, there is no comprehensive log that would summarize all changes. DataRep will discuss how they think this can be done with creating too much overhead.
- Deprecation vs. renaming of fields: While we have a procedure to document deprecation of fields (#248), it is unclear how to document renaming, especially how to keep the information what the new field name is.
- Relation between MiAIRR Set 6 and DataRep
Rearrangement
:- This has been an area of overlapping responsibility for some time. Although it has not been an issue until now that two WG basically define similar items, it is probably time to get this sorted out.
- As DataRep is the larger stakeholder, the proposal is that they set the standard definition for rearrangement data (e.g, as published in [Vander Heiden, 2018]). The MiAIRR "Set 6" would then be described as the subset of rearrangement fields from the DataRep standard that are recommended as the minimal information that one should store in INSDC repositories. For these fields, MiniStd will provide a mechanism for mapping the data to the INSDC Feature Table.
- Essentially, DataRep becomes the owner/definer of rearrangement data fields. MiniStd would no longer define these fields, but it would identify a subset of the rearrangement fields defined in the DataRep standard that it considers minimal via the inclusion of these fields into MiAIRR Set 6. In addition, implementations of MiAIRR would provide a mechanism/procedure for mapping those minimal rearrangement fields to the INSDC repositories.
- DataRep will discuss this on Monday.
- John: Are there current statistics on how many AIRR data sets are available via SRA/Genbank/TLS? No, Christian will collect these numbers for the next call.
Copyright (c) 2017-2024 AIRR Community
This work is licensed under a Creative Commons Attribution 4.0 International License.
- Standards Call 2024-12
- Standards Call 2024-11
- Standards Call 2024-10
- Standards Call 2024-09
- Standards Call 2024-08
- Standards Call 2024-07
- Standards Call 2024-06
- Standards Call 2024-05
- Standards Call 2024-04
- Standards Call 2024-03
- Standards Call 2024-02
- Standards Call 2024-01
- Standards Call 2023-12
- Standards Call 2023-11
- Standards Call 2023-10
- Standards Call 2023-09
- Standards Call 2023-08
- Standards Call 2023-07
- Standards Call 2023-06
- Standards Call 2023-05
- Standards Call 2023-04
- Standards Call 2023-03
- Standards Call 2023-02
- Standards Call 2023-01
- Standards Call 2022-10
- Standards Call 2022-09
- Standards Call 2022-08
- Standards Call 2022-07
- Standards Call 2022-06
- Standards Call 2022-05
- Standards Call 2022-04
- Standards Call 2022-03
- Standards Call 2022-02
- Standards Call 2022-01
- Standards Call 2021-12
- Standards Call 2021-11
- Standards Call 2021-10
- Standards Call 2021-09
- Standards Call 2021-08
- Standards Call 2021-07
- Standards Call 2021-06
- Standards Call 2021-05
- Standards Call 2021-04
- Standards Call 2021-03
- Standards Call 2021-02
- Standards Call 2021-01
- Standards Call 2020-08
- Standards Call 2020-07
- Standards Call 2020-06
- Standards Call 2020-05
- Standards Call 2020-04
- Standards Call 2020-03
- Standards Call 2020-02
- Standards Call 2020-01
- MiniStd Call 2020-05
- MiniStd Call 2020-04
- MiniStd Call 2020-03
- MiniStd Call 2020-02
- MiniStd Call 2020-01
- MiniStd Call 2019-11
- MiniStd Call 2019-10
- MiniStd Call 2019-09
- MiniStd Call 2019-08
- MiniStd Call 2019-07
- MiniStd Call 2019-06
- MiniStd Call 2019-05
- MiniStd Call 2019-04
- MiniStd Call 2019-03
- MiniStd Call 2019-02
- MiniStd Call 2019-01
- MiniStd Call 2018-12
- MiniStd Call 2018-11
- MiniStd Call 2018-10
- MiniStd Call 2018-09
- MiniStd Call 2018-08
- MiniStd Call 2018-07
- MiniStd Call 2018-06
- MiniStd Call 2018-05
- MiniStd Call 2018-04
- MiniStd Call 2018-03
- MiniStd Call 2018-02
- MiniStd Call 2018-01