<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/1.5.1.3" -->
<rss version="0.92">
<channel>
	<title>BioMoby</title>
	<link>http://biomoby.open-bio.org</link>
	<description>A world of data at your fingertips</description>
	<lastBuildDate>Thu, 12 Jun 2008 13:51:59 +0000</lastBuildDate>
	<docs>http://backend.userland.com/rss092</docs>
	<language>en</language>

	<item>
		<title>Moby Dashboard as Java WebStart</title>
		<description>	Andreas Groscurth at the Max Planck Institute, Cologne, has made the Moby Dashboard available as a Java WebStart app!  Well done Andreas!
	Dashboard is the most powerful and comprehensive &#8220;view&#8221; of the BioMoby project, allowing you to browse the registry and ontologies, add new nodes into the ontology, delete un-used ...</description>
		<link>http://biomoby.open-bio.org/index.php/2008/06/12/moby-dashboard-as-java-webstart/</link>
	</item>
	<item>
		<title>New Perl MoSeS Panel in Dashboard</title>
		<description>	For those developing Perl based BioMOBY services, there is a new panel in Dashboard!
	The panel is called the &#8216;Perl-MoSeS Generator&#8216; and can be used to generate service skeletons for both CGI and SOAP based BioMOBY services. In addition, the panel includes a built-in editor with Perl syntax highlighting!
	For details, start ...</description>
		<link>http://biomoby.open-bio.org/index.php/2008/05/16/new-perl-moses-panel-in-dashboard/</link>
	</item>
	<item>
		<title>New CPAN Releases!</title>
		<description>	New releases of the MOBY 1.04, MOBY-Client 1.02 and MOSES-MOBY 0.86 modules are available on CPAN!
	View the change log for details on what was fixed, and any new functionality.

 </description>
		<link>http://biomoby.open-bio.org/index.php/2008/05/16/new-cpan-releases/</link>
	</item>
	<item>
		<title>jMoby - faster access to biomoby registries</title>
		<description>	Eddie Kawas released a new implementation (no API changes) of the org.biomoby.client.CentralCachedCallsImpl class - now getting the contents of the registry using the RDF files. When all bugs are fixed, it should significantly speed up cache update in Dashboard and elsewhere.

 </description>
		<link>http://biomoby.open-bio.org/index.php/2008/02/21/jmoby-faster-access-to-biomoby-registries/</link>
	</item>
	<item>
		<title>jMoby using Maven</title>
		<description>	Major changes in building and using jMoby were introduced during the BioHackathlon meeting in Japan. The changes, however, are not changes of the jMoby API - which means that your own code should continue to work without any changes.
	The main issue is that jMoby uses now the 3rd-party libraries form ...</description>
		<link>http://biomoby.open-bio.org/index.php/2008/02/21/jmoby-using-maven/</link>
	</item>
	<item>
		<title>BioMoby Developers Meeting TODO list</title>
		<description>	API Changes:

	1:  Storage of xml-lang information in registry is necessary; providers should pay attention to which xml-lang attribute they send to the registry when they register their service/object/etc.
2:  not all sub-elements need to be in an object instance.  Document the fact that an element that is missing ...</description>
		<link>http://biomoby.open-bio.org/index.php/2007/06/03/biomoby-developers-meeting-todo-list/</link>
	</item>
	<item>
		<title>BioMoby jMoby developers meeting - hour #1</title>
		<description>	In attendance:
	Mark, Eddie, Wendy, Richard, Ivan, Andreas, Paul, Martin, Mylah
	We started with jokes about the danger of having the core Moby developers in the same room of a brick hospital built on top of a geological fault&#8230;
	Issues that come up:
Atrtribution of data to providers
  - set logo?
	Should the Object ...</description>
		<link>http://biomoby.open-bio.org/index.php/2007/06/03/biomoby-jmoby-developers-meeting-hour-1-3/</link>
	</item>
	<item>
		<title>monitoring Moby usage</title>
		<description>	If we had a &#8220;referrer&#8221; that kept track of the previous service that was executed this would go into the service provider logs.  We could then set up a service (pull) that Moby Central could use to gather this information from the logs.  Alternately, we could &#8220;push&#8221; from ...</description>
		<link>http://biomoby.open-bio.org/index.php/2007/06/03/monitoring-moby-usage/</link>
	</item>
	<item>
		<title>Day two:  The future of the Moby protocol</title>
		<description>	Problem #1:  Registry
	We have a problem that the registry is a mishmash of Perl and Java.  The RESOURCES script is problematic since it is used by MOBY::Central to generate the RDF that is passed back from a registerService call.  This needs to be Perlified.  The agent ...</description>
		<link>http://biomoby.open-bio.org/index.php/2007/06/03/day-two-the-future-of-the-moby-protocol/</link>
	</item>
	<item>
		<title>Localization issues</title>
		<description>	Support for different languages 
	Registry contents should be UTF-8
   - Registry code needs to check this, and if it isn&#8217;t UTF-8 then either convert it, or reject it, or save the encoding.  DECISION: Registry converts all incoming XML into UTF-8.
	From Services
  - We send data in ...</description>
		<link>http://biomoby.open-bio.org/index.php/2007/06/02/localization-issues/</link>
	</item>
</channel>
</rss>
