[MOBY-l] rules for passing "foreign" stuff with MOBY

[Gudmundur Arni Thorisson]

   Just a thought here: does the current BioMOBY XML schema in general not 
distinguish between the various datatypes (aka weakly typed) such as 
integers, strings, floats and such? An example that springs to mind is 
things like E-values(float) and deflines(string) from the ubiqutious BLAST 
query.

          Mummi, CSHL

--
------------------------------------------------
Gudmundur Arni Thorisson, bioinformatics researcher
Steinlab, Cold Spring Harbor Laboratory
w-phone#: 516-367-6904
w-fax#:   516-367-8389
1 Bungtown Road
Cold Spring Harbor
11724 New York
USA


On Monday, August 19, 2002, at 05:54 PM, mwilkinson at gene.pbi.nrc.ca wrote:

> Hi all,
>
> I'm pondering the problem of passing "foreign" stuff with MOBY.  In
> principle, we can be passing anything from Text to images to sound
> files, to XML-objects from other model systems.  In principle we could
> pass text/XML as CDATA, and binaries as base64-encoded, or we could
> simply base64 encode *everything* that was not a "true" MOBY object.
>
> I prefer the latter just for the sake of simplicity... having all
> foreign objects passed in the same way would make client design a little
> bit easier.
>
> Other opinions?  Is there any reason to favour one over the other?
>
> M
>
>
> --
> --------------------------------
> "Speed is subsittute fo accurancy."
> ________________________________
>
> Dr. Mark Wilkinson, RA Bioinformatics
> National Research Council, Plant Biotechnology Institute
> 110 Gymnasium Place, Saskatoon, SK, Canada
>
> phone : (306) 975 5279
> pager : (306) 934 2322
> mobile: markw_mobile at illuminae.com
>
>
>
> _______________________________________________
> moby-l mailing list
> moby-l at biomoby.org
> http://biomoby.org/mailman/listinfo/moby-l
>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 1785 bytes
Desc: not available
URL: <http://lists.open-bio.org/pipermail/moby-l/attachments/20020819/c5f112c3/attachment-0001.bin>