tag:blogger.com,1999:blog-4402160631955197288.post5181794574655659121..comments2024-03-12T19:57:17.818-07:00Comments on practiCal fMRI: the nuts & bolts: Using someone else's datapractiCal fMRIhttp://www.blogger.com/profile/07387300671699742416noreply@blogger.comBlogger4125tag:blogger.com,1999:blog-4402160631955197288.post-67456985217889434652014-02-28T06:29:31.543-08:002014-02-28T06:29:31.543-08:00Hi Satra, not sure I follow you. What sort of filt...Hi Satra, not sure I follow you. What sort of filters would you apply to fMRI data to get insight into intrinsic quality? There are a huge number of ways to get crappy fMRI data yet very few ways to measure the quality, it seems to me. We do tend to wing it and use our intuition. (More often than not the data is deemed "good" if the expected result materializes, "bad" if it doesn't!) Note that I am not targeting shared fMRI data but fMRI data in general. There doesn't seem to be a good benchmark for quality. Yet there are many ways to get systematic and/or random flaws in fMRI data. Is one supposed to use thousands of data sets and hope that there is signal in there somewhere? Shouldn't we try to weight better data more than worse data? But if so, how?<br />practiCal fMRIhttps://www.blogger.com/profile/07387300671699742416noreply@blogger.comtag:blogger.com,1999:blog-4402160631955197288.post-90176954956283201462014-02-28T05:02:16.792-08:002014-02-28T05:02:16.792-08:00This question is really about the richness of meta...This question is really about the richness of metadata and looking beyond current approaches.If data were to be available, it would come with all the things that we have come to expect from publications and more. (here is a link to an effort on data citation: http://www.force11.org/datacitation) But I would argue that it should also come with it's entire provenance so that both of the above questions essentially become a filtering problem.<br /><br />These questions are not really different from what news does one consume, what movies does one see, etc.,. Currently we make these as personal choices, but often based on some measure of dimensions in our head.<br /><br />In the context of brain imaging data, this is no different. We want data to match various dimensions of interest. As long as the underlying information are there, we will be able to put appropriate application lens/filter on it. if the filter fails to pass through data, then we don't have information for our application need. <br /><br />The key is to realize that different people are going to have different needs. And so we should capture as much metadata as possible (dicom tags, participant demographics, questionnaires, and figure out what pieces are currently not available electronically). And i do believe that for some applications a lot of noisy data is way more useful than small amounts of pristine data.<br /><br />in response to co-authorship: this should really not be required in the presence of data citation principles. if data are published they should be citable and hence you have the necessary responsibility behind it.satrahttps://www.blogger.com/profile/11229619739867347865noreply@blogger.comtag:blogger.com,1999:blog-4402160631955197288.post-22704833521662910342014-02-27T07:41:52.762-08:002014-02-27T07:41:52.762-08:00Good response. So does this imply you would ignore...Good response. So does this imply you would ignore public repositories of data, e.g. those for the Human Connectome Project, the 1000 Functional Connectomes project and other open source fMRI repositories, where co-authorship is unlikely to be offered? practiCal fMRIhttps://www.blogger.com/profile/07387300671699742416noreply@blogger.comtag:blogger.com,1999:blog-4402160631955197288.post-43299874742746517822014-02-27T07:35:57.005-08:002014-02-27T07:35:57.005-08:00If I used somebody else's data, I would want t...If I used somebody else's data, I would want that person to agree to be a co-author on the resulting paper, with all the responsibilities that entails for validating the way the data was used.Bill Skaggshttp://weskaggs.netnoreply@blogger.com