I'm fairly far down the implementation path for supporting inclusion of new data types in tool shed repositories. Unless I get steered into another direction, I should have this documented in early January.
On Dec 15, 2011, at 5:26 AM, Peter Cock wrote: > On Thu, Dec 15, 2011 at 10:13 AM, Siemen Henk Sikkema > <s.h.sikk...@gmail.com> wrote: >> Hi All, >> >> Thanks for the responses! I just got around to trying the solution by Joe >> Cruz. This did the trick for xls files, so that's the good news! The >> slightly less good news is that the same does not hold for xlsx files. Those >> files are pure zip files containing lots of internal xml stuff. Even when >> following the suggested procedure, Galaxy insists that it knows how to >> handle those files: by unpacking them and returning the first file from the >> zip (in this case a pretty useless xml file). >> >> On a more general note, having to do these tricks can restrict sharing of >> new tools a bit in my opinion. It would be great if there would be an easy >> way to tell Galaxy: "leave files of this type as is, I can handle it" :P >> >> Siemen > > The easiest way is to contribute your new file type to the main > Galaxy repository. They've said if it is reasonably general they're > OK with including more file types. > > Peter Greg Von Kuster Galaxy Development Team g...@bx.psu.edu ___________________________________________________________ Please keep all replies on the list by using "reply all" in your mail client. To manage your subscriptions to this and other Galaxy lists, please use the interface at: http://lists.bx.psu.edu/