-
Notifications
You must be signed in to change notification settings - Fork 9
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
Add VO:0005505
- vaccine for platform
#623
Conversation
Similarly to vaccineontology#620, this adds a mid-level grouping term between VO:0000001 (vaccine) and several children representing vaccine platforms: 1. conjugate vaccine 2. DNA vaccine 3. inactivated vaccine 4. live virulent vaccine 5. live attenuated vaccine 6. passive vaccine 7. toxoid vaccine 8. whole organism vaccine 9. virus-like particle vaccine 10. recombinant vector vaccine 11. RNA vaccine 12. subunit vaccine This is added in the term "vaccine for platform" (VO:0005505). This doesn't add any axiomization regarding this grouping at the moment, since it's not yet clear if there's a shared way of ontologizing "what is a platform". Looking forward, platforms are typically defined as a combination of the one or more of the components/antigens/adjuvants/other ingredient types
I currently would raise the potential point that some of these categories
would cause overlap.
1. 'whole organism vaccine' has possible overlap with live virulent or live
attenuated vaccines as the live attenuated vaccines can be composed of
whole organism vaccines that have undergone some process while remaining
attenuated. However, depending on what definition is used for 'whole
organism vaccine', it would be possible to have an attenuated strain that
is missing or has altered a specific virulence factor; would that still
meet the implicit definition of whole organism vaccine.
2. There is a specific category of vaccines known as cocktail vaccines,
which are composed of two or more distinct vaccines (VO_0001395), including
vaccines from multiple categories (e.g. cocktail vaccine containing subunit
vaccine and inactivated whole organism vaccine (VO_0001396)).
3. I am not sure I am fully on board with your use and definition of a
platform. Right now these are recognized as distinct types of vaccines,
which I would classify based on their construction. I typically think of
platforms as something as part of an Illumina chips, but will think it over
tonight.
4. Otherwise most of these should have an axiom of 'has role' some
['vaccine role'].
…On Sun, Sep 24, 2023 at 1:14 PM Charles Tapley Hoyt < ***@***.***> wrote:
cc @yongqunh <https://github.com/yongqunh> @Huffmaar
<https://github.com/Huffmaar>
—
Reply to this email directly, view it on GitHub
<#623 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ANDAISGIX5WOA2EP2SAYTZTX4BS7ZANCNFSM6AAAAAA5FB7HOA>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
--
Anthony Huffman,
DCMB Student,
He Lab
|
Hi @Huffmaar, thanks for the feedback.
|
I'm still worried about 2 and it showing up due to shared inheritances (i.e. which one would be primary when we add new vaccines). Especially as cocktail vaccines can either share the same platform, or differ (usually as part of prime-boost vaccines). But other than that, I don't have any further issues. |
hi @Huffmaar, I updated the name based on your suggestion and rebased on the main branch. If I were encoding a cocktail vaccine, I would make relations that it has a component with multiple other vaccines, each of which can have the platforms annotated on them as subclasses directly |
Great, I'll look at those later today. Also, right now I would ask that
tag @zhengj2007 since she is now the main person who is consolidating
changes on VO now.
I would ask what explicitly what relation would be defined so that it works
with the reasoner.
…On Wed, Nov 15, 2023 at 5:58 AM Charles Tapley Hoyt < ***@***.***> wrote:
hi @Huffmaar <https://github.com/Huffmaar>, I updated the name based on
your suggestion and rebased on the main branch.
If I were encoding a cocktail vaccine, I would make relations that it has
a component with multiple other vaccines, each of which can have the
platforms annotated on them as subclasses directly
—
Reply to this email directly, view it on GitHub
<#623 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ANDAISCAZUSIBEIYWNVFN73YESN6XAVCNFSM6AAAAAA5FB7HOCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMJSGI4DCNJQGA>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
--
Anthony Huffman,
DCMB Student,
He Lab
|
I think the discussion about the components should be separated from this PR, but vo:0000520 might work |
Part of #619.
Similarly to #620, this adds a mid-level grouping term between VO:0000001 (vaccine) and several children representing vaccine platforms:
This is added in the term "vaccine for platform" (VO:0005505). This doesn't add any axiomization regarding this grouping at the moment, since it's not yet clear if there's a shared way of ontologizing "what is a platform". Looking forward, platforms are typically defined as a combination of the one or more of the components/antigens/adjuvants/other ingredient types
Note: this PR is fully independent of #622