Actions

Piloting

From SpinozaWiki

Revision as of 13:39, 18 July 2023 by Dumoulin (talk | contribs) (Phase 2: developing the MRI protocol (pilot))
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)


Policy

New studies will generally require a certain amount of piloting before "real" data can be acquired. We split this into two phases; the first is the programming, debugging, and piloting of your behavioural task. This part does not depend on interaction with the scanner or peripherals other than button presses. The second is the setup of the MRI scanning protocol, sequences, durations, etc. At this stage a pilot would also involve testing a full 'dry run' of your imaging session to check stimulus timing, data consistency etc.

Both these stages occur before actual data collection starts and before hours are charged.

For questions about experimental and project design, we have reserved a weekly timeslot where all staff members are available for consultation, for more complicated questions or issues that need to be discussed in person.

  • This time-slot is every Tuesday from 10:30-11:00.
  • Please reserve this time-slot by sending an email to [email protected].


Typically, pilot time is booked as project time but will not or only partially count towards scanning costs. Note: when booking the scanner for pilot purposes indicate this with the remark 'pilot' in the summary field.

Phase 1: Developing the experimental paradigm and stimuli

Developing experimental paradigms and stimuli are the responsibility of the experimenter. However, we try to help when we can. Please contact [email protected] if you have specific questions about the peripheral equipment.

When piloting at the scanner, you are expected to already have a fully functional behavioral experiment that responds adequately to button presses and TTL pulses (which arrive as USB keyboard 't' button presses). So before planning a dry run at the MRI scanner, plan a test session at the mock scanner to check whether your tasks work correctly. If a task runs at the mock scanner (it displays correctly on the screen, button presses and 't's are properly registered), it should be transferable to the actual scanner environment with little to no modifications.

Phase 2: Developing the MRI protocol (pilot)

The SC staff is happy to help you set up your MRI protocol. Please let [email protected]. know when you are preparing a study and require assistance or advice. We have default set of protocols at 3T and 7T that can be used 'as is' or tweaked for the specific research question.

Please make sure to check your pilot data carefully.

Custom projects requiring extensive pilots

In some cases, more time might be required. There can be several reasons for this, e.g. because

  • a study requires MRI protocols that are not part of the default protocol set, or
  • a study uses a custom experimental set-up that requires optimization in the scanning environment.


If you think this applies to your situation, get in touch with us to discuss how much time is reasonable. One factor taken into account when determining how much pilot time is provided is to what extent sequences or a set-up might be useful in a broader context, i.e. for other projects / Spinoza partners.