<div dir="ltr">Hi Ivan,<br><div class="gmail_extra"><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div style="word-wrap:break-word"><div>- I've heard about Figshare, which looks good, but don't know exactly how it works, in particular whether people can interact easily with the data. Any experience with that? </div>
</div></blockquote><div><br></div><div>FigShare have been continually developing their tooling since their launch to support different types of file formats. For CSV files, they provide a couple of simple viewers: table view and variable view. These automatically identify things like column headers, but are obviously not as functional or flexible as a specialist viewer.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word"><div>- What about a combination of Figshare and a Github repo? What about Fidgit [1]? </div>
</div></blockquote><div><br></div><div>My understanding is that Fidgit is going the other way round, i.e. making an explicit link between source code in a GitHub repo and source code deposited (and therefore assigned a DOI) in FigShare. </div>
<div><br></div><div>What it seems you're looking to do is the "traditional" method, where the code resides in GitHub, and the data in FigShare, and the tools you've created can easily access the data. </div>
<div><br></div><div>I believe that the current FigShare API [1] doesn't support direct read of datasets (it's a repository, rather than a filesystem) but I haven't tried using it, so you may want to get an opinion from someone with experience.</div>
<div><br></div><div>I guess the main question is how you expect people to "manage" the datasets you're providing. If the expectation is that they will download certain datasets and the tools to their own machine, then storing the data in GitHub or FigShare both seem like reasonable options. If they have to download many datasets along with the tools, then you might find it easier to have everything in one repository (presumably GitHub). A final alternative, if you wanted to make it easy for people to explore the data without downloading is to store the data on a cloud storage service and make the tools available via a cloud instance as well. This would be in addition to storing the "source" code and data in a repository.</div>
<div><br></div><div>best regards</div><div>neil</div><div><br></div><div>[1] <a href="http://api.figshare.com/docs/index.html">http://api.figshare.com/docs/index.html</a></div><div> </div></div><div><br></div>-- <br><div dir="ltr">
Neil Chue Hong<br>Director, Software Sustainability Institute<br>EPCC, University of Edinburgh, JCMB, Edinburgh, EH9 3JZ, UK<br>Tel: +44 (0)131 650 5957<br><a href="http://www.software.ac.uk/" target="_blank">http://www.software.ac.uk/</a><br>
<br>LinkedIn: <a href="http://uk.linkedin.com/in/neilchuehong" target="_blank">http://uk.linkedin.com/in/neilchuehong</a><br>Twitter: <a href="http://twitter.com/npch" target="_blank">http://twitter.com/npch</a><br><div>ORCID: <a href="http://orcid.org/0000-0002-8876-7606" target="_blank">http://orcid.org/0000-0002-8876-7606</a></div>
</div>
</div></div>