[MOBY-l] Services accepting multiple inputs

[Mark Wilkinson]

That's correct.  A collection is a SINGLE input.

e.g.  lets say I want to create a BLAST service, where I provide both the  
DNA Sequence database, as well as the DNA Sequence that I want to blast  
against it.  The database goes into a Collection of DNASEwquence objects,  
the query sequence goes into a Simple, and both of these go into a  
mobyData block as a SINGLE input to the service.

M



On Thu, 03 Apr 2008 06:26:20 -0700, Ola Spjuth <ola.spjuth at farmbio.uu.se>  
wrote:

> Interesting. It seems I want to use the Collection article to provide  
> multiple simple objects (was not aware of its existence). I guess the  
> service would need to be explicitly written with a Collection as  
> PrimaryInput in order to support this?
>
> Cheers,
>
> /Ola
>
>
> On Apr 3, 2008, at 14:54 , Edward Kawas wrote:
>
>> Just so that I get the last word ;-)
>>
>> I am not sure how to use MobyDataInstance/etc, but in the moby world if  
>> a
>> service receives multiple mobyData blocks, then the service iterates  
>> over
>> each of them and then returns a response.
>>
>> http://biomoby.open-bio.org/CVS_CONTENT/moby-live/Docs/MOBY-S_API/ 
>> InputMessa
>> ge.html (the part 'How to invoke a service with a Simple Article'  
>> describes
>> this).
>>
>> Eddie
>>
>> -----Original Message-----
>> From: moby-l-bounces at lists.open-bio.org
>> [mailto:moby-l-bounces at lists.open-bio.org] On Behalf Of Ola Spjuth
>> Sent: April-03-08 5:24 AM
>> To: Andreas Groscurth
>> Cc: moby-l at lists.open-bio.org
>> Subject: Re: [MOBY-l] Services accepting multiple inputs
>>
>> Andreas,
>>
>> Thanks a lot for the explanation.
>>
>> Cheers,
>>
>> /Ola
>>
>> On Apr 3, 2008, at 12:47 , Andreas Groscurth wrote:
>>
>>> Ola Spjuth wrote:
>>>> I suppose it would be possible to set up another version of the
>>>> service that accepted a MobyDataComposite containing an arbitrary
>>>> number of wrapped MobyDataObject, and delivers a MobyDataComposite
>>>> as output, containing an arbitrary number of objects?
>>> no - because MobyDataComposite is the represent of complex data
>>> types, NOT for an arbtrary number of inputs.
>>>
>>> A service can accept one MobyDataObject (a single Object), one
>>> MobyDataComposite (a single complex type, like AminoAcidSequence)
>>> or more of them or a combination of them... but its not for using a
>>> collection of intputs just because it could be convenient to call a
>>> service with several different inputs !
>>>
>>> just use for each input object a differnent cal - that would
>>> mobyrequest have also to do... becaus a service which defines one
>>> input can not take more inputs...
>>>
>>>> This means you need 2 different services to accommodate for the
>>>> case of one input object and another for many inputs, and the
>>>> situation is left to service providers and not handled by Moby. Is
>>>> this a correct observation?
>>> Why 2 different services ? Either your service takes e.g. one GI to
>>> do something, or takes a collection... Of course its up to the
>>> service provider to know what his services does and therefore to
>>> offer one of either possibilities. And if the services takes a
>>> collection of input - of course you can set more than one input
>>> (like 3 GIs), BUT if the service is registered with only one input
>>> - you have to stick to its rules.
>>>
>>> Best
>>> andreas
>>>>
>>>> On Apr 3, 2008, at 10:47 , Andreas Groscurth wrote:
>>>>
>>>>
>>>>> [snip]
>>>>> maybe there is a way, as Mark apparently indicates, but i cant
>>>>> see how shall work....
>>>>>
>>>>
>>>> Yes, I am also curious to hear about that!
>>>>
>>>> Cheers,
>>>>
>>>>    .../Ola
>>>>
>>>
>>
>> _______________________________________________
>> moby-l mailing list
>> moby-l at lists.open-bio.org
>> http://lists.open-bio.org/mailman/listinfo/moby-l
>>
>
> _______________________________________________
> moby-l mailing list
> moby-l at lists.open-bio.org
> http://lists.open-bio.org/mailman/listinfo/moby-l



-- 
--
Mark Wilkinson
Assistant Professor, Dept. Medical Genetics
University of British Columbia
PI Bioinformatics
iCAPTURE Centre, St. Paul's Hospital
Tel:  604 682 2344 x62129
Fax:  604 806 9274

***CONFIDENTIALITY NOTICE***
This electronic message is intended only for the use of the addressee and  
may contain information that is privileged and confidential.  Any  
dissemination, distribution or copying of this communication by  
unauthorized individuals is strictly prohibited. If you have received this  
communication in error, please notify the sender immediately by reply  
e-mail and delete the original and all copies from your system.