From noreply at rubyforge.org Mon Mar 2 04:40:48 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Mon, 2 Mar 2009 04:40:48 -0500 (EST) Subject: [BioCatalogue-developers] [457] trunk: Used the non-minimised version of the tabber JS code so that enhancements can be made much more easily . Message-ID: <20090302094049.59DEA18580FE@rubyforge.org> An HTML attachment was scrubbed... URL: From ericnzuo at ebi.ac.uk Mon Mar 2 09:22:51 2009 From: ericnzuo at ebi.ac.uk (Eric Nzuobontane) Date: Mon, 02 Mar 2009 14:22:51 +0000 Subject: [BioCatalogue-developers] [Fwd: Re: question about biocatalogue] In-Reply-To: <0D9849CC-8FF6-431F-9966-BA78CFDE23EA@manchester.ac.uk> References: <49A7E381.2060803@ebi.ac.uk> <0D9849CC-8FF6-431F-9966-BA78CFDE23EA@manchester.ac.uk> Message-ID: <49ABEBBB.2050403@ebi.ac.uk> Hi Steve, Have you had a look at this mail? cheers, Eric Steve Pettifer wrote: > Will do; just in a meeting at the mo I'll reply properly shortly > > Steve > > > On 27 Feb 2009, at 12:58, Eric Nzuobontane wrote: > >> Hi Steve, >> Could you help with these questions about the embrace registry? >> >> Eric >> >> >> *From: *Yasumasa Shigemoto > > >> *Date: *27 February 2009 12:43:28 GMT >> *To: *Eric Nzuobontane > >> *Cc: *SUGAWARA Hideaki > >, Yoshikazu kuwana >> >, >> biocatalogue-developers at rubyforge.org >> >> *Subject: **Re: question about biocatalogue* >> >> >> Dear Eric, >> >> Thank you for your mail. >> >>> The URL to REST collection simple means the endpoint to the rest >>> services without the parameters >>> ie http://xml.nig.ac.jp/wabi/ >>> Then please describe the service and you can add the url >>> >>> >> http://xml.nig.ac.jp/wabi/Method?serviceName=GetEntry&mode=methodList&lang=en >> >>> >>> as an example of how to invoke the service >> >> The example of the REST URL is as follows. >> >> http://xml.nig.ac.jp/rest/Invoke?service=GetEntry&method=getDDBJEntry&accession=AB000100 >> >> The above URL provides DDBJ entry with specified accession number. >> Then, the URL to REST collection is 'http://xml.nig.ac.jp/rest/' ? >> >> However if the user access the above URL, there is no information >> in the page. Because the API document is provided in the following >> another page. >> 'http://xml.nig.ac.jp/wabi/Method?serviceName=GetEntry&mode=methodList&lang=en' >> >> I appreciate very much if you could give us more advice. >> >> Regards, >> Yasumasa >> >>> Dear Yasumasa >>> >>> Thank you for your mail and for registering your services into the >>> embrace registry. The current embrace registry will be merge with the >>> BioCatalogue in April. BioCatalogue will offer more possibilities than >>> the current embrace registry does. >>> >>>>> 1. URL to REST collection >>>>> What does "What does "URL to REST collection"?mean ? Is the >>>>> following page is suitable? >>>>> >>>>> http://xml.nig.ac.jp/wabi/Method?serviceName=GetEntry&mode=methodList&lang=en >>>>> >>>> >>> The URL to REST collection simple means the endpoint to the rest >>> services without the parameters >>> ie http://xml.nig.ac.jp/wabi/ >>> Then please describe the service and you can add the url >>> >>> http://xml.nig.ac.jp/wabi/Method?serviceName=GetEntry&mode=methodList&lang=en >>> >>> as an example of how to invoke the service >>> >>> >>>>> 2. Vocabularies >>>>> Do you intend to control the vocabularies of the Web service >>>>> description ? >>>>> >>>> >>> Not directly at this point. But we intend to leverage existing >>> vocabularies like the myGrid ontology so that people can associate >>> service descriptions with ontologies >>> >>>>> 3. Rating >>>>> What algorithm is "Your rating" estimated based on ? >>>>> >>>> >>> This is a simple 5-star rating system. So the user determines the rating >>> rather than it being computed using an algorithm >>> >>> I hope that helps. If there are any questions, please do not hesitate to >>> contact us >>> >>> >>> Regards, >>> >>> BioCatalogue Team >>> >>> >> >> >> > -------------- next part -------------- A non-text attachment was scrubbed... Name: ericnzuo.vcf Type: text/x-vcard Size: 248 bytes Desc: not available URL: From noreply at rubyforge.org Mon Mar 2 13:00:53 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Mon, 2 Mar 2009 13:00:53 -0500 (EST) Subject: [BioCatalogue-developers] [458] trunk/app/models/soaplab_server.rb: use soap4r gem instead of the standard ruby lib process soap and add name aliases to soaplab services Message-ID: <20090302180053.D3A7215B801E@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Mon Mar 2 13:02:31 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Mon, 2 Mar 2009 13:02:31 -0500 (EST) Subject: [BioCatalogue-developers] [459] trunk/config/environment.rb: load soap4r gem at start up, needed to create proxy to soap services Message-ID: <20090302180231.D282F15B801E@rubyforge.org> An HTML attachment was scrubbed... URL: From ericnzuo at ebi.ac.uk Tue Mar 3 08:13:11 2009 From: ericnzuo at ebi.ac.uk (Eric Nzuobontane) Date: Tue, 03 Mar 2009 13:13:11 +0000 Subject: [BioCatalogue-developers] geocoding returning questionable results Message-ID: <49AD2CE7.301@ebi.ac.uk> hi, I just submitted a service http://beta.biocatalogue.org/services/142-getbincodebysgnservice_616678 which I expected to be located in Germany but geocoding claims it is in the US! Eric -------------- next part -------------- A non-text attachment was scrubbed... Name: ericnzuo.vcf Type: text/x-vcard Size: 238 bytes Desc: not available URL: From ytanoh at cs.man.ac.uk Tue Mar 3 09:41:43 2009 From: ytanoh at cs.man.ac.uk (Franck Tanoh) Date: Tue, 3 Mar 2009 14:41:43 -0000 Subject: [BioCatalogue-developers] geocoding returning questionable results In-Reply-To: <49AD2CE7.301@ebi.ac.uk> Message-ID: Eric, This is a BioMoby service (therefore a dummy wsdl). The tool was made in germany (http://www.biomedcentral.com/1471-2105/7/535) but the web service was implemented by the BioMoby group. So the geocoding make sense. The service should therefore be tagged as BioMoby service. The list of BioMoby dummy wsdl: http://biomoby.org/cgi-bin/serviceList Franck -----Original Message----- From: biocatalogue-developers-bounces at rubyforge.org [mailto:biocatalogue-developers-bounces at rubyforge.org] On Behalf Of Eric Nzuobontane Sent: 03 March 2009 13:13 To: biocatalogue-developers at rubyforge.org Subject: [BioCatalogue-developers] geocoding returning questionable results hi, I just submitted a service http://beta.biocatalogue.org/services/142-getbincodebysgnservice_616678 which I expected to be located in Germany but geocoding claims it is in the US! Eric From ericnzuo at ebi.ac.uk Tue Mar 3 09:51:48 2009 From: ericnzuo at ebi.ac.uk (Eric Nzuobontane) Date: Tue, 03 Mar 2009 14:51:48 +0000 Subject: [BioCatalogue-developers] geocoding returning questionable results In-Reply-To: References: Message-ID: <49AD4404.6030105@ebi.ac.uk> Hi Franck, I am not sure I understand. Geocoding has no knowledge of the the history of whatever it goecodes, as far as I understand. I think the enpoint has a german domain and would expect the goecode follow that... Except I completely missundestand what goeoding does. Eric Franck Tanoh wrote: > Eric, > > This is a BioMoby service (therefore a dummy wsdl). The tool was made in > germany (http://www.biomedcentral.com/1471-2105/7/535) but the web service > was implemented by the BioMoby group. So the geocoding make sense. > > The service should therefore be tagged as BioMoby service. The list of > BioMoby dummy wsdl: http://biomoby.org/cgi-bin/serviceList > > Franck > > -----Original Message----- > From: biocatalogue-developers-bounces at rubyforge.org > [mailto:biocatalogue-developers-bounces at rubyforge.org] On Behalf Of Eric > Nzuobontane > Sent: 03 March 2009 13:13 > To: biocatalogue-developers at rubyforge.org > Subject: [BioCatalogue-developers] geocoding returning questionable results > > hi, > I just submitted a service > http://beta.biocatalogue.org/services/142-getbincodebysgnservice_616678 > which I expected to be located in Germany but geocoding claims it is in > the US! > > Eric > > -------------- next part -------------- A non-text attachment was scrubbed... Name: ericnzuo.vcf Type: text/x-vcard Size: 238 bytes Desc: not available URL: From noreply at rubyforge.org Tue Mar 3 10:09:29 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Tue, 3 Mar 2009 10:09:29 -0500 (EST) Subject: [BioCatalogue-developers] [460] trunk/app/views/layouts/_footer.html.erb: put full url for wiki Message-ID: <20090303150929.3022818580ED@rubyforge.org> An HTML attachment was scrubbed... URL: From jits at cs.man.ac.uk Tue Mar 3 10:35:51 2009 From: jits at cs.man.ac.uk (Jiten Bhagat) Date: Tue, 03 Mar 2009 15:35:51 +0000 Subject: [BioCatalogue-developers] geocoding returning questionable results In-Reply-To: <49AD4404.6030105@ebi.ac.uk> References: <49AD4404.6030105@ebi.ac.uk> Message-ID: <49AD4E57.5030203@cs.man.ac.uk> We're using a free online IP to location mapping service called hostip (http://www.hostip.info/) so unfortunately we rely on their database (which can be populated and updated by anyone through their website). Also, we do DNS name to IP resolving at submission time, which is at the mercy of DNS servers and load balancers. Jits Eric Nzuobontane wrote: > Hi Franck, > I am not sure I understand. Geocoding has no knowledge of the the > history of whatever it goecodes, as far as I understand. I think the > enpoint has a german domain and would expect the goecode follow > that... Except I completely missundestand what goeoding does. > > Eric > > > Franck Tanoh wrote: >> Eric, >> This is a BioMoby service (therefore a dummy wsdl). The tool was made in >> germany (http://www.biomedcentral.com/1471-2105/7/535) but the web >> service >> was implemented by the BioMoby group. So the geocoding make sense. >> The service should therefore be tagged as BioMoby service. The list of >> BioMoby dummy wsdl: http://biomoby.org/cgi-bin/serviceList >> Franck >> -----Original Message----- >> From: biocatalogue-developers-bounces at rubyforge.org >> [mailto:biocatalogue-developers-bounces at rubyforge.org] On Behalf Of Eric >> Nzuobontane >> Sent: 03 March 2009 13:13 >> To: biocatalogue-developers at rubyforge.org >> Subject: [BioCatalogue-developers] geocoding returning questionable >> results >> >> hi, >> I just submitted a service >> http://beta.biocatalogue.org/services/142-getbincodebysgnservice_616678 >> which I expected to be located in Germany but geocoding claims it is >> in the US! >> >> Eric >> >> > > _______________________________________________ > BioCatalogue-developers mailing list > BioCatalogue-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/biocatalogue-developers > From noreply at rubyforge.org Tue Mar 3 10:41:15 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Tue, 3 Mar 2009 10:41:15 -0500 (EST) Subject: [BioCatalogue-developers] [461] trunk: Fixes and additions to allow us to remember which tab the user was on when submitting an annotation so that the appropriate tab is shown after . Message-ID: <20090303154115.CFFD018580ED@rubyforge.org> An HTML attachment was scrubbed... URL: From ericnzuo at ebi.ac.uk Tue Mar 3 11:01:03 2009 From: ericnzuo at ebi.ac.uk (Eric Nzuobontane) Date: Tue, 03 Mar 2009 16:01:03 +0000 Subject: [BioCatalogue-developers] geocoding returning questionable results In-Reply-To: <49AD4E57.5030203@cs.man.ac.uk> References: <49AD4404.6030105@ebi.ac.uk> <49AD4E57.5030203@cs.man.ac.uk> Message-ID: <49AD543F.4080605@ebi.ac.uk> Hi Jits, Sorry about the power failure & unliable connection...We are not there yet in africa :( . I understand that we depend on some external service. Just wanted us to be aware of this. Peace... Eric Jiten Bhagat wrote: > We're using a free online IP to location mapping service called hostip > (http://www.hostip.info/) so unfortunately we rely on their database > (which can be populated and updated by anyone through their website). > > Also, we do DNS name to IP resolving at submission time, which is at > the mercy of DNS servers and load balancers. > > Jits > > > Eric Nzuobontane wrote: >> Hi Franck, >> I am not sure I understand. Geocoding has no knowledge of the the >> history of whatever it goecodes, as far as I understand. I think the >> enpoint has a german domain and would expect the goecode follow >> that... Except I completely missundestand what goeoding does. >> >> Eric >> >> >> Franck Tanoh wrote: >>> Eric, >>> This is a BioMoby service (therefore a dummy wsdl). The tool was >>> made in >>> germany (http://www.biomedcentral.com/1471-2105/7/535) but the web >>> service >>> was implemented by the BioMoby group. So the geocoding make sense. >>> The service should therefore be tagged as BioMoby service. The list of >>> BioMoby dummy wsdl: http://biomoby.org/cgi-bin/serviceList >>> Franck >>> -----Original Message----- >>> From: biocatalogue-developers-bounces at rubyforge.org >>> [mailto:biocatalogue-developers-bounces at rubyforge.org] On Behalf Of >>> Eric >>> Nzuobontane >>> Sent: 03 March 2009 13:13 >>> To: biocatalogue-developers at rubyforge.org >>> Subject: [BioCatalogue-developers] geocoding returning questionable >>> results >>> >>> hi, >>> I just submitted a service >>> http://beta.biocatalogue.org/services/142-getbincodebysgnservice_616678 >>> which I expected to be located in Germany but geocoding claims it >>> is in the US! >>> >>> Eric >>> >>> >> >> _______________________________________________ >> BioCatalogue-developers mailing list >> BioCatalogue-developers at rubyforge.org >> http://rubyforge.org/mailman/listinfo/biocatalogue-developers >> -------------- next part -------------- A non-text attachment was scrubbed... Name: ericnzuo.vcf Type: text/x-vcard Size: 238 bytes Desc: not available URL: From jits at cs.man.ac.uk Tue Mar 3 11:07:22 2009 From: jits at cs.man.ac.uk (Jiten Bhagat) Date: Tue, 03 Mar 2009 16:07:22 +0000 Subject: [BioCatalogue-developers] geocoding returning questionable results In-Reply-To: <49AD543F.4080605@ebi.ac.uk> References: <49AD4404.6030105@ebi.ac.uk> <49AD4E57.5030203@cs.man.ac.uk> <49AD543F.4080605@ebi.ac.uk> Message-ID: <49AD55BA.5090807@cs.man.ac.uk> Hi Eric, Yeah, I know what you mean, and a good point raised :-) Yeah, these power and internet failures are bloody annoying! Power not so much as there are generators at the hotel, but internet, well, i cant live without!!!! How sad... See you guys soon. Cheers, Jits Eric Nzuobontane wrote: > Hi Jits, > Sorry about the power failure & unliable connection...We are not there > yet in africa :( . I understand that we depend on some external > service. Just wanted us to be aware of this. > > Peace... > > Eric > > > Jiten Bhagat wrote: >> We're using a free online IP to location mapping service called >> hostip (http://www.hostip.info/) so unfortunately we rely on their >> database (which can be populated and updated by anyone through their >> website). >> >> Also, we do DNS name to IP resolving at submission time, which is at >> the mercy of DNS servers and load balancers. >> >> Jits >> >> >> Eric Nzuobontane wrote: >>> Hi Franck, >>> I am not sure I understand. Geocoding has no knowledge of the the >>> history of whatever it goecodes, as far as I understand. I think the >>> enpoint has a german domain and would expect the goecode follow >>> that... Except I completely missundestand what goeoding does. >>> >>> Eric >>> >>> >>> Franck Tanoh wrote: >>>> Eric, >>>> This is a BioMoby service (therefore a dummy wsdl). The tool was >>>> made in >>>> germany (http://www.biomedcentral.com/1471-2105/7/535) but the web >>>> service >>>> was implemented by the BioMoby group. So the geocoding make sense. >>>> The service should therefore be tagged as BioMoby service. The list of >>>> BioMoby dummy wsdl: http://biomoby.org/cgi-bin/serviceList >>>> Franck >>>> -----Original Message----- >>>> From: biocatalogue-developers-bounces at rubyforge.org >>>> [mailto:biocatalogue-developers-bounces at rubyforge.org] On Behalf Of >>>> Eric >>>> Nzuobontane >>>> Sent: 03 March 2009 13:13 >>>> To: biocatalogue-developers at rubyforge.org >>>> Subject: [BioCatalogue-developers] geocoding returning questionable >>>> results >>>> >>>> hi, >>>> I just submitted a service >>>> http://beta.biocatalogue.org/services/142-getbincodebysgnservice_616678 >>>> >>>> which I expected to be located in Germany but geocoding claims it >>>> is in the US! >>>> >>>> Eric >>>> >>>> >>> >>> _______________________________________________ >>> BioCatalogue-developers mailing list >>> BioCatalogue-developers at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/biocatalogue-developers >>> > From noreply at rubyforge.org Tue Mar 3 11:19:57 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Tue, 3 Mar 2009 11:19:57 -0500 (EST) Subject: [BioCatalogue-developers] [462] trunk/.project: Removed from repo as this is Eclipse workspace specific. Message-ID: <20090303161957.69BE618580ED@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Tue Mar 3 11:25:03 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Tue, 3 Mar 2009 11:25:03 -0500 (EST) Subject: [BioCatalogue-developers] [463] trunk/app/models/soaplab_server.rb: added dumping raw soap xml for debug purposes Message-ID: <20090303162503.B8EE118580ED@rubyforge.org> An HTML attachment was scrubbed... URL: From ericnzuo at ebi.ac.uk Tue Mar 3 11:33:28 2009 From: ericnzuo at ebi.ac.uk (Eric Nzuobontane) Date: Tue, 03 Mar 2009 16:33:28 +0000 Subject: [BioCatalogue-developers] one of the recent updates thows an exception!!!! Message-ID: <49AD5BD8.5030802@ebi.ac.uk> NameError in Home#index Showing /app/views/layouts/_head_tabber.html.erb/ where line *#36* raised: |undefined local variable or method `get_and_reset_use_tab_cookie_param_value' for #| Extracted source (around line *#36*): |33: // Only use cookie if anchor has not been explicitly specified in the URL 34: // AND the use_tabs_cookie variable is set to true. 35: 36: var useCookie = <%= get_and_reset_use_tab_cookie_param_value -%>; 37: 38: if ((window.location.hash == null || window.location.hash == "") && useCookie == true) { 39: var t = argsObj.tabber; | Trace of template inclusion: app/views/layouts/_head.html.erb, app/views/layouts/application_wide.html.erb |RAILS_ROOT: /net/nas11a/vol1/alien-www/html/test_biocatalogue/rails/biocatalogue| -------------- next part -------------- A non-text attachment was scrubbed... Name: ericnzuo.vcf Type: text/x-vcard Size: 238 bytes Desc: not available URL: From jits at cs.man.ac.uk Tue Mar 3 11:43:42 2009 From: jits at cs.man.ac.uk (Jiten Bhagat) Date: Tue, 03 Mar 2009 16:43:42 +0000 Subject: [BioCatalogue-developers] one of the recent updates thows an exception!!!! In-Reply-To: <49AD5BD8.5030802@ebi.ac.uk> References: <49AD5BD8.5030802@ebi.ac.uk> Message-ID: <49AD5E3E.30500@cs.man.ac.uk> As mentioned a few times before: please restart mongrel servers on every update :-) not all files will get reloaded in dev mode. Jits Eric Nzuobontane wrote: > > NameError in Home#index > > Showing /app/views/layouts/_head_tabber.html.erb/ where line *#36* > raised: > > |undefined local variable or method > `get_and_reset_use_tab_cookie_param_value' for > #| > > Extracted source (around line *#36*): > > |33: // Only use cookie if anchor has not been explicitly > specified in the URL 34: // AND the use_tabs_cookie variable > is set to true. > 35: > 36: var useCookie = <%= > get_and_reset_use_tab_cookie_param_value -%>; > 37: > 38: if ((window.location.hash == null || window.location.hash > == "") && useCookie == true) { > 39: var t = argsObj.tabber; > | > > Trace of template inclusion: app/views/layouts/_head.html.erb, > app/views/layouts/application_wide.html.erb > > |RAILS_ROOT: > /net/nas11a/vol1/alien-www/html/test_biocatalogue/rails/biocatalogue| > > _______________________________________________ > BioCatalogue-developers mailing list > BioCatalogue-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/biocatalogue-developers > From jits at cs.man.ac.uk Tue Mar 3 11:48:14 2009 From: jits at cs.man.ac.uk (Jiten Bhagat) Date: Tue, 03 Mar 2009 16:48:14 +0000 Subject: [BioCatalogue-developers] one of the recent updates thows an exception!!!! In-Reply-To: <49AD5E3E.30500@cs.man.ac.uk> References: <49AD5BD8.5030802@ebi.ac.uk> <49AD5E3E.30500@cs.man.ac.uk> Message-ID: <49AD5F4E.9010005@cs.man.ac.uk> Also, was this on the beta or test site? If beta site then we should make sure we check with all devs if it is safe to do an update! Generally trunk should be left as stable as possible but we still need to test thoroughly on the test/staging server. Jits Jiten Bhagat wrote: > As mentioned a few times before: please restart mongrel servers on > every update :-) not all files will get reloaded in dev mode. > > Jits > > > Eric Nzuobontane wrote: >> >> NameError in Home#index >> >> Showing /app/views/layouts/_head_tabber.html.erb/ where line *#36* >> raised: >> >> |undefined local variable or method >> `get_and_reset_use_tab_cookie_param_value' for >> #| >> >> Extracted source (around line *#36*): >> >> |33: // Only use cookie if anchor has not been explicitly >> specified in the URL 34: // AND the use_tabs_cookie variable >> is set to true. >> 35: 36: var useCookie = <%= >> get_and_reset_use_tab_cookie_param_value -%>; >> 37: 38: if ((window.location.hash == null || >> window.location.hash == "") && useCookie == true) { >> 39: var t = argsObj.tabber; >> | >> >> Trace of template inclusion: app/views/layouts/_head.html.erb, >> app/views/layouts/application_wide.html.erb >> >> |RAILS_ROOT: >> /net/nas11a/vol1/alien-www/html/test_biocatalogue/rails/biocatalogue| >> >> _______________________________________________ >> BioCatalogue-developers mailing list >> BioCatalogue-developers at rubyforge.org >> http://rubyforge.org/mailman/listinfo/biocatalogue-developers >> > > _______________________________________________ > BioCatalogue-developers mailing list > BioCatalogue-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/biocatalogue-developers From noreply at rubyforge.org Tue Mar 3 11:49:48 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Tue, 3 Mar 2009 11:49:48 -0500 (EST) Subject: [BioCatalogue-developers] [464] trunk: - Added .project to svn:ignore. Message-ID: <20090303164948.61A7418580ED@rubyforge.org> An HTML attachment was scrubbed... URL: From ericnzuo at ebi.ac.uk Tue Mar 3 11:51:41 2009 From: ericnzuo at ebi.ac.uk (Eric Nzuobontane) Date: Tue, 03 Mar 2009 16:51:41 +0000 Subject: [BioCatalogue-developers] one of the recent updates thows an exception!!!! In-Reply-To: <49AD5F4E.9010005@cs.man.ac.uk> References: <49AD5BD8.5030802@ebi.ac.uk> <49AD5E3E.30500@cs.man.ac.uk> <49AD5F4E.9010005@cs.man.ac.uk> Message-ID: <49AD601D.1040006@ebi.ac.uk> the test site. I think as a general principle, we should not make adhoc update to the beta site. Eric Jiten Bhagat wrote: > Also, was this on the beta or test site? If beta site then we should > make sure we check with all devs if it is safe to do an update! > Generally trunk should be left as stable as possible but we still need > to test thoroughly on the test/staging server. > > Jits > > > Jiten Bhagat wrote: >> As mentioned a few times before: please restart mongrel servers on >> every update :-) not all files will get reloaded in dev mode. >> >> Jits >> >> >> Eric Nzuobontane wrote: >>> >>> NameError in Home#index >>> >>> Showing /app/views/layouts/_head_tabber.html.erb/ where line *#36* >>> raised: >>> >>> |undefined local variable or method >>> `get_and_reset_use_tab_cookie_param_value' for >>> #| >>> >>> Extracted source (around line *#36*): >>> >>> |33: // Only use cookie if anchor has not been explicitly >>> specified in the URL 34: // AND the use_tabs_cookie variable >>> is set to true. >>> 35: 36: var useCookie = <%= >>> get_and_reset_use_tab_cookie_param_value -%>; >>> 37: 38: if ((window.location.hash == null || >>> window.location.hash == "") && useCookie == true) { >>> 39: var t = argsObj.tabber; >>> | >>> >>> Trace of template inclusion: app/views/layouts/_head.html.erb, >>> app/views/layouts/application_wide.html.erb >>> >>> |RAILS_ROOT: >>> /net/nas11a/vol1/alien-www/html/test_biocatalogue/rails/biocatalogue| >>> >>> _______________________________________________ >>> BioCatalogue-developers mailing list >>> BioCatalogue-developers at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/biocatalogue-developers >>> >> >> _______________________________________________ >> BioCatalogue-developers mailing list >> BioCatalogue-developers at rubyforge.org >> http://rubyforge.org/mailman/listinfo/biocatalogue-developers -------------- next part -------------- A non-text attachment was scrubbed... Name: ericnzuo.vcf Type: text/x-vcard Size: 238 bytes Desc: not available URL: From jits at cs.man.ac.uk Tue Mar 3 12:34:42 2009 From: jits at cs.man.ac.uk (Jiten Bhagat) Date: Tue, 03 Mar 2009 17:34:42 +0000 Subject: [BioCatalogue-developers] [462] trunk/.project: Removed from repo as this is Eclipse workspace specific. In-Reply-To: <20090303161957.69BE618580ED@rubyforge.org> References: <20090303161957.69BE618580ED@rubyforge.org> Message-ID: <49AD6A32.8000201@cs.man.ac.uk> Guys, If this causes an issue then you can recreate the .project or Eclipse/Aptana should recreate it. Because its added to the svn:ignore list now, it won't get committed. Jits noreply at rubyforge.org wrote: > > Revision > 462 > Author > jits > Date > 2009-03-03 11:19:57 -0500 (Tue, 03 Mar 2009) > > > Log Message > > Removed from repo as this is Eclipse workspace specific. > > > Removed Paths > > * trunk/.project <#trunkproject> > > > Diff > > > Deleted: trunk/.project (461 => 462) > > > --- trunk/.project 2009-03-03 15:41:15 UTC (rev 461) > +++ trunk/.project 2009-03-03 16:19:57 UTC (rev 462) > @@ -1,18 +0,0 @@ > - > - > - biocatalogue_trunk > - > - > - > - > - > - org.rubypeople.rdt.core.rubybuilder > - > - > - > - > - > - org.rubypeople.rdt.core.rubynature > - org.radrails.rails.core.railsnature > - > - > ------------------------------------------------------------------------ > > _______________________________________________ > BioCatalogue-developers mailing list > BioCatalogue-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/biocatalogue-developers > From ericnzuo at ebi.ac.uk Wed Mar 4 05:56:31 2009 From: ericnzuo at ebi.ac.uk (Eric Nzuobontane) Date: Wed, 04 Mar 2009 10:56:31 +0000 Subject: [BioCatalogue-developers] [Fwd: Re: question about biocatalogue] Message-ID: <49AE5E5F.1080009@ebi.ac.uk> -------------- next part -------------- An embedded message was scrubbed... From: Yasumasa Shigemoto Subject: Re: question about biocatalogue Date: Fri, 27 Feb 2009 21:43:28 +0900 Size: 4909 URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ericnzuo.vcf Type: text/x-vcard Size: 248 bytes Desc: not available URL: From ytanoh at cs.man.ac.uk Wed Mar 4 06:30:26 2009 From: ytanoh at cs.man.ac.uk (Franck Tanoh) Date: Wed, 4 Mar 2009 11:30:26 -0000 Subject: [BioCatalogue-developers] [Fwd: Re: question about biocatalogue] In-Reply-To: <49AE5E5F.1080009@ebi.ac.uk> Message-ID: Eric, Have you just sent this email to the list? I've just received it but I remember seeing a reply from Steve last week about that. Franck -----Original Message----- From: biocatalogue-developers-bounces at rubyforge.org [mailto:biocatalogue-developers-bounces at rubyforge.org] On Behalf Of Eric Nzuobontane Sent: 04 March 2009 10:57 To: biocatalogue-developers at rubyforge.org Subject: [BioCatalogue-developers] [Fwd: Re: question about biocatalogue] From ericnzuo at ebi.ac.uk Wed Mar 4 06:34:41 2009 From: ericnzuo at ebi.ac.uk (Eric Nzuobontane) Date: Wed, 04 Mar 2009 11:34:41 +0000 Subject: [BioCatalogue-developers] [Fwd: Re: question about biocatalogue] In-Reply-To: References: Message-ID: <49AE6751.4010200@ebi.ac.uk> I forwarded it again to escalate... Yes, Steve acknowledged receipt of the mail but I did not see a proper reply yet. Franck Tanoh wrote: > Eric, > > Have you just sent this email to the list? I've just received it but I > remember seeing a reply from Steve last week about that. > > Franck > > > -----Original Message----- > From: biocatalogue-developers-bounces at rubyforge.org > [mailto:biocatalogue-developers-bounces at rubyforge.org] On Behalf Of Eric > Nzuobontane > Sent: 04 March 2009 10:57 > To: biocatalogue-developers at rubyforge.org > Subject: [BioCatalogue-developers] [Fwd: Re: question about biocatalogue] > > > -------------- next part -------------- A non-text attachment was scrubbed... Name: ericnzuo.vcf Type: text/x-vcard Size: 238 bytes Desc: not available URL: From ytanoh at cs.man.ac.uk Wed Mar 4 06:39:09 2009 From: ytanoh at cs.man.ac.uk (Franck Tanoh) Date: Wed, 4 Mar 2009 11:39:09 -0000 Subject: [BioCatalogue-developers] [Fwd: Re: question about biocatalogue] In-Reply-To: <49AE6751.4010200@ebi.ac.uk> Message-ID: Who is the other developer on the Embrace project? I think you guys met him when you came to Manchester. We'll certainly receive a quick response from him as Steve is quite busy at the moment. Franck -----Original Message----- From: Eric Nzuobontane [mailto:ericnzuo at ebi.ac.uk] Sent: 04 March 2009 11:35 To: Franck Tanoh Cc: biocatalogue-developers at rubyforge.org Subject: Re: [BioCatalogue-developers] [Fwd: Re: question about biocatalogue] I forwarded it again to escalate... Yes, Steve acknowledged receipt of the mail but I did not see a proper reply yet. Franck Tanoh wrote: > Eric, > > Have you just sent this email to the list? I've just received it but I > remember seeing a reply from Steve last week about that. > > Franck > > > -----Original Message----- > From: biocatalogue-developers-bounces at rubyforge.org > [mailto:biocatalogue-developers-bounces at rubyforge.org] On Behalf Of Eric > Nzuobontane > Sent: 04 March 2009 10:57 > To: biocatalogue-developers at rubyforge.org > Subject: [BioCatalogue-developers] [Fwd: Re: question about biocatalogue] > > > From ericnzuo at ebi.ac.uk Wed Mar 4 06:48:00 2009 From: ericnzuo at ebi.ac.uk (Eric Nzuobontane) Date: Wed, 04 Mar 2009 11:48:00 +0000 Subject: [BioCatalogue-developers] [Fwd: Re: question about biocatalogue] In-Reply-To: References: Message-ID: <49AE6A70.7040508@ebi.ac.uk> Joachim is his name, but I do not have his email. Eric Franck Tanoh wrote: > Who is the other developer on the Embrace project? I think you guys met him > when you came to Manchester. We'll certainly receive a quick response from > him as Steve is quite busy at the moment. > > Franck > > -----Original Message----- > From: Eric Nzuobontane [mailto:ericnzuo at ebi.ac.uk] > Sent: 04 March 2009 11:35 > To: Franck Tanoh > Cc: biocatalogue-developers at rubyforge.org > Subject: Re: [BioCatalogue-developers] [Fwd: Re: question about > biocatalogue] > > I forwarded it again to escalate... Yes, Steve acknowledged receipt of > the mail but I did not see a proper reply yet. > > > Franck Tanoh wrote: > >> Eric, >> >> Have you just sent this email to the list? I've just received it but I >> remember seeing a reply from Steve last week about that. >> >> Franck >> >> >> -----Original Message----- >> From: biocatalogue-developers-bounces at rubyforge.org >> [mailto:biocatalogue-developers-bounces at rubyforge.org] On Behalf Of Eric >> Nzuobontane >> Sent: 04 March 2009 10:57 >> To: biocatalogue-developers at rubyforge.org >> Subject: [BioCatalogue-developers] [Fwd: Re: question about biocatalogue] >> >> >> >> > > -------------- next part -------------- A non-text attachment was scrubbed... Name: ericnzuo.vcf Type: text/x-vcard Size: 238 bytes Desc: not available URL: From jits at cs.man.ac.uk Wed Mar 4 08:38:29 2009 From: jits at cs.man.ac.uk (Jiten Bhagat) Date: Wed, 04 Mar 2009 13:38:29 +0000 Subject: [BioCatalogue-developers] [Fwd: Re: question about biocatalogue] In-Reply-To: <49AE6A70.7040508@ebi.ac.uk> References: <49AE6A70.7040508@ebi.ac.uk> Message-ID: <49AE8455.6040806@cs.man.ac.uk> Eric, joachim.baran at cs.manchester.ac.uk You can tell them to put the documentation URL in the description for now, that way people can still get to it. It's important that the endpoint is the actual endpoint to the service, not to any documentation or anything else. In BioCatalogue we will have a specific field for documentation URL and also attempt to cache documentation info from URLs. Jits Eric Nzuobontane wrote: > Joachim is his name, but I do not have his email. > > Eric > > Franck Tanoh wrote: >> Who is the other developer on the Embrace project? I think you guys >> met him >> when you came to Manchester. We'll certainly receive a quick response >> from >> him as Steve is quite busy at the moment. >> Franck >> >> -----Original Message----- >> From: Eric Nzuobontane [mailto:ericnzuo at ebi.ac.uk] Sent: 04 March >> 2009 11:35 >> To: Franck Tanoh >> Cc: biocatalogue-developers at rubyforge.org >> Subject: Re: [BioCatalogue-developers] [Fwd: Re: question about >> biocatalogue] >> >> I forwarded it again to escalate... Yes, Steve acknowledged receipt >> of the mail but I did not see a proper reply yet. >> >> >> Franck Tanoh wrote: >> >>> Eric, >>> >>> Have you just sent this email to the list? I've just received it but I >>> remember seeing a reply from Steve last week about that. >>> Franck >>> >>> -----Original Message----- >>> From: biocatalogue-developers-bounces at rubyforge.org >>> [mailto:biocatalogue-developers-bounces at rubyforge.org] On Behalf Of >>> Eric >>> Nzuobontane >>> Sent: 04 March 2009 10:57 >>> To: biocatalogue-developers at rubyforge.org >>> Subject: [BioCatalogue-developers] [Fwd: Re: question about >>> biocatalogue] >>> >>> >>> >> >> > > _______________________________________________ > BioCatalogue-developers mailing list > BioCatalogue-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/biocatalogue-developers > From jits at cs.man.ac.uk Wed Mar 4 08:40:36 2009 From: jits at cs.man.ac.uk (Jiten Bhagat) Date: Wed, 04 Mar 2009 13:40:36 +0000 Subject: [BioCatalogue-developers] [Fwd: Re: question about biocatalogue] In-Reply-To: <49AE5E5F.1080009@ebi.ac.uk> References: <49AE5E5F.1080009@ebi.ac.uk> Message-ID: <49AE84D4.9010509@cs.man.ac.uk> Instead of just forwarding the email, add some comment/text to explain what action needs to be done and what questions/issues you're not sure about :-) Jits Eric Nzuobontane wrote: > > ------------------------------------------------------------------------ > > Subject: > Re: question about biocatalogue > From: > Yasumasa Shigemoto > Date: > Fri, 27 Feb 2009 21:43:28 +0900 > To: > Eric Nzuobontane > > To: > Eric Nzuobontane > CC: > SUGAWARA Hideaki , Yoshikazu kuwana > , biocatalogue-developers at rubyforge.org > > > Dear Eric, > > Thank you for your mail. > > >> The URL to REST collection simple means the endpoint to the rest >> services without the parameters >> ie http://xml.nig.ac.jp/wabi/ >> Then please describe the service and you can add the url >> >> >> > http://xml.nig.ac.jp/wabi/Method?serviceName=GetEntry&mode=methodList&lang=en > >> as an example of how to invoke the service >> > > The example of the REST URL is as follows. > > http://xml.nig.ac.jp/rest/Invoke?service=GetEntry&method=getDDBJEntry&accession=AB000100 > > The above URL provides DDBJ entry with specified accession number. > Then, the URL to REST collection is 'http://xml.nig.ac.jp/rest/' ? > > However if the user access the above URL, there is no information > in the page. Because the API document is provided in the following > another page. > 'http://xml.nig.ac.jp/wabi/Method?serviceName=GetEntry&mode=methodList&lang=en' > > I appreciate very much if you could give us more advice. > > Regards, > Yasumasa > > >> Dear Yasumasa >> >> Thank you for your mail and for registering your services into the >> embrace registry. The current embrace registry will be merge with the >> BioCatalogue in April. BioCatalogue will offer more possibilities than >> the current embrace registry does. >> >> >>>> 1. URL to REST collection >>>> What does "What does "URL to REST collection"?mean ? Is the >>>> following page is suitable? >>>> >>>> http://xml.nig.ac.jp/wabi/Method?serviceName=GetEntry&mode=methodList&lang=en >>>> >>>> >>> >>> >> The URL to REST collection simple means the endpoint to the rest >> services without the parameters >> ie http://xml.nig.ac.jp/wabi/ >> Then please describe the service and you can add the url >> >> http://xml.nig.ac.jp/wabi/Method?serviceName=GetEntry&mode=methodList&lang=en >> >> as an example of how to invoke the service >> >> >> >>>> 2. Vocabularies >>>> Do you intend to control the vocabularies of the Web service >>>> description ? >>>> >>>> >>> >>> >> Not directly at this point. But we intend to leverage existing >> vocabularies like the myGrid ontology so that people can associate >> service descriptions with ontologies >> >> >>>> 3. Rating >>>> What algorithm is "Your rating" estimated based on ? >>>> >>>> >>> >>> >> This is a simple 5-star rating system. So the user determines the rating >> rather than it being computed using an algorithm >> >> I hope that helps. If there are any questions, please do not hesitate to >> contact us >> >> >> Regards, >> >> BioCatalogue Team >> >> >> >> _______________________________________________ >> BioCatalogue-developers mailing list >> BioCatalogue-developers at rubyforge.org >> http://rubyforge.org/mailman/listinfo/biocatalogue-developers >> From ericnzuo at ebi.ac.uk Wed Mar 4 08:54:23 2009 From: ericnzuo at ebi.ac.uk (Eric Nzuobontane) Date: Wed, 04 Mar 2009 13:54:23 +0000 Subject: [BioCatalogue-developers] [Fwd: Re: question about biocatalogue] In-Reply-To: <49AE84D4.9010509@cs.man.ac.uk> References: <49AE5E5F.1080009@ebi.ac.uk> <49AE84D4.9010509@cs.man.ac.uk> Message-ID: <49AE880F.80303@ebi.ac.uk> Jiten Bhagat wrote: > Instead of just forwarding the email, add some comment/text to explain > what action needs to be done and what questions/issues you're not sure > about :-) > Well, you are presuming that I will be responding to the mail and that I know what action needs to be taken. Hmmm On this particular one, I wanted someone from the embrace registry to respond to it and I asked Steve. Just thought the mail was clear... > Jits > > > Eric Nzuobontane wrote: > >> ------------------------------------------------------------------------ >> >> Subject: >> Re: question about biocatalogue >> From: >> Yasumasa Shigemoto >> Date: >> Fri, 27 Feb 2009 21:43:28 +0900 >> To: >> Eric Nzuobontane >> >> To: >> Eric Nzuobontane >> CC: >> SUGAWARA Hideaki , Yoshikazu kuwana >> , biocatalogue-developers at rubyforge.org >> >> >> Dear Eric, >> >> Thank you for your mail. >> >> >> >>> The URL to REST collection simple means the endpoint to the rest >>> services without the parameters >>> ie http://xml.nig.ac.jp/wabi/ >>> Then please describe the service and you can add the url >>> >>> >>> >>> >> http://xml.nig.ac.jp/wabi/Method?serviceName=GetEntry&mode=methodList&lang=en >> >> >>> as an example of how to invoke the service >>> >>> >> The example of the REST URL is as follows. >> >> http://xml.nig.ac.jp/rest/Invoke?service=GetEntry&method=getDDBJEntry&accession=AB000100 >> >> The above URL provides DDBJ entry with specified accession number. >> Then, the URL to REST collection is 'http://xml.nig.ac.jp/rest/' ? >> >> However if the user access the above URL, there is no information >> in the page. Because the API document is provided in the following >> another page. >> 'http://xml.nig.ac.jp/wabi/Method?serviceName=GetEntry&mode=methodList&lang=en' >> >> I appreciate very much if you could give us more advice. >> >> Regards, >> Yasumasa >> >> >> >>> Dear Yasumasa >>> >>> Thank you for your mail and for registering your services into the >>> embrace registry. The current embrace registry will be merge with the >>> BioCatalogue in April. BioCatalogue will offer more possibilities than >>> the current embrace registry does. >>> >>> >>> >>>>> 1. URL to REST collection >>>>> What does "What does "URL to REST collection"?mean ? Is the >>>>> following page is suitable? >>>>> >>>>> http://xml.nig.ac.jp/wabi/Method?serviceName=GetEntry&mode=methodList&lang=en >>>>> >>>>> >>>>> >>>> >>>> >>>> >>> The URL to REST collection simple means the endpoint to the rest >>> services without the parameters >>> ie http://xml.nig.ac.jp/wabi/ >>> Then please describe the service and you can add the url >>> >>> http://xml.nig.ac.jp/wabi/Method?serviceName=GetEntry&mode=methodList&lang=en >>> >>> as an example of how to invoke the service >>> >>> >>> >>> >>>>> 2. Vocabularies >>>>> Do you intend to control the vocabularies of the Web service >>>>> description ? >>>>> >>>>> >>>>> >>>> >>>> >>>> >>> Not directly at this point. But we intend to leverage existing >>> vocabularies like the myGrid ontology so that people can associate >>> service descriptions with ontologies >>> >>> >>> >>>>> 3. Rating >>>>> What algorithm is "Your rating" estimated based on ? >>>>> >>>>> >>>>> >>>> >>>> >>>> >>> This is a simple 5-star rating system. So the user determines the rating >>> rather than it being computed using an algorithm >>> >>> I hope that helps. If there are any questions, please do not hesitate to >>> contact us >>> >>> >>> Regards, >>> >>> BioCatalogue Team >>> >>> >>> >>> _______________________________________________ >>> BioCatalogue-developers mailing list >>> BioCatalogue-developers at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/biocatalogue-developers >>> >>> -------------- next part -------------- A non-text attachment was scrubbed... Name: ericnzuo.vcf Type: text/x-vcard Size: 248 bytes Desc: not available URL: From jits at cs.man.ac.uk Wed Mar 4 09:02:01 2009 From: jits at cs.man.ac.uk (Jiten Bhagat) Date: Wed, 04 Mar 2009 14:02:01 +0000 Subject: [BioCatalogue-developers] [Fwd: Re: question about biocatalogue] In-Reply-To: <49AE880F.80303@ebi.ac.uk> References: <49AE5E5F.1080009@ebi.ac.uk> <49AE84D4.9010509@cs.man.ac.uk> <49AE880F.80303@ebi.ac.uk> Message-ID: <49AE89D9.6090707@cs.man.ac.uk> Eric Nzuobontane wrote: > Jiten Bhagat wrote: > >> Instead of just forwarding the email, add some comment/text to explain >> what action needs to be done and what questions/issues you're not sure >> about :-) >> >> > Well, you are presuming that I will be responding to the mail and that I > know what action needs to be taken. Hmmm > On this particular one, I wanted someone from the embrace registry to > respond to it and I asked Steve. Just thought the mail was clear... > I wasn't presuming anything - the mail was a conversation you were having with the DDBJ people which you said you had to escalate because you weren't sure what to respond back to them. It wasn't immediately obvious what exactly needed to be addressed, but yes, when I read through it I had an idea of what it might be. It's just that it would be easier if you mentioned what you mentioned above in the first place :-) It's a bit like that ISMB abstract thing - just need to ask Franck if the action was done, but its much easier if Franck informs everyone when it's done in the first place :-) Usually, if I get an email which is a forward with no text from the sender, I treat it as an FYI and move on. Cheers, Jits > > >> Jits >> >> >> Eric Nzuobontane wrote: >> >> >>> ------------------------------------------------------------------------ >>> >>> Subject: >>> Re: question about biocatalogue >>> From: >>> Yasumasa Shigemoto >>> Date: >>> Fri, 27 Feb 2009 21:43:28 +0900 >>> To: >>> Eric Nzuobontane >>> >>> To: >>> Eric Nzuobontane >>> CC: >>> SUGAWARA Hideaki , Yoshikazu kuwana >>> , biocatalogue-developers at rubyforge.org >>> >>> >>> Dear Eric, >>> >>> Thank you for your mail. >>> >>> >>> >>> >>>> The URL to REST collection simple means the endpoint to the rest >>>> services without the parameters >>>> ie http://xml.nig.ac.jp/wabi/ >>>> Then please describe the service and you can add the url >>>> >>>> >>>> >>>> >>>> >>> http://xml.nig.ac.jp/wabi/Method?serviceName=GetEntry&mode=methodList&lang=en >>> >>> >>> >>>> as an example of how to invoke the service >>>> >>>> >>>> >>> The example of the REST URL is as follows. >>> >>> http://xml.nig.ac.jp/rest/Invoke?service=GetEntry&method=getDDBJEntry&accession=AB000100 >>> >>> The above URL provides DDBJ entry with specified accession number. >>> Then, the URL to REST collection is 'http://xml.nig.ac.jp/rest/' ? >>> >>> However if the user access the above URL, there is no information >>> in the page. Because the API document is provided in the following >>> another page. >>> 'http://xml.nig.ac.jp/wabi/Method?serviceName=GetEntry&mode=methodList&lang=en' >>> >>> I appreciate very much if you could give us more advice. >>> >>> Regards, >>> Yasumasa >>> >>> >>> >>> >>>> Dear Yasumasa >>>> >>>> Thank you for your mail and for registering your services into the >>>> embrace registry. The current embrace registry will be merge with the >>>> BioCatalogue in April. BioCatalogue will offer more possibilities than >>>> the current embrace registry does. >>>> >>>> >>>> >>>> >>>>>> 1. URL to REST collection >>>>>> What does "What does "URL to REST collection"?mean ? Is the >>>>>> following page is suitable? >>>>>> >>>>>> http://xml.nig.ac.jp/wabi/Method?serviceName=GetEntry&mode=methodList&lang=en >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> >>>> The URL to REST collection simple means the endpoint to the rest >>>> services without the parameters >>>> ie http://xml.nig.ac.jp/wabi/ >>>> Then please describe the service and you can add the url >>>> >>>> http://xml.nig.ac.jp/wabi/Method?serviceName=GetEntry&mode=methodList&lang=en >>>> >>>> as an example of how to invoke the service >>>> >>>> >>>> >>>> >>>> >>>>>> 2. Vocabularies >>>>>> Do you intend to control the vocabularies of the Web service >>>>>> description ? >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> >>>> Not directly at this point. But we intend to leverage existing >>>> vocabularies like the myGrid ontology so that people can associate >>>> service descriptions with ontologies >>>> >>>> >>>> >>>> >>>>>> 3. Rating >>>>>> What algorithm is "Your rating" estimated based on ? >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> >>>> This is a simple 5-star rating system. So the user determines the rating >>>> rather than it being computed using an algorithm >>>> >>>> I hope that helps. If there are any questions, please do not hesitate to >>>> contact us >>>> >>>> >>>> Regards, >>>> >>>> BioCatalogue Team >>>> >>>> >>>> >>>> _______________________________________________ >>>> BioCatalogue-developers mailing list >>>> BioCatalogue-developers at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/biocatalogue-developers >>>> >>>> >>>> > > From jits at cs.man.ac.uk Wed Mar 4 09:32:09 2009 From: jits at cs.man.ac.uk (Jiten Bhagat) Date: Wed, 04 Mar 2009 14:32:09 +0000 Subject: [BioCatalogue-developers] [Fwd: Re: question about biocatalogue] In-Reply-To: <49AE89D9.6090707@cs.man.ac.uk> References: <49AE5E5F.1080009@ebi.ac.uk> <49AE84D4.9010509@cs.man.ac.uk> <49AE880F.80303@ebi.ac.uk> <49AE89D9.6090707@cs.man.ac.uk> Message-ID: <49AE90E9.7030501@cs.man.ac.uk> Sorry, I really don't mean to sound confrontational... must be the air here ;-) See you guys soon! Jits Jiten Bhagat wrote: > Eric Nzuobontane wrote: > >> Jiten Bhagat wrote: >> >> >>> Instead of just forwarding the email, add some comment/text to explain >>> what action needs to be done and what questions/issues you're not sure >>> about :-) >>> >>> >>> >> Well, you are presuming that I will be responding to the mail and that I >> know what action needs to be taken. Hmmm >> On this particular one, I wanted someone from the embrace registry to >> respond to it and I asked Steve. Just thought the mail was clear... >> >> > > I wasn't presuming anything - the mail was a conversation you were > having with the DDBJ people which you said you had to escalate because > you weren't sure what to respond back to them. It wasn't immediately > obvious what exactly needed to be addressed, but yes, when I read > through it I had an idea of what it might be. It's just that it would be > easier if you mentioned what you mentioned above in the first place :-) > > It's a bit like that ISMB abstract thing - just need to ask Franck if > the action was done, but its much easier if Franck informs everyone when > it's done in the first place :-) > > Usually, if I get an email which is a forward with no text from the > sender, I treat it as an FYI and move on. > > Cheers, > Jits > > >> >> >>> Jits >>> >>> >>> Eric Nzuobontane wrote: >>> >>> >>> >>>> ------------------------------------------------------------------------ >>>> >>>> Subject: >>>> Re: question about biocatalogue >>>> From: >>>> Yasumasa Shigemoto >>>> Date: >>>> Fri, 27 Feb 2009 21:43:28 +0900 >>>> To: >>>> Eric Nzuobontane >>>> >>>> To: >>>> Eric Nzuobontane >>>> CC: >>>> SUGAWARA Hideaki , Yoshikazu kuwana >>>> , biocatalogue-developers at rubyforge.org >>>> >>>> >>>> Dear Eric, >>>> >>>> Thank you for your mail. >>>> >>>> >>>> >>>> >>>> >>>>> The URL to REST collection simple means the endpoint to the rest >>>>> services without the parameters >>>>> ie http://xml.nig.ac.jp/wabi/ >>>>> Then please describe the service and you can add the url >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> http://xml.nig.ac.jp/wabi/Method?serviceName=GetEntry&mode=methodList&lang=en >>>> >>>> >>>> >>>> >>>>> as an example of how to invoke the service >>>>> >>>>> >>>>> >>>>> >>>> The example of the REST URL is as follows. >>>> >>>> http://xml.nig.ac.jp/rest/Invoke?service=GetEntry&method=getDDBJEntry&accession=AB000100 >>>> >>>> The above URL provides DDBJ entry with specified accession number. >>>> Then, the URL to REST collection is 'http://xml.nig.ac.jp/rest/' ? >>>> >>>> However if the user access the above URL, there is no information >>>> in the page. Because the API document is provided in the following >>>> another page. >>>> 'http://xml.nig.ac.jp/wabi/Method?serviceName=GetEntry&mode=methodList&lang=en' >>>> >>>> I appreciate very much if you could give us more advice. >>>> >>>> Regards, >>>> Yasumasa >>>> >>>> >>>> >>>> >>>> >>>>> Dear Yasumasa >>>>> >>>>> Thank you for your mail and for registering your services into the >>>>> embrace registry. The current embrace registry will be merge with the >>>>> BioCatalogue in April. BioCatalogue will offer more possibilities than >>>>> the current embrace registry does. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>>> 1. URL to REST collection >>>>>>> What does "What does "URL to REST collection"?mean ? Is the >>>>>>> following page is suitable? >>>>>>> >>>>>>> http://xml.nig.ac.jp/wabi/Method?serviceName=GetEntry&mode=methodList&lang=en >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> The URL to REST collection simple means the endpoint to the rest >>>>> services without the parameters >>>>> ie http://xml.nig.ac.jp/wabi/ >>>>> Then please describe the service and you can add the url >>>>> >>>>> http://xml.nig.ac.jp/wabi/Method?serviceName=GetEntry&mode=methodList&lang=en >>>>> >>>>> as an example of how to invoke the service >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>>> 2. Vocabularies >>>>>>> Do you intend to control the vocabularies of the Web service >>>>>>> description ? >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> Not directly at this point. But we intend to leverage existing >>>>> vocabularies like the myGrid ontology so that people can associate >>>>> service descriptions with ontologies >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>>> 3. Rating >>>>>>> What algorithm is "Your rating" estimated based on ? >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> This is a simple 5-star rating system. So the user determines the rating >>>>> rather than it being computed using an algorithm >>>>> >>>>> I hope that helps. If there are any questions, please do not hesitate to >>>>> contact us >>>>> >>>>> >>>>> Regards, >>>>> >>>>> BioCatalogue Team >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> BioCatalogue-developers mailing list >>>>> BioCatalogue-developers at rubyforge.org >>>>> http://rubyforge.org/mailman/listinfo/biocatalogue-developers >>>>> >>>>> >>>>> >>>>> >> >> > > _______________________________________________ > BioCatalogue-developers mailing list > BioCatalogue-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/biocatalogue-developers > From ytanoh at cs.man.ac.uk Wed Mar 4 09:49:08 2009 From: ytanoh at cs.man.ac.uk (Franck Tanoh) Date: Wed, 4 Mar 2009 14:49:08 -0000 Subject: [BioCatalogue-developers] [Fwd: Re: question about biocatalogue] In-Reply-To: <49AE90E9.7030501@cs.man.ac.uk> Message-ID: Jits, >Sorry, I really don't mean to sound confrontational... must be the air >here ;-) You sound that way but I'm sure it's not your intention...so no worries. Enjoy your last full day in Malawi! Franck -----Original Message----- From: biocatalogue-developers-bounces at rubyforge.org [mailto:biocatalogue-developers-bounces at rubyforge.org] On Behalf Of Jiten Bhagat Sent: 04 March 2009 14:32 To: Eric Nzuobontane Cc: biocatalogue-developers at rubyforge.org Subject: Re: [BioCatalogue-developers] [Fwd: Re: question about biocatalogue] Sorry, I really don't mean to sound confrontational... must be the air here ;-) See you guys soon! Jits Jiten Bhagat wrote: > Eric Nzuobontane wrote: > >> Jiten Bhagat wrote: >> >> >>> Instead of just forwarding the email, add some comment/text to explain >>> what action needs to be done and what questions/issues you're not sure >>> about :-) >>> >>> >>> >> Well, you are presuming that I will be responding to the mail and that I >> know what action needs to be taken. Hmmm >> On this particular one, I wanted someone from the embrace registry to >> respond to it and I asked Steve. Just thought the mail was clear... >> >> > > I wasn't presuming anything - the mail was a conversation you were > having with the DDBJ people which you said you had to escalate because > you weren't sure what to respond back to them. It wasn't immediately > obvious what exactly needed to be addressed, but yes, when I read > through it I had an idea of what it might be. It's just that it would be > easier if you mentioned what you mentioned above in the first place :-) > > It's a bit like that ISMB abstract thing - just need to ask Franck if > the action was done, but its much easier if Franck informs everyone when > it's done in the first place :-) > > Usually, if I get an email which is a forward with no text from the > sender, I treat it as an FYI and move on. > > Cheers, > Jits > > >> >> >>> Jits >>> >>> >>> Eric Nzuobontane wrote: >>> >>> >>> >>>> ------------------------------------------------------------------------ >>>> >>>> Subject: >>>> Re: question about biocatalogue >>>> From: >>>> Yasumasa Shigemoto >>>> Date: >>>> Fri, 27 Feb 2009 21:43:28 +0900 >>>> To: >>>> Eric Nzuobontane >>>> >>>> To: >>>> Eric Nzuobontane >>>> CC: >>>> SUGAWARA Hideaki , Yoshikazu kuwana >>>> , biocatalogue-developers at rubyforge.org >>>> >>>> >>>> Dear Eric, >>>> >>>> Thank you for your mail. >>>> >>>> >>>> >>>> >>>> >>>>> The URL to REST collection simple means the endpoint to the rest >>>>> services without the parameters >>>>> ie http://xml.nig.ac.jp/wabi/ >>>>> Then please describe the service and you can add the url >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> http://xml.nig.ac.jp/wabi/Method?serviceName=GetEntry&mode=methodList&lang=e n >>>> >>>> >>>> >>>> >>>>> as an example of how to invoke the service >>>>> >>>>> >>>>> >>>>> >>>> The example of the REST URL is as follows. >>>> >>>> http://xml.nig.ac.jp/rest/Invoke?service=GetEntry&method=getDDBJEntry&access ion=AB000100 >>>> >>>> The above URL provides DDBJ entry with specified accession number. >>>> Then, the URL to REST collection is 'http://xml.nig.ac.jp/rest/' ? >>>> >>>> However if the user access the above URL, there is no information >>>> in the page. Because the API document is provided in the following >>>> another page. >>>> 'http://xml.nig.ac.jp/wabi/Method?serviceName=GetEntry&mode=methodList&lang= en' >>>> >>>> I appreciate very much if you could give us more advice. >>>> >>>> Regards, >>>> Yasumasa >>>> >>>> >>>> >>>> >>>> >>>>> Dear Yasumasa >>>>> >>>>> Thank you for your mail and for registering your services into the >>>>> embrace registry. The current embrace registry will be merge with the >>>>> BioCatalogue in April. BioCatalogue will offer more possibilities than >>>>> the current embrace registry does. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>>> 1. URL to REST collection >>>>>>> What does "What does "URL to REST collection"?mean ? Is the >>>>>>> following page is suitable? >>>>>>> >>>>>>> http://xml.nig.ac.jp/wabi/Method?serviceName=GetEntry&mode=methodList&lang=e n >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> The URL to REST collection simple means the endpoint to the rest >>>>> services without the parameters >>>>> ie http://xml.nig.ac.jp/wabi/ >>>>> Then please describe the service and you can add the url >>>>> >>>>> http://xml.nig.ac.jp/wabi/Method?serviceName=GetEntry&mode=methodList&lang=e n >>>>> >>>>> as an example of how to invoke the service >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>>> 2. Vocabularies >>>>>>> Do you intend to control the vocabularies of the Web service >>>>>>> description ? >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> Not directly at this point. But we intend to leverage existing >>>>> vocabularies like the myGrid ontology so that people can associate >>>>> service descriptions with ontologies >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>>> 3. Rating >>>>>>> What algorithm is "Your rating" estimated based on ? >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> This is a simple 5-star rating system. So the user determines the rating >>>>> rather than it being computed using an algorithm >>>>> >>>>> I hope that helps. If there are any questions, please do not hesitate to >>>>> contact us >>>>> >>>>> >>>>> Regards, >>>>> >>>>> BioCatalogue Team >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> BioCatalogue-developers mailing list >>>>> BioCatalogue-developers at rubyforge.org >>>>> http://rubyforge.org/mailman/listinfo/biocatalogue-developers >>>>> >>>>> >>>>> >>>>> >> >> > > _______________________________________________ > BioCatalogue-developers mailing list > BioCatalogue-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/biocatalogue-developers > _______________________________________________ BioCatalogue-developers mailing list BioCatalogue-developers at rubyforge.org http://rubyforge.org/mailman/listinfo/biocatalogue-developers From ytanoh at cs.man.ac.uk Wed Mar 4 10:02:11 2009 From: ytanoh at cs.man.ac.uk (Franck Tanoh) Date: Wed, 4 Mar 2009 15:02:11 -0000 Subject: [BioCatalogue-developers] FW: [Fwd: Re: question about biocatalogue] Message-ID: Hi Joachin, I am Franck from the BioCatalogue project. The DDBJ team in Japan http://www.ddbj.nig.ac.jp/ wants to submit their REST services to the Embrace registry but are struggling. Could you answer their query please? Thanks Franck -----Original Message----- From: biocatalogue-developers-bounces at rubyforge.org [mailto:biocatalogue-developers-bounces at rubyforge.org] On Behalf Of Eric Nzuobontane Sent: 04 March 2009 10:57 To: biocatalogue-developers at rubyforge.org Subject: [BioCatalogue-developers] [Fwd: Re: question about biocatalogue] -------------- next part -------------- An embedded message was scrubbed... From: "Yasumasa Shigemoto" Subject: Re: question about biocatalogue Date: Fri, 27 Feb 2009 12:43:28 -0000 Size: 10128 URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ericnzuo.vcf Type: text/x-vcard Size: 238 bytes Desc: not available URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: ATT00141.txt URL: From noreply at rubyforge.org Wed Mar 4 10:47:06 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Wed, 4 Mar 2009 10:47:06 -0500 (EST) Subject: [BioCatalogue-developers] [Task #2566] Investigate solr indexing in relation to application slowdown Message-ID: <20090304154706.22EF71858104@rubyforge.org> Task #2566 has been updated. Project: BioCatalogue Subproject: Pilot Summary: Investigate solr indexing in relation to application slowdown Complete: 0% Status: Open Description: It has been observed that when a service submission is made, solr reindexing is triggered and the respond from the submit is received only after the indexing is complete. This seems to enormously slow down the application. It will be of interest to possibly de-synchronize the indexing and the return of a submit response. ------------------------------------------------------- For more info, visit: http://rubyforge.org/pm/task.php?func=detailtask&project_task_id=2566&group_id=6901&group_project_id=12540 From noreply at rubyforge.org Wed Mar 4 11:07:47 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Wed, 4 Mar 2009 11:07:47 -0500 (EST) Subject: [BioCatalogue-developers] [465] trunk/app/views/soap_services/_show_service_tabs.html.erb: Style changes for the operations tab. Message-ID: <20090304160747.25FFA185810B@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Thu Mar 5 10:18:25 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 5 Mar 2009 10:18:25 -0500 (EST) Subject: [BioCatalogue-developers] [Task #2399] Refactor activate account action for users Message-ID: <20090305151825.5FC1B18580EB@rubyforge.org> Task #2399 has been updated. Project: BioCatalogue Subproject: Pilot Summary: Refactor activate account action for users Complete: 0% Status: Open Description: - use User.find_by_security_token(params[:security_token]), instead of User.find(:all) - the .update_attribute method bypasses validation checks so can be dangerous to use. Maybe a user.activate! method is better, thereby moving that logic into the model ------------------------------------------------------- For more info, visit: http://rubyforge.org/pm/task.php?func=detailtask&project_task_id=2399&group_id=6901&group_project_id=12540 From noreply at rubyforge.org Thu Mar 5 10:19:04 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 5 Mar 2009 10:19:04 -0500 (EST) Subject: [BioCatalogue-developers] [Task #2399] Refactor activate account action for users Message-ID: <20090305151904.9810E18580EB@rubyforge.org> Task #2399 has been updated. Project: BioCatalogue Subproject: Pilot Summary: Refactor activate account action for users Complete: 100% Status: Open Description: - use User.find_by_security_token(params[:security_token]), instead of User.find(:all) - the .update_attribute method bypasses validation checks so can be dangerous to use. Maybe a user.activate! method is better, thereby moving that logic into the model ------------------------------------------------------- For more info, visit: http://rubyforge.org/pm/task.php?func=detailtask&project_task_id=2399&group_id=6901&group_project_id=12540 From noreply at rubyforge.org Thu Mar 5 10:23:02 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 5 Mar 2009 10:23:02 -0500 (EST) Subject: [BioCatalogue-developers] [Task #2399] Refactor activate account action for users Message-ID: <20090305152302.6C60B18580EB@rubyforge.org> Task #2399 has been updated. Project: BioCatalogue Subproject: Pilot Summary: Refactor activate account action for users Complete: 100% Status: Open Description: - use User.find_by_security_token(params[:security_token]), instead of User.find(:all) - the .update_attribute method bypasses validation checks so can be dangerous to use. Maybe a user.activate! method is better, thereby moving that logic into the model ------------------------------------------------------- For more info, visit: http://rubyforge.org/pm/task.php?func=detailtask&project_task_id=2399&group_id=6901&group_project_id=12540 From noreply at rubyforge.org Thu Mar 5 10:26:44 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 5 Mar 2009 10:26:44 -0500 (EST) Subject: [BioCatalogue-developers] [Task #2412] Catch mail send exception Message-ID: <20090305152645.0AA4518580EB@rubyforge.org> Task #2412 has been updated. Project: BioCatalogue Subproject: Pilot Summary: Catch mail send exception Complete: 0% Status: Open Description: When sending the account activation email, if the mail sending fails then an exception is thrown and the user will get a generic error. We need to catch this exception and take appropriate action (such as logging the error so that the mail can be sent manually later). The user shouldn't need to know that the exception was ever raised. Follow-Ups: ------------------------------------------------------- Date: 2009-03-05 15:26 By: ebontane Comment: Thomas, I think this is done? ------------------------------------------------------- For more info, visit: http://rubyforge.org/pm/task.php?func=detailtask&project_task_id=2412&group_id=6901&group_project_id=12540 From noreply at rubyforge.org Fri Mar 6 05:13:29 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Fri, 6 Mar 2009 05:13:29 -0500 (EST) Subject: [BioCatalogue-developers] [Task #2568] unable to submit some services Message-ID: <20090306101330.049B618580F5@rubyforge.org> Task #2568 has been updated. Project: BioCatalogue Subproject: Pilot Summary: unable to submit some services Complete: 0% Status: Open Description: The registry treats these services as the same; so I can only register one of them. But in reality they are doing different things: http://www.cbs.dtu.dk/ws/MaxAlign/MaxAlign_1_1_ws0.wsdl and http://www.cbs.dtu.dk/ws/SignalP/SignalP_3_1_ws0.wsdl http://www.cbs.dtu.dk/ws/RNAmmer/RNAmmer_1_2_ws0.wsdl and http://www.cbs.dtu.dk/ws/BLASTatlas/BLASTatlas_1_0_ws2.wsdl http://www.cbs.dtu.dk/ws/NetGlycate/NetGlycate_1_0.wsdl and http://www.cbs.dtu.dk/ws/SIDDbase/SIDDbase_1_0.wsdl http://www.cbs.dtu.dk/ws/NetNGlyc/NetNGlyc_1_0a_ws0.wsdl and http://www.cbs.dtu.dk/ws/EasyGene/EasyGene_1_2a_ws0.wsdl ?.. The provider: http://www.cbs.dtu.dk/ws/ ------------------------------------------------------- For more info, visit: http://rubyforge.org/pm/task.php?func=detailtask&project_task_id=2568&group_id=6901&group_project_id=12540 From noreply at rubyforge.org Fri Mar 6 07:13:37 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Fri, 6 Mar 2009 07:13:37 -0500 (EST) Subject: [BioCatalogue-developers] [466] trunk/app/models: disable solr commits on model saves to speed up updates Message-ID: <20090306121337.CFED318580FD@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Fri Mar 6 07:16:01 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Fri, 6 Mar 2009 07:16:01 -0500 (EST) Subject: [BioCatalogue-developers] [467] trunk/vendor/plugins/acts_as_solr/solr/solr/conf/solrconfig.xml: allow solr to manage it own commits. Message-ID: <20090306121601.C4EF21858100@rubyforge.org> An HTML attachment was scrubbed... URL: From ericnzuo at ebi.ac.uk Fri Mar 6 09:03:27 2009 From: ericnzuo at ebi.ac.uk (Eric Nzuobontane) Date: Fri, 06 Mar 2009 14:03:27 +0000 Subject: [BioCatalogue-developers] Updating the beta site Message-ID: <49B12D2F.9030002@ebi.ac.uk> Hi Guys, I intend to update the beta site. But before I do that I will keep a copy code corrently running on the beta site and also create a tag for the current head version. Eric -------------- next part -------------- A non-text attachment was scrubbed... Name: ericnzuo.vcf Type: text/x-vcard Size: 238 bytes Desc: not available URL: From noreply at rubyforge.org Fri Mar 6 09:35:53 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Fri, 6 Mar 2009 09:35:53 -0500 (EST) Subject: [BioCatalogue-developers] [468] tags/biocatalogue-00-00-01/: create new tag 00-00-01 Message-ID: <20090306143553.2C6B118580FD@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Fri Mar 6 09:39:02 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Fri, 6 Mar 2009 09:39:02 -0500 (EST) Subject: [BioCatalogue-developers] [469] tags/biocatalogue-00-00-01/trunk/: create new Message-ID: <20090306143902.A97D118580E4@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Mon Mar 9 06:03:54 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Mon, 9 Mar 2009 06:03:54 -0400 (EDT) Subject: [BioCatalogue-developers] [470] trunk/app/views/services/new.html.erb: remove soaplab from the ' coming soon' list Message-ID: <20090309100354.B41861858109@rubyforge.org> An HTML attachment was scrubbed... URL: From jits at cs.man.ac.uk Mon Mar 9 12:42:28 2009 From: jits at cs.man.ac.uk (Jiten Bhagat) Date: Mon, 09 Mar 2009 16:42:28 +0000 Subject: [BioCatalogue-developers] [466] trunk/app/models: disable solr commits on model saves to speed up updates In-Reply-To: <20090306121337.CFED318580FD@rubyforge.org> References: <20090306121337.CFED318580FD@rubyforge.org> Message-ID: <49B546F4.2020001@cs.man.ac.uk> Eric, Is there a way of telling it not to auto_commit globally, instead of putting :auto_commit => false on each acts_as_solr instruction? Cheers, Jits noreply at rubyforge.org wrote: > > Revision > 466 > Author > ebontane > Date > 2009-03-06 07:13:37 -0500 (Fri, 06 Mar 2009) > > > Log Message > > disable solr commits on model saves to speed up updates > acts_as_solr( :auto_commit => false) > > > Modified Paths > > * trunk/app/models/annotation.rb <#trunkappmodelsannotationrb> > * trunk/app/models/service.rb <#trunkappmodelsservicerb> > * trunk/app/models/service_deployment.rb > <#trunkappmodelsservice_deploymentrb> > * trunk/app/models/service_provider.rb > <#trunkappmodelsservice_providerrb> > * trunk/app/models/service_version.rb > <#trunkappmodelsservice_versionrb> > * trunk/app/models/soap_input.rb <#trunkappmodelssoap_inputrb> > * trunk/app/models/soap_operation.rb <#trunkappmodelssoap_operationrb> > * trunk/app/models/soap_output.rb <#trunkappmodelssoap_outputrb> > * trunk/app/models/soap_service.rb <#trunkappmodelssoap_servicerb> > * trunk/app/models/soaplab_server.rb <#trunkappmodelssoaplab_serverrb> > * trunk/app/models/user.rb <#trunkappmodelsuserrb> > > > Diff > > > Modified: trunk/app/models/annotation.rb (465 => 466) > > > --- trunk/app/models/annotation.rb 2009-03-04 16:07:46 UTC (rev 465) > +++ trunk/app/models/annotation.rb 2009-03-06 12:13:37 UTC (rev 466) > @@ -23,7 +23,7 @@ > end > > if ENABLE_SEARCH > - acts_as_solr(:fields => [ :value ]) > + acts_as_solr(:fields => [ :value ], :auto_commit => false ) > end > > protected > > > Modified: trunk/app/models/service.rb (465 => 466) > > > --- trunk/app/models/service.rb 2009-03-04 16:07:46 UTC (rev 465) > +++ trunk/app/models/service.rb 2009-03-06 12:13:37 UTC (rev 466) > @@ -37,7 +37,7 @@ > validates_existence_of :submitter # User must exist in the db beforehand. > > if ENABLE_SEARCH > - acts_as_solr(:fields => [ :name, :unique_code, :submitter_name ]) > + acts_as_solr(:fields => [ :name, :unique_code, :submitter_name ], :auto_commit => false ) > end > > if USE_EVENT_LOG > > > Modified: trunk/app/models/service_deployment.rb (465 => 466) > > > --- trunk/app/models/service_deployment.rb 2009-03-04 16:07:46 UTC (rev 465) > +++ trunk/app/models/service_deployment.rb 2009-03-06 12:13:37 UTC (rev 466) > @@ -29,7 +29,7 @@ > > if ENABLE_SEARCH > acts_as_solr(:fields => [ :endpoint, :city, :country ], > - :include => [ :provider ]) > + :include => [ :provider ], :auto_commit => false ) > end > > if USE_EVENT_LOG > > > Modified: trunk/app/models/service_provider.rb (465 => 466) > > > --- trunk/app/models/service_provider.rb 2009-03-04 16:07:46 UTC (rev 465) > +++ trunk/app/models/service_provider.rb 2009-03-06 12:13:37 UTC (rev 466) > @@ -18,7 +18,7 @@ > validates_presence_of :name > > if ENABLE_SEARCH > - acts_as_solr(:fields => [ :name ]) > + acts_as_solr(:fields => [ :name ], :auto_commit => false ) > end > > if USE_EVENT_LOG > > > Modified: trunk/app/models/service_version.rb (465 => 466) > > > --- trunk/app/models/service_version.rb 2009-03-04 16:07:46 UTC (rev 465) > +++ trunk/app/models/service_version.rb 2009-03-06 12:13:37 UTC (rev 466) > @@ -24,7 +24,7 @@ > validates_presence_of :version, :version_display_text > > if ENABLE_SEARCH > - acts_as_solr(:fields => [ :version_display_text ]) > + acts_as_solr(:fields => [ :version_display_text ], :auto_commit => false ) > end > > if USE_EVENT_LOG > > > Modified: trunk/app/models/soap_input.rb (465 => 466) > > > --- trunk/app/models/soap_input.rb 2009-03-04 16:07:46 UTC (rev 465) > +++ trunk/app/models/soap_input.rb 2009-03-06 12:13:37 UTC (rev 466) > @@ -12,7 +12,7 @@ > belongs_to :soap_operation > > if ENABLE_SEARCH > - acts_as_solr(:fields => [ :name, :description, :computational_type ]) > + acts_as_solr(:fields => [ :name, :description, :computational_type ], :auto_commit => false ) > end > > if USE_EVENT_LOG > > > Modified: trunk/app/models/soap_operation.rb (465 => 466) > > > --- trunk/app/models/soap_operation.rb 2009-03-04 16:07:46 UTC (rev 465) > +++ trunk/app/models/soap_operation.rb 2009-03-06 12:13:37 UTC (rev 466) > @@ -15,7 +15,7 @@ > has_many :soap_outputs, :dependent => :destroy > > if ENABLE_SEARCH > - acts_as_solr(:fields => [ :name, :description, :parent_port_type ]) > + acts_as_solr(:fields => [ :name, :description, :parent_port_type ], :auto_commit => false ) > end > > if USE_EVENT_LOG > > > Modified: trunk/app/models/soap_output.rb (465 => 466) > > > --- trunk/app/models/soap_output.rb 2009-03-04 16:07:46 UTC (rev 465) > +++ trunk/app/models/soap_output.rb 2009-03-06 12:13:37 UTC (rev 466) > @@ -12,7 +12,7 @@ > belongs_to :soap_operation > > if ENABLE_SEARCH > - acts_as_solr(:fields => [ :name, :description, :computational_type ]) > + acts_as_solr(:fields => [ :name, :description, :computational_type ], :auto_commit => false ) > end > > if USE_EVENT_LOG > > > Modified: trunk/app/models/soap_service.rb (465 => 466) > > > --- trunk/app/models/soap_service.rb 2009-03-04 16:07:46 UTC (rev 465) > +++ trunk/app/models/soap_service.rb 2009-03-06 12:13:37 UTC (rev 466) > @@ -39,7 +39,8 @@ > :message => 'is not valid' > > if ENABLE_SEARCH > - acts_as_solr(:fields => [ :name, :description, :documentation_url, :wsdl_location, :service_type_name ]) > + acts_as_solr(:fields => [ :name, :description, :documentation_url, :wsdl_location, :service_type_name ], > + :auto_commit => false ) > end > > if USE_EVENT_LOG > > > Modified: trunk/app/models/soaplab_server.rb (465 => 466) > > > --- trunk/app/models/soaplab_server.rb 2009-03-04 16:07:46 UTC (rev 465) > +++ trunk/app/models/soaplab_server.rb 2009-03-06 12:13:37 UTC (rev 466) > @@ -21,6 +21,10 @@ > validates_uniqueness_of :location, :message => " for this server seems to exist in BioCatalogue" > validates_url_format_of :location, > :allow_nil => false > + > + if ENABLE_SEARCH > + acts_as_solr(:fields => [ :location ], :auto_commit => false ) > + end > > # save the soap services from this server in > # the database > > > Modified: trunk/app/models/user.rb (465 => 466) > > > --- trunk/app/models/user.rb 2009-03-04 16:07:46 UTC (rev 465) > +++ trunk/app/models/user.rb 2009-03-06 12:13:37 UTC (rev 466) > @@ -19,7 +19,7 @@ > end > > if ENABLE_SEARCH > - acts_as_solr(:fields => [ :display_name, :affiliation, :country ]) > + acts_as_solr(:fields => [ :display_name, :affiliation, :country ], :auto_commit => false ) > end > > validates_presence_of :email > ------------------------------------------------------------------------ > > _______________________________________________ > BioCatalogue-developers mailing list > BioCatalogue-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/biocatalogue-developers > From noreply at rubyforge.org Tue Mar 10 09:40:32 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Tue, 10 Mar 2009 09:40:32 -0400 (EDT) Subject: [BioCatalogue-developers] [471] branches/rest-support/vendor/plugins/annotations/lib/annotations/ acts_as_annotatable.rb: Annotations plugin: count_annotation_by helper now can take in a nil source_type_in, which is the same as specifiying source_type_in = "all". Message-ID: <20090310134032.8CFC91779926@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Tue Mar 10 11:00:38 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Tue, 10 Mar 2009 11:00:38 -0400 (EDT) Subject: [BioCatalogue-developers] [472] trunk/vendor/plugins/acts_as_solr/lib/acts_methods.rb: set auto_commit => false in the plugin. Message-ID: <20090310150038.E199718580F7@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Tue Mar 10 11:02:34 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Tue, 10 Mar 2009 11:02:34 -0400 (EDT) Subject: [BioCatalogue-developers] [473] branches/rest-support/vendor/plugins/annotations: Annotations plugin: Message-ID: <20090310150234.13CEE18580F7@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Tue Mar 10 11:06:40 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Tue, 10 Mar 2009 11:06:40 -0400 (EDT) Subject: [BioCatalogue-developers] [474] branches/rest-support: [UNSTABLE] REST service submission ongoing work: Message-ID: <20090310150640.AA69B1779926@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Tue Mar 10 11:07:48 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Tue, 10 Mar 2009 11:07:48 -0400 (EDT) Subject: [BioCatalogue-developers] [475] trunk/app/models: remove auto_commit switch in the act_as_solr macro calls as it is already set in the plugin to our required default (false) Message-ID: <20090310150748.EF29B18580F7@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Tue Mar 10 11:27:18 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Tue, 10 Mar 2009 11:27:18 -0400 (EDT) Subject: [BioCatalogue-developers] [476] branches/rest-support/app/models: REST support: updates to some of the REST models. Message-ID: <20090310152718.14C7C1779926@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Tue Mar 10 12:01:46 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Tue, 10 Mar 2009 12:01:46 -0400 (EDT) Subject: [BioCatalogue-developers] [477] branches/rest-support/lib/acts_as_service_versionified.rb: Fix - forgot to put the method stub correctly. Message-ID: <20090310160146.A020A18580E2@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Tue Mar 10 12:07:51 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Tue, 10 Mar 2009 12:07:51 -0400 (EDT) Subject: [BioCatalogue-developers] [478] branches/rest-support/app/views/services/new.html.erb: - Updated buttons to have SOAP, SOAPLAB Server and REST all in one line. Message-ID: <20090310160751.A9D2C18580E2@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Tue Mar 10 12:26:52 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Tue, 10 Mar 2009 12:26:52 -0400 (EDT) Subject: [BioCatalogue-developers] [479] trunk/app/models/service.rb: bug fix, from incomplete commit Message-ID: <20090310162652.9FDAC18580E1@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Tue Mar 10 13:07:43 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Tue, 10 Mar 2009 13:07:43 -0400 (EDT) Subject: [BioCatalogue-developers] [480] trunk/public/images: add icons for adding annotations and tags Message-ID: <20090310170743.C4D641779926@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Tue Mar 10 13:12:15 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Tue, 10 Mar 2009 13:12:15 -0400 (EDT) Subject: [BioCatalogue-developers] [481] trunk/app: work on the styles and icons for adding annotations and tags Message-ID: <20090310171216.1636518580EB@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Tue Mar 10 13:23:45 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Tue, 10 Mar 2009 13:23:45 -0400 (EDT) Subject: [BioCatalogue-developers] [482] trunk/app/models/soap_service.rb: Important bugfix for geolocating! Message-ID: <20090310172345.B690918580E3@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Tue Mar 10 13:24:46 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Tue, 10 Mar 2009 13:24:46 -0400 (EDT) Subject: [BioCatalogue-developers] [483] branches/rest-support/lib/acts_as_service_versionified.rb: Bugfix for geolocating. Message-ID: <20090310172446.5BC3F18580E3@rubyforge.org> An HTML attachment was scrubbed... URL: From jits at cs.man.ac.uk Tue Mar 10 13:30:02 2009 From: jits at cs.man.ac.uk (Jiten Bhagat) Date: Tue, 10 Mar 2009 17:30:02 +0000 Subject: [BioCatalogue-developers] geocoding returning questionable results In-Reply-To: <49AD4E57.5030203@cs.man.ac.uk> References: <49AD4404.6030105@ebi.ac.uk> <49AD4E57.5030203@cs.man.ac.uk> Message-ID: <49B6A39A.1000101@cs.man.ac.uk> Guys, Seems like this was indeed a bug!! We were finding out the location of the wsdl file not the actual endpoint. I have committed a fix for this on trunk, so when the beta site is next updated it should work fine. The existing data will then need to be updated by first removing all the city and country data in the service_deployments table (backup first!) and then running the regeolocate.rb script. Jits Jiten Bhagat wrote: > We're using a free online IP to location mapping service called hostip > (http://www.hostip.info/) so unfortunately we rely on their database > (which can be populated and updated by anyone through their website). > > Also, we do DNS name to IP resolving at submission time, which is at > the mercy of DNS servers and load balancers. > > Jits > > > Eric Nzuobontane wrote: >> Hi Franck, >> I am not sure I understand. Geocoding has no knowledge of the the >> history of whatever it goecodes, as far as I understand. I think the >> enpoint has a german domain and would expect the goecode follow >> that... Except I completely missundestand what goeoding does. >> >> Eric >> >> >> Franck Tanoh wrote: >>> Eric, >>> This is a BioMoby service (therefore a dummy wsdl). The tool was >>> made in >>> germany (http://www.biomedcentral.com/1471-2105/7/535) but the web >>> service >>> was implemented by the BioMoby group. So the geocoding make sense. >>> The service should therefore be tagged as BioMoby service. The list of >>> BioMoby dummy wsdl: http://biomoby.org/cgi-bin/serviceList >>> Franck >>> -----Original Message----- >>> From: biocatalogue-developers-bounces at rubyforge.org >>> [mailto:biocatalogue-developers-bounces at rubyforge.org] On Behalf Of >>> Eric >>> Nzuobontane >>> Sent: 03 March 2009 13:13 >>> To: biocatalogue-developers at rubyforge.org >>> Subject: [BioCatalogue-developers] geocoding returning questionable >>> results >>> >>> hi, >>> I just submitted a service >>> http://beta.biocatalogue.org/services/142-getbincodebysgnservice_616678 >>> which I expected to be located in Germany but geocoding claims it >>> is in the US! >>> >>> Eric >>> >>> >> >> _______________________________________________ >> BioCatalogue-developers mailing list >> BioCatalogue-developers at rubyforge.org >> http://rubyforge.org/mailman/listinfo/biocatalogue-developers >> > > _______________________________________________ > BioCatalogue-developers mailing list > BioCatalogue-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/biocatalogue-developers From noreply at rubyforge.org Tue Mar 10 13:42:09 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Tue, 10 Mar 2009 13:42:09 -0400 (EDT) Subject: [BioCatalogue-developers] [484] branches/rest-support: REST support: implemented the create action so now REST services can be submitted. Message-ID: <20090310174209.DB67B18580E2@rubyforge.org> An HTML attachment was scrubbed... URL: From jits at cs.man.ac.uk Tue Mar 10 13:51:53 2009 From: jits at cs.man.ac.uk (Jiten Bhagat) Date: Tue, 10 Mar 2009 17:51:53 +0000 Subject: [BioCatalogue-developers] Next update to beta site Message-ID: <49B6A8B9.4050206@cs.man.ac.uk> Please let me know when the next update to the beta site is done as I'd like to merge REST support work to trunk after that. Thanks, Jits From noreply at rubyforge.org Tue Mar 10 14:04:04 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Tue, 10 Mar 2009 14:04:04 -0400 (EDT) Subject: [BioCatalogue-developers] [485] branches/rest-support/app/controllers/rest_services_controller.rb: Minor bugfix for the appending of annotations when the service already exists . Message-ID: <20090310180404.1031F18580E3@rubyforge.org> An HTML attachment was scrubbed... URL: From ericnzuo at ebi.ac.uk Wed Mar 11 05:29:35 2009 From: ericnzuo at ebi.ac.uk (Eric Nzuobontane) Date: Wed, 11 Mar 2009 09:29:35 +0000 Subject: [BioCatalogue-developers] Next update to beta site In-Reply-To: <49B6A8B9.4050206@cs.man.ac.uk> References: <49B6A8B9.4050206@cs.man.ac.uk> Message-ID: <49B7847F.8050200@ebi.ac.uk> I think the current code on the beta site is functionally the same as the trunk/head. So there is really nothing to update from the trunk at the moment. I would say go ahead and do the merge. Eric Jiten Bhagat wrote: > Please let me know when the next update to the beta site is done as > I'd like to merge REST support work to trunk after that. > > Thanks, > Jits > _______________________________________________ > BioCatalogue-developers mailing list > BioCatalogue-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/biocatalogue-developers From ericnzuo at ebi.ac.uk Wed Mar 11 05:32:04 2009 From: ericnzuo at ebi.ac.uk (Eric Nzuobontane) Date: Wed, 11 Mar 2009 09:32:04 +0000 Subject: [BioCatalogue-developers] geocoding returning questionable results In-Reply-To: <49B6A39A.1000101@cs.man.ac.uk> References: <49AD4404.6030105@ebi.ac.uk> <49AD4E57.5030203@cs.man.ac.uk> <49B6A39A.1000101@cs.man.ac.uk> Message-ID: <49B78514.7010106@ebi.ac.uk> while we are on that... geocoding service thinks Switzerland & Norway are in the EU Jiten Bhagat wrote: > Guys, > > Seems like this was indeed a bug!! We were finding out the location of > the wsdl file not the actual endpoint. > > I have committed a fix for this on trunk, so when the beta site is > next updated it should work fine. The existing data will then need to > be updated by first removing all the city and country data in the > service_deployments table (backup first!) and then running the > regeolocate.rb script. > > Jits > > > Jiten Bhagat wrote: >> We're using a free online IP to location mapping service called >> hostip (http://www.hostip.info/) so unfortunately we rely on their >> database (which can be populated and updated by anyone through their >> website). >> >> Also, we do DNS name to IP resolving at submission time, which is at >> the mercy of DNS servers and load balancers. >> >> Jits >> >> >> Eric Nzuobontane wrote: >>> Hi Franck, >>> I am not sure I understand. Geocoding has no knowledge of the the >>> history of whatever it goecodes, as far as I understand. I think the >>> enpoint has a german domain and would expect the goecode follow >>> that... Except I completely missundestand what goeoding does. >>> >>> Eric >>> >>> >>> Franck Tanoh wrote: >>>> Eric, >>>> This is a BioMoby service (therefore a dummy wsdl). The tool was >>>> made in >>>> germany (http://www.biomedcentral.com/1471-2105/7/535) but the web >>>> service >>>> was implemented by the BioMoby group. So the geocoding make sense. >>>> The service should therefore be tagged as BioMoby service. The list of >>>> BioMoby dummy wsdl: http://biomoby.org/cgi-bin/serviceList >>>> Franck >>>> -----Original Message----- >>>> From: biocatalogue-developers-bounces at rubyforge.org >>>> [mailto:biocatalogue-developers-bounces at rubyforge.org] On Behalf Of >>>> Eric >>>> Nzuobontane >>>> Sent: 03 March 2009 13:13 >>>> To: biocatalogue-developers at rubyforge.org >>>> Subject: [BioCatalogue-developers] geocoding returning questionable >>>> results >>>> >>>> hi, >>>> I just submitted a service >>>> http://beta.biocatalogue.org/services/142-getbincodebysgnservice_616678 >>>> >>>> which I expected to be located in Germany but geocoding claims it >>>> is in the US! >>>> >>>> Eric >>>> >>>> >>> >>> _______________________________________________ >>> BioCatalogue-developers mailing list >>> BioCatalogue-developers at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/biocatalogue-developers >>> >> >> _______________________________________________ >> BioCatalogue-developers mailing list >> BioCatalogue-developers at rubyforge.org >> http://rubyforge.org/mailman/listinfo/biocatalogue-developers From ericnzuo at ebi.ac.uk Wed Mar 11 05:46:22 2009 From: ericnzuo at ebi.ac.uk (Eric Nzuobontane) Date: Wed, 11 Mar 2009 09:46:22 +0000 Subject: [BioCatalogue-developers] geocoding returning questionable results In-Reply-To: <49B6A39A.1000101@cs.man.ac.uk> References: <49AD4404.6030105@ebi.ac.uk> <49AD4E57.5030203@cs.man.ac.uk> <49B6A39A.1000101@cs.man.ac.uk> Message-ID: <49B7886E.3080903@ebi.ac.uk> what if the regeolocate script did not check if the location has already been set or not for this situation? Jiten Bhagat wrote: > Guys, > > Seems like this was indeed a bug!! We were finding out the location of > the wsdl file not the actual endpoint. > > I have committed a fix for this on trunk, so when the beta site is > next updated it should work fine. The existing data will then need to > be updated by first removing all the city and country data in the > service_deployments table (backup first!) and then running the > regeolocate.rb script. > > Jits > > > Jiten Bhagat wrote: >> We're using a free online IP to location mapping service called >> hostip (http://www.hostip.info/) so unfortunately we rely on their >> database (which can be populated and updated by anyone through their >> website). >> >> Also, we do DNS name to IP resolving at submission time, which is at >> the mercy of DNS servers and load balancers. >> >> Jits >> >> >> Eric Nzuobontane wrote: >>> Hi Franck, >>> I am not sure I understand. Geocoding has no knowledge of the the >>> history of whatever it goecodes, as far as I understand. I think the >>> enpoint has a german domain and would expect the goecode follow >>> that... Except I completely missundestand what goeoding does. >>> >>> Eric >>> >>> >>> Franck Tanoh wrote: >>>> Eric, >>>> This is a BioMoby service (therefore a dummy wsdl). The tool was >>>> made in >>>> germany (http://www.biomedcentral.com/1471-2105/7/535) but the web >>>> service >>>> was implemented by the BioMoby group. So the geocoding make sense. >>>> The service should therefore be tagged as BioMoby service. The list of >>>> BioMoby dummy wsdl: http://biomoby.org/cgi-bin/serviceList >>>> Franck >>>> -----Original Message----- >>>> From: biocatalogue-developers-bounces at rubyforge.org >>>> [mailto:biocatalogue-developers-bounces at rubyforge.org] On Behalf Of >>>> Eric >>>> Nzuobontane >>>> Sent: 03 March 2009 13:13 >>>> To: biocatalogue-developers at rubyforge.org >>>> Subject: [BioCatalogue-developers] geocoding returning questionable >>>> results >>>> >>>> hi, >>>> I just submitted a service >>>> http://beta.biocatalogue.org/services/142-getbincodebysgnservice_616678 >>>> >>>> which I expected to be located in Germany but geocoding claims it >>>> is in the US! >>>> >>>> Eric >>>> >>>> >>> >>> _______________________________________________ >>> BioCatalogue-developers mailing list >>> BioCatalogue-developers at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/biocatalogue-developers >>> >> >> _______________________________________________ >> BioCatalogue-developers mailing list >> BioCatalogue-developers at rubyforge.org >> http://rubyforge.org/mailman/listinfo/biocatalogue-developers From jits at cs.man.ac.uk Wed Mar 11 06:16:52 2009 From: jits at cs.man.ac.uk (Jiten Bhagat) Date: Wed, 11 Mar 2009 10:16:52 +0000 Subject: [BioCatalogue-developers] Next update to beta site In-Reply-To: <49B7847F.8050200@ebi.ac.uk> References: <49B6A8B9.4050206@cs.man.ac.uk> <49B7847F.8050200@ebi.ac.uk> Message-ID: <49B78F94.8000708@cs.man.ac.uk> There is the bugfix for gelocating... Jits Eric Nzuobontane wrote: > I think the current code on the beta site is functionally the same as > the trunk/head. So there is really nothing to update from the trunk at > the moment. I would say go ahead and do the merge. > > Eric > > > Jiten Bhagat wrote: >> Please let me know when the next update to the beta site is done as >> I'd like to merge REST support work to trunk after that. >> >> Thanks, >> Jits >> _______________________________________________ >> BioCatalogue-developers mailing list >> BioCatalogue-developers at rubyforge.org >> http://rubyforge.org/mailman/listinfo/biocatalogue-developers > From jits at cs.man.ac.uk Wed Mar 11 06:18:11 2009 From: jits at cs.man.ac.uk (Jiten Bhagat) Date: Wed, 11 Mar 2009 10:18:11 +0000 Subject: [BioCatalogue-developers] geocoding returning questionable results In-Reply-To: <49B78514.7010106@ebi.ac.uk> References: <49AD4404.6030105@ebi.ac.uk> <49AD4E57.5030203@cs.man.ac.uk> <49B6A39A.1000101@cs.man.ac.uk> <49B78514.7010106@ebi.ac.uk> Message-ID: <49B78FE3.2070300@cs.man.ac.uk> Oh, and they aren't? I'm afraid I'm not European so pardon my ignorance ;-) Jits Eric Nzuobontane wrote: > while we are on that... geocoding service thinks Switzerland & Norway > are in the EU > > Jiten Bhagat wrote: >> Guys, >> >> Seems like this was indeed a bug!! We were finding out the location >> of the wsdl file not the actual endpoint. >> >> I have committed a fix for this on trunk, so when the beta site is >> next updated it should work fine. The existing data will then need to >> be updated by first removing all the city and country data in the >> service_deployments table (backup first!) and then running the >> regeolocate.rb script. >> >> Jits >> >> >> Jiten Bhagat wrote: >>> We're using a free online IP to location mapping service called >>> hostip (http://www.hostip.info/) so unfortunately we rely on their >>> database (which can be populated and updated by anyone through their >>> website). >>> >>> Also, we do DNS name to IP resolving at submission time, which is at >>> the mercy of DNS servers and load balancers. >>> >>> Jits >>> >>> >>> Eric Nzuobontane wrote: >>>> Hi Franck, >>>> I am not sure I understand. Geocoding has no knowledge of the the >>>> history of whatever it goecodes, as far as I understand. I think >>>> the enpoint has a german domain and would expect the goecode follow >>>> that... Except I completely missundestand what goeoding does. >>>> >>>> Eric >>>> >>>> >>>> Franck Tanoh wrote: >>>>> Eric, >>>>> This is a BioMoby service (therefore a dummy wsdl). The tool was >>>>> made in >>>>> germany (http://www.biomedcentral.com/1471-2105/7/535) but the web >>>>> service >>>>> was implemented by the BioMoby group. So the geocoding make sense. >>>>> The service should therefore be tagged as BioMoby service. The >>>>> list of >>>>> BioMoby dummy wsdl: http://biomoby.org/cgi-bin/serviceList >>>>> Franck >>>>> -----Original Message----- >>>>> From: biocatalogue-developers-bounces at rubyforge.org >>>>> [mailto:biocatalogue-developers-bounces at rubyforge.org] On Behalf >>>>> Of Eric >>>>> Nzuobontane >>>>> Sent: 03 March 2009 13:13 >>>>> To: biocatalogue-developers at rubyforge.org >>>>> Subject: [BioCatalogue-developers] geocoding returning >>>>> questionable results >>>>> >>>>> hi, >>>>> I just submitted a service >>>>> http://beta.biocatalogue.org/services/142-getbincodebysgnservice_616678 >>>>> >>>>> which I expected to be located in Germany but geocoding claims it >>>>> is in the US! >>>>> >>>>> Eric >>>>> >>>>> >>>> >>>> _______________________________________________ >>>> BioCatalogue-developers mailing list >>>> BioCatalogue-developers at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/biocatalogue-developers >>>> >>> >>> _______________________________________________ >>> BioCatalogue-developers mailing list >>> BioCatalogue-developers at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/biocatalogue-developers > From jits at cs.man.ac.uk Wed Mar 11 06:20:02 2009 From: jits at cs.man.ac.uk (Jiten Bhagat) Date: Wed, 11 Mar 2009 10:20:02 +0000 Subject: [BioCatalogue-developers] geocoding returning questionable results In-Reply-To: <49B7886E.3080903@ebi.ac.uk> References: <49AD4404.6030105@ebi.ac.uk> <49AD4E57.5030203@cs.man.ac.uk> <49B6A39A.1000101@cs.man.ac.uk> <49B7886E.3080903@ebi.ac.uk> Message-ID: <49B79052.7020106@cs.man.ac.uk> You could disable the if loop that does the check if you'd like, but I'd like to keep the original script having the check so that it doesn't overwrite anything. So for now you could copy the script and name it something else, and then remove the if check in there. Cheers, Jits Eric Nzuobontane wrote: > what if the regeolocate script did not check if the location has > already been set or not for this situation? > > > Jiten Bhagat wrote: >> Guys, >> >> Seems like this was indeed a bug!! We were finding out the location >> of the wsdl file not the actual endpoint. >> >> I have committed a fix for this on trunk, so when the beta site is >> next updated it should work fine. The existing data will then need to >> be updated by first removing all the city and country data in the >> service_deployments table (backup first!) and then running the >> regeolocate.rb script. >> >> Jits >> >> >> Jiten Bhagat wrote: >>> We're using a free online IP to location mapping service called >>> hostip (http://www.hostip.info/) so unfortunately we rely on their >>> database (which can be populated and updated by anyone through their >>> website). >>> >>> Also, we do DNS name to IP resolving at submission time, which is at >>> the mercy of DNS servers and load balancers. >>> >>> Jits >>> >>> >>> Eric Nzuobontane wrote: >>>> Hi Franck, >>>> I am not sure I understand. Geocoding has no knowledge of the the >>>> history of whatever it goecodes, as far as I understand. I think >>>> the enpoint has a german domain and would expect the goecode follow >>>> that... Except I completely missundestand what goeoding does. >>>> >>>> Eric >>>> >>>> >>>> Franck Tanoh wrote: >>>>> Eric, >>>>> This is a BioMoby service (therefore a dummy wsdl). The tool was >>>>> made in >>>>> germany (http://www.biomedcentral.com/1471-2105/7/535) but the web >>>>> service >>>>> was implemented by the BioMoby group. So the geocoding make sense. >>>>> The service should therefore be tagged as BioMoby service. The >>>>> list of >>>>> BioMoby dummy wsdl: http://biomoby.org/cgi-bin/serviceList >>>>> Franck >>>>> -----Original Message----- >>>>> From: biocatalogue-developers-bounces at rubyforge.org >>>>> [mailto:biocatalogue-developers-bounces at rubyforge.org] On Behalf >>>>> Of Eric >>>>> Nzuobontane >>>>> Sent: 03 March 2009 13:13 >>>>> To: biocatalogue-developers at rubyforge.org >>>>> Subject: [BioCatalogue-developers] geocoding returning >>>>> questionable results >>>>> >>>>> hi, >>>>> I just submitted a service >>>>> http://beta.biocatalogue.org/services/142-getbincodebysgnservice_616678 >>>>> >>>>> which I expected to be located in Germany but geocoding claims it >>>>> is in the US! >>>>> >>>>> Eric >>>>> >>>>> >>>> >>>> _______________________________________________ >>>> BioCatalogue-developers mailing list >>>> BioCatalogue-developers at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/biocatalogue-developers >>>> >>> >>> _______________________________________________ >>> BioCatalogue-developers mailing list >>> BioCatalogue-developers at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/biocatalogue-developers > From jits at cs.man.ac.uk Wed Mar 11 06:33:20 2009 From: jits at cs.man.ac.uk (Jiten Bhagat) Date: Wed, 11 Mar 2009 10:33:20 +0000 Subject: [BioCatalogue-developers] geocoding returning questionable results In-Reply-To: <49B78FE3.2070300@cs.man.ac.uk> References: <49AD4404.6030105@ebi.ac.uk> <49AD4E57.5030203@cs.man.ac.uk> <49B6A39A.1000101@cs.man.ac.uk> <49B78514.7010106@ebi.ac.uk> <49B78FE3.2070300@cs.man.ac.uk> Message-ID: <49B79370.6060103@cs.man.ac.uk> Oh yeah, they aren't... that's very weird! OK, what do you reckon we do about this? Jiten Bhagat wrote: > Oh, and they aren't? I'm afraid I'm not European so pardon my > ignorance ;-) > > Jits > > > Eric Nzuobontane wrote: >> while we are on that... geocoding service thinks Switzerland & Norway >> are in the EU >> >> Jiten Bhagat wrote: >>> Guys, >>> >>> Seems like this was indeed a bug!! We were finding out the location >>> of the wsdl file not the actual endpoint. >>> >>> I have committed a fix for this on trunk, so when the beta site is >>> next updated it should work fine. The existing data will then need >>> to be updated by first removing all the city and country data in the >>> service_deployments table (backup first!) and then running the >>> regeolocate.rb script. >>> >>> Jits >>> >>> >>> Jiten Bhagat wrote: >>>> We're using a free online IP to location mapping service called >>>> hostip (http://www.hostip.info/) so unfortunately we rely on their >>>> database (which can be populated and updated by anyone through >>>> their website). >>>> >>>> Also, we do DNS name to IP resolving at submission time, which is >>>> at the mercy of DNS servers and load balancers. >>>> >>>> Jits >>>> >>>> >>>> Eric Nzuobontane wrote: >>>>> Hi Franck, >>>>> I am not sure I understand. Geocoding has no knowledge of the the >>>>> history of whatever it goecodes, as far as I understand. I think >>>>> the enpoint has a german domain and would expect the goecode >>>>> follow that... Except I completely missundestand what goeoding does. >>>>> >>>>> Eric >>>>> >>>>> >>>>> Franck Tanoh wrote: >>>>>> Eric, >>>>>> This is a BioMoby service (therefore a dummy wsdl). The tool was >>>>>> made in >>>>>> germany (http://www.biomedcentral.com/1471-2105/7/535) but the >>>>>> web service >>>>>> was implemented by the BioMoby group. So the geocoding make sense. >>>>>> The service should therefore be tagged as BioMoby service. The >>>>>> list of >>>>>> BioMoby dummy wsdl: http://biomoby.org/cgi-bin/serviceList >>>>>> Franck >>>>>> -----Original Message----- >>>>>> From: biocatalogue-developers-bounces at rubyforge.org >>>>>> [mailto:biocatalogue-developers-bounces at rubyforge.org] On Behalf >>>>>> Of Eric >>>>>> Nzuobontane >>>>>> Sent: 03 March 2009 13:13 >>>>>> To: biocatalogue-developers at rubyforge.org >>>>>> Subject: [BioCatalogue-developers] geocoding returning >>>>>> questionable results >>>>>> >>>>>> hi, >>>>>> I just submitted a service >>>>>> http://beta.biocatalogue.org/services/142-getbincodebysgnservice_616678 >>>>>> >>>>>> which I expected to be located in Germany but geocoding claims >>>>>> it is in the US! >>>>>> >>>>>> Eric >>>>>> >>>>>> >>>>> >>>>> _______________________________________________ >>>>> BioCatalogue-developers mailing list >>>>> BioCatalogue-developers at rubyforge.org >>>>> http://rubyforge.org/mailman/listinfo/biocatalogue-developers >>>>> >>>> >>>> _______________________________________________ >>>> BioCatalogue-developers mailing list >>>> BioCatalogue-developers at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/biocatalogue-developers >> > > From noreply at rubyforge.org Wed Mar 11 06:44:50 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Wed, 11 Mar 2009 06:44:50 -0400 (EDT) Subject: [BioCatalogue-developers] [486] trunk/app/helpers/application_helper.rb: add documentation Message-ID: <20090311104451.1BD7A18580E4@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Wed Mar 11 06:45:41 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Wed, 11 Mar 2009 06:45:41 -0400 (EDT) Subject: [BioCatalogue-developers] [487] trunk/app/views/annotations: remove code duplication Message-ID: <20090311104541.49D9918580E4@rubyforge.org> An HTML attachment was scrubbed... URL: From ericnzuo at ebi.ac.uk Wed Mar 11 07:34:47 2009 From: ericnzuo at ebi.ac.uk (Eric Nzuobontane) Date: Wed, 11 Mar 2009 11:34:47 +0000 Subject: [BioCatalogue-developers] geocoding returning questionable results In-Reply-To: <49B79370.6060103@cs.man.ac.uk> References: <49AD4404.6030105@ebi.ac.uk> <49AD4E57.5030203@cs.man.ac.uk> <49B6A39A.1000101@cs.man.ac.uk> <49B78514.7010106@ebi.ac.uk> <49B78FE3.2070300@cs.man.ac.uk> <49B79370.6060103@cs.man.ac.uk> Message-ID: <49B7A1D7.5090700@ebi.ac.uk> You would see why they do not want to join. They are small countries that are rich. Small so they cannot have much influence in the face of UK, Germany, France ... and rich mean they get to contribute more to prop up the poorer nations. And for Switzerland in particular, it means they lose the banking secrecy protection which is a big source of their wealth. And guess what, they have more or less the same privileges and EU citizens within the EU.... hmmm On what we do about it, submit a bug report to google or whoever is offering the service. Otherwise, I do not know. Eric Jiten Bhagat wrote: > Oh yeah, they aren't... that's very weird! OK, what do you reckon we > do about this? > > Jiten Bhagat wrote: >> Oh, and they aren't? I'm afraid I'm not European so pardon my >> ignorance ;-) >> >> Jits >> >> >> Eric Nzuobontane wrote: >>> while we are on that... geocoding service thinks Switzerland & >>> Norway are in the EU >>> >>> Jiten Bhagat wrote: >>>> Guys, >>>> >>>> Seems like this was indeed a bug!! We were finding out the location >>>> of the wsdl file not the actual endpoint. >>>> >>>> I have committed a fix for this on trunk, so when the beta site is >>>> next updated it should work fine. The existing data will then need >>>> to be updated by first removing all the city and country data in >>>> the service_deployments table (backup first!) and then running the >>>> regeolocate.rb script. >>>> >>>> Jits >>>> >>>> >>>> Jiten Bhagat wrote: >>>>> We're using a free online IP to location mapping service called >>>>> hostip (http://www.hostip.info/) so unfortunately we rely on their >>>>> database (which can be populated and updated by anyone through >>>>> their website). >>>>> >>>>> Also, we do DNS name to IP resolving at submission time, which is >>>>> at the mercy of DNS servers and load balancers. >>>>> >>>>> Jits >>>>> >>>>> >>>>> Eric Nzuobontane wrote: >>>>>> Hi Franck, >>>>>> I am not sure I understand. Geocoding has no knowledge of the the >>>>>> history of whatever it goecodes, as far as I understand. I think >>>>>> the enpoint has a german domain and would expect the goecode >>>>>> follow that... Except I completely missundestand what goeoding does. >>>>>> >>>>>> Eric >>>>>> >>>>>> >>>>>> Franck Tanoh wrote: >>>>>>> Eric, >>>>>>> This is a BioMoby service (therefore a dummy wsdl). The tool was >>>>>>> made in >>>>>>> germany (http://www.biomedcentral.com/1471-2105/7/535) but the >>>>>>> web service >>>>>>> was implemented by the BioMoby group. So the geocoding make sense. >>>>>>> The service should therefore be tagged as BioMoby service. The >>>>>>> list of >>>>>>> BioMoby dummy wsdl: http://biomoby.org/cgi-bin/serviceList >>>>>>> Franck >>>>>>> -----Original Message----- >>>>>>> From: biocatalogue-developers-bounces at rubyforge.org >>>>>>> [mailto:biocatalogue-developers-bounces at rubyforge.org] On Behalf >>>>>>> Of Eric >>>>>>> Nzuobontane >>>>>>> Sent: 03 March 2009 13:13 >>>>>>> To: biocatalogue-developers at rubyforge.org >>>>>>> Subject: [BioCatalogue-developers] geocoding returning >>>>>>> questionable results >>>>>>> >>>>>>> hi, >>>>>>> I just submitted a service >>>>>>> http://beta.biocatalogue.org/services/142-getbincodebysgnservice_616678 >>>>>>> >>>>>>> which I expected to be located in Germany but geocoding claims >>>>>>> it is in the US! >>>>>>> >>>>>>> Eric >>>>>>> >>>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> BioCatalogue-developers mailing list >>>>>> BioCatalogue-developers at rubyforge.org >>>>>> http://rubyforge.org/mailman/listinfo/biocatalogue-developers >>>>>> >>>>> >>>>> _______________________________________________ >>>>> BioCatalogue-developers mailing list >>>>> BioCatalogue-developers at rubyforge.org >>>>> http://rubyforge.org/mailman/listinfo/biocatalogue-developers >>> >> >> -------------- next part -------------- A non-text attachment was scrubbed... Name: ericnzuo.vcf Type: text/x-vcard Size: 238 bytes Desc: not available URL: From jits at cs.man.ac.uk Wed Mar 11 07:40:55 2009 From: jits at cs.man.ac.uk (Jiten Bhagat) Date: Wed, 11 Mar 2009 11:40:55 +0000 Subject: [BioCatalogue-developers] geocoding returning questionable results In-Reply-To: <49B7A1D7.5090700@ebi.ac.uk> References: <49AD4404.6030105@ebi.ac.uk> <49AD4E57.5030203@cs.man.ac.uk> <49B6A39A.1000101@cs.man.ac.uk> <49B78514.7010106@ebi.ac.uk> <49B78FE3.2070300@cs.man.ac.uk> <49B79370.6060103@cs.man.ac.uk> <49B7A1D7.5090700@ebi.ac.uk> Message-ID: <49B7A347.4050108@cs.man.ac.uk> Eric Nzuobontane wrote: > You would see why they do not want to join. They are small countries > that are rich. Small so they cannot have much influence in the face of > UK, Germany, France ... and rich mean they get to contribute more to > prop up the poorer nations. And for Switzerland in particular, it > means they lose the banking secrecy protection which is a big source > of their wealth. And guess what, they have more or less the same > privileges and EU citizens within the EU.... hmmm So true! Though I heard recently that they are having to drop some of the secrecy protection? (Or atleast were discussing it, in the face of the current banking problems). > > On what we do about it, submit a bug report to google or whoever is > offering the service. Otherwise, I do not know. Okay. The service we're using is: hostip (http://www.hostip.info/). If we can find out which IP addresses are being geolocated to EU then we can edit the info about them on hostip directly. I assume right now they just return location as "Europe" or "European Union". Speaking of which, let's check the DB first as it could be that we are doing some wrong mapping of location to flags. When you get a moment, could you check the city and country fields for their exact content (in the service_deployments table), so we can know what exactly is being returned by hostip. Cheers, Jits > > Eric > > > Jiten Bhagat wrote: >> Oh yeah, they aren't... that's very weird! OK, what do you reckon we >> do about this? >> >> Jiten Bhagat wrote: >>> Oh, and they aren't? I'm afraid I'm not European so pardon my >>> ignorance ;-) >>> >>> Jits >>> >>> >>> Eric Nzuobontane wrote: >>>> while we are on that... geocoding service thinks Switzerland & >>>> Norway are in the EU >>>> >>>> Jiten Bhagat wrote: >>>>> Guys, >>>>> >>>>> Seems like this was indeed a bug!! We were finding out the >>>>> location of the wsdl file not the actual endpoint. >>>>> >>>>> I have committed a fix for this on trunk, so when the beta site is >>>>> next updated it should work fine. The existing data will then need >>>>> to be updated by first removing all the city and country data in >>>>> the service_deployments table (backup first!) and then running the >>>>> regeolocate.rb script. >>>>> >>>>> Jits >>>>> >>>>> >>>>> Jiten Bhagat wrote: >>>>>> We're using a free online IP to location mapping service called >>>>>> hostip (http://www.hostip.info/) so unfortunately we rely on >>>>>> their database (which can be populated and updated by anyone >>>>>> through their website). >>>>>> >>>>>> Also, we do DNS name to IP resolving at submission time, which is >>>>>> at the mercy of DNS servers and load balancers. >>>>>> >>>>>> Jits >>>>>> >>>>>> >>>>>> Eric Nzuobontane wrote: >>>>>>> Hi Franck, >>>>>>> I am not sure I understand. Geocoding has no knowledge of the >>>>>>> the history of whatever it goecodes, as far as I understand. I >>>>>>> think the enpoint has a german domain and would expect the >>>>>>> goecode follow that... Except I completely missundestand what >>>>>>> goeoding does. >>>>>>> >>>>>>> Eric >>>>>>> >>>>>>> >>>>>>> Franck Tanoh wrote: >>>>>>>> Eric, >>>>>>>> This is a BioMoby service (therefore a dummy wsdl). The tool >>>>>>>> was made in >>>>>>>> germany (http://www.biomedcentral.com/1471-2105/7/535) but the >>>>>>>> web service >>>>>>>> was implemented by the BioMoby group. So the geocoding make sense. >>>>>>>> The service should therefore be tagged as BioMoby service. The >>>>>>>> list of >>>>>>>> BioMoby dummy wsdl: http://biomoby.org/cgi-bin/serviceList >>>>>>>> Franck >>>>>>>> -----Original Message----- >>>>>>>> From: biocatalogue-developers-bounces at rubyforge.org >>>>>>>> [mailto:biocatalogue-developers-bounces at rubyforge.org] On >>>>>>>> Behalf Of Eric >>>>>>>> Nzuobontane >>>>>>>> Sent: 03 March 2009 13:13 >>>>>>>> To: biocatalogue-developers at rubyforge.org >>>>>>>> Subject: [BioCatalogue-developers] geocoding returning >>>>>>>> questionable results >>>>>>>> >>>>>>>> hi, >>>>>>>> I just submitted a service >>>>>>>> http://beta.biocatalogue.org/services/142-getbincodebysgnservice_616678 >>>>>>>> >>>>>>>> which I expected to be located in Germany but geocoding claims >>>>>>>> it is in the US! >>>>>>>> >>>>>>>> Eric >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> BioCatalogue-developers mailing list >>>>>>> BioCatalogue-developers at rubyforge.org >>>>>>> http://rubyforge.org/mailman/listinfo/biocatalogue-developers >>>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> BioCatalogue-developers mailing list >>>>>> BioCatalogue-developers at rubyforge.org >>>>>> http://rubyforge.org/mailman/listinfo/biocatalogue-developers >>>> >>> >>> > From noreply at rubyforge.org Wed Mar 11 08:58:16 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Wed, 11 Mar 2009 08:58:16 -0400 (EDT) Subject: [BioCatalogue-developers] [Task #2570] Add the addthis.com bookmarking widget Message-ID: <20090311125816.F063318580EB@rubyforge.org> Task #2570 has been updated. Project: BioCatalogue Subproject: Pilot Summary: Add the addthis.com bookmarking widget Complete: 0% Status: Open Description: Like on myexperiment ------------------------------------------------------- For more info, visit: http://rubyforge.org/pm/task.php?func=detailtask&project_task_id=2570&group_id=6901&group_project_id=12540 From noreply at rubyforge.org Wed Mar 11 09:01:37 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Wed, 11 Mar 2009 09:01:37 -0400 (EDT) Subject: [BioCatalogue-developers] [Task #2571] Add google analytics Message-ID: <20090311130137.9B17918580ED@rubyforge.org> Task #2571 has been updated. Project: BioCatalogue Subproject: Pilot Summary: Add google analytics Complete: 0% Status: Open Description: Need to add google analytics to the website ------------------------------------------------------- For more info, visit: http://rubyforge.org/pm/task.php?func=detailtask&project_task_id=2571&group_id=6901&group_project_id=12540 From noreply at rubyforge.org Wed Mar 11 09:02:08 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Wed, 11 Mar 2009 09:02:08 -0400 (EDT) Subject: [BioCatalogue-developers] [Task #2571] Add google analytics Message-ID: <20090311130208.7097C18580ED@rubyforge.org> Task #2571 has been updated. Project: BioCatalogue Subproject: Pilot Summary: Add google analytics Complete: 0% Status: Open Description: Need to add google analytics to the website Follow-Ups: ------------------------------------------------------- Date: 2009-03-11 13:02 By: jits Comment: Have the EBI registered for a Google Analytics account as Rodrigo mentioned? ------------------------------------------------------- For more info, visit: http://rubyforge.org/pm/task.php?func=detailtask&project_task_id=2571&group_id=6901&group_project_id=12540 From ytanoh at cs.man.ac.uk Wed Mar 11 09:09:31 2009 From: ytanoh at cs.man.ac.uk (Franck Tanoh) Date: Wed, 11 Mar 2009 13:09:31 -0000 Subject: [BioCatalogue-developers] service operation annotation In-Reply-To: <49B7A1D7.5090700@ebi.ac.uk> Message-ID: Hi Jits, When I edit an operation description and save it, I'm redirected to the service page. you fixed the bit where users create a brand new description and save it... thx for that; but the 'edit' and 'delete' still redirecting to the service page. Cheers, Franck -----Original Message----- From: biocatalogue-developers-bounces at rubyforge.org [mailto:biocatalogue-developers-bounces at rubyforge.org] On Behalf Of Eric Nzuobontane Sent: 11 March 2009 11:35 To: Jiten Bhagat Cc: biocatalogue-developers at rubyforge.org Subject: Re: [BioCatalogue-developers] geocodingreturning questionable results You would see why they do not want to join. They are small countries that are rich. Small so they cannot have much influence in the face of UK, Germany, France ... and rich mean they get to contribute more to prop up the poorer nations. And for Switzerland in particular, it means they lose the banking secrecy protection which is a big source of their wealth. And guess what, they have more or less the same privileges and EU citizens within the EU.... hmmm On what we do about it, submit a bug report to google or whoever is offering the service. Otherwise, I do not know. Eric Jiten Bhagat wrote: > Oh yeah, they aren't... that's very weird! OK, what do you reckon we > do about this? > > Jiten Bhagat wrote: >> Oh, and they aren't? I'm afraid I'm not European so pardon my >> ignorance ;-) >> >> Jits >> >> >> Eric Nzuobontane wrote: >>> while we are on that... geocoding service thinks Switzerland & >>> Norway are in the EU >>> >>> Jiten Bhagat wrote: >>>> Guys, >>>> >>>> Seems like this was indeed a bug!! We were finding out the location >>>> of the wsdl file not the actual endpoint. >>>> >>>> I have committed a fix for this on trunk, so when the beta site is >>>> next updated it should work fine. The existing data will then need >>>> to be updated by first removing all the city and country data in >>>> the service_deployments table (backup first!) and then running the >>>> regeolocate.rb script. >>>> >>>> Jits >>>> >>>> >>>> Jiten Bhagat wrote: >>>>> We're using a free online IP to location mapping service called >>>>> hostip (http://www.hostip.info/) so unfortunately we rely on their >>>>> database (which can be populated and updated by anyone through >>>>> their website). >>>>> >>>>> Also, we do DNS name to IP resolving at submission time, which is >>>>> at the mercy of DNS servers and load balancers. >>>>> >>>>> Jits >>>>> >>>>> >>>>> Eric Nzuobontane wrote: >>>>>> Hi Franck, >>>>>> I am not sure I understand. Geocoding has no knowledge of the the >>>>>> history of whatever it goecodes, as far as I understand. I think >>>>>> the enpoint has a german domain and would expect the goecode >>>>>> follow that... Except I completely missundestand what goeoding does. >>>>>> >>>>>> Eric >>>>>> >>>>>> >>>>>> Franck Tanoh wrote: >>>>>>> Eric, >>>>>>> This is a BioMoby service (therefore a dummy wsdl). The tool was >>>>>>> made in >>>>>>> germany (http://www.biomedcentral.com/1471-2105/7/535) but the >>>>>>> web service >>>>>>> was implemented by the BioMoby group. So the geocoding make sense. >>>>>>> The service should therefore be tagged as BioMoby service. The >>>>>>> list of >>>>>>> BioMoby dummy wsdl: http://biomoby.org/cgi-bin/serviceList >>>>>>> Franck >>>>>>> -----Original Message----- >>>>>>> From: biocatalogue-developers-bounces at rubyforge.org >>>>>>> [mailto:biocatalogue-developers-bounces at rubyforge.org] On Behalf >>>>>>> Of Eric >>>>>>> Nzuobontane >>>>>>> Sent: 03 March 2009 13:13 >>>>>>> To: biocatalogue-developers at rubyforge.org >>>>>>> Subject: [BioCatalogue-developers] geocoding returning >>>>>>> questionable results >>>>>>> >>>>>>> hi, >>>>>>> I just submitted a service >>>>>>> http://beta.biocatalogue.org/services/142-getbincodebysgnservice_616678 >>>>>>> >>>>>>> which I expected to be located in Germany but geocoding claims >>>>>>> it is in the US! >>>>>>> >>>>>>> Eric >>>>>>> >>>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> BioCatalogue-developers mailing list >>>>>> BioCatalogue-developers at rubyforge.org >>>>>> http://rubyforge.org/mailman/listinfo/biocatalogue-developers >>>>>> >>>>> >>>>> _______________________________________________ >>>>> BioCatalogue-developers mailing list >>>>> BioCatalogue-developers at rubyforge.org >>>>> http://rubyforge.org/mailman/listinfo/biocatalogue-developers >>> >> >> From jits at cs.man.ac.uk Wed Mar 11 09:10:41 2009 From: jits at cs.man.ac.uk (Jiten Bhagat) Date: Wed, 11 Mar 2009 13:10:41 +0000 Subject: [BioCatalogue-developers] service operation annotation In-Reply-To: References: Message-ID: <49B7B851.6070208@cs.man.ac.uk> Ah yes, could you add a rubyforge task for this please, at highest priority and assigned to me. Thanks, Jits Franck Tanoh wrote: > Hi Jits, > > When I edit an operation description and save it, I'm redirected to the > service page. you fixed the bit where users create a brand new description > and save it... thx for that; but the 'edit' and 'delete' still redirecting > to the service page. > Cheers, > > Franck > > -----Original Message----- > From: biocatalogue-developers-bounces at rubyforge.org > [mailto:biocatalogue-developers-bounces at rubyforge.org] On Behalf Of Eric > Nzuobontane > Sent: 11 March 2009 11:35 > To: Jiten Bhagat > Cc: biocatalogue-developers at rubyforge.org > Subject: Re: [BioCatalogue-developers] geocodingreturning questionable > results > > You would see why they do not want to join. They are small countries > that are rich. Small so they cannot have much influence in the face of > UK, Germany, France ... and rich mean they get to contribute more to > prop up the poorer nations. And for Switzerland in particular, it means > they lose the banking secrecy protection which is a big source of their > wealth. And guess what, they have more or less the same privileges and > EU citizens within the EU.... hmmm > > On what we do about it, submit a bug report to google or whoever is > offering the service. Otherwise, I do not know. > > Eric > > > Jiten Bhagat wrote: > >> Oh yeah, they aren't... that's very weird! OK, what do you reckon we >> do about this? >> >> Jiten Bhagat wrote: >> >>> Oh, and they aren't? I'm afraid I'm not European so pardon my >>> ignorance ;-) >>> >>> Jits >>> >>> >>> Eric Nzuobontane wrote: >>> >>>> while we are on that... geocoding service thinks Switzerland & >>>> Norway are in the EU >>>> >>>> Jiten Bhagat wrote: >>>> >>>>> Guys, >>>>> >>>>> Seems like this was indeed a bug!! We were finding out the location >>>>> of the wsdl file not the actual endpoint. >>>>> >>>>> I have committed a fix for this on trunk, so when the beta site is >>>>> next updated it should work fine. The existing data will then need >>>>> to be updated by first removing all the city and country data in >>>>> the service_deployments table (backup first!) and then running the >>>>> regeolocate.rb script. >>>>> >>>>> Jits >>>>> >>>>> >>>>> Jiten Bhagat wrote: >>>>> >>>>>> We're using a free online IP to location mapping service called >>>>>> hostip (http://www.hostip.info/) so unfortunately we rely on their >>>>>> database (which can be populated and updated by anyone through >>>>>> their website). >>>>>> >>>>>> Also, we do DNS name to IP resolving at submission time, which is >>>>>> at the mercy of DNS servers and load balancers. >>>>>> >>>>>> Jits >>>>>> >>>>>> >>>>>> Eric Nzuobontane wrote: >>>>>> >>>>>>> Hi Franck, >>>>>>> I am not sure I understand. Geocoding has no knowledge of the the >>>>>>> history of whatever it goecodes, as far as I understand. I think >>>>>>> the enpoint has a german domain and would expect the goecode >>>>>>> follow that... Except I completely missundestand what goeoding does. >>>>>>> >>>>>>> Eric >>>>>>> >>>>>>> >>>>>>> Franck Tanoh wrote: >>>>>>> >>>>>>>> Eric, >>>>>>>> This is a BioMoby service (therefore a dummy wsdl). The tool was >>>>>>>> made in >>>>>>>> germany (http://www.biomedcentral.com/1471-2105/7/535) but the >>>>>>>> web service >>>>>>>> was implemented by the BioMoby group. So the geocoding make sense. >>>>>>>> The service should therefore be tagged as BioMoby service. The >>>>>>>> list of >>>>>>>> BioMoby dummy wsdl: http://biomoby.org/cgi-bin/serviceList >>>>>>>> Franck >>>>>>>> -----Original Message----- >>>>>>>> From: biocatalogue-developers-bounces at rubyforge.org >>>>>>>> [mailto:biocatalogue-developers-bounces at rubyforge.org] On Behalf >>>>>>>> Of Eric >>>>>>>> Nzuobontane >>>>>>>> Sent: 03 March 2009 13:13 >>>>>>>> To: biocatalogue-developers at rubyforge.org >>>>>>>> Subject: [BioCatalogue-developers] geocoding returning >>>>>>>> questionable results >>>>>>>> >>>>>>>> hi, >>>>>>>> I just submitted a service >>>>>>>> >>>>>>>> > http://beta.biocatalogue.org/services/142-getbincodebysgnservice_616678 > >>>>>>>> which I expected to be located in Germany but geocoding claims >>>>>>>> it is in the US! >>>>>>>> >>>>>>>> Eric >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> _______________________________________________ >>>>>>> BioCatalogue-developers mailing list >>>>>>> BioCatalogue-developers at rubyforge.org >>>>>>> http://rubyforge.org/mailman/listinfo/biocatalogue-developers >>>>>>> >>>>>>> >>>>>> _______________________________________________ >>>>>> BioCatalogue-developers mailing list >>>>>> BioCatalogue-developers at rubyforge.org >>>>>> http://rubyforge.org/mailman/listinfo/biocatalogue-developers >>>>>> >>> > > > From noreply at rubyforge.org Wed Mar 11 09:57:58 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Wed, 11 Mar 2009 09:57:58 -0400 (EDT) Subject: [BioCatalogue-developers] [Task #2572] service operation description Message-ID: <20090311135758.57ABF18580F8@rubyforge.org> Task #2572 has been updated. Project: BioCatalogue Subproject: Pilot Summary: service operation description Complete: 0% Status: Open Description: When I edit or delete an operation description and save it, I'm redirected to the service page. ------------------------------------------------------- For more info, visit: http://rubyforge.org/pm/task.php?func=detailtask&project_task_id=2572&group_id=6901&group_project_id=12540 From jits at cs.man.ac.uk Wed Mar 11 10:57:39 2009 From: jits at cs.man.ac.uk (Jiten Bhagat) Date: Wed, 11 Mar 2009 14:57:39 +0000 Subject: [BioCatalogue-developers] Disqus integration Message-ID: <49B7D163.80504@cs.man.ac.uk> Hi guys, Just some info and an early warning about the Disqus integration work. I've put some info here: http://www.ebi.ac.uk/ebiwiki/biocatalogue/doku.php?id=development:pilot_dev_notes#disqus_integration The main point being that when it comes to releasing this on the beta site, it is absolutely crucial to set the "account" correctly in the local settings file (ie: app/config/initializers/biocat_local.rb). Likewise for local test development. As follows: - For beta/main site: account should be "biocatalogue" - For local dev/testing: account should ne "biocatalogue-test" I haven't yet fully implemented this, so if things change I will let you know and also keep the wiki page updated. Cheers, JIts From noreply at rubyforge.org Wed Mar 11 11:19:16 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Wed, 11 Mar 2009 11:19:16 -0400 (EDT) Subject: [BioCatalogue-developers] [488] branches/social: Initial integration of the Disqus system. Message-ID: <20090311151917.2E2A61779921@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Wed Mar 11 12:32:26 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Wed, 11 Mar 2009 12:32:26 -0400 (EDT) Subject: [BioCatalogue-developers] [489] branches/social: Customisations for Disqus integration. Message-ID: <20090311163226.E93C718580ED@rubyforge.org> An HTML attachment was scrubbed... URL: From jits at cs.man.ac.uk Thu Mar 12 05:55:09 2009 From: jits at cs.man.ac.uk (Jiten Bhagat) Date: Thu, 12 Mar 2009 09:55:09 +0000 Subject: [BioCatalogue-developers] A question on integrating Disqus In-Reply-To: <919995550903111130j3137d602lbcfff48006397c4f@mail.gmail.com> References: <49B7D5F9.8050602@cs.man.ac.uk> <919995550903111130j3137d602lbcfff48006397c4f@mail.gmail.com> Message-ID: <49B8DBFD.9090500@cs.man.ac.uk> Okay, thanks Giannii. Jiten Giannii Calvert wrote: > Jiten, > > When you're ready to switch over give us a 24 hours notice and we'll > change the permalinks to reflect the new site url. > > Giannii > DISQUS > Community Manager > giannii at disqus.com > http://twitter.com/giannii > > On Wed, Mar 11, 2009 at 8:17 AM, Jiten Bhagat > wrote: > > Hello, > > Firstly, let me say, I love the concept of Disqus and I think you > guys are doing great :-) > > I have a question I was hoping you could help with. Apologies if > this question has already been answered on your help pages or forum. > > I work on the BioCatalogue project (http://www.biocatalogue.org) > and we are looking to use your service for commenting/discussing > on the BioCatalogue. For now we have a private beta site > (http://beta.biocatalogue.org) which will use Disqus. However, we > plan on moving to a public beta site fairly soon which will be at > the URL http://www.biocatalogue.org/. My concern is that we will > lose all comments made on http://beta.biocatalogue.org when we do > so. Will it be possible, in the future, to change the hostname of > all the things that have comment threads on them? > > Thanks, > Jits > > > > > -- > From noreply at rubyforge.org Thu Mar 12 07:11:47 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 12 Mar 2009 07:11:47 -0400 (EDT) Subject: [BioCatalogue-developers] [490] branches/rest-support/app/views/rest_services/_service_listing_info. html.erb: Added a view partial that will be required when merging back into trunk. Message-ID: <20090312111147.4571618580FA@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Thu Mar 12 07:21:42 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 12 Mar 2009 07:21:42 -0400 (EDT) Subject: [BioCatalogue-developers] [491] trunk/app/controllers: Fix for task 2572 - editing and deleting annotations would not remember the correct tab after the action . Message-ID: <20090312112142.8FEDA18580FA@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Thu Mar 12 07:49:18 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 12 Mar 2009 07:49:18 -0400 (EDT) Subject: [BioCatalogue-developers] [492] trunk: [UNSTABLE] Merged the rest-support branch into trunk ( from revision 428), fixed all conflicts, and ensured functionality is in place and working. Message-ID: <20090312114918.F086318580FB@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Thu Mar 12 07:55:30 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 12 Mar 2009 07:55:30 -0400 (EDT) Subject: [BioCatalogue-developers] [493] trunk/vendor/plugins/annotations/lib/annotations/acts_as_annotatable. rb: Updated documentation for create_annotations method. Message-ID: <20090312115530.2554118580F9@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Thu Mar 12 08:02:31 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 12 Mar 2009 08:02:31 -0400 (EDT) Subject: [BioCatalogue-developers] [494] trunk/vendor/plugins/annotations/lib/annotations/acts_as_annotatable. rb: Added a code example to the create_annotations method to help people using it . Message-ID: <20090312120232.6AB5B18580FB@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Thu Mar 12 08:04:17 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 12 Mar 2009 08:04:17 -0400 (EDT) Subject: [BioCatalogue-developers] [495] branches/rest-support/: Removed rest-support branch as it has now been merged into trunk and development on it should CEASE and DESIST! Message-ID: <20090312120417.63A6318580E4@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Thu Mar 12 08:04:55 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 12 Mar 2009 08:04:55 -0400 (EDT) Subject: [BioCatalogue-developers] [496] branches/annotations/: Removed annotations branch as it has already been merged into trunk and development on it should CEASE and DESIST! Message-ID: <20090312120455.CEE4518580E2@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Thu Mar 12 09:17:09 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 12 Mar 2009 09:17:09 -0400 (EDT) Subject: [BioCatalogue-developers] [497] trunk/app/models/soaplab_server.rb: fix soaplab in accordance with soap service refactoring Message-ID: <20090312131710.02E931779921@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Thu Mar 12 09:20:16 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 12 Mar 2009 09:20:16 -0400 (EDT) Subject: [BioCatalogue-developers] [Task #2572] service operation description Message-ID: <20090312132016.34FB918580F9@rubyforge.org> Task #2572 has been updated. Project: BioCatalogue Subproject: Pilot Summary: service operation description Complete: 100% Status: Closed Description: When I edit or delete an operation description and save it, I'm redirected to the service page. Follow-Ups: ------------------------------------------------------- Date: 2009-03-12 13:20 By: jits Comment: fixed ------------------------------------------------------- For more info, visit: http://rubyforge.org/pm/task.php?func=detailtask&project_task_id=2572&group_id=6901&group_project_id=12540 From noreply at rubyforge.org Thu Mar 12 09:20:55 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 12 Mar 2009 09:20:55 -0400 (EDT) Subject: [BioCatalogue-developers] [Task #2564] Add index/contents table on operations tab for easy navigation Message-ID: <20090312132055.5462E18580ED@rubyforge.org> Task #2564 has been updated. Project: BioCatalogue Subproject: Pilot Summary: Add index/contents table on operations tab for easy navigation Complete: 100% Status: Closed Description: ... with full anchor links Follow-Ups: ------------------------------------------------------- Date: 2009-03-12 13:20 By: jits Comment: Done ------------------------------------------------------- For more info, visit: http://rubyforge.org/pm/task.php?func=detailtask&project_task_id=2564&group_id=6901&group_project_id=12540 From noreply at rubyforge.org Thu Mar 12 10:13:44 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 12 Mar 2009 10:13:44 -0400 (EDT) Subject: [BioCatalogue-developers] [498] trunk/app/views: Style improvements, mainly increasing font sizes. Message-ID: <20090312141344.41B2018580EB@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Thu Mar 12 12:12:41 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 12 Mar 2009 12:12:41 -0400 (EDT) Subject: [BioCatalogue-developers] [Task #2573] Improve perf by combining and compressing assets (JS/CSS) Message-ID: <20090312161241.A985D18580F9@rubyforge.org> Task #2573 has been updated. Project: BioCatalogue Subproject: Pilot Summary: Improve perf by combining and compressing assets (JS/CSS) Complete: 0% Status: Open Description: E.g: using the asset_packager plugin (see: http://railsillustrated.com/more-speed-improvements-with-asset_packager.html) ------------------------------------------------------- For more info, visit: http://rubyforge.org/pm/task.php?func=detailtask&project_task_id=2573&group_id=6901&group_project_id=12540 From noreply at rubyforge.org Thu Mar 12 17:11:55 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 12 Mar 2009 17:11:55 -0400 (EDT) Subject: [BioCatalogue-developers] [499] trunk/vendor/plugins/annotations: Annotations plugin: modified the create_annotations method to return the set of Annotation objects that were successfully created . Message-ID: <20090312211155.DF84B1858105@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Thu Mar 12 17:41:45 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 12 Mar 2009 17:41:45 -0400 (EDT) Subject: [BioCatalogue-developers] [500] trunk/vendor/plugins/annotations/lib: Fix for the create_annotations method, with a change that now allows annotations to have a blank value ( because the presence of an annotation object with a specific key might be enough , without ua value). Message-ID: <20090312214145.878EF1858102@rubyforge.org> An HTML attachment was scrubbed... URL: From jits at cs.man.ac.uk Thu Mar 12 19:24:30 2009 From: jits at cs.man.ac.uk (Jiten Bhagat) Date: Thu, 12 Mar 2009 23:24:30 +0000 Subject: [BioCatalogue-developers] Article on background processing - might be useful Message-ID: <49B999AE.3070206@cs.man.ac.uk> http://napkin.highgroove.com/articles/2008/05/21/running-background-jobs-in-ruby-on-rails-revisited From noreply at rubyforge.org Thu Mar 12 20:22:37 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 12 Mar 2009 20:22:37 -0400 (EDT) Subject: [BioCatalogue-developers] [501] branches/social/vendor/plugins/annotations: Annotations plugin: in preparation for the Ratings work, introduced a new config option - limits_per_source - that allows configuration of the plugin so that certain annotations can only be made a certain number of times per source per annotatable . Message-ID: <20090313002237.E1F441779921@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Thu Mar 12 20:26:45 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 12 Mar 2009 20:26:45 -0400 (EDT) Subject: [BioCatalogue-developers] [502] branches/social/config/initializers/biocat_main.rb: Added configuration options to allow only 1 rating and allow existing records to be updated (using the feature introduced in the last commit). Message-ID: <20090313002645.6784518580F0@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Thu Mar 12 20:28:41 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 12 Mar 2009 20:28:41 -0400 (EDT) Subject: [BioCatalogue-developers] [503] branches/social: - Updated the styles of the yellow boxes in the inner sidebar on the show service page . Message-ID: <20090313002841.303E71779921@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Fri Mar 13 13:10:05 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Fri, 13 Mar 2009 13:10:05 -0400 (EDT) Subject: [BioCatalogue-developers] [504] branches/social: Latest work on ratings. Message-ID: <20090313171005.916C118580F6@rubyforge.org> An HTML attachment was scrubbed... URL: From jits at cs.man.ac.uk Sat Mar 14 06:03:24 2009 From: jits at cs.man.ac.uk (jits at cs.man.ac.uk) Date: Sat, 14 Mar 2009 10:03:24 -0000 (UTC) Subject: [BioCatalogue-developers] geocoding returning questionable results In-Reply-To: <49B7A1D7.5090700@ebi.ac.uk> References: <49AD4404.6030105@ebi.ac.uk> <49AD4E57.5030203@cs.man.ac.uk> <49B6A39A.1000101@cs.man.ac.uk> <49B78514.7010106@ebi.ac.uk> <49B78FE3.2070300@cs.man.ac.uk> <49B79370.6060103@cs.man.ac.uk> <49B7A1D7.5090700@ebi.ac.uk> Message-ID: > You would see why they do not want to join. They are small countries > that are rich. Small so they cannot have much influence in the face of > UK, Germany, France ... and rich mean they get to contribute more to > prop up the poorer nations. And for Switzerland in particular, it means > they lose the banking secrecy protection which is a big source of their > wealth. And guess what, they have more or less the same privileges and > EU citizens within the EU.... hmmm http://news.bbc.co.uk/1/hi/business/7941717.stm Jits > > On what we do about it, submit a bug report to google or whoever is > offering the service. Otherwise, I do not know. > > Eric > > > Jiten Bhagat wrote: >> Oh yeah, they aren't... that's very weird! OK, what do you reckon we >> do about this? >> >> Jiten Bhagat wrote: >>> Oh, and they aren't? I'm afraid I'm not European so pardon my >>> ignorance ;-) >>> >>> Jits >>> >>> >>> Eric Nzuobontane wrote: >>>> while we are on that... geocoding service thinks Switzerland & >>>> Norway are in the EU >>>> >>>> Jiten Bhagat wrote: >>>>> Guys, >>>>> >>>>> Seems like this was indeed a bug!! We were finding out the location >>>>> of the wsdl file not the actual endpoint. >>>>> >>>>> I have committed a fix for this on trunk, so when the beta site is >>>>> next updated it should work fine. The existing data will then need >>>>> to be updated by first removing all the city and country data in >>>>> the service_deployments table (backup first!) and then running the >>>>> regeolocate.rb script. >>>>> >>>>> Jits >>>>> >>>>> >>>>> Jiten Bhagat wrote: >>>>>> We're using a free online IP to location mapping service called >>>>>> hostip (http://www.hostip.info/) so unfortunately we rely on their >>>>>> database (which can be populated and updated by anyone through >>>>>> their website). >>>>>> >>>>>> Also, we do DNS name to IP resolving at submission time, which is >>>>>> at the mercy of DNS servers and load balancers. >>>>>> >>>>>> Jits >>>>>> >>>>>> >>>>>> Eric Nzuobontane wrote: >>>>>>> Hi Franck, >>>>>>> I am not sure I understand. Geocoding has no knowledge of the the >>>>>>> history of whatever it goecodes, as far as I understand. I think >>>>>>> the enpoint has a german domain and would expect the goecode >>>>>>> follow that... Except I completely missundestand what goeoding >>>>>>> does. >>>>>>> >>>>>>> Eric >>>>>>> >>>>>>> >>>>>>> Franck Tanoh wrote: >>>>>>>> Eric, >>>>>>>> This is a BioMoby service (therefore a dummy wsdl). The tool was >>>>>>>> made in >>>>>>>> germany (http://www.biomedcentral.com/1471-2105/7/535) but the >>>>>>>> web service >>>>>>>> was implemented by the BioMoby group. So the geocoding make sense. >>>>>>>> The service should therefore be tagged as BioMoby service. The >>>>>>>> list of >>>>>>>> BioMoby dummy wsdl: http://biomoby.org/cgi-bin/serviceList >>>>>>>> Franck >>>>>>>> -----Original Message----- >>>>>>>> From: biocatalogue-developers-bounces at rubyforge.org >>>>>>>> [mailto:biocatalogue-developers-bounces at rubyforge.org] On Behalf >>>>>>>> Of Eric >>>>>>>> Nzuobontane >>>>>>>> Sent: 03 March 2009 13:13 >>>>>>>> To: biocatalogue-developers at rubyforge.org >>>>>>>> Subject: [BioCatalogue-developers] geocoding returning >>>>>>>> questionable results >>>>>>>> >>>>>>>> hi, >>>>>>>> I just submitted a service >>>>>>>> http://beta.biocatalogue.org/services/142-getbincodebysgnservice_616678 >>>>>>>> >>>>>>>> which I expected to be located in Germany but geocoding claims >>>>>>>> it is in the US! >>>>>>>> >>>>>>>> Eric >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> BioCatalogue-developers mailing list >>>>>>> BioCatalogue-developers at rubyforge.org >>>>>>> http://rubyforge.org/mailman/listinfo/biocatalogue-developers >>>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> BioCatalogue-developers mailing list >>>>>> BioCatalogue-developers at rubyforge.org >>>>>> http://rubyforge.org/mailman/listinfo/biocatalogue-developers >>>> >>> >>> > > From noreply at rubyforge.org Sat Mar 14 14:31:16 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 14 Mar 2009 14:31:16 -0400 (EDT) Subject: [BioCatalogue-developers] [505] branches/social/app/controllers/services_controller.rb: Small refactoring Message-ID: <20090314183117.2483418580EA@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Sat Mar 14 14:52:26 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 14 Mar 2009 14:52:26 -0400 (EDT) Subject: [BioCatalogue-developers] [Task #2574] Implement search retrieval for REST services Message-ID: <20090314185226.D0F3018580EA@rubyforge.org> Task #2574 has been updated. Project: BioCatalogue Subproject: Pilot Summary: Implement search retrieval for REST services Complete: 0% Status: Open Description: This requires modifying the methods in the Util library to add logic for REST models. ------------------------------------------------------- For more info, visit: http://rubyforge.org/pm/task.php?func=detailtask&project_task_id=2574&group_id=6901&group_project_id=12540 From noreply at rubyforge.org Sat Mar 14 15:47:40 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 14 Mar 2009 15:47:40 -0400 (EDT) Subject: [BioCatalogue-developers] [506] branches/social/vendor/plugins/annotations/test/config_test.rb: Annotations plugin: added a couple of asserts. Message-ID: <20090314194740.7F4DC1779921@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Sat Mar 14 16:16:14 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 14 Mar 2009 16:16:14 -0400 (EDT) Subject: [BioCatalogue-developers] [507] branches/social: Ratings can now be created! Message-ID: <20090314201614.586CB18580EE@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Sat Mar 14 17:06:09 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 14 Mar 2009 17:06:09 -0400 (EDT) Subject: [BioCatalogue-developers] [508] branches/social: Implemented deletion of user ratings. Message-ID: <20090314210609.DC88E18580E3@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Sat Mar 14 17:33:14 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 14 Mar 2009 17:33:14 -0400 (EDT) Subject: [BioCatalogue-developers] [Task #2575] Ratings in service listings Message-ID: <20090314213314.7A66B18580E9@rubyforge.org> Task #2575 has been updated. Project: BioCatalogue Subproject: Pilot Summary: Ratings in service listings Complete: 0% Status: Open Description: Show the overall rating and possibly the ratings breakdowns in the service listings. ------------------------------------------------------- For more info, visit: http://rubyforge.org/pm/task.php?func=detailtask&project_task_id=2575&group_id=6901&group_project_id=12540 From noreply at rubyforge.org Sat Mar 14 22:03:40 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 14 Mar 2009 22:03:40 -0400 (EDT) Subject: [BioCatalogue-developers] [509] branches/social: Style/layout improvements: Message-ID: <20090315020341.00AFF18580EE@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Sun Mar 15 07:57:29 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sun, 15 Mar 2009 07:57:29 -0400 (EDT) Subject: [BioCatalogue-developers] [510] branches/social/config/initializers/biocat_main.rb: Fixed typo Message-ID: <20090315115729.9EF8718580FD@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Sun Mar 15 08:13:28 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sun, 15 Mar 2009 08:13:28 -0400 (EDT) Subject: [BioCatalogue-developers] [511] branches/social/config/initializers/biocat_main.rb: Update to description of rating category "Documentation". Message-ID: <20090315121329.0F58518580FA@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Mon Mar 16 06:18:19 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Mon, 16 Mar 2009 06:18:19 -0400 (EDT) Subject: [BioCatalogue-developers] [512] branches/social/app/views/layouts: Added style overrides for IE6 for the ratings hover. Message-ID: <20090316101819.530A018580F0@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Mon Mar 16 06:28:26 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Mon, 16 Mar 2009 06:28:26 -0400 (EDT) Subject: [BioCatalogue-developers] [Task #2576] Annotations plugin: add constrained values config setting Message-ID: <20090316102826.79DBF18580F5@rubyforge.org> Task #2576 has been updated. Project: BioCatalogue Subproject: Pilot Summary: Annotations plugin: add constrained values config setting Complete: 0% Status: Open Description: So that certain annotations will only be created if the value falls within a constrained set of values (eg: for ratings, values can only be [1,2,3,4,5]) ------------------------------------------------------- For more info, visit: http://rubyforge.org/pm/task.php?func=detailtask&project_task_id=2576&group_id=6901&group_project_id=12540 From noreply at rubyforge.org Mon Mar 16 06:47:40 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Mon, 16 Mar 2009 06:47:40 -0400 (EDT) Subject: [BioCatalogue-developers] [513] branches/social: Added overall ratings count and individual rating categories count. Message-ID: <20090316104740.3F3C618580F9@rubyforge.org> An HTML attachment was scrubbed... URL: From jits at cs.man.ac.uk Mon Mar 16 06:53:56 2009 From: jits at cs.man.ac.uk (Jiten Bhagat) Date: Mon, 16 Mar 2009 10:53:56 +0000 Subject: [BioCatalogue-developers] Social branch Message-ID: <49BE2FC4.8060708@cs.man.ac.uk> Hi guys, If there are no objections, I will merge the "social" branch into trunk straight after lunch. The main things in this will be the Disqus integration (which will require updates to your local biocat_local.rb settings file as well as to the one on the beta site [different disqus accounts!]) and the new multi-ratings piece (which should require anything more than an svn update and restarting of mongrels. Cheers, Jits From tlaurent at ebi.ac.uk Mon Mar 16 07:01:10 2009 From: tlaurent at ebi.ac.uk (Thomas Laurent) Date: Mon, 16 Mar 2009 11:01:10 +0000 Subject: [BioCatalogue-developers] Social branch In-Reply-To: <49BE2FC4.8060708@cs.man.ac.uk> References: <49BE2FC4.8060708@cs.man.ac.uk> Message-ID: <49BE3176.30703@ebi.ac.uk> That's fine for me. Thomas Jiten Bhagat wrote: > Hi guys, > > If there are no objections, I will merge the "social" branch into trunk > straight after lunch. The main things in this will be the Disqus > integration (which will require updates to your local biocat_local.rb > settings file as well as to the one on the beta site [different disqus > accounts!]) and the new multi-ratings piece (which should require > anything more than an svn update and restarting of mongrels. > > Cheers, > Jits From noreply at rubyforge.org Mon Mar 16 07:15:52 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Mon, 16 Mar 2009 07:15:52 -0400 (EDT) Subject: [BioCatalogue-developers] [Task #2577] Integrate the TinyMCE rich text editor Message-ID: <20090316111552.C77EE1858101@rubyforge.org> Task #2577 has been updated. Project: BioCatalogue Subproject: Pilot Summary: Integrate the TinyMCE rich text editor Complete: 0% Status: Open Description: ... so things like description and so on can have rich text ------------------------------------------------------- For more info, visit: http://rubyforge.org/pm/task.php?func=detailtask&project_task_id=2577&group_id=6901&group_project_id=12540 From noreply at rubyforge.org Mon Mar 16 07:25:13 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Mon, 16 Mar 2009 07:25:13 -0400 (EDT) Subject: [BioCatalogue-developers] [Task #2578] Allow multiple name aliases to be provided Message-ID: <20090316112514.2A43318580FF@rubyforge.org> Task #2578 has been updated. Project: BioCatalogue Subproject: Pilot Summary: Allow multiple name aliases to be provided Complete: 0% Status: Open Description: So maybe comma seperated in the one field during submission... ------------------------------------------------------- For more info, visit: http://rubyforge.org/pm/task.php?func=detailtask&project_task_id=2578&group_id=6901&group_project_id=12540 From noreply at rubyforge.org Mon Mar 16 07:36:33 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Mon, 16 Mar 2009 07:36:33 -0400 (EDT) Subject: [BioCatalogue-developers] [514] trunk/app/views: Refactored the annotations fields that will be used on the service submission page into a partial so that it can be extended and reused easily . Message-ID: <20090316113633.D9F0018580FF@rubyforge.org> An HTML attachment was scrubbed... URL: From ericnzuo at ebi.ac.uk Mon Mar 16 07:42:56 2009 From: ericnzuo at ebi.ac.uk (Eric Nzuobontane) Date: Mon, 16 Mar 2009 11:42:56 +0000 Subject: [BioCatalogue-developers] Social branch In-Reply-To: <49BE3176.30703@ebi.ac.uk> References: <49BE2FC4.8060708@cs.man.ac.uk> <49BE3176.30703@ebi.ac.uk> Message-ID: <49BE3B40.70006@ebi.ac.uk> fine by me as well Eric Thomas Laurent wrote: > That's fine for me. > > Thomas > > Jiten Bhagat wrote: >> Hi guys, >> >> If there are no objections, I will merge the "social" branch into >> trunk straight after lunch. The main things in this will be the >> Disqus integration (which will require updates to your local >> biocat_local.rb settings file as well as to the one on the beta site >> [different disqus accounts!]) and the new multi-ratings piece (which >> should require anything more than an svn update and restarting of >> mongrels. >> >> Cheers, >> Jits -------------- next part -------------- A non-text attachment was scrubbed... Name: ericnzuo.vcf Type: text/x-vcard Size: 238 bytes Desc: not available URL: From noreply at rubyforge.org Mon Mar 16 09:44:15 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Mon, 16 Mar 2009 09:44:15 -0400 (EDT) Subject: [BioCatalogue-developers] [Task #2579] possibility to update tags Message-ID: <20090316134415.CAE9C18580E3@rubyforge.org> Task #2579 has been updated. Project: BioCatalogue Subproject: Pilot Summary: possibility to update tags Complete: 0% Status: Open Description: currently it is impossible to update tags. I've make a couple of spelling mistakes but there's no way to edit them. ------------------------------------------------------- For more info, visit: http://rubyforge.org/pm/task.php?func=detailtask&project_task_id=2579&group_id=6901&group_project_id=12540 From noreply at rubyforge.org Mon Mar 16 10:07:45 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Mon, 16 Mar 2009 10:07:45 -0400 (EDT) Subject: [BioCatalogue-developers] [Task #2580] my favorite services Message-ID: <20090316140745.DE75A18580E4@rubyforge.org> Task #2580 has been updated. Project: BioCatalogue Subproject: Pilot Summary: my favorite services Complete: 0% Status: Open Description: i want to group a number of services as my favorite services. ------------------------------------------------------- For more info, visit: http://rubyforge.org/pm/task.php?func=detailtask&project_task_id=2580&group_id=6901&group_project_id=12540 From noreply at rubyforge.org Mon Mar 16 10:37:04 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Mon, 16 Mar 2009 10:37:04 -0400 (EDT) Subject: [BioCatalogue-developers] [Task #2581] Annontations plugin: prevent duplicate values Message-ID: <20090316143704.31C7F18580EE@rubyforge.org> Task #2581 has been updated. Project: BioCatalogue Subproject: Pilot Summary: Annontations plugin: prevent duplicate values Complete: 0% Status: Open Description: Basically, right now it is possible to add the same value for the same attribute (and even by the same user)... this is not ideal and by default it should probably not allow duplicate annotations (ie: same value on same attribute). Also add a config setting to override this for specific attributes (eg: we might want to allow multiple tags to be added, to indicate popularity). ------------------------------------------------------- For more info, visit: http://rubyforge.org/pm/task.php?func=detailtask&project_task_id=2581&group_id=6901&group_project_id=12540 From noreply at rubyforge.org Mon Mar 16 10:48:00 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Mon, 16 Mar 2009 10:48:00 -0400 (EDT) Subject: [BioCatalogue-developers] [515] trunk/vendor/plugins/annotations: Annotations plugin: blank annotations (ie: annotations with no value) are not allowed now as this was causing too many problems. Message-ID: <20090316144801.3EFFF19784BE@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Mon Mar 16 13:05:42 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Mon, 16 Mar 2009 13:05:42 -0400 (EDT) Subject: [BioCatalogue-developers] [516] trunk: Implemented tag annotations field in the service submission fields partial . Message-ID: <20090316170542.9C1C7185810A@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Mon Mar 16 13:40:56 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Mon, 16 Mar 2009 13:40:56 -0400 (EDT) Subject: [BioCatalogue-developers] [517] trunk: Merged the 'social' branch, from revision 443, to trunk, fixed all conflicts, fixed issues and tested (somewhat). Message-ID: <20090316174056.6979E185810A@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Mon Mar 16 13:45:00 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Mon, 16 Mar 2009 13:45:00 -0400 (EDT) Subject: [BioCatalogue-developers] [518] branches/social/: Removed the 'social' branch as this has now been fully merged into trunk. Message-ID: <20090316174500.7C38B1978561@rubyforge.org> An HTML attachment was scrubbed... URL: From noreply at rubyforge.org Mon Mar 16 13:45:35 2009 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Mon, 16 Mar 2009 13:45:35 -0400 (EDT) Subject: [BioCatalogue-developers] [519] branches/annotations-form/: Removed 'annotations-form' branch because it is grossly out of date and no development has been done on it yet . Message-ID: <20090316174535.9EF4C197856B@rubyforge.org> An HTML attachment was scrubbed... URL: From jits at cs.man.ac.uk Mon Mar 16 13:47:16 2009 From: jits at cs.man.ac.uk (Jiten Bhagat) Date: Mon, 16 Mar 2009 17:47:16 +0000 Subject: [BioCatalogue-developers] [517] trunk: Merged the 'social' branch, from revision 443, to trunk, fixed all conflicts, fixed issues and tested (somewhat). In-Reply-To: <20090316174056.6979E185810A@rubyforge.org> References: <20090316174056.6979E185810A@rubyforge.org> Message-ID: <49BE90A4.9010102@cs.man.ac.uk> Hi guys, When you update to this revision (or later), make sure you follow the instructions from here: http://www.ebi.ac.uk/ebiwiki/biocatalogue/doku.php?id=development:pilot_dev_notes#disqus_integration. This is for both your local development/test set ups as well as for the beta site. Cheers, Jits noreply at rubyforge.org wrote: > > Revision > 517 > Author > jits > Date > 2009-03-16 13:40:55 -0400 (Mon, 16 Mar 2009) > > > Log Message > > Merged the 'social' branch, from revision 443, to trunk, fixed all conflicts, fixed issues and tested (somewhat). > > This means trunk now has the multi-ratings and the disqus commenting. > > > Modified Paths > > * trunk/app/controllers/services_controller.rb > <#trunkappcontrollersservices_controllerrb> > * trunk/app/helpers/application_helper.rb > <#trunkapphelpersapplication_helperrb> > * trunk/app/models/annotation.rb <#trunkappmodelsannotationrb> > * trunk/app/views/annotations/_tags_box.html.erb > <#trunkappviewsannotations_tags_boxhtmlerb> > * trunk/app/views/layouts/_head.html.erb > <#trunkappviewslayouts_headhtmlerb> > * trunk/app/views/layouts/_head_tabber.html.erb > <#trunkappviewslayouts_head_tabberhtmlerb> > * trunk/app/views/services/show.html.erb > <#trunkappviewsservicesshowhtmlerb> > * trunk/config/environment.rb <#trunkconfigenvironmentrb> > * trunk/config/initializers/biocat_local.rb.pre > <#trunkconfiginitializersbiocat_localrbpre> > * trunk/config/initializers/biocat_main.rb > <#trunkconfiginitializersbiocat_mainrb> > * trunk/config/routes.rb <#trunkconfigroutesrb> > * trunk/lib/util.rb <#trunklibutilrb> > * trunk/public/stylesheets/styles.css > <#trunkpublicstylesheetsstylescss> > * trunk/vendor/plugins/annotations/lib/annotations/acts_as_annotatable.rb > <#trunkvendorpluginsannotationslibannotationsacts_as_annotatablerb> > * trunk/vendor/plugins/annotations/lib/annotations/config.rb > <#trunkvendorpluginsannotationslibannotationsconfigrb> > * trunk/vendor/plugins/annotations/lib/app/models/annotation.rb > <#trunkvendorpluginsannotationslibappmodelsannotationrb> > * trunk/vendor/plugins/annotations/test/acts_as_annotatable_test.rb > <#trunkvendorpluginsannotationstestacts_as_annotatable_testrb> > * trunk/vendor/plugins/annotations/test/config_test.rb > <#trunkvendorpluginsannotationstestconfig_testrb> > > > Added Paths > > * trunk/app/controllers/ratings_controller.rb > <#trunkappcontrollersratings_controllerrb> > * trunk/app/views/annotations/_ratings_box.html.erb > <#trunkappviewsannotations_ratings_boxhtmlerb> > * trunk/app/views/layouts/_head_browser_overrides.html.erb > <#trunkappviewslayouts_head_browser_overrideshtmlerb> > * trunk/lib/array.rb <#trunklibarrayrb> > * trunk/public/images/box-bg1.png <#trunkpublicimagesboxbg1png> > * trunk/public/images/delete.png <#trunkpublicimagesdeletepng> > * trunk/public/images/delete_faded.png > <#trunkpublicimagesdelete_fadedpng> > * trunk/public/images/star.gif <#trunkpublicimagesstargif> > * trunk/public/images/star_small.gif <#trunkpublicimagesstar_smallgif> > * trunk/public/stylesheets/ratings.css > <#trunkpublicstylesheetsratingscss> > * trunk/test/functional/ratings_controller_test.rb > <#trunktestfunctionalratings_controller_testrb> > * trunk/vendor/gems/ > > > Diff > > > Copied: trunk/app/controllers/ratings_controller.rb (from rev > 516, branches/social/app/controllers/ratings_controller.rb) (0 > => 517) > > > --- trunk/app/controllers/ratings_controller.rb (rev 0) > +++ trunk/app/controllers/ratings_controller.rb 2009-03-16 17:40:55 UTC (rev 517) > @@ -0,0 +1,51 @@ > +# BioCatalogue: app/controllers/ratings_controller.rb > +# > +# Copyright (c) 2009, University of Manchester, The European Bioinformatics > +# Institute (EMBL-EBI) and the University of Southampton. > +# See license.txt for details > + > +class RatingsController < ApplicationController > + before_filter :login_required > + > + # POST /ratings > + def create > + annotatable = Annotation.find_annotatable(params[:annotatable_type], params[:annotatable_id]) > + > + category = params[:category] > + rating = params[:rating].to_i > + > + if !annotatable.nil? and !category.blank? and [1,2,3,4,5].include?(rating) > + annotatable.annotations << Annotation.new(:attribute_name => category, > + :value => rating, > + :source_type => current_user.class.name, > + :source_id => current_user.id) > + end > + > + respond_to do |format| > + format.html { render :partial => "annotations/ratings_box", > + :locals => { :annotatable => annotatable, > + :categories_config => BioCatalogue::Util.get_ratings_categories_config_for_model(annotatable.class)} } > + end > + end > + > + # DELETE /ratings > + def destroy > + annotatable = Annotation.find_annotatable(params[:annotatable_type], params[:annotatable_id]) > + > + category = params[:category] > + > + if !annotatable.nil? and !category.blank? > + existing = annotatable.annotations.find(:all, > + :conditions => { :attribute_id => AnnotationAttribute.find_by_name(category), > + :source_type => current_user.class.name, > + :source_id => current_user.id }) > + annotatable.annotations.delete(existing) > + end > + > + respond_to do |format| > + format.html { render :partial => "annotations/ratings_box", > + :locals => { :annotatable => annotatable, > + :categories_config => BioCatalogue::Util.get_ratings_categories_config_for_model(annotatable.class)} } > + end > + end > +end > > > Modified: trunk/app/controllers/services_controller.rb (516 => > 517) > > > --- trunk/app/controllers/services_controller.rb 2009-03-16 17:05:42 UTC (rev 516) > +++ trunk/app/controllers/services_controller.rb 2009-03-16 17:40:55 UTC (rev 517) > @@ -1,6 +1,6 @@ > # BioCatalogue: app/controllers/services_controller.rb > # > -# Copyright (c) 2008, University of Manchester, The European Bioinformatics > +# Copyright (c) 2009, University of Manchester, The European Bioinformatics > # Institute (EMBL-EBI) and the University of Southampton. > # See license.txt for details. > > @@ -8,6 +8,8 @@ > > before_filter :disable_action, :only => [ :edit, :update, :destroy ] > > + before_filter :find_service, :only => [ :show, :edit, :update, :destroy ] > + > # Set the sidebar layout for certain actions. > # Note: the set_sidebar_layout method resides in the ApplicationController. > #before_filter :set_sidebar_layout, :only => [ :show ] > @@ -31,8 +33,6 @@ > # GET /services/1 > # GET /services/1.xml > def show > - @service = Service.find(params[:id]) > - > @latest_version = @service.latest_version > @latest_version_instance = @latest_version.service_versionified > > @@ -58,7 +58,6 @@ > > # GET /services/1/edit > def edit > - @service = Service.find(params[:id]) > end > > # POST /services > @@ -75,8 +74,6 @@ > # PUT /services/1 > # PUT /services/1.xml > def update > - @service = Service.find(params[:id]) > - > respond_to do |format| > if @service.update_attributes(params[:service]) > flash[:notice] = 'Service was successfully updated.' > @@ -92,7 +89,6 @@ > # DELETE /services/1 > # DELETE /services/1.xml > def destroy > - @service = Service.find(params[:id]) > @service.destroy > > respond_to do |format| > @@ -101,4 +97,10 @@ > end > end > > + protected > + > + def find_service > + @service = Service.find(params[:id]) > + end > + > end > > > Modified: trunk/app/helpers/application_helper.rb (516 => 517) > > > --- trunk/app/helpers/application_helper.rb 2009-03-16 17:05:42 UTC (rev 516) > +++ trunk/app/helpers/application_helper.rb 2009-03-16 17:40:55 UTC (rev 517) > @@ -1,6 +1,6 @@ > # BioCatalogue: app/helpers/application_helper.rb > # > -# Copyright (c) 2008, University of Manchester, The European Bioinformatics > +# Copyright (c) 2008, University of Manchester, The European Bioinformatics > # Institute (EMBL-EBI) and the University of Southampton. > # See license.txt for details. > > @@ -117,7 +117,12 @@ > :title => tooltip_title_attrib(info_text, delay), > :style => "vertical-align:middle;") > end > - > + > + > + # ======================= > + # Helpers for Annotations > + # ----------------------- > + > # This method is used to generate an icon and/or link that will popup up an in page dialog box for the user to add an annotation (or mutliple annotations at once). > # > # It takes in the annotatable object that needs to be annotated and some options (all optional): > @@ -126,7 +131,7 @@ > # :tooltip_text - text that will be displayed in a tooltip over the icon/text. > # default: 'Add annotation' > # :style - any CSS inline styles that need to be applied to the icon/text. > - # default: text-decoration: none; (to avoid the icon beeing underlined when used in combination with text) > + # default: text-decoration: none; (to avoid the icon being underlined when used in combination with text) > # :class - any CSS class that need to be applied to the icon/text. > # default: nil > # :link_text - text to be displayed as part of the link. > @@ -290,6 +295,110 @@ > > return desc > end > + > + # ======================= > + > + # =============== > + # Ratings helpers > + # --------------- > + > + # Gets the average rating for a specific item (has to be an annotatable item), > + # in the category specified. > + # The 'category' is should be the annotation attribute name for that category. > + def get_average_rating(annotatable, category) > + avg = 0.0 > + > + anns = annotatable.annotations_with_attribute(category) > + > + unless anns.empty? > + # Note: this assumes that the values of the annotations are within constraints (ie: [1,2,3,4,5]) > + avg = number_with_precision(anns.map{|x| x.value.to_i}.mean, :precision => 1) > + end > + > + return avg.to_f > + end > + > + # Gets the overall average ratings for a specific item (has to be an annotatable item). > + # This is the average of all the average ratings of all the categories of ratings for that annotatable model type. > + def get_overall_average_rating(annotatable) > + avg = 0.0 > + > + ratings = [ ] > + > + BioCatalogue::Util.get_ratings_categories_config_for_model(annotatable.class).keys.each do |category| > + cat_avg = get_average_rating(annotatable, category) > + ratings << cat_avg if cat_avg > 0 > + end > + > + avg = number_with_precision(ratings.mean, :precision => 1) > + > + return avg.to_f > + end > + > + def get_users_rating(annotatable, user, category) > + rating = 0 > + > + rating_annotation = annotatable.annotations_with_attribute_and_by_source(category, user).first > + unless rating_annotation.nil? > + # Note: this assumes that the values of the annotations are within constraints (ie: [1,2,3,4,5]) > + rating = rating_annotation.value.to_i > + end > + > + return rating > + end > + > + def get_count_of_ratings(annotatable, category) > + # Note: this assumes that the values of the annotations are within constraints (ie: [1,2,3,4,5]) > + annotatable.annotations_with_attribute(category).length > + end > + > + def get_overall_count_of_ratings(annotatable) > + total_count = 0 > + > + BioCatalogue::Util.get_ratings_categories_config_for_model(annotatable.class).keys.each do |category| > + total_count += get_count_of_ratings(annotatable, category) > + end > + > + return total_count > + end > + > + def rating_to_percentage(rating) > + return ((rating/5.to_f)*100).round > + end > + > + def render_star_rating_create_link(annotatable, category, rating_level, div_id) > + return link_to_remote(rating_level.to_s, > + :url => "#{create_rating_url}?annotatable_type=#{annotatable.class.name}&annotatable_id=#{annotatable.id}&category=#{category}&rating=#{rating_level}", > + :method => :post, > + :update => { :success => div_id, :failure => '' }, > + :loading => "Element.show('ratings_spinner')", > + :complete => "Element.hide('ratings_spinner')", > + :success => "new Effect.Highlight('#{div_id}', { duration: 0.5 });", > + :failure => "Element.hide('ratings_spinner'); alert('Sorry, an error has occurred.');", > + :html => { :class => "#{rating_level_to_word(rating_level)}-stars", :title => "#{rating_level} star out of 5" } ) > + end > + > + def rating_level_to_word(rating_level) > + word = "" > + > + case rating_level > + when 1 > + word = "one" > + when 2 > + word = "two" > + when 3 > + word = "three" > + when 4 > + word = "four" > + when 5 > + word = "five" > + end > + > + return word > + end > + > + # =============== > + > > # ======================================== > # Code to help with remembering which tab > > > Modified: trunk/app/models/annotation.rb (516 => 517) > > > --- trunk/app/models/annotation.rb 2009-03-16 17:05:42 UTC (rev 516) > +++ trunk/app/models/annotation.rb 2009-03-16 17:40:55 UTC (rev 517) > @@ -29,6 +29,6 @@ > protected > > def sanitise_value > - self.value = white_list(self.value) > + self.value = white_list(self.value) if self.value.is_a?(String) > end > end > \ No newline at end of file > > > Copied: trunk/app/views/annotations/_ratings_box.html.erb > (from rev 516, > branches/social/app/views/annotations/_ratings_box.html.erb) > (0 => 517) > > > --- trunk/app/views/annotations/_ratings_box.html.erb (rev 0) > +++ trunk/app/views/annotations/_ratings_box.html.erb 2009-03-16 17:40:55 UTC (rev 517) > @@ -0,0 +1,101 @@ > +<% > + > +# BioCatalogue: app/views/annotations/_ratings_box.html.erb > +# > +# Copyright (c) 2008, University of Manchester, The European Bioinformatics > +# Institute (EMBL-EBI) and the University of Southampton. > +# See license.txt for details > + > +%> > + > +<%# Set defaults for optional parameters to this partial... %> > +<% div_id_after_ajax_rate = "ratings" unless local_assigns.has_key?(:div_id_after_ajax_rate) %> > + > +
> +

