-
Notifications
You must be signed in to change notification settings - Fork 10
Define mapping from PomBase PAF #67
Comments
One problem with this format..... We have been able to capture everything for single gene So we have another file for this soon: So far none of our users have requested to download the multi-gene phenotypes file...most are interested in single gene phenotypes so there might be advantages to having in separate files. Any other suggestions welcome. |
The way that would be most aligned with phenopackets is to make an entity identifier for the genotype object, @mbrush can give you some examples EDIT ok, so that wouldn't quite work with PAF as it already hardwires certain fields to be gene, allele etc, it's kind of a PAF and a GtAF |
can we have a call about this when Midori is back. We can do multiple formats. We need to maintain a simple one per line gaf style format for single-gene phenotypes for our biological end users who like excel... otherwise flexible |
File also for AmiGO loading :) |
Note WB are doing something similar, but with GAFs: https://github.com/WormBase/website/issues/1778 |
Note that we are only trying to create a GAF for AMiGO loading, It would be useful if we could come up with a generic phenotype exchange format which would capture everything that is required (for biological end users, and for bulk submissions). I had a quick look and don't fully understand all of the WormBase fields and I guess any format needs to be able to cope with precomposed phenotype ontology terms like ours and post composed EQ stuff like WormBase. Would it be useful to have a discussion with you @khowe @kyook @mah11 and other interested to see if we can come up with a common GAF equivalent |
Hi All, I've been looking at our phenotype_annotations GAF with the goal of So, it would be very useful to have a discussion about changes we should Karen
|
http://www.pombase.org/submit-data/phenotype-data-bulk-upload-format
This is quite flexible and could become an official TSV format for PXF (although the json/yaml will still be canonical)
cc @ValWood
The text was updated successfully, but these errors were encountered: