-
Notifications
You must be signed in to change notification settings - Fork 6
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
[BUG] Link to ontology ref in anno headers. #100
Comments
I am not sure if i understand your question correctly. So you want to know how we can assure that the term in the main column is correctly referenced in the hidden columns (Term Source Ref and Term Accession Number)? |
Basically, yes. I’m wondering where the ontology ref is stored. Is it possible (ISA compliant) to add the accession to the column headers? |
Actually this goes somewhat in the same direction as #96. I just wanted to make sure -before SWATE-annotating large tables-, that this info isn't lost. |
No problem, just to be sure: In this example, are you wondering how we know that the term accession number is correct for the parameter (Bruker Daltonics HCT Series, in this case) or are you wondering where the information for the header (Paramater [instrument model], as instrument model is an ontology itself) is stored? |
Sorry, I could've shared a screenshot. The latter - where's the info stored? |
The only info stored is actually shown in the table, but: In this example i first extended the table with two additional rows and pulled down the bruker value. Then i removed some letters from the last term, changed one TSR value ( This will check all terms in the main column (here: Does this answer your question? |
I didn't mean the values (i.e. info in the rows like Bruker, MS, etc.) but the keys (column headers like instrument model). Where are TSR and TAN of "instrument model" stored? The "Use related term search" is not only based on the string ("instrument model"), but on TAN or not? If it was string only, this would have to be limited to one ontology to prevent duplicates. |
Ah sorry, currently we do not store TSR and TAN for ontologies in the column header. The "Use related term search" parses the header or the selected column to check for a ontology string. This string is then used to a is_a directed search. E.g. if i change a letter in "instrument model" to "instrument moel" the search will likely return 0 results as a entry for "instrument moel" does not exist in the database. What are your opinions on having a TSR or TAN for these headers saved? We could add them as an (#tag) in the reference (hidden) columns. |
Oh! Yes, I would definitely suggest to add (tag) them in the columns and then search by TAN. How else would SWATE handle duplicates originating from different ontologies? |
Currently if this occurs both terms would be used for a is_a directed search. But we should try to avoid duplicates as this would also mess up a lot of other functions. E.g. the above shown term search: #100 (comment) |
The next release (propably 0.3.0) will now add a term accession value tag to reference columns: this tag will be used for parentOntology term directed search and to fill in columns. |
Describe the bug
(Not sure, wether this is a bug, feature request, misunderstanding or curiosity)
How is the link of added annotation building blocks (header names) to the respective ontology ref maintained?
This cannot be simply by name, right? Especially for those, where "ontology" is picked for filling variable in the validator.
To Reproduce
OS and framework information (please complete the following information):
OS: macOS Big Sur
OS Version 11.1
MS Excel: Excel Desktop
MS Excel Version 16.43
The text was updated successfully, but these errors were encountered: