# SimpleITK 1.1.0 Release
**URL:** https://discourse.itk.org/t/simpleitk-1-1-0-release/804
**Category:** Announcements
**Tags:** python, release, simpleitk
**Created:** [March 27, 2018, 7:18pm UTC](https://discourse.itk.org/t/simpleitk-1-1-0-release/804 "2018-03-27T19:18:46Z")
**Posts on this page:** 8
**Page:** 1
### Author:  [@blowekamp](https://discourse.itk.org/u/blowekamp)
#### Post date: [March 27, 2018, 7:18pm UTC](https://discourse.itk.org/t/simpleitk-1-1-0-release/804/1 "2018-03-27T19:18:46Z")
We are pleased to announce the SimpleITK 1.1 Release!
### Installing SimpleITK
Complete instructions on getting started with SimpleITK including downloading binaries or building SimpleITK can be found on the SimpleITK Read the Docs web page ([http://simpleitk.readthedocs.io/en/release/Documentation/docs/source/installation.html](http://simpleitk.readthedocs.io/en/release/Documentation/docs/source/installation.html)).
- Python Binary Downloads
- A complete available set of compiled binaries, including select CSharp and Java distributions, along with source and data tar-balls are available on Source Forge ([https://sourceforge.net/projects/simpleitk/files/SimpleITK/1.1.0/](https://sourceforge.net/projects/simpleitk/files/SimpleITK/1.1.0/)).
## Release Notes
Improvements:
- Enabled 4D Images for IO, ExtractImageFilter, and output of JoinSeriesImageFilter.
- Enabled MINC IO by default.
- New Filters: `ObjectnessMeasuresImageFiler` (Frangi’s vesselness), `IterativeInverseDisplacementFieldImageFilter`, `UnsharpMaskImageFilter`, and `RoundImageFilter`.
- Added LBFGS2 optimizer to ImageRegistrationMethod.
- Improved Show search path for FIJI now includes home directories.
- Improved ITK Modular awareness, including ImageIOs.
- Superbuild update PCRE 8.40, SWIG 3.0.12, ITK 4.13.
- Many bug fixes and a couple segmentation fault issues addressed.
- The build system is better and more robust then ever! Many new improvements and features!
- Migrating examples, miscellaneous documentation and Wiki to Read the Docs: [http://simpleitk.readthedocs.io/en/master/](http://simpleitk.readthedocs.io/en/master/)
- Improved reading and writing of 64-bit integer images across platforms (except python 2.7 on Windows).
- Added optional wrapping of the `CoherenceEnahancingDiffusionImageFilter` (not enabled in binary distributions).
- Added and improved examples related to DICOM reading, writing and manipulating the meta-data dictionary.
API Changes:
- Added `ImageFileReader::ReadImageInformation`.
- This adds support to read meta-data from any supported image file format with any dimension without reading the bulk pixel data.
- Added `ImageReaderBase::GetRegisteredImageIOs` method to obtain list of loaded ITK ImageIO modules.
- Added `Version::ITKModulesEnabled` method to obtain a list of ITK enabled modules when SimpleITK was built.
- Added `BinaryImageToLabelMap::GetNumberOfObjects`.
- Added optional MaskImage input to `ConnectedComponentImageFilter`.
- Added `SignedMaurerDistanceMapImageFilter::BackgroundValue` paramater.
- `WarpImageFilter` now uses named inputs.
- Convolution filters use named inputs.
- Added optional OrientedBoundingBox to `LabelShapeStatisticsImageFilter`.
- Added missing features to `RelabelComponentImageFilter` including `SortByObjectSize` parameter and `NumberOfObjects`, `SizeOfObjectsInPhysicalUnits` measurements.
- Added `LabelStatisticsImageFilter::GetRegion`.
- Added MetaDataDictionaries to the `ImageSeriesReader`.
Compatibility:
- `DiscreteGaussianImageFilter`, `SmoothingRecursiveGaussianImageFilter` now optionally take a vector argument for variance and sigma respectfully.
- In Python the procedural methods, `DiscreteGaussian` and `SmoothingRecursiveGaussian` may not work with named arguments due to limitation with SWIG and overloaded functions.
- `N4BiasFiledCorrectionImageFilter` now only takes uint8 pixel types for mask image input.
---
### Author:  [@fedorov](https://discourse.itk.org/u/fedorov)
#### Post date: [March 28, 2018, 2:02pm UTC](https://discourse.itk.org/t/simpleitk-1-1-0-release/804/2 "2018-03-28T14:02:30Z")
> [@blowekamp](#):
>
> Enabled 4D Images for IO
@blowekamp sorry for a basic question, but do you have an example demonstrating how to use this functionality?
This is probably due to lack of basic understanding, but I tried to read an image that has in the NRRD header this size:
```auto
sizes: 12 390 400 10
```
but when I read it using `sitk.ReadImage()`, the result is a 3-dimensional volume. I did upgrade to the 1.1.0 release.
---
### Author:  [@blowekamp](https://discourse.itk.org/u/blowekamp)
#### Post date: [March 28, 2018, 2:53pm UTC](https://discourse.itk.org/t/simpleitk-1-1-0-release/804/3 "2018-03-28T14:53:19Z")
By 4D Images we mean images with 4 “spacial” dimensions represented by `itk::ImageBase<4>`. We have always supporting 3D vector images, which some commonly refer to as 4D images.
We don’t have an example, but we have written good testing for 4D images and the special filters which use them:
>
It looks like the IO test just test the nifti file format.
> [@fedorov](#):
>
> This is probably due to lack of basic understanding, but I tried to read an image that has in the NRRD header this size:
>
> sizes: 12 390 400 10
>
> but when I read it using sitk.ReadImage(), the result is a 3-dimensional volume. I did upgrade to the 1.1.0 release.
I would have to see the NRRD header. But my guess is that the image is 3D with multiple components. Did SimpleITK load the image with vector pixel types?
---
### Author:  [@fedorov](https://discourse.itk.org/u/fedorov)
#### Post date: [March 28, 2018, 4:18pm UTC](https://discourse.itk.org/t/simpleitk-1-1-0-release/804/4 "2018-03-28T16:18:18Z")
Yes, it is read as a 4-d vector image. I know that’s how it worked in the past, I was not sure if this is what is expected.
Here is the header:
```auto
NRRD0005
# Complete NRRD file format specification at:
# http://teem.sourceforge.net/nrrd/format.html
type: unsigned short
dimension: 4
space: right-anterior-superior
sizes: 12 390 400 10
space directions: none (-0.69999999999999996,0,0) (0,-1,0) (0,0,4)
kinds: list domain domain domain
endian: little
encoding: gzip
space origin: (177,133,-20)
measurement frame: (1,0,0) (0,1,0) (0,0,1)
```
I have two more questions:
1. is it expected that image is re-oriented when writing back out to NRRD? This is the result of read-write steps:
```auto
NRRD0005
# Complete NRRD file format specification at:
# http://teem.sourceforge.net/nrrd/format.html
type: unsigned short
dimension: 4
space: left-posterior-superior
sizes: 12 390 400 10
space directions: none (0.69999999999999996,0,0) (0,1,0) (0,0,4)
kinds: vector domain domain domain
endian: little
encoding: raw
space origin: (-177,-133,-20)
measurement frame: (-1,-0,0) (-0,-1,0) (-0,-0,1)
```
1. is it expected that I am unable to write the loaded 3d vector image as NIFTI? I am getting this error:
```auto
In [4]: sitk.WriteImage(i,'dwi_dro.nifti')
---------------------------------------------------------------------------
RuntimeError Traceback (most recent call last)
in ()
----> 1 sitk.WriteImage(i,'dwi_dro.nifti')
~/.pyenv/versions/3.5.3/Python.framework/Versions/3.5/lib/python3.5/site-packages/SimpleITK/SimpleITK.py in WriteImage(*args)
8043
8044 """
-> 8045 return _SimpleITK.WriteImage(*args)
8046 class ImageReaderBase(ProcessObject):
8047 """
RuntimeError: Exception thrown in SimpleITK WriteImage: /scratch/dashboard/SimpleITK-OSX10.6-x86_64-pkg/SimpleITK/Code/IO/src/sitkImageFileWriter.cxx:145:
sitk::ERROR: Unable to determine ImageIO writer for "dwi_dro.nifti"
```
---
### Author:  [@glk](https://discourse.itk.org/u/glk)
#### Post date: [March 28, 2018, 4:24pm UTC](https://discourse.itk.org/t/simpleitk-1-1-0-release/804/5 "2018-03-28T16:24:00Z")
> [@fedorov](#):
>
> [Teem: nrrd: Definition of NRRD File Format](http://teem.sourceforge.net/nrrd/format.html)
What is happening with that 12-component fastest axis? The NRRD header says it’s a “list”, but what do those 12 values mean?
I’m guessing that this NRRD header is representing meta-data that is outside ITK’s expressivity. As far as I remember, for example, ITK doesn’t support multiple semantically distinct world-spaces (like RAS vs LPS), hence the conversion to LPS on write.
---
### Author:  [@dzenanz](https://discourse.itk.org/u/dzenanz)
#### Post date: [March 28, 2018, 4:25pm UTC](https://discourse.itk.org/t/simpleitk-1-1-0-release/804/6 "2018-03-28T16:25:43Z")
> [@fedorov](#):
>
> dwi\_dro.nifti
Have you tried `.nii` or `.nii.gz` as an extension?
---
### Author:  [@blowekamp](https://discourse.itk.org/u/blowekamp)
#### Post date: [March 28, 2018, 5:25pm UTC](https://discourse.itk.org/t/simpleitk-1-1-0-release/804/7 "2018-03-28T17:25:52Z")
I believe that your two issues have been address by the prompt responses. But I will elaborate…
> [@glk](#):
>
> I’m guessing that this NRRD header is representing meta-data that is outside ITK’s expressivity. As far as I remember, for example, ITK doesn’t support multiple semantically distinct world-spaces (like RAS vs LPS), hence the conversion to LPS on write.
ITK always operates in LPS, so when the file is loaded it is converted to this orientation.
SimpleITK can “express” this volume just fine as a 3-D image of vector pixels i.e VectorImage with 12 components per pixels.
> [@dzenanz](#):
>
> Have you tried .nii or .nii.gz as an extension?
This SimpleITK used the default ITK ImageIO factory mechanism to determine which ImageIO can write a file. Here is the call that is failing: [ITK/Modules/IO/NIFTI/src/itkNiftiImageIO.cxx at a008ca96037c9aabcb9439a758529e8958523e4a · InsightSoftwareConsortium/ITK · GitHub](https://github.com/InsightSoftwareConsortium/ITK/blob/a008ca96037c9aabcb9439a758529e8958523e4a/Modules/IO/NIFTI/src/itkNiftiImageIO.cxx#L456)
“nifti” is not a standard file extension for NIFTI images:
>
---
### Author:  [@fedorov](https://discourse.itk.org/u/fedorov)
#### Post date: [March 28, 2018, 5:55pm UTC](https://discourse.itk.org/t/simpleitk-1-1-0-release/804/8 "2018-03-28T17:55:46Z")
Thank you, this answers my question!