Hi, I would like to start extending BIDS to cover movement data, including live motion capture as well as virtual transform data. I have asked around on ResearchGate and a couple of other threads to see if there is ongoing work along the line and have not identified any yet- Here is the Google Doc for the proposal as a starting point. We would like to converge more opinions and contribution from anyone interested : https://docs.google.com/document/d/1iaaLKgWjK5pcISD1MVxHKexB3PZWfE2aAC5HF_pCZWo/edit?usp=sharing
In BIDS-Derivatives, we have some basic Motion-related time series. To the extent that we're describing similar things, common formats and naming conventions would be good to settle on.
@effigies Hi, thanks for pointing me to it! This indeed covers some of the important aspects in movement data specs. This also can be another motivation for us to call it BIDS-motion instead of BIDS-move. Matching the formats, we can try labeling channels with "type_component" like in "trans_x" and "rot_x". I have one question regarding the time series here - is the translation time series representing translation between frames or is it always from a fixed reference point? If latter is the case, we may as well consider replacing the concepts "position" and "orientation" in the current spec with "translation" and "rotation".
Fixed reference is what I've always seen, but if there's a situation where it's done framewise, we can either come up with a new name or add a metadata field to disambiguate.
I think this is also interesting for @helenacockx
At the Donders we have looked at BIDS for movement data, and converted some example datasets to a BIDS-like format. Those can be found on http://www.fieldtriptoolbox.org/example/bids_motion/. We now also have some inhouse XSens datasets in a BIDS-like organization (combined with NIRS), but also for those the format is still preliminary.
The actual example is on ftp://ftp.fieldtriptoolbox.org/pub/fieldtrip/example/bids_motion (currently only one, the other is still locally on my computer but could be shared if people are interested).
Hello @robertoostenveld and @helenacockx, it was very nice seeing you in the NIRS meeting. And thanks, I saw the example data set and the style we are aiming for in BIDS-move (or motion) will be pretty much like that with just some more specifications. This relates to one of my biggest question at the moment - do you think this specification deserves an extension of its own or can be an addition to the existing continuous data specs for physiological and other continuous recordings?
Either way, my impression after the meeting was that we would first have to identify more people who are interested. Now that we have a GoogleDoc set up I will start sending around the link to the doc and this thread. MoBI conference 2020 would have been a great opportunity for that, but unfortunately it's the special year...
Hi sjeung. Indeed very nice to meet! As far as I understand, you could indeed add the motion data as another recording of continuous physiological data. However, I think that it would be very valuable if motion data could stand on its own. I am indeed working with motion data from xsens (synchronuously with nirs and video data) and trying to put the whole dataset in a BIDS-like format. The motion tracking system of Xsens that I am using consist of 17 IMU's attached to different body parts (see https://www.xsens.com/products/mvn-analyze). If you are interested to know more about this system and how data is saved, please let me know and I would be happy to help!
@helenacockx great! I would definitely like to know more about your set-up, especially the time synchronization aspect and axes definition.
Me and @timo-berg will start converting a data set from MoBI.set (eeglab + mobilab plugin) to a pseudo-BIDS format as a starting point, but the raw data is in .xdf recorded through LabStreamingLayer (streamed from BrainVision recorder and Unity). The current specs on GoogleDoc is largely based on our experience from that setup, so we need to converge more information on different recording systems. We are also trying to find co-leads and contributors, so simply let us know if you'd like to be onboard.
@effigies Perhaps we can distinguish position/orientation (measured from a fixed reference) and translation/rotation (measured with respect to an updating reference frame-by-frame). I am still looking for other parts of BIDS where these spatial quantities are defined and trying to see how to maintain consistency, so if this convention of calling them translation/rotation is well-established, BIDS-motion would also call it translation/rotation, clarifying that this is assumed to be with respect to a fixed reference, then give users an option to specify framewise updates.
If you would like that, we can schedule a meeting and I can explain to you our experimental set-up. I am not sure whether I would be experienced enough to contribute to the BIDS-move since my main focus is fnirs data, but we could discuss this during a meeting as well.
@helenacockx Sure, it will be much appreciated. How about next week? In case there is anyone else in your group who is interested, they are welcome to join as well. As for time, any other days than Monday and Wednesday work for me. If the meeting will be just one-to-one or rather small, I suggest we use Skype.
Dear all, sorry for jumping in late. I have a very basic question, what kind of motion capture are you thinking about here? This is not completely clear to me. I also use an external motion correction device for MR and would like to join if you have a meting.
Hello @melanieganz, the proposal was originally motivated by live motion capture data recorded during physical motion in mobile EEG recording, by means of trackers or optical markers. But I believe the specifications are eventually generalizable to any type of time series representing positions or orientations. In motion correction in MR context, there are specifications as Chris @effigies has linked above: https://bids-specification.readthedocs.io/en/derivatives/05-derivatives/05-functional-derivatives.html#motion-related-time-series. If your data set requires additional specifications, then the meeting could be relevant for you as well. The goal of the meeting that I have in mind is to talk about different setups and how the raw data are represented.
Hi @melanieganz, you should think about systems like https://www.vicon.com, https://www.xsens.com, https://www.qualisys.com, https://polhemus.com, but possibly also https://en.wikipedia.org/wiki/Kinect. I.e. the primary goal is to capture position or motion (=position over time) and the primary data comprises the position, or the acceleration/gyroscope/magnetometer data, or similar.
Secondary data measured in the same experiment might be video, audio, or physiology (e.g. EEG or NIRS), but those would fall in their own section of the specification (since they could also be recorded by themselves). When combined, it would be a joint dataset that could be analyzed e.g. with https://www.ncbi.nlm.nih.gov/pubmed/24634649.
Hey everyone,
@robertoostenveld , thanks for the invite. Great join the development about this important BIDS extension.
I am currently based in Kiel, Germany where so far we only did motion capture in big clinical cohorts focusing on IMU data, future studies will include EEG as well. We are currently working on a universal placing/coordinate layout for IMUs, which we hope makes IMU data more comparable across datasets..
FYI I have extended the http://www.fieldtriptoolbox.org/example/bids_motion/ example page; it now has XSens, Qualisys and Optotrak examples. The file formats for bids definitely need to be discussed, as well as the metadata in the json and channels.tsv, which is currently very limited in my draft examples.
Hello @JuliusWelzel. I am very happy to hear that you are interested. So far not too much thought has been put into how to describe the placing of the trackers and we definitely need more research in that regard. We are still looking for co-leads who work with motion data. Please have a look at the GoogleDoc linked at the top of this thread and jump in where you think should be complemented.
@robertoostenveld Great! I myself haven't worked with the systems listed, so ideally we would find someone who is experienced with each of them. But I can start looking into how interpretable they are as it is now.
This BEP is now official: BEP029, see: https://github.com/bids-standard/bids-website/pull/123
Hi everyone, after a while of blank period from my side in the past month or so, I am looking forward to gaining more momentum for bids-motion by circulating this community survey. It would be great if you can copy, paste, share, spread, RT, like, spam, and so on. https://forms.gle/2hGzDUnberPAgNCB6
I have posted a request for people to fill out the questionnaire on the FieldTrip mailing list, see https://mailman.science.ru.nl/pipermail/fieldtrip/2020-July/040178.html
I will retweet and spread with the Bids-standard Twitter account :+1:
Thank you so much @sappelhoff @robertoostenveld. Me and @JuliusWelzel are planning a Skype call on the 18th of August to discuss interim results of the survey. In case you are interested and have time to join, please let us know (we can also move the meeting to the 20th or the 21st depending on your schedule).
The main issues will be the raw data format and the possibility of incorporating time stamps. Although the discussion around time stamp stream is not exactly about motion data, it is frequently recorded together with motion data and people seem to find it useful. At the moment we are investigating how helpful time stamps are compared to time synchronization method introduced in http://www.fieldtriptoolbox.org/example/bids_pom/, in two example studies from different labs.
Protocol from the call on Tuesday (25.08.2020)
BIDS_BEP_029_TC.pdf
Most helpful comment
Protocol from the call on Tuesday (25.08.2020)
BIDS_BEP_029_TC.pdf