https://wiki.geneontology.org/index.php?title=AmiGO-chat-19June07&feed=atom&action=historyAmiGO-chat-19June07 - Revision history2024-03-29T02:38:00ZRevision history for this page on the wikiMediaWiki 1.40.0https://wiki.geneontology.org/index.php?title=AmiGO-chat-19June07&diff=49553&oldid=prevGail at 18:49, 9 April 20142014-04-09T18:49:14Z<p></p>
<table style="background-color: #fff; color: #202122;" data-mw="interface">
<col class="diff-marker" />
<col class="diff-content" />
<col class="diff-marker" />
<col class="diff-content" />
<tr class="diff-title" lang="en">
<td colspan="2" style="background-color: #fff; color: #202122; text-align: center;">← Older revision</td>
<td colspan="2" style="background-color: #fff; color: #202122; text-align: center;">Revision as of 14:49, 9 April 2014</td>
</tr><tr><td colspan="2" class="diff-lineno" id="mw-diff-left-l1">Line 1:</td>
<td colspan="2" class="diff-lineno">Line 1:</td></tr>
<tr><td class="diff-marker" data-marker="−"></td><td style="color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #ffe49c; vertical-align: top; white-space: pre-wrap;"><div>[[Category:AmiGO]]</div></td><td class="diff-marker" data-marker="+"></td><td style="color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #a3d3ff; vertical-align: top; white-space: pre-wrap;"><div>[[Category:AmiGO <ins style="font-weight: bold; text-decoration: none;">working group</ins>]]</div></td></tr>
<tr><td class="diff-marker"></td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><div><pre></div></td><td class="diff-marker"></td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><div><pre></div></td></tr>
<tr><td class="diff-marker"></td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><div>gwg: OK, let's go then!</div></td><td class="diff-marker"></td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><div>gwg: OK, let's go then!</div></td></tr>
</table>Gailhttps://wiki.geneontology.org/index.php?title=AmiGO-chat-19June07&diff=49546&oldid=prevGail at 18:44, 9 April 20142014-04-09T18:44:27Z<p></p>
<table style="background-color: #fff; color: #202122;" data-mw="interface">
<col class="diff-marker" />
<col class="diff-content" />
<col class="diff-marker" />
<col class="diff-content" />
<tr class="diff-title" lang="en">
<td colspan="2" style="background-color: #fff; color: #202122; text-align: center;">← Older revision</td>
<td colspan="2" style="background-color: #fff; color: #202122; text-align: center;">Revision as of 14:44, 9 April 2014</td>
</tr><tr><td colspan="2" class="diff-lineno" id="mw-diff-left-l1">Line 1:</td>
<td colspan="2" class="diff-lineno">Line 1:</td></tr>
<tr><td colspan="2" class="diff-side-deleted"></td><td class="diff-marker" data-marker="+"></td><td style="color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #a3d3ff; vertical-align: top; white-space: pre-wrap;"><div><ins style="font-weight: bold; text-decoration: none;">[[Category:AmiGO]]</ins></div></td></tr>
<tr><td class="diff-marker"></td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><div><pre></div></td><td class="diff-marker"></td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><div><pre></div></td></tr>
<tr><td class="diff-marker"></td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><div>gwg: OK, let's go then!</div></td><td class="diff-marker"></td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><div>gwg: OK, let's go then!</div></td></tr>
</table>Gailhttps://wiki.geneontology.org/index.php?title=AmiGO-chat-19June07&diff=9063&oldid=prevEurie: New page: <pre> gwg: OK, let's go then! gwg: shall we start with the easiest one, which is the AmiGO user queries one gwg: the question for discussion is when should we send users to the SF tracker,...2007-07-03T17:24:57Z<p>New page: <pre> gwg: OK, let's go then! gwg: shall we start with the easiest one, which is the AmiGO user queries one gwg: the question for discussion is when should we send users to the SF tracker,...</p>
<p><b>New page</b></p><div><pre><br />
gwg: OK, let's go then!<br />
gwg: shall we start with the easiest one, which is the AmiGO user queries one<br />
gwg: the question for discussion is when should we send users to the SF tracker, and when should we send them to GO help?<br />
gwg: my feeling is that we should just send users to GO help, and if there is something tracker-worthy, the GO help person adds it<br />
ben: I think the SF tracker would be "cleaner" if only GOC people entered it. So, I would say, go-help, then a responder enters whatever into SF.<br />
sjcarbon: i'd agree<br />
j-lo: I agree<br />
eurie: I personally think we should always just sent to GO help because then it minimize the confusion of who is being contacted<br />
val: That sounds sensible and seemsed to be the consensus<br />
gwg: anyone who disagrees, speak now or forever hold your peace!<br />
rama has joined the channel<br />
gwg: OK, we can make sure that all AmiGO-related help links go to GO help and not to SF<br />
gwg: Hi Rama!<br />
rama: Hi, sorry I am late. Not feeling good<br />
val: or to AWG, ?<br />
val: hi rama<br />
gwg: I'm sure the AWG chat will make you feel better<br />
rama: Absolutely<br />
gwg: I think send to GO help, and they can forward to AWG if required<br />
val: the curretn form directs to AWG so that also needs changing<br />
j-lo: yep<br />
gwg: OK, next item: Ben's bulk golite load<br />
rama: Do you think the ORB client form will confuse users?<br />
sjcarbon: it would only show up when someone can't find a term<br />
val: yes so thats a bit differnet (although I'm sure it will confuse users.....)<br />
ben: well, users are confused by anything<br />
gwg: very true!<br />
rama: yes, i agree. But still I found it overwhelming rather than simply writing to gohelp (sorry I am digressing)<br />
val: its a good point though, but it will be interesting to see whether users can cope with it!<br />
gwg: time will no doubt tell.<br />
gwg: Anyway, on to Ben and the golite bulk load. Take it away, Ben!<br />
rama: we don't have to discuss it today<br />
ben: OK, I have a test amigo load of a golite-like load at<br />
ben: goweb-dev.stanford.edu.<br />
cjm: is that url open to the outside?<br />
ben: It is basically the same as current production amigo<br />
ben: yes, it is open<br />
eurie: Can you provide some background as to purpose/reason for this?<br />
ben: there are some subtlies in the database, and I think it's short a couple hundred sequences.<br />
ben: We are movign to the bulk loader to allow us to load the database faster<br />
ben: so we can do a "full" load in < 10 days (I think we shold be down to 2-3)<br />
ben: we could also do a lite "non IEA" load every night<br />
gwg: wow, that would be good!<br />
ben: there is no rush to get this into production, since we have no application that uses the full +IEA database. But we will eventually move to this<br />
ben: well, golite still takes 8.5 hours. so you COULD load it every day.<br />
ben: I would also like to test this independently of any amigo changes.<br />
gwg: what are your plans on the testing front?<br />
ben: so we should do it before or after the next release. It doesn't need extensive banging - just term structure, xrefs, associations, sequenes<br />
eurie: If you load production and the dev database with the same datasets, do the numbers of rows in each of the tables match?<br />
ben: I have done many comparisons in sql and the dbs are identical at the association level. But there have other changes - like obo 1.2 format that slightly alter the database. <br />
ben: also, dbxref table changed the order of it's columns <br />
ben: if people would just take a quick look at areas in amigo they are familiar with, to make sure it looks right that would be great.<br />
cjm: seth, we could use your mechanizer script to automate the testing, couldn't we?<br />
ben: well, it's not identical.<br />
sjcarbon: we could<br />
sjcarbon: the looking right part might be trickier<br />
ben: in case it's not clear - the issue is that the underlying TERM database has changed slightly. I didn't do this.<br />
ben: This slightly tweaks the numbers, even though the gp #, and association numbers are all identicle.<br />
ben: we also change the seq loading to be faster, and we seem to have lost a few sequences (but it was far from complete anyway)<br />
eurie: So we need to be checking to make sure that the ontology was loaded and is being presented accurately?<br />
gwg: I was going to suggest we could compare results from AmiGO working on the public database vs on this test db, but then it would be simpler just to query via sql, I would have thought<br />
gwg: any more thoughts on this issue?<br />
ben: yes, there is no need to compare exact numbers side by side. the only problems I forsee is something really subtle, like the use of SGD reference ids rather than pubmed ids <br />
ben: this isn't bad - it's just a little different, has to do with the ordering of the dbxrefs.<br />
ben: anyway - it's low priority. but if anyone wants to take a look that would be great<br />
val: i don't see any problems with the refs .....<br />
gwg: OK, cool. The URL is out there, so if people want to test...<br />
gwg: go for it!<br />
ben: we probabaly SHOULD be using obo1.2 instead of the old format, especially since the graph_path comes out different<br />
val: why is this?<br />
ben: for some reason, the code that generates the graph_path creates many DUPLICATE links using the old obo file.<br />
ben: so the graph is the same, but the counts are all screwy<br />
cjm: but why? there should be no diffs in 1.0 vs 1.2 that affect this<br />
cjm: either way the path code needs fixed<br />
ben: I don't know, I never touched the goterm loading<br />
val: is it do do with the many is_a and part_of changes affecting the paths/counts?<br />
cjm: but this is nothing to do with 1.0 vs 1.2 - the formats are virtually identical. must be some other cause<br />
val: ah right, its exactly the same graph...<br />
cjm: we want to fix the path code anyway to allow us to get separate DAGs for is_a and part_of to improve the displays<br />
ben: well, we should probably dump this on the sw group instead of these poor people chris<br />
gwg: OK, so we're kicking this over to the software group?<br />
ben: final thought:<br />
ben: I would like a comment on :<br />
ben: http://amigo.geneontology.org/cgi-bin/amigo/go.cgi?view=assoc&search_constraint=terms&depth=0&query=GO031012<br />
ben: vs:<br />
ben: http://goweb-dev.stanford.edu/cgi-bin/amigo/go.cgi?view=assoc&search_constraint=terms&depth=0&query=GO031012<br />
ben: vis-a-vis the links in the reference column.<br />
ben: we can do this off line<br />
gwg: why don't you send an email about it and we will discuss it that way?<br />
eurie: I really prefer the PubMED IDs being displayed if there is one.<br />
val: same here<br />
gwg: same here<br />
cjm: same here<br />
rama: i agree with eurie. i prefer PMIDs too.<br />
ben: see, that wasn't so bad, was it?<br />
gwg: I didn't expect everyone to be in agreement! :o<br />
ben: interesting question - should ALL mods provide pubmed ids here?<br />
val: I think users would prefer it...<br />
gwg: I think so - where available, obviously<br />
ben: this was just an (unhappy) accident in how the dbxrefs were ordered I guess<br />
pascale: I dont know about others- at dictybase we have both internal and PMIDs, so unless a paper is not indexed (or it's an internal reference, we could provide either)<br />
gwg: the more we can get everyone using a standardized system, the better I think<br />
pascale: I agree<br />
gwg: should that be proposed to the annotation group or something?<br />
gwg: (there is an annotation group, isn't there?)<br />
ben: probably need to be precise. I will take a look at the GA files <br />
eurie: What is the current status of the files?<br />
rama: yes, mailing list<br />
ben: what do you mean status, eurie<br />
eurie: Just what the column in the GA files actually do contain<br />
ben: I just looked, it's a | (pipe) delimited list of ids<br />
ben: either db ids or pubmed.<br />
ben: my code just takes the first one, so it's the order that determined<br />
ben: what shows up in amigo<br />
gwg: I think it needs to be suggested to the annotation group then - use PMID unless there isn't one available; in that case, use the internal ref<br />
ben: rgd, for example, has only RGD identifiers.<br />
ben: but something else is wacky here<br />
ben: on that (production) page I sent, the ISS have the SEQUENCE<br />
ben: dbxref (for uniprot anyway)<br />
ben: there is no checking on the type of "ref" you put in the go_ref column (column 6 I think)<br />
gwg: is this a problem with AmiGO itself or an annotation file format / parser problem? I think we should move on to the map2slim if it's the latter<br />
ben: I think latter... we should move on anyway<br />
gwg: ok then, moving on<br />
gwg: map2slim!<br />
gwg: comments, questions, etc.?<br />
sjcarbon: I haven't had a chance to incorporate everyone's comments and suggestions in yet<br />
sjcarbon: thanks for the feedback<br />
sjcarbon: i'll respond to the email threads as I work through them<br />
eurie: I haven't had a chance to catch up on the emails so it may already be in there. But is there going to be a mechanism for directly inputing a gene list from AMiGO into the map2slim?<br />
gwg: I have a question for AWGers - do you think that users might want to use a certain subset of the preexisting GO database annots into map2slim?<br />
cjm: amelia - yes<br />
gwg: (oh, Eurie has just asked the same thing)<br />
gwg: Seth, can m2s do that at the moment?<br />
gwg: or is it just a wrapper round the map2slim script?<br />
sjcarbon: no--currently map2slim doesn't have a way of directly reading those in<br />
sjcarbon: we should be able to fix this though<br />
cjm: but if we lifted the code up from the script and integrated it into the API then we could.. <br />
cjm: perhaps it might be possible to have a 'pervasive' map2slim mode, like a filter, so all query results are automatically mapped. would this be useful - or confusing?<br />
gwg: seems to me if we had like a 'shopping basket' in which you could collect gps which you could then do m2s on, that might be useful<br />
eurie: no worries if it's difficult at this point. <br />
j-lo: I like the shopping basket idea<br />
gwg: it would be simple to have another option at the bottom of tables where you can select GPs which was something like 'Add GPs to basket', and then something where you could choose what you wanted to do with the GPs in your basket<br />
gwg: e.g. download associations, m2s, get the FASTA seqs, whatever<br />
sjcarbon: i think it would be easier for some of this stuff to wait until we have AMiGO a bit more AJAXified<br />
gwg: but the principle is simple enough - it's just like any online shop where you collect up items and then do something with them<br />
gwg: at the moment, you can collect up items and do something with them if they appear on the same results page<br />
sjcarbon: yes, but it would be easier<br />
cjm: (except you don't often buy 1000s of items in a shop but you might want to for map2slim)<br />
gwg: you don't buy 1000s of items when you're shopping online? <br />
gwg: Anyway, we are just about out of time now<br />
eurie: Waiting sounds fine with me<br />
gwg: so shall we bring matters to a close?<br />
rama: sure<br />
gwg: action items from today's fun chat:<br />
gwg: 1) Make sure any help-related links from AmiGO go to GO help; don't confuse users with the SF trackers<br />
gwg: 2) Ben has a dev version of the GO db loaded via the new system available if people would like to have a point 'n' click around<br />
gwg: 3) Could someone on the annotation mailing list volunteer to propose that PMIDs be used as the standard literature reference where they are available, and if they aren't available, the internal db ref can be used<br />
gwg: 4) possible problems with the graph_path tables in the db and various db loading issues to be passed on to the software group<br />
ben: 4) go-sw group to look into termdb loading<br />
cjm: (regarding #3 - I dont think anything needs done. this is already the case. but we can follow up in email<br />
gwg: 5) isn't really an action item, but Seth is looking at suggestions / etc. about m2s.<br />
gwg: if someone could follow it up in email that might be good<br />
gwg: OK, I think that's it. The torture is over for another fortnight!<br />
ben: adios<br />
</pre></div>Eurie