From: SourceForge.net <no...@so...> - 2012-12-03 15:06:11
|
Curation tool item #3547630, was opened at 2012-07-23 07:06 Message generated for change (Comment added) made by val_wood You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=2525791&aid=3547630&group_id=65526 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Out of Date Priority: 6 Private: No Submitted By: Valerie Wood (val_wood) Assigned to: Nobody/Anonymous (nobody) Summary: Changes to labs and people Initial Comment: WE decided that in the curation tool we don't want to maintain connections between peopl and labs. We already have a number of examples of people curating papers from ex-labs, people curating papers they were not authors on. This will be come confusing and we think it is better that we collect the detailed lab info (lab/interests/lab members etc) from a separate interface attached to pomBase somehow. What we need in the curation tool is i) the originating lab for the paper (probably this will replace the current publication curator slot) ii) who actually curated the paper. (we do not think we necessarily need to connect these 2 pieces of information, this will be much more flexible) Add lab 1. People no longer need to be connected to labs (drop people interface) 2. Labs will be known be lab head surname only (use first name to disambiguate if common surname) 3. In this interface should also be able to assign a PMID to a lab, 4. If PMID supplied is not in database supply message "paper needs adding (or similar) Add Person 1. For a new person we don't need to assign to a lab (drop this) In the publication details 1. Change the "assign to curator" to "originating lab" The Edit pub 1. Change the pulldown to autocomplete (from lab list) In the Triage interface change the "assign to curator" to "set originating lab" (autocomplete from lab list) (I'll set this at 6, slightly lower than the other stuff, as we can manage, Skype M or me if you need any clarification) ---------------------------------------------------------------------- >Comment By: Valerie Wood (val_wood) Date: 2012-12-03 07:06 Message: Newer item will replace this. We will need to revisit changes to the interface for adding people, buyt most of this should be covered by the revisions ---------------------------------------------------------------------- Comment By: Valerie Wood (val_wood) Date: 2012-07-26 04:59 Message: transferring from https://sourceforge.net/tracker/?func=detail&aid=3538483&group_id=65526&atid=2525791 : not particularly urgent, but I was adding a new curator and got an error message, (i didn't copy the message it but easily reproducible) I realise afterwards this is because the person I was trying to add was already added as a curator, so a more elegant message (if you enter an exact name of an existing person ask to confirm existing e-mail, or similar) (This may longer be relevant after the changes in this item, but if it is it should be addressed with this re-work) ---------------------------------------------------------------------- Comment By: Valerie Wood (val_wood) Date: 2012-07-23 23:02 Message: This sounds fine to me. Everyone? Kim FYI We envisaged pushing the user data collection over to be an interface on PomBase (i.e Mark). The community maintain their own data, it will load directly into Chado, with minimal curator intervention. ---------------------------------------------------------------------- Comment By: Kim Rutherford (kim_rutherford) Date: 2012-07-23 20:51 Message: If the lab is always "Joe Bloggs' Lab" we can probably ditch the labs altogether. What I mean is, the publication could just have a field like "Originating lab head", which is just a person. That way we just maintain a list of people. That simplifies the database and means the triage page is easy to fix. ---------------------------------------------------------------------- Comment By: Valerie Wood (val_wood) Date: 2012-07-23 09:40 Message: I'm not totally sure that this will still be relevant after the above changes but this is transferred from https://sourceforge.net/tracker/index.php?func=detail&aid=3480224&group_id=65526&atid=2525791 Currently when assigning a publication to a curator there is a static list. We need an easy way of adding a new user to the list. ---------------------------------------------------------------------- Comment By: Valerie Wood (val_wood) Date: 2012-07-23 07:21 Message: Currently to find out who actually did the curation you need to go into the session. It would be nice if that appeared in the session tables. ---------------------------------------------------------------------- Comment By: Valerie Wood (val_wood) Date: 2012-07-23 07:19 Message: We think to speed up we will also want to "create a session" for all curatable papers when they are assigned as "curatable". we could then assign a curator whist triaging. We can come back to this later though....not urgent ---------------------------------------------------------------------- Comment By: Valerie Wood (val_wood) Date: 2012-07-23 07:12 Message: Note there are some mistakes in the existing lab list.... (probably best to clear and start again, as there are not many labs in the list yet). I also have some mistakes in this list (when I was adding it seemed as though I was correcting these but some of the old entries have been retained http://curation.pombase.org/pombe/view/list/lab?model=track Forsburg Paul Nurse and duplicate rows for Bahler (1) suplicate rows for Nurse (4) Can you fix these, or tell me how to. -------- Once this is done the curators will go through and assign labs to the completed sessions (Midori volunteered) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=2525791&aid=3547630&group_id=65526 |