Lead-DBS
  • Home
  • Slack User Channel
  • About
    • Deep Brain Stimulation
    • Publications
    • Citing Lead-DBS
    • Data & Code inclusion philosophy
    • List of Lead-DBS dependencies
    • Lead Connectome
    • Lead-OR
  • News
  • Help/Support
    • Learn Lead-DBS yourself
    • Slack User Channel
    • Forum
    • Knowledge Base
      • Lead-DBS Methods
        • AC/PC to MNI conversion
        • DBS Network Mapping
        • Subcortical Electrophysiology Mapping (SEM)
      • Atlases/Resources
        • Cortical Atlas Parcellations (MNI-Space)
        • Subcortical Atlases (MNI-Space)
        • The DISTAL atlas
        • Macaque Atlases (MNI-Space)
        • Normative Connectomes
        • IXI Database
      • Walkthrough-Videos
      • Other Videos
      • Screenshots
  • Manual
  • Workshops
    • Brisbane February 2020
    • Machine Learning – Berlin September 2019
    • Berlin September 2019
    • Past workshops
      • Hamburg February 2019
      • Shanghai September 2018
      • Berlin 2016
  • Download
  • Contact
  • Click to open the search input field Click to open the search input field Search
  • Menu Menu

Processing on post-op ct data with single electrode trajectory