> + User Ratings > + (<%= get_overall_count_of_ratings(annotatable) -%>) > +

> + > +
> + <% overall_rating = get_overall_average_rating(annotatable) %> > +

> + Overall: > + > +

    > +
  • Currently <%= overall_rating -%>/5 Stars.
  • > +
> + > + > + <%= image_tag "spinner.gif", :id => "ratings_spinner", :style => "display: none; vertical-align: middle;" -%> > +

> + > +
> + > + > + > + > + > + > + <% categories_config.each do |category, cat_data| %> > + <% cat_label = cat_data[0]; cat_help_text = cat_data[1]; %> > + > + > + > + > + > + <% end %> > +
 AverageYour Rating
> + <%= h(cat_label) -%> > + > + <%= info_icon_with_tooltip(h(cat_help_text)) -%> > + > + > + <% current_rating = get_average_rating(annotatable, category) %> > + > +
    > +
  • Currently <%= current_rating -%>/5 Stars.
  • > +
> +
> + (<%= get_count_of_ratings(annotatable, category) -%>) > +
> + <% if logged_in? %> > + <% users_rating = get_users_rating(annotatable, current_user, category) %> > + > +
    > +
  • Currently <%= users_rating -%>/5 Stars.
  • > +
  • <%= render_star_rating_create_link(annotatable, category, 1, div_id_after_ajax_rate) -%>
  • > +
  • <%= render_star_rating_create_link(annotatable, category, 2, div_id_after_ajax_rate) -%>
  • > +
  • <%= render_star_rating_create_link(annotatable, category, 3, div_id_after_ajax_rate) -%>
  • > +
  • <%= render_star_rating_create_link(annotatable, category, 4, div_id_after_ajax_rate) -%>
  • > +
  • <%= render_star_rating_create_link(annotatable, category, 5, div_id_after_ajax_rate) -%>
  • > +
