<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>TrackVis &#187; Software Usage</title>
	<atom:link href="http://trackvis.org/blog/category/software-usage/feed/" rel="self" type="application/rss+xml" />
	<link>http://trackvis.org/blog</link>
	<description>TrackVis news update</description>
	<lastBuildDate>Thu, 10 Nov 2011 21:47:46 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>What&#8217;s new in Diffusion Toolkit 0.6 &#8211; More flexible gradient table</title>
		<link>http://trackvis.org/blog/2010/03/16/whats-new-in-diffusion-toolkit-0-6-more-flexible-gradient-table/</link>
		<comments>http://trackvis.org/blog/2010/03/16/whats-new-in-diffusion-toolkit-0-6-more-flexible-gradient-table/#comments</comments>
		<pubDate>Tue, 16 Mar 2010 20:49:46 +0000</pubDate>
		<dc:creator>Ruopeng</dc:creator>
				<category><![CDATA[Software Usage]]></category>
		<category><![CDATA[Diffusion Toolkit]]></category>
		<category><![CDATA[DTI]]></category>
		<category><![CDATA[dti_recon]]></category>

		<guid isPermaLink="false">http://trackvis.org/blog/?p=43</guid>
		<description><![CDATA[The code to handle gradient table has been rewritten in Diffusion Toolkit 0.6 to make it more flexible. Now there are a few different ways to specify gradient table (NOTE: these changes only apply to DTI reconstruction for now):
The old way. No b0 (0, 0, 0) vector included in the table. Program will assume all [...]]]></description>
			<content:encoded><![CDATA[<p>The code to handle gradient table has been rewritten in Diffusion Toolkit 0.6 to make it more flexible. Now there are a few different ways to specify gradient table (NOTE: these changes only apply to DTI reconstruction for now):<p>
<ul><li>The old way. No b0 (0, 0, 0) vector included in the table. Program will assume all the b0&#8217;s are on top of the image list. You need to enter the number of b0&#8217;s correctly.</li>
<li>Put b0 (0, 0, 0) vectors in the table, anywhere. Note once program detects there is b0 vector in the table, it will automatically count its number. You need to make sure the number and the position of each match the input data. For example, if your data has 2 b0&#8217;s at the top of the image list, you can not just put one b0 (0, 0, 0) vector at the top of the table, you need to put two in there.</li><span id="more-43"></span>
<li>Put b values in the table. You can now put b values of each gradient vector in the table as the 4th component. A typical table will look like this:<pre style="padding-left: 20px">
0, 0, 0, 0
x1, y1, z1, 700
x2, y2, z2, 700
...
x10, y10, z10, 1500
x11, y11, z11, 1500
...
</pre>
<p>You probably have noticed that b values can be different in the table. Thus, data set with b stepping can be reconstructed &#8211; something Diffusion Toolkit was not able to do before!</p>
<p>Please note that once you put b values in the gradient table, the b value you specified in the GUI will be ignored. Also, once you put one b value in, you must put every one in. Do not mix up 3 component vectors and 4 component vectors in the same table.</p>
</li>
<li>The b-values-in-table feature will now allow reconstructing DSI data as DTI. But it would be painful to enter b value for every vector (515 of them!) in the table. That&#8217;s why a check box called &#8220;Multiple high b value&#8221; is created in the GUI. Once it is checked, even if there is no b value given in the table, program will assume the gradient vectors in this table are scaled (so it will not automatically normalize them). Given the maximum b value, it will automatically calculate the b value for each vector by its length (magnitude). For example, a DSI gradient table may look like the following:<pre style="padding-left: 20px">
0.2,   0.0,   0.0
...
0.4,   0.0,   0.0
...
0.6,   0.0,   0.0
...
0.8,   0.0,   0.0
...
1.0,   0.0,   0.0
</pre>
<p>If maximum b value is set as 10,000, the program will automatically compute the b values by the magnitude of each vector. So the b value for each vectors above will be 2,000, 4,000, 6,000, 8,000 and 10,000 respectively. </p>
</li>
</ul>
<p>Remember Diffusion Toolkit&#8217;s main GUI is just a front end to wrap up the underneath command-line tools. The real handler of gradient tables is <i>dti_recon</i> command-line program. Click &#8220;Preview Scripts&#8221; button will show you what will be executed by <i>dti_recon</i>. </p>
<p>All the new changes on gradient table apply to DTI processing only.</p>]]></content:encoded>
			<wfw:commentRss>http://trackvis.org/blog/2010/03/16/whats-new-in-diffusion-toolkit-0-6-more-flexible-gradient-table/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>What&#8217;s new in Diffusion Toolkit 0.6 &#8211; track_merge</title>
		<link>http://trackvis.org/blog/2010/03/15/whats-new-in-diffusion-toolkit-0-6-track_merge/</link>
		<comments>http://trackvis.org/blog/2010/03/15/whats-new-in-diffusion-toolkit-0-6-track_merge/#comments</comments>
		<pubDate>Tue, 16 Mar 2010 03:52:26 +0000</pubDate>
		<dc:creator>Ruopeng</dc:creator>
				<category><![CDATA[Software Usage]]></category>
		<category><![CDATA[Diffusion Toolkit]]></category>
		<category><![CDATA[TrackVis]]></category>
		<category><![CDATA[track_merge]]></category>

		<guid isPermaLink="false">http://trackvis.org/blog/?p=28</guid>
		<description><![CDATA[Diffusion Toolkit 0.6 includes a new command-line tool called track_merge, which merges multiple track files into one so that one can view them in TrackVis at the same time. Usage is quite simple:
track_merge file1 file2 ... fileN output_file
Requirement for this to work is obvious: all the input track files must have the same geometry information [...]]]></description>
			<content:encoded><![CDATA[<p>Diffusion Toolkit 0.6 includes a new command-line tool called <i>track_merge</i>, which merges multiple track files into one so that one can view them in TrackVis at the same time. Usage is quite simple:<p>
<p style="padding-left: 25px;"><code>track_merge file1 file2 ... fileN output_file</code></p>
<p>Requirement for this to work is obvious: all the input track files must have the same geometry information in the header.</p>
<p>A nice thing <i>track_merge</i> does behind the scene is when it merges multiple track files, it does not simply add them. An id type property tag is added to each track in the newly merged file, with each unique id representing where the track was originally from. When the merged file is loaded in TrackVis, a property filter will show up in Track Property panel. Users can adjust that to distinguish and sub-group tracks by its id (origin).</p>]]></content:encoded>
			<wfw:commentRss>http://trackvis.org/blog/2010/03/15/whats-new-in-diffusion-toolkit-0-6-track_merge/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