You are here: Home1 / Forums2 / Support Forum (ARCHIVED – Please use Slack Channel instead)3 / Processing on post-op ct data with single electrode trajectory4
Viewing 7 posts - 1 through 7 (of 7 total)
  • Author
    Posts
  • 03/18/2016 at 5:16 AM #840
    Gene
    Participant

    Hi,

    I was wondering if Lead-DBS automatically detects bilateral or single electrode cases.

    Now I’m testing on my own ct data with single electrode trajectory. Normalization worked well. I always got an error in reconstruction. It seems like the reconstruction is being processed on the both side although the data has electrode trajectories only on the right side, and this resulted in the error with message “Mask out of bounds. Must have lost trajectory”.

    v1.4.2 on the manual has an option to check LH or RH, but it was disappeared on v1.4.8. So, I assumed that v1.4.8 may automatically detect it.

    Finally, can users get final output files (as nii or stl format) to visualize in another viewer (e.g., slicer or fsl)?

    I would appreciate your answers.

    Gene

    03/18/2016 at 2:44 PM #842
    andreashorn
    Keymaster

    Dear Gene,

    unfortunately, for now, unilateral leads are not really supported (and they were, you’re right).
    You wouldn’t think so, but especially in the lead_group analyses, including unilateral lead cases just makes the whole implementation a lot more complex.

    If it’s just for visualization, what you can do, however, is to set the entrypoint in the main lead GUI to “Manual” and just put two leads into the same artifact by clicking on it for both hemispheres. In the 3D visualization viewer, you can then just deselect one of the leads.
    If you’re a little bit into programming, you can also set a breakpoint at the beginning of ea_autocoord.m (which is the main trigger function following the button press of “Run”) and set options.sides to either 1 (right lead only) or 2 (left lead only). In the normal case, this value is set to [1,2]. This would trigger the functions as in the old version and should still work for most of the one-subject-only functions (even though I can’t guarantee it).

    We will re-introduce the unilateral case support again in the future, just need to find the time to do so..

    To export final output for visualization in other software: Atlases are present as .nii files. VATs are now generated as .nii files, as well. The electrodes can be exported to a JSON string which is similar to .stl format by pressing the cloud button (“Export to server”) in the 3D viewer. They are not uploaded to any real server or similar, it’s just that you can make results web-viewable e.g. for an intranet server that you set up for your hospital.

    I can also provide you a script that will export the tips of the electrodes as nifti files, if you want. This is being done for headmodel generation in the novel VAT model code. You’d need to send me your email address or similar.

    Hope this helps,

    Best, Andy

    03/19/2016 at 2:54 PM #849
    Gene
    Participant

    Thank you for quick response and clarification.
    I’ll try to do tips you mentioned.

    Gene

    06/28/2016 at 9:51 PM #1177
    markus.fahlstrom
    Participant

    Dear Andy

    I read about the script for exporting electrode tips as nifti files. This would be very useful for me – and I like to ask if you please would share.

    Kind Regards
    Markus Fahlstrom
    Uppsala University, Sweden
    markus.fahlstrom@radiol.uu.se

    06/28/2016 at 11:33 PM #1178
    andreashorn
    Keymaster

    Mailed you. Will add some more export features in the near future.

    08/31/2016 at 4:15 PM #1421
    markus.fahlstrom
    Participant

    First of all, I experienced some difficulties getting the .m file to work, actually I can seem to get any exported files at all – the folder headmodel is not created either. Though I’m getting the option to do the simulation after pressing the wand button – vat files in nifti format is produced during simulation but these files are just black. Is there any options or procedures that needs to be done before?

    And I also have some general questions regarding lead-dbs.

    I have been thinking about the scenario using post-op CT, however not as common at my institution but performed anyway from time to time.
    Sometimes when manually defining the electrode artifact during reconstruction the images is just black – perhaps its because some pre-processing step is incomplete, I think this phenomena only occur when i skip registration and normalization – just change the postop_ct to lpostop_ct.
    Usually I ask our neurosurgeon to manually delineate target structure so the only step i need to take is to register them. But I believe that the black scene appears then as well.

    Second question. So preferably we do postop MRIs – including a 3D_T1 image and T2w, PD or T2-STIR depending on target. The 3D_T1 is always included and covers the whole brain and cause no problem regarding SAR/B1+rms levels. However, Medtronics updated guidelines give a little bit more space to increase the coverage of the T2w image for example, but not near the T1. But back to the question, do you have any experience segmenting the electrode based on T1w image? I tried it and it seems to work, but having trouble checking cause I don’t get the nifti, of course there should be other ways of confirming but I’m prefer this until I found something better.

    And have I understood it correctly that the normalization step is only for getting structures from template to my images. So if I get the manually, this should be necessary? Or would it affect the reconstruction of the electrodes?

    And thanks for a really nice software, I’m really curious about it.

    Regards
    Markus

    08/31/2016 at 4:41 PM #1422
    andreashorn
    Keymaster

    Hi Markus,

    Regarding export from electrodes to nifti: Would it help you to be able to export to a different surface format?
    E.g. you can import .ply files in nearly any 3D visualization software including 3D Slicer and SurfIce. To export to .ply format, select the patients in Lead-DBS and then choose Export -> PLY from the Tools Menu of the main Lead GUI.

    Exporting to nifti in general is not the best idea since electrodes are not the best option to be voxelized (they are small and you’d need high resolution to do so). However, you could convert the .PLY files to a voxelized version e.g. using Iso2Mesh by Qianqian Fang: http://iso2mesh.sourceforge.net/cgi-bin/index.cgi

    Re the CT question: It’s not supported to rename files to l* or gl* anymore since Lead-DBS now reconstructs electrodes hybridly in native and MNI space. This may have worked in some early versions but doesn’t work anymore. Also, please note that any l* or gl* file needs to be in MNI space (!). That’s basically what l* and gl* prefixes stand for.
    You have two options: 1. place a postop_ct.nii alongside your anat.nii or anat_t1.nii file into the folder and do co-registration between postop_ct and the primar anat file in Lead-DBS. This will generate the rpostop_ct.nii which will then be warped into MNI space in the normalization step.
    2. place an rpostop_ct.nii alongside your anat.nii or anat_t1.nii into the patient folder. Lead-DBS will assume that the two files are exactly co-registered, i.e. have the same voxel resolution and nifti-header matrix.
    After this, you need to run a valid normalization step. I’d recommend to use the ANTs SyN approach or if you have multiple anatomical files (e.g. anat.nii (=T2), anat_t1.nii (=T1), anat_pd.nii (=PD) and dti.nii (will generate fa2anat.nii file and white-matter anisotropy will be used for normalization, too) the ANTs Multimodal approach.
    You can of course program your own normalization routine if you want things to be warped differently. It may not be completely trivial but if you’re good at programming, it’s doable. Any file called ea_normalize_*.m will be recognized by the Lead-DBS GUI.

    Re the second question: I’d always prefer T2 for postop but T1 works as well. You can also call your postop t2 “postop_tra.nii” and your t1 “postop_cor.nii” and both will be normalized into MNI space. You can then swap image names to see which gives you the better precision in the manual reconstruction step.

    Finally, as described above, the normalization step is an integral part of the Lead-DBS routine, so you definitely need to perform it. Nothing will work if you don’t. Still, this doesnt limit you to working inside MNI space. You can visualize results in either MNI or native space lateron. Since Lead-DBS has originally been designed as a research tool, MNI space based routines are much better maintained and tested.

    So to answer your question, no, normalization is not only used to get structures to your image.

    Hope this helps! Let me know if you have further questions!

    Best, Andy

  • Author
    Posts
Viewing 7 posts - 1 through 7 (of 7 total)
  • The forum ‘Support Forum (ARCHIVED – Please use Slack Channel instead)’ is closed to new topics and replies.

Forum Statistics

Registered Users
131
Forums
1
Topics
185
Replies
607
Topic Tags
81
Empty Topic Tags
12

Subscribe to our newsletter

Recent Posts

  • Lead-DBS 3.0 out now!
  • Lead-OR out now
  • Bug in Lead-DBS v2.5
  • Lead-DBS v2.5 out now!
  • Lead-DBS on the cover of NeuroImage

Archives

  • October 2023
  • August 2021
  • July 2021
  • March 2021
  • September 2020
  • June 2019
  • November 2018
  • September 2018
  • August 2018
  • March 2018
  • November 2017
  • September 2017
  • July 2017
  • April 2017
  • July 2016
  • June 2016
  • May 2016
  • March 2016
  • December 2015
  • November 2015
  • April 2015
  • January 2015
  • December 2014
  • October 2014
  • September 2014
  • July 2014
  • June 2014

Imprint | Privacy Policy

Scroll to top Scroll to top Scroll to top
We use cookies to ensure that we give you the best experience on our website. You may “Accept All” or visit "Cookie Settings" to provide a controlled consent.
Cookie SettingsAccept All
Manage consent

Privacy Overview

This website uses cookies to improve your experience while you navigate through the website. Out of these, the cookies that are categorized as necessary are stored on your browser as they are essential for the working of basic functionalities of the website. We also use third-party cookies that help us analyze and understand how you use this website. These cookies will be stored in your browser only with your consent. You also have the option to opt-out of these cookies. But opting out of some of these cookies may affect your browsing experience.
Necessary
Always Enabled
Necessary cookies are absolutely essential for the website to function properly. These cookies ensure basic functionalities and security features of the website, anonymously.
CookieDurationDescription
cookielawinfo-checkbox-analytics11 monthsThis cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Analytics".
cookielawinfo-checkbox-functional11 monthsThe cookie is set by GDPR cookie consent to record the user consent for the cookies in the category "Functional".
cookielawinfo-checkbox-necessary11 monthsThis cookie is set by GDPR Cookie Consent plugin. The cookies is used to store the user consent for the cookies in the category "Necessary".
cookielawinfo-checkbox-others11 monthsThis cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Other.
cookielawinfo-checkbox-performance11 monthsThis cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Performance".
PHPSESSIDsessionThis cookie is native to PHP applications. The cookie is used to store and identify a users' unique session ID for the purpose of managing user session on the website. The cookie is a session cookies and is deleted when all the browser windows are closed.
viewed_cookie_policy11 monthsThe cookie is set by the GDPR Cookie Consent plugin and is used to store whether or not user has consented to the use of cookies. It does not store any personal data.
Analytics
Analytical cookies are used to understand how visitors interact with the website. These cookies help provide information on metrics the number of visitors, bounce rate, traffic source, etc.
CookieDurationDescription
_ga2 yearsThis cookie is installed by Google Analytics. The cookie is used to calculate visitor, session, campaign data and keep track of site usage for the site's analytics report. The cookies store information anonymously and assign a randomly generated number to identify unique visitors.
_gat_gtag_UA_52019623_11 minuteThis cookie is set by Google and is used to distinguish users.
_gid1 dayThis cookie is installed by Google Analytics. The cookie is used to store information of how visitors use a website and helps in creating an analytics report of how the website is doing. The data collected including the number visitors, the source where they have come from, and the pages visted in an anonymous form.
Third-party
Cookies from third-party contents on the website.
CookieDurationDescription
CONSENT16 years 5 months 17 days 13 hoursThese cookies are set via embedded youtube-videos. They register anonymous statistical data on for example how many times the video is displayed and what settings are used for playback.No sensitive data is collected unless you log in to your google account, in that case your choices are linked with your account, for example if you click “like” on a video.
IDE1 year 24 daysUsed by Google DoubleClick and stores information about how the user uses the website and any other advertisement before visiting the website. This is used to present users with ads that are relevant to them according to the user profile.
test_cookie15 minutesThis cookie is set by doubleclick.net. The purpose of the cookie is to determine if the user's browser supports cookies.
VISITOR_INFO1_LIVE5 months 27 daysThis cookie is set by Youtube. Used to track the information of the embedded YouTube videos on a website.
vuid2 yearsThis domain of this cookie is owned by Vimeo. This cookie is used by vimeo to collect tracking information. It sets a unique ID to embed videos to the website.
YSCsessionThis cookies is set by Youtube and is used to track the views of embedded videos.
yt-remote-connected-devicesneverNo description available.
yt-remote-device-idneverNo description available.
SAVE & ACCEPT
Powered by CookieYes Logo