Tripal User's Meeting 2018/10/05

Meeting Date
Attendees

Bradford Condon, UTK/NAL

Michael Dondrup, University of Bergen, Norway (SLRC)

Shawna Spoor, WSU

Sean Buehler, UConn

Emily Grau, UConn

Gerard Lazo, ARS, Albany, CA

Valentin Guignon, Bioversity International (CGIAR)

Nathan Weeks, USDA-ARS, Ames, IA

Nic Herndon, UMass

Meg Staton, UTK

 

Reminders & Announcements

  • New meeting time!  Tuesdays!  Same time/regularity.

  • Next meeting: November 6th. (US Election Day)

    • Check if we want to postpone it a week.

 

 

  • Stay connected: Follow us on twitter, join our slack space, watch the github repository to see issues/discussions, join the GMOD email list

Discussion Topics (Open Agenda)

  • Official Tripal 3 release!

    • Some parts of guide still need to be updated (functional annotation)

      • Gerard - Upgrade went OK(ish?)  A couple of errors at the end of the install.

        • Please share them on the queue!

        • Note we have continuous integration set up to upgrade a barebones tripal 2 site to tripal 3, so we can at least confirm that is behaving itself.

Im k

  • Nathan

  • Valentin - add fields…

    • Feature_cvterm….

    • X_cvterm

      • The annotations field does this.

      • But isnt perfect for all needs:

      • Example use case: for stock table, with a CV ‘stock_status’ having the cvterms ‘active’, ‘lost’, ‘archived’,’..., it would be nice to define a new field “Chado cvterm” the way “Chado property” is, where you can select the CV to use for the available cvterms to select.

        • A custom field could be the answer

        • Alternatively a generic linker field that is an alternative to the existing annotation field.  It would behave more like the chado property field, allowing the admin to create a field using hte cvterm, but the term/value is stored in _cvterm instead of prop.

Docker images: