<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" href="https://www.nitrc.org/themes/nitrc3.0/css/rss.xsl.php?feed=https://www.nitrc.org/export/rss20_forum.php?forum_id=799" ?>
<?xml-stylesheet type="text/css" href="https://www.nitrc.org/themes/nitrc3.0/css/rss.css" ?>
<rss version="2.0"> <channel>
  <title>NITRC BXH/XCEDE Tools Forum: help</title>
  <link>http://www.nitrc.org/forum/forum.php?forum_id=799</link>
  <description>Get Public Help</description>
  <language>en-us</language>
  <copyright>Copyright 2000-2026 NITRC OSI</copyright>
  <webMaster></webMaster>
  <lastBuildDate>Fri, 13 Mar 2026 17:17:38 GMT</lastBuildDate>
  <docs>http://blogs.law.harvard.edu/tech/rss</docs>
  <generator>NITRC RSS generator</generator>
  <item>
   <title>RE:  bxh python missing analyzetools</title>
   <link>http://www.nitrc.org/forum/forum.php?thread_id=15595&amp;forum_id=799</link>
   <description>&amp;lt;p&amp;gt;Thank you so much for your rapid response! This is helpful and I think our needs are covered by the existing tools.&amp;amp;nbsp;&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;One quick note that bxhabsorb seems to work in creating a bxh file from the nii.gz file, but results in this warning: &amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Error importing bxh.converters.dicom: No module named 'pydicom._storage_sopclass_uids'&amp;lt;br&amp;gt;&amp;amp;nbsp; warnings.warn(&amp;quot;Error importing bxh.converters.dicom: %s&amp;quot; % (e,))&amp;lt;/p&amp;gt;</description>
   <author>Tristan Yates</author>
   <pubDate>Fri, 31 Jan 2025 16:29:20 GMT</pubDate>
   <guid>http://www.nitrc.org/forum/forum.php?thread_id=15595&amp;forum_id=799</guid>
  </item>
  <item>
   <title> bxh python missing analyzetools</title>
   <link>http://www.nitrc.org/forum/forum.php?thread_id=15595&amp;forum_id=799</link>
   <description>&lt;br /&gt;
analyze2bxh can be replaced with bxhabsorb.  And most tools will now output .nii.gz with a .bxh file.&lt;br /&gt;
If you're trying to create nifti files from a bxh file, we usually now use bxhselect INPUT.bxh OUTPUTPREFIX which will create OUTPREFIX.bxh and OUTPUTPREFIX.nii.gz&lt;br /&gt;
&lt;br /&gt;
If that doesn't work for you, let me know!</description>
   <author>Syam Gadde</author>
   <pubDate>Thu, 30 Jan 2025 14:21:14 GMT</pubDate>
   <guid>http://www.nitrc.org/forum/forum.php?thread_id=15595&amp;forum_id=799</guid>
  </item>
  <item>
   <title>bxh python missing analyze tools</title>
   <link>http://www.nitrc.org/forum/forum.php?thread_id=15595&amp;forum_id=799</link>
   <description>&amp;lt;p&amp;gt;Hello! I noticed the new bxh release for python, which is fantastic! However, both analyze2bxh and bxh2analyze (which to my knowledge are necessary tools for interacting with nifti images) seem to be missing from the package. Is there any reason for this? Would it be possible to include these tools in the updated release?&amp;amp;nbsp;&amp;lt;/p&amp;gt;</description>
   <author>Tristan Yates</author>
   <pubDate>Thu, 30 Jan 2025 3:16:44 GMT</pubDate>
   <guid>http://www.nitrc.org/forum/forum.php?thread_id=15595&amp;forum_id=799</guid>
  </item>
  <item>
   <title>RE: volumemeans or volmeasures?</title>
   <link>http://www.nitrc.org/forum/forum.php?thread_id=13524&amp;forum_id=799</link>
   <description>fmriqa_generate.pl calls fmriqa_volmeasures to generate that data so they should give you similar numbers, however fmriqa_generate.pl may remove some datapoints from the beginning before sending data to fmriqa_volmeasures.  The center-of-mass is a crude measure that can be helpful.  For more accurate position information you may consider tools like FSL's mcflirt.</description>
   <author>Syam Gadde</author>
   <pubDate>Tue, 31 May 2022 12:28:39 GMT</pubDate>
   <guid>http://www.nitrc.org/forum/forum.php?thread_id=13524&amp;forum_id=799</guid>
  </item>
  <item>
   <title>volumemeans or volmeasures?</title>
   <link>http://www.nitrc.org/forum/forum.php?thread_id=13524&amp;forum_id=799</link>
   <description>Hello,&lt;br /&gt;
&lt;br /&gt;
I was wondering if I could have some clarification on the difference between the volumemeans output (cmassx/y/z from fmriqa_generate.pl) and the volmeasures output (from fmriqa_volmeasures)?&lt;br /&gt;
&lt;br /&gt;
I am trying to use BXH tools to identify absolute motion artefacts in my fmri data - which would you advise would be best for this?&lt;br /&gt;
&lt;br /&gt;
Thank you very much!&lt;br /&gt;
Mollie</description>
   <author>Mollie Neason</author>
   <pubDate>Mon, 30 May 2022 11:31:51 GMT</pubDate>
   <guid>http://www.nitrc.org/forum/forum.php?thread_id=13524&amp;forum_id=799</guid>
  </item>
  <item>
   <title>Catalina / 64-bit Catalina issues</title>
   <link>http://www.nitrc.org/forum/forum.php?thread_id=11935&amp;forum_id=799</link>
   <description>Hi,&lt;br /&gt;
&lt;br /&gt;
I am trying to run the firm_phantomqa.pl program, but am running into some issues with the binary programs that come with the most recent package: bxh_xcede_tools-1.11.14-MacOSX.i686. This package is not compatible with MacOS Catalina or greater, as Catalina has dropped support for 32-bit executables.&lt;br /&gt;
&lt;br /&gt;
For example, the error I get when attempting to run &amp;lt; ./bxhabsorb &amp;gt; is &amp;quot;Bad CPU type in executable&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Does anybody know a way to run these programs in macOS Catalina? Or is there an updated software package available that I can download to use? &lt;br /&gt;
&lt;br /&gt;
Thanks,&lt;br /&gt;
Hannah</description>
   <author>Hannah Swearingen</author>
   <pubDate>Mon, 14 Dec 2020 17:00:28 GMT</pubDate>
   <guid>http://www.nitrc.org/forum/forum.php?thread_id=11935&amp;forum_id=799</guid>
  </item>
  <item>
   <title>Can't find frequency direction in NIFTI header</title>
   <link>http://www.nitrc.org/forum/forum.php?thread_id=9782&amp;forum_id=799</link>
   <description>Dear all,&lt;br /&gt;
&lt;br /&gt;
I am running the fBIRN QA pipeline version 1.10.7-lsb30.x86_64 with AFNI version AFNI_2011_12_21_1014. I have NIFTI fmri images and I convert them to BXH/XCEDE using analyze2bxh --xcede. This is followed by running the fBIRN QA pipeline on the BXH/XCEDE data files using fmriqa_phantomqa.pl.&lt;br /&gt;
&lt;br /&gt;
The fBIRN QA pipeline fails to generate ghost measures with the following error:&lt;br /&gt;
&lt;br /&gt;
&amp;quot;volnum ghostpercentage brightghostpercentageCan't find frequency direction in header! Not calculating ghost metrics (not EPI?)&amp;quot;&lt;br /&gt;
&lt;br /&gt;
It appears that the pipeline cannot find the information pertaining to frequency/phase-encode directions in the NIFTI header. I tried to manually modify the NIFTI header by adding the field 'dim_info' but it did not resolve the issue. Any suggestion pertaining to a solution?&lt;br /&gt;
&lt;br /&gt;
Thanks,&lt;br /&gt;
&lt;br /&gt;
Aras</description>
   <author>Aras K</author>
   <pubDate>Thu, 15 Nov 2018 16:24:51 GMT</pubDate>
   <guid>http://www.nitrc.org/forum/forum.php?thread_id=9782&amp;forum_id=799</guid>
  </item>
  <item>
   <title>RE:  dyld errors on Mac OS X</title>
   <link>http://www.nitrc.org/forum/forum.php?thread_id=6635&amp;forum_id=799</link>
   <description>Sounds good! Yes, it seems reasonable to me to just have people install ImageMagick for themselves... MacPorts and Homebrew make that pretty easy even if you're not running Linux.</description>
   <author>Matthew Johnson</author>
   <pubDate>Fri, 25 Mar 2016 21:16:54 GMT</pubDate>
   <guid>http://www.nitrc.org/forum/forum.php?thread_id=6635&amp;forum_id=799</guid>
  </item>
  <item>
   <title> dyld errors on Mac OS X</title>
   <link>http://www.nitrc.org/forum/forum.php?thread_id=6635&amp;forum_id=799</link>
   <description>Thanks for doing the grunt work, and providing detailed workarounds to these issues.  I will likely get rid of the ImageMagick executables packaged with bxh_xcede_tools since the standard ImageMagick tools are stable enough now.  In the past, ImageMagick behavior would change drastically from minor version to minor version, but now things are less volatile.</description>
   <author>Syam Gadde</author>
   <pubDate>Fri, 25 Mar 2016 14:05:13 GMT</pubDate>
   <guid>http://www.nitrc.org/forum/forum.php?thread_id=6635&amp;forum_id=799</guid>
  </item>
  <item>
   <title>dyld errors on Mac OS X</title>
   <link>http://www.nitrc.org/forum/forum.php?thread_id=6635&amp;forum_id=799</link>
   <description>Not really a help request per se as I just figured out my own problem, but I'm leaving the solution here for posterity. I have already submitted a bug report with similar information to that below.&lt;br /&gt;
&lt;br /&gt;
The ImageMagick programs contained within the BXH/XCEDE tools don't appear to work on current versions of Mac OS X (I'm on El Capitan here, but from my searches it appears that this bug would happen for any version &amp;gt;= 10.7 Lion). I ran into this using fmriqa_generate.pl but any other functions that use ImageMagick likely have the same problem.&lt;br /&gt;
&lt;br /&gt;
Errors like this appear when invoking ImageMagick's 'convert' or 'montage' tools:&lt;br /&gt;
dyld: Library not loaded: /System/Library/Frameworks/OpenCL.framework/Versions/A/Libraries/libclparser.dylib&lt;br /&gt;
Referenced from: /Users/mjohnson113/Downloads/bxh_xcede_tools-1.11.1-MacOSX.i686/bin/convert&lt;br /&gt;
Reason: image not found&lt;br /&gt;
&lt;br /&gt;
From web searches, I deduced that the .dylib in question doesn't seem to exist anymore in Lion and up.&lt;br /&gt;
&lt;br /&gt;
I fixed the problem for myself by installing ImageMagick via MacPorts and replacing the 'montage' and 'convert' binaries in the BXH/XCEDE package with the freshly built copies from MacPorts. Not sure what the best long-term solution would be for the project.&lt;br /&gt;
&lt;br /&gt;
Anyway, if you are having the same problem, installing your own copy of ImageMagick and replacing the broken BXH/XCEDE copies with custom-built ones should, in theory, work for you too!</description>
   <author>Matthew Johnson</author>
   <pubDate>Fri, 25 Mar 2016 1:32:38 GMT</pubDate>
   <guid>http://www.nitrc.org/forum/forum.php?thread_id=6635&amp;forum_id=799</guid>
  </item>
 </channel>
</rss>