> +
> + > + > + <% if users_rating > 0 %> > + <%= link_to_remote(" ", > + :url => "#{destroy_rating_url}?annotatable_type=#{annotatable.class.name}&annotatable_id=#{annotatable.id}&category=#{category}", > + :method => :delete, > + :update => { :success => div_id_after_ajax_rate, :failure => '' }, > + :loading => "Element.show('ratings_spinner')", > + :complete => "Element.hide('ratings_spinner')", > + :success => "new Effect.Highlight('#{div_id_after_ajax_rate}', { duration: 0.5 });", > + :failure => "Element.hide('ratings_spinner'); alert('Sorry, an error has occurred.');", > + :html => { :title => "Delete your rating for this category" }, > + :confirm => "Are you sure you want to delete your rating?" ) -%> > + <% end %> > + > + <% else %> > +
--
> + <% end %> > +
> +
> + > + <% unless logged_in? %> > + > + <% end %> > +
> +
> \ No newline at end of file > > > Modified: trunk/app/views/annotations/_tags_box.html.erb (516 > => 517) > > > --- trunk/app/views/annotations/_tags_box.html.erb 2009-03-16 17:05:42 UTC (rev 516) > +++ trunk/app/views/annotations/_tags_box.html.erb 2009-03-16 17:40:55 UTC (rev 517) > @@ -9,33 +9,34 @@ > %> > > <% tag_annotations = annotatable.annotations_with_attribute("tag") %> > -
> -

