Skip to content
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

Handling Batches in the Master List #10

Open
mattodd opened this issue Mar 21, 2018 · 1 comment
Open

Handling Batches in the Master List #10

mattodd opened this issue Mar 21, 2018 · 1 comment
Assignees

Comments

@mattodd
Copy link
Contributor

mattodd commented Mar 21, 2018

Further to conversations about molecule numbering (now captured in the Tech Ops wiki) and a SNAFU about two samples of the same molecule being tested and giving different data (#4 ), what is the best policy for recording data in the Master List on different batches of compounds? e.g. if a compound is synthesised several times and evaluated in different assays.

i) One row per MYOS number, and somehow indicating which data come from which batch or
ii) One row per batch, meaning multiple rows are possible for each MYOSXXXXX code. Is that annoying?

Am assuming the latter. So in #4 we need to retain the duplicate rows, not remove them, and instead distinguish with the batch codes.

@drc007
Copy link

drc007 commented Mar 21, 2018

@mattodd The ideal solution would be to have a relational database, all in vitro screening data would be in a single table (or table per assay). The master list would be a view of the data using a lookup based on the molecule ID.

For in vitro screening data it would be fine to have a single Mol_ID in the master table and an average number for IC50 (average over repeats and batches). Including an N number would let people know the compound has been tested multiple times. If people want to see the individual results they would search the screening data table.

Perhaps something similar for current flat files, but I'm not sure how easy it would be to automate?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants