rinceton.edu>, "Daniel Blankenberg" <d...@bx.psu.edu> Cc:
"Galaxy Dev List" <galaxy-dev@lists.galaxyproject.org> Envoyé:
Mercredi 7 Octobre 2015 14:25:38 Objet: Re: [galaxy-dev] QIIME
tools for Galaxy (WIP,call for collaborators)
Hi Lance,
I will help if I c
;>>> INRA labs. If they are not on the list, I can contact them.
>>>> Please do so. This is great to know. Please also consider to join our
>>>> hackathon:
>>>>
>>>> https://github.com/galaxyproject/tools-iuc/issues/299
>>>>
>>>
>>
>> We are always open for new ideas. Would be great to get a nice suite and
>> a few workflows for metagenomic in the near future! :)
>>
>> Thanks,
>> Bjoern
>>
>>> All the best,
>>>
>>> Yvan
>>>
>>> ----- Ma
À: "Lance Parsons"
<lpars...@princeton.edu>, "Daniel Blankenberg" <d...@bx.psu.edu> Cc:
"Galaxy Dev List" <galaxy-dev@lists.galaxyproject.org> Envoyé:
Mercredi 7 Octobre 2015 14:25:38 Objet: Re: [galaxy-dev] QIIME
tools for Galaxy (WIP, call for collabo
Hi Lance,
I will help if I can. I also think we should begin too write 2-3 nice
tools in the beginning to test the handshake between them and lay the
ground work. This will also help to get familiar with the tool.
I still hope some one else from the community shows interest! :)
Thanks,
Bjoern
;
> À: "Lance Parsons" <lpars...@princeton.edu>, "Daniel Blankenberg"
> <d...@bx.psu.edu>
> Cc: "Galaxy Dev List" <galaxy-dev@lists.galaxyproject.org>
> Envoyé: Mercredi 7 Octobre 2015 14:25:38
> Objet: Re: [galaxy-dev] QIIME tools for Gal
---
>> De: "Björn Grüning" <bjoern.gruen...@gmail.com> À: "Lance Parsons"
>> <lpars...@princeton.edu>, "Daniel Blankenberg" <d...@bx.psu.edu> Cc:
>> "Galaxy Dev List" <galaxy-dev@lists.galaxyproject.org> Envoyé:
>> Me
I agree that it would be very nice to get the data flowing between each
of the tools and to be able to mix/match with other tools. That is an
area of Galaxy tool-dev that I'm less familiar with, so any help would
be greatly appreciated.
As for the manual massaging, I agree, however, at this
Hi Lance,
I looked at this a bit ago and had similar concerns, particularly with the
outputs and inputs not being well-defined. In addition to the output tar ball
—> local, extract —> upload not being great, as you mention, the input
datatypes, etc, could use some work — in the very least, we