> - Tags > - (<%= tag_annotations.length -%>) > -

> - > -
> - <% unless tag_annotations.empty? %> > - <% tags = BioCatalogue::Tags.annotations_to_tags_structure(tag_annotations) %> > - <%= generate_tag_cloud(tags, :max_font_size => 20) %> > + > +
> +

> + Tags > + (<%= tag_annotations.length -%>) > +

> + > +
> + <% unless tag_annotations.empty? %> > + <% tags = BioCatalogue::Tags.annotations_to_tags_structure(tag_annotations) %> > + <%= generate_tag_cloud(tags, :max_font_size => 20) %> > + <% else %> > + none > + <% end %> > +
> + > + > - > -
> - <% if logged_in? %> > - <%= annotation_add_by_popup_link annotatable, > - :attribute_name => "Tag", > - :tooltip_text => '', > - :link_text => 'Add tags', > - :icon_filename => 'add_tag.gif', > - :icon_hover_filename => 'add_tag_hover.gif', > - :show_not_logged_in_text => false, > - :multiple => true -%> > - <% else %> > - <%= link_to "Log in", login_path -%> to add tags > - <% end %> > -
> -
> +
> +
> \ No newline at end of file > > > Modified: trunk/app/views/layouts/_head.html.erb (516 => 517) > > > --- trunk/app/views/layouts/_head.html.erb 2009-03-16 17:05:42 UTC (rev 516) > +++ trunk/app/views/layouts/_head.html.erb 2009-03-16 17:40:55 UTC (rev 517) > @@ -19,6 +19,7 @@ > <%= stylesheet_link_tag 'reset-min' %> > <%= stylesheet_link_tag 'styles' %> > <%= stylesheet_link_tag 'redbox' %> > + <%= stylesheet_link_tag 'ratings' %> > > <%= javascript_include_tag :defaults %> > > @@ -31,4 +32,5 @@ > <%= render :partial => "layouts/feed_link_tags" %> > > > + <%= render :partial => "layouts/head_browser_overrides" -%> > > \ No newline at end of file > > > Copied: > trunk/app/views/layouts/_head_browser_overrides.html.erb (from > rev 516, > branches/social/app/views/layouts/_head_browser_overrides.html.erb) > (0 => 517) > > > --- trunk/app/views/layouts/_head_browser_overrides.html.erb (rev 0) > +++ trunk/app/views/layouts/_head_browser_overrides.html.erb 2009-03-16 17:40:55 UTC (rev 517) > @@ -0,0 +1,17 @@ > +<% > + > +# BioCatalogue: app/views/layouts/_head_browser_ovverides.html.erb > +# > +# Copyright (c) 2009, University of Manchester, The European Bioinformatics > +# Institute (EMBL-EBI) and the University of Southampton. > +# See license.txt for details > + > +%> > + > + > \ No newline at end of file > > > Modified: trunk/app/views/layouts/_head_tabber.html.erb (516 > => 517) > > > --- trunk/app/views/layouts/_head_tabber.html.erb 2009-03-16 17:05:42 UTC (rev 516) > +++ trunk/app/views/layouts/_head_tabber.html.erb 2009-03-16 17:40:55 UTC (rev 517) > @@ -15,12 +15,6 @@ > %> >