Changes between Version 6 and Version 7 of CallForParticipation

Timestamp:

2007/12/10 23:54:26 (17 years ago)

Author:

anonymous

Comment:

--

CallForParticipation

@@ -1 +1 @@
 = Call for participation for Web Service Hackathon =
-
- * [wiki:CallForParticipation200711]
 
 Dear all,
 
-Database Center for Life Science (DBCLS) is planning to have a !BioHackathon
-for the Web Service in next January or February and hope to invite all of you to Japan
-(currently considering upto 20 developers from abroad and other 20 developers
-from Japan in total). We can offer your travel fare and accommodation fee
-by the DBCLS budget.
+I would like to invite you to Japan for the BioHackathon specialized for the web services.
 
-DBCLS (http://dbcls.jp/en/) is a non-profit research institution funded by
-MEXT (http://www.mext.go.jp/english/), established on the April 2007 and
-will continue for the 4 years. One of our goals is to integrate bioinformatics
-web services in a unified and convenient manner.
+ Place: Tokyo, Japan
+ Dates: 2008/Feb/10(Sun) - 16(Sat)
+ Details: http://hackathon.dbcls.jp/
 
-For this purpose, I'm planning to develop a proxy server which translate
-user's query for appropriate web service provider (e.g. EBI, KEGG, BioMOBY etc.)
-and formalize the returned data structures, so that user can easily build
-their own workflow without bothered by the data format conversion.
+Database Center for Life Science (DBCLS; http://dbcls.jp/en/) is planning to have a BioHackathon for the Web Service in next February and hope to invite of you to Japan (currently considering upto 20 developers from abroad and other 20 developers from Japan in total). We can offer your travel fare and accommodation fee by the DBCLS budget.
 
-This view is partly based on the comment by Tom Oinn in BOSC2007 - even a sequence
-object in BioPerl is not compatible with other Bio* libraries - I strongly agree
-with it. We should define "50 basic bioinformatics data types" and implement them
-by refactoring current Bio* libraries, then use them in every web services.
+DBCLS is a non-profit research institution funded by MEXT (http://www.mext.go.jp/english/), established on the April 2007 and will continue for the 4 years. Our main goal is to integrate life science resources especially in Japan, and web service is one of the key technology to accomplish this purpose.
 
-BioMOBY has been served as a initial repository for various web services, however,
-there are hundreds of data types are listed and many of them are very similar.
-I think they need to be re-organized as the naming convention of the methods and
-data types currently used are extremely diverged. I suppose this situation restrict
-the interoperability of the services, and to develop any bioinformatics workflow,
-user needs to consult with (poor, in some cases) documentations.
+We have learned that the BioMOBY project have actively been developed a integrated framework for this purpose, however, most of the Japanese and some of major foreign web service providers not yet follow the movement.
 
-So, I hope to gather as many developers as we can, from major web service providers,
-from Bio* developers, and other integrated service providers like BioMOBY and Taverna,
-to discuss and develop a new Open Bio* standard for the web-service-centric
-bioinformatics-nation (TM).
+From my experience as a developer of the BioRuby library and the KEGG API service, I think there still are several problems to create integrated and interoperable environment:
 
-I'm preferentially writing you to hear any input to finalize our objectives of
-the web service hackathon, as my current knowledge on BioMOBY, myGrid, Taverna
-and other web services are very limited.
+* How to integrate non-BioMOBY service providers for the future of life science?
+* What kind of effort can be made for Open Bio* libraries (BioPerl, BioPython, BioRuby, BioJava) to be interoperable?
+* What kind of problems and bottlenecks exist to develop bioinformatics workflows?
+* Does every providers agree that the current BioMOBY implementation is the best solution to migrate?
 
-From my experience as a developer of the BioRuby library and the KEGG API service,
-I'm still stick with the SOAP/WSDL services even though the REST is the current trend.
-Because,
- * every SOAP server speaks the same language
-  * cost to develop a client code can be minimal
-  * user doesn't need any parser (cf. DAS spec etc.)
-  * user can easily pass any complex data structure (including <ComplexType>)
- * we can also provide REST service if appropriate
+So, in this opportunity, I hope to gather as many developers as we can, from major web service providers, from Bio* developers, from workflow client developers, and from the BioMOBY project, to discuss and develop a new Open Bio* standard for the web-service-centric bioinformatics-nation (TM).
 
-On behalf of the DBCLS,
+Regards,
 
-Toshiaki Katayama
+Toshiaki Katayama, on behalf of the DBCLS.
 
 --
@@ -72 +45 @@
 
 http://www.genome.jp/kegg/soap/ (KEGG API)
+
+ * [wiki:CallForParticipation200711]
+