| | 1 | = Call for participation for Web Service Hackathon = |
| | 2 | |
| | 3 | * The contents in this page is obsoleted - see [wiki:CallForParticipation] for the latest version |
| | 4 | |
| | 5 | Dear all, |
| | 6 | |
| | 7 | Database Center for Life Science (DBCLS) is planning to have a !BioHackathon |
| | 8 | for the Web Service in next January or February and hope to invite all of you to Japan |
| | 9 | (currently considering upto 20 developers from abroad and other 20 developers |
| | 10 | from Japan in total). We can offer your travel fare and accommodation fee |
| | 11 | by the DBCLS budget. |
| | 12 | |
| | 13 | DBCLS (http://dbcls.jp/en/) is a non-profit research institution funded by |
| | 14 | MEXT (http://www.mext.go.jp/english/), established on the April 2007 and |
| | 15 | will continue for the 4 years. One of our goals is to integrate bioinformatics |
| | 16 | web services in a unified and convenient manner. |
| | 17 | |
| | 18 | For this purpose, I'm planning to develop a proxy server which translate |
| | 19 | user's query for appropriate web service provider (e.g. EBI, KEGG, BioMOBY etc.) |
| | 20 | and formalize the returned data structures, so that user can easily build |
| | 21 | their own workflow without bothered by the data format conversion. |
| | 22 | |
| | 23 | This view is partly based on the comment by Tom Oinn in BOSC2007 - even a sequence |
| | 24 | object in BioPerl is not compatible with other Bio* libraries - I strongly agree |
| | 25 | with it. We should define "50 basic bioinformatics data types" and implement them |
| | 26 | by refactoring current Bio* libraries, then use them in every web services. |
| | 27 | |
| | 28 | BioMOBY has been served as a initial repository for various web services, however, |
| | 29 | there are hundreds of data types are listed and many of them are very similar. |
| | 30 | I think they need to be re-organized as the naming convention of the methods and |
| | 31 | data types currently used are extremely diverged. I suppose this situation restrict |
| | 32 | the interoperability of the services, and to develop any bioinformatics workflow, |
| | 33 | user needs to consult with (poor, in some cases) documentations. |
| | 34 | |
| | 35 | So, I hope to gather as many developers as we can, from major web service providers, |
| | 36 | from Bio* developers, and other integrated service providers like BioMOBY and Taverna, |
| | 37 | to discuss and develop a new Open Bio* standard for the web-service-centric |
| | 38 | bioinformatics-nation (TM). |
| | 39 | |
| | 40 | I'm preferentially writing you to hear any input to finalize our objectives of |
| | 41 | the web service hackathon, as my current knowledge on BioMOBY, myGrid, Taverna |
| | 42 | and other web services are very limited. |
| | 43 | |
| | 44 | From my experience as a developer of the BioRuby library and the KEGG API service, |
| | 45 | I'm still stick with the SOAP/WSDL services even though the REST is the current trend. |
| | 46 | Because, |
| | 47 | * every SOAP server speaks the same language |
| | 48 | * cost to develop a client code can be minimal |
| | 49 | * user doesn't need any parser (cf. DAS spec etc.) |
| | 50 | * user can easily pass any complex data structure (including <ComplexType>) |
| | 51 | * we can also provide REST service if appropriate |
| | 52 | |
| | 53 | On behalf of the DBCLS, |
| | 54 | |
| | 55 | Toshiaki Katayama |
| | 56 | |
| | 57 | -- |
| | 58 | |
| | 59 | Human Genome Center, Institute of Medical Science, University of Tokyo |
| | 60 | |
| | 61 | 4-6-1 Shirokanedai, Minato-ku, Tokyo 108-0071, Japan |
| | 62 | |
| | 63 | tel://+81-3-5449-5614 |
| | 64 | |
| | 65 | fax://+81-3-5449-5434 |
| | 66 | |
| | 67 | http://www.hgc.jp/ (Human Genome Center) |
| | 68 | |
| | 69 | http://bioruby.org/ (BioRuby project) |
| | 70 | |
| | 71 | http://das.hgc.jp/ (KEGG DAS) |
| | 72 | |
| | 73 | http://www.genome.jp/kegg/soap/ (KEGG API) |
| | 74 | |