# SNT › .traces File Format

 Home Manual Walk-throughs Screencasts Shortcuts Rec. Viewer Analysis Scripting Modeling FAQ

## SNT’s File Format

The .traces files that are saved by SNT are gzipped compressed XML. SNT will also load uncompressed XML files, but by default, they are saved in the compressed form.

The XML DTD is included in the DOCTYPE of each file. The root element is always <tracings>, and this can contain the following elements:

### <imagesize>

There must be exactly one of these elements present, with attributes that describe the size of the image in terms of number of voxels across, up and down, e.g.:

   <imagesize width="520" height="434" depth="117"/>

### <samplespacing>

There must be exactly one of these elements present, with attributes that describe the spacing of the samples in the image (voxels) in world-coordinates, e.g.:

   <samplespacing x="0.28838738962693633" y="0.28838738962693633" z="1.2" units="micrometers"/>

### <path>

The <path> element can have the following attributes:

• id: a non-negative integer ID unique among the <path>s in this file
• startson: if this is present, it gives the ID of the path which the beginning of this path branches off from. If startson is specified, then either the deprecated attribute startsindex or the recommended attributes startsx, startsy startsz must be specified as well.
• [deprecated] startsindex: This attribute used to indicate the 0-based index of the point in the other Path where the branch occurred. Please use startsx, startsy and startsz instead.
• startsx, startsy and startsz: These attributes indicate where on the path specified by startson the branch occurs. If one of these is attributes is specified, all must be specified.
• endson: if this is present, it gives the ID of the path which the branch ends on. If endson is specified, then either the deprecated attribute endsindex or the recommended attributes endsx, endsy endsz must be specified as well.
• [deprecated] endsindex: This attribute used to indicate the 0-based index of the point in the other Path where this path joins it. Please use endsx, endsy and endsz instead.
• endsx, endsy and endsz: These attributes indicate where on the path specified by endson this path ends. If one of these is attributes is specified, all must be specified.
• name: A string giving the name of this path
• reallength: The length of this path found by summing the Euclidean distance between each consecutive pair of points, in the units specified in <samplespacing>
• fitted: If present, this attribute gives the ID of another path which is a version of this path after the centre-line has been adjusted and radiuses at each point found. If this attribute is present, the fittedversionof attribute may not be.
• fittedversionof: If present, this attribute gives the ID of another path which was the source version for this one. Typically the path specified does not have radiusese defined for each point, although this is not always the case. If this attribute is present, the fitted attribute may not be.
• usefitted: This attribute must be present if either the fitted or fittedversionof attributes are. This attribute is either "true" or "false". It should only be “true” for paths that have a fitted version, when it implies that the user wants the fitted path to be display in favour of this (the unfitted) one. If “false” and this path has a fitted version, it means that this path should not be displayed. It should always be “false” for paths that are fitted versions of other paths. Note: this is confusing and regrettable; in later versions this will be replaced by attributes with simpler semantics.
• swctype: This should be an integer from 0 to 7 inclusive, indicating what the SWC type of the path is. If not present, the default value is 0. The conventional meaning of these values is:
• 0: UNDEFINED
• 1: SOMA
• 2: AXON
• 3: DENDRITE
• 4: APICAL_DENDRITE
• 5: FORK_POINT
• 6: END_POINT
• 7: CUSTOM

The <path> element may contain zero or more <point> elements. These are described below:

### <point>

This represents a point in a path. A point element may have the following attribes:

• xd, yd, zd: These three attributes give the position of the point in world coordinates. e.g. you can use these coordinates directly to calculate the length of paths.
• [deprecated] x, y, z: These attributes represent the position of the point in image coordinates (i.e. indices of voxels in each axis). They are still generated for backwards compatability, but it’s better to use xd, yd and zd.
• r: If present, this attribute gives the radius of the neuron at that point.
• tx, ty, tz: If present, these attributes give the tangent vector along the neuron at (xd, yd, zd)

### <fill>

The <fill> element represents a fill around a path. It contains all the points found in the search starting from points on the path, but those that actually make up the fill are just those below the threshold specified in the attributes. (This is so that the search can be restarted if the fill is reloaded.) The <fill> element can have the following attributes:

• id: The ID of the fill, a non-negative integer unique among all the other fill IDs in this file.
• frompaths: A comma ( optional space) separated IDs of the paths from which this fill started. e.g. if this attribute is frompaths="2, 0" then there are nodes with distance 0 at each of the points on <path id="2" ... and <path id="0" ... in this fill.
• metric: this can either be reciprocal-intensity-scaled or 256-minus-intensity-scaled. The former means that the cost of moving to a point from an adjacent one is the Euclidean distance between the two divide by the intensity value at the the latter. The former means that the cost of moving to a point from an adjacent one is the 256 minus the intensity value at the latter point all multiplied by the Euclidean distance between the two. Note: metric is a bad name for this attribute since these are not metrics in the strict sense: for example, they are not symmetric.
• threshold: all the points with a “distance” less than this path are considered to be part of the fill.

### <node>

• id: Each node in the search has a non-negative integer ID which is unique within the enclosing fill.
• x, y, z: the position of the node in the image stack in image co-ordinates, i.e. 0-based indices in voxels.
• previousid: If present, this ID gives you previous node on the shortest route from the original paths to this point. It is not present for the points on the original paths, which also have a distance attibute equal to 0.
• distance: This is the minimum “distance” so far found for any route moving from any point on the original paths to this node. (The complete route can be reconstructed by following previousids.)
• status: this attribute can either have the value open or closed, which have their conventional meanings in A* search.
 Home Manual Walk-throughs Screencasts Shortcuts Rec. Viewer Analysis Scripting Modeling FAQ