# Gipl files freezes slicer

**URL:** https://discourse.slicer.org/t/gipl-files-freezes-slicer/5312
**Category:** Support
**Created:** [January 8, 2019, 8:18pm UTC](https://discourse.slicer.org/t/gipl-files-freezes-slicer/5312 "2019-01-08T20:18:24Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![muratmaga](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/muratmaga/32/3622_2.png) [@muratmaga](https://discourse.slicer.org/u/muratmaga)
#### Post date: [January 8, 2019, 8:18pm UTC](https://discourse.slicer.org/t/gipl-files-freezes-slicer/5312/1 "2019-01-08T20:18:24Z")

</div>

I was given two volumes in gipl format (image and labelmap), that I can open with ITKsnap without any problem. When I drag and drop them into Slicer, first it suggests to load them as ‘Scalar Overlay’ as oppose to ‘Volume’. Regardless of what’s chosen, Slicer stalls. This happens with both stable 4.10 and r27623 on windows 10.

Same volumes exported as NRRD from ITK-Snap loads fine.

---

<div class="post-metadata">

### Author: ![lassoan](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/lassoan/32/13_2.png) [@lassoan](https://discourse.slicer.org/u/lassoan)
#### Post date: [January 8, 2019, 8:38pm UTC](https://discourse.slicer.org/t/gipl-files-freezes-slicer/5312/2 "2019-01-08T20:38:19Z")

</div>

Gipl image loading works fine for me on Windows10 with Slicer-4.10. Can you share one of the images that you had problem with?

I haven’t encountered images in gipl formats in recent years. Where did the data sets come from?

---

<div class="post-metadata">

### Author: ![muratmaga](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/muratmaga/32/3622_2.png) [@muratmaga](https://discourse.slicer.org/u/muratmaga)
#### Post date: [January 8, 2019, 9:53pm UTC](https://discourse.slicer.org/t/gipl-files-freezes-slicer/5312/3 "2019-01-08T21:53:42Z")

</div>

It is a recycled data from an older publication. Here is the link:  
[https://app.box.com/s/bdtx5ys12un4e1bp5ccee6yl2c2d5589](https://app.box.com/s/bdtx5ys12un4e1bp5ccee6yl2c2d5589)

---

<div class="post-metadata">

### Author: ![lassoan](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/lassoan/32/13_2.png) [@lassoan](https://discourse.slicer.org/u/lassoan)
#### Post date: [January 9, 2019, 2:00am UTC](https://discourse.slicer.org/t/gipl-files-freezes-slicer/5312/4 "2019-01-09T02:00:47Z")

</div>

Since DICOM files can have any file extensions, when Slicer loads a file, it checks if it can be interpreted as a DICOM file, by calling `GDCMImageIO::CanReadFile(const char *filename)`. For the attached file, this check takes several minutes, as hundreds of errors are logged. After the check is completed and GDCM library finally realizes that it is not a DICOM file and the file is loaded correctly.

I’ll report this error to ITK: [https://github.com/InsightSoftwareConsortium/ITK/issues/388](https://github.com/InsightSoftwareConsortium/ITK/issues/388)

Until it gets fixed, I would recommend not to use gipl file format. In general, it is probably better to use more common file formats (nrrd, mha, maybe nifti).

---

<div class="post-metadata">

### Author: ![muratmaga](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/muratmaga/32/3622_2.png) [@muratmaga](https://discourse.slicer.org/u/muratmaga)
#### Post date: [January 9, 2019, 7:58pm UTC](https://discourse.slicer.org/t/gipl-files-freezes-slicer/5312/5 "2019-01-09T19:58:28Z")

</div>

OK. Thanks. It worked fine with 4.8.1.
