dcm | A lightweight C DICOM library | Messaging library

vari is a 2D array. That means that every element in vari is an array as well, and as such passed by reference and subject to mutation.

The Array.splice() method mutates its argument array. In the code, each varis[varis.length-1].splice() call modifies an array object that is copied from vari1 by reference, and therefore also vari0 whose elements are array objects that are copied to vari1 by reference. This is what causes vari to mutate.

To avoid the issue, use one these patterns:

The solution was to fully read the stream when opening the DICOM file.

You want to have the time as a third value in your polarplot when selecting data points, and to do this you can add the time (variable t) to the ZData property of the polarplot.

To do this you want to use a handler for the polarplot axes, i.e. hax = polarplot(phi, r, '-sb'); so that you can put the time as ZData: hax.ZData = t;. When you've done this, the variable pos in myfunction will have a length of 3 instead of 2 so your if-statement will be executed.

Your updated code should look something like this:

Just in case, as it said @adiga you don't need return statements if you don't use {}.

Most likely this will work fine:

Encapsulation of Pixel Data (both single and multi-framed) is only required for compressed transfer syntaxes, such as JPEG or RLE Lossless. If you have an uncompressed syntax such as Explicit VR Little Endian then no encapsulation is necessary:

I found a solution to my problem - Using glob I can iterate through a folder and return a list with all given folders using this methodology I can select the appropriate element from the list and considering that the number of inner file paths after the patient is static (meaning only one folder is located within each patient followed by more folders within that structure)

I used glob again to match the specific inner folder and used the first element in the list to return a string of the folder path and then using string concatenation I built a dynamic folder search by using glob to match the inner folders.

It's giving you error because dcm_files is not an array, you just need to change dcm_files(1) = DCMfile to dcm_files = DCMfile.

Not sure what you exactly mean by "length". Furthermore, geometrical information (pixel size in mm) may vary regarding the tag numbers, depending on the type of object. The attribute tags I am providing here should work for the majority of DICOM images that have geometrical information at all.

• image size in pixels (x,y) -> Columns (0028,0011), Rows (0028,0010)
• size of the pixels (y,x) -> Pixel Spacing (0028,0030)

Pixel Spacing is a multi-valued attribute from which you can obtain two values which are separated by a Backslash "\". Not sure how the API of DicomInfo allows access to multiple values in the same attribute.

Note the difference "(y,x)" in Pixel Spacing. This is very unintuitive, but it is like it is.

Your PRINT token can only be matched by the blk_expr rule through this path:

There is no path for retblock_expr to recognize anything that begins with the PRINT token.

As a result, it will not matter which order you have elk_expr or retblock_expr.

There is no parser rule in your grammar that will match a PRINT token followed by a LPR token. a block_expr is matched by the program rule, and it only matches (ignoring wsp) block_expr or retblock_expr. Neither of these have alternatives that begin with an LPR token, so ANTLR can't match that token.

print(...) would normally be matched as a function call expression that accepts 0 or more comma-separated parameters. You have no sure rule/alternative defined. (I'd guess that it should be an alternative on either retblock_expr or block_expr

That's the immediate cause of this error. ANTLR really does not have any rule/alternative that can accept a LPR token in this position.