Add jpeg with defined length for sequence of fragments

Add yet another buggy image. There is no spacing and Bits Stored is 11, not 16

Add image for bug sf.net #3039334

Adding another example of file that segfault on GDCM 1.2.x (Tue Nov 24 11:34:54 CET 2009). But not on GDCM 1.2.0 and not on GDCM 1.3.0 or GDCM 2.x

Adding example of file that segfault on GDCM 1.2.x (Tue Nov 24 11:34:54 CET 2009). But not on GDCM 1.2.0 and not on GDCM 1.3.0 or GDCM 2.x

ENH: adding manufactured example from gdcmData/gdcm-MR-PHILIPS-16-NonSquarePixels.dcm. That was compressed to jpeg 12bits -> gdcmraw -> img2dcm. Pixel Aspect Ratio was taken care of manually

ENH: adding Invalid JP2 file. Difficult to say whether this is a lossless or lossy file

BUG: fix file meta header

ENH: this type of image has been polutting since the begining. Adding it to gdcmData to enforce support

ENH: example of bug with CSA info

ENH: image generated with gdcm 1.0 used to write 0xFFFF instead of 0x0 for Item Start/End VL... grrrr

ENH/ example of 12Bits stored vs 16Bits jpeg

ENH: add hairy case of YBR_FULL

ENH: adding a bogus DICOM file with 4 extra bytes in the Overlay Data element

ENH: adding contribute example by Krister Valtonen. Nasty VOI...

ENH: adding a DX image compressed in J2K, with a special trailing that makes OpenJPEG complains. Need to do special action to remove the trailing 0...

BUG: gdcm 1.x cannot decompress that file ... cannot find the bug.

ENH: adding a compressed Icon Image Sequence

ENH: adding siemens where Pixel Data element is missing

ENH: adding pixinter padded with multiple spaces

ENH: add a file with a GE Protocol Data Block

ENH: add a JP2 compressed image (instead of j2k codestream)

ENH: Add example of ELSCINT1 PMSCT_RLE1 encoding

ENH: adding yet another bug in the gdcm 1.2 branch. Attribute with VR=OF

ENH: Thanks to Paulo Henrique Junqueira Amorim for testing data

ENH: Busted DICOM from DMCPACS: explicit/implicit syntax and very bizarre Image Orientation Patient

ENH: adding intersting bug from osirix dataset (reported by Charl Botha). GDCM 1.x is definitely way too robust for you kiddo

ENH: document bug

BUG: commit truncated file... sorry about that

ENH: adding nightmarish gdcm 1.2.0 rewritten image

ENH: add the famous VR=UN Image Location bug in gdcm 1.2

ENH: adding an image dcmtk can read but we cannot...

ENH: could someone on earth please let me know why the test is not failing when the regression image is missing...

ENH: no comment

ENH: add baseline

ENH: adding a true CP 246 compliant file

cvs add -kb libido1.0-vol.acr
to have an example of ACRLIBIDO_1.0 image

BUG: DO NOT EVER commit binary file as text file please in the future. Oooops wrong commit, this file is valid now

BUG: DO NOT EVER commit binary file as text file please in the future.

Fix comments about the image

ENH: add a buggy jpge baseline where DICOM info conflict with jpeg info

ENH: add tst/png files

ENH: add documentation for gdcm1.2 and VR=UN. After blaming cstors, lets be honest and also blame ourselves...

ENH: add sample for ELSCINT proprietary compression

ENH: add file that fails with gdcm1.2. Add a ref image to the signed short lossless bug

(re) add image to be 100% sure it was done using -kb option

Add a little memo about images holding overlays, and the way for extracting them

Right image

Forgot to add this one

Add a 'minimum header' image file with embedded icon.
(Usefull for checking icon-related pb)

Some more explanations about PMS oddities :

Private Sequences are 'Implicit VR', (and their length is *not* 0xffffffff)
Readers cannot know it's a Sequence; they just read it as a long value.
If we take into account Phillips Intera 'shadow dictionnary', same problem as
for MR_Philips_Intera_Broken.dcm occurs again, *for 2 reasons* :

endianess is swapped inside  Private Sequence 2001|105f,
The TS was Implicit VR; it becomes EXPLICIT VR !

gdcm heuristics is broken :-(

Forget to add this one !

STYLE: Minor doc

Add small notice

MR image with private compressed icon

Re-add file

Remove useless file

Image with a 'private icon'.
Seems to be compressed ?!?

This image is not very legal from a DICOM point of view :
The 'public' groups are Explicit VR
The 'shadow' groups are Implcit VR
(Probabely a bug at some write time !)

Since a lot of these 'illegal Dicom' images exist, it's interesting to know if
there are still gdcm-readable.

remove

Replace image with more significant name

Modif image descr

Add .tst files
Remove useless one

Remove now useless files

Add .tst

Add .png

Add a new Image Of Interest : a group length is wrong.
Using NOSHADOW option hangs gdcm
:-(

Add images of interest
. - Private Sequence, implicit VR
  - checked extracted Overlays (for further checking)

Add .tst files for images of interest

Add .png files for images of interrest.

Add Non Square Pixel images.
(Only vtkImageViewer2 deals with them properly)

Add .png files for Non-Sqaure Pixels images

Add .png image

Add .tst image

Standard ACR-NEMA/DICOM straight fashion to store overlays :

In a bytes, 8 pixels are concerned (Overlay Bits Allocated = [1] )
Overlay Data length = 29282 (Overlay Rows * Overlay Columns)/8

D 6000|0010 lg :        x(2)        2 [US]               [Overlay Rows] [484]
D 6000|0011 lg :        x(2)        2 [US]            [Overlay Columns] [484]
D 6000|0015 lg :        x(2)        2 [IS][Number of Frames in Overlay] [1 ]
D 6000|0022 lg :       x(1e)       30 [LO]        [Overlay Description] [Siemens MedCom Object Graphics]
D 6000|0040 lg :        x(2)        2 [CS]               [Overlay Type] [G ]
D 6000|0050 lg :        x(4)        4 [SS]             [Overlay Origin] [1\1]
D 6000|0051 lg :        x(2)        2 [US]         [Image Frame Origin] [1]
D 6000|0100 lg :        x(2)        2 [US]     [Overlay Bits Allocated] [1]
D 6000|0102 lg :        x(2)        2 [US]       [Overlay Bit Position] [0]
D 6000|3000 lg :     x(7262)    29282 [OW]               [Overlay Data] [gdcm::NotLoaded]

Get the Data, expand them !
Hope there is never some oddities in Number of Frames in Overlay,
   Overlay Origin,Overlay Bit Position, etc .

Add the '.tst' files corresponding to the recently added images

Add the .png files of the recently added images.

Add some MR_Philips_Intera images, with a short description of the formerly
encountered troubles.

Add some images of interest

   * Add missing png file
   -- BeNours

Add test image

Add GE Private transfer syntax 16 bits image

Remove useless THERALYS e-Film compliant Image Template
(The job is fully done by gdcm at write time
-no need to read a dummy image before -)

ENH: Moving from jasper to openjpeg created a few artifacts...

BUG: XA_GE_DLX_xadc.dcm was a copy of GE_DLX-8-MONO2-PrivateSyntax.dcm

ENH: Adding this file...looks like it was missing. And cvswrapper are not working

ENH: Adding this file...looks like it was missing. And cvswrapper are not working

ENH: Adding this file...looks like it was missing

Remove old deprecated shell scripts to avoid troubling unaware users.
use :
ctest
now!

Add image descr

Clean up ImageRecap.txt

Forgot to commit the ".tst" files corresponding to the new added ".dcm"

Clean up TestAllEntryVerifyReference.txt

Oops!
Forgot to commit the .png for this one.

Add test files

Add a short notice for some nightmarish files

Add -kb in BaseLine

add (-kb) png images in the BaseLine

Add a detailed description of an oddity in the header :

PrintFile filein=gdcm-MR-PHILIPS-16-Multi-Seq.dcm level=2
shows :

-> 7 levels of embedded Sequences ...

-> Inside the Private 'true length' Sequence :

S 0029|263d lg :     x(7088) 28808    [SQ]  (starts at offset  x(1b4a) 6986 )

   there is a 'true length SQItem'
   V fffe|e000 lg :     x(7080) 28800  [UL]  (starts at offset  x(1b52) 6994 )

      inside, a 'true length' Sequence
      S 0029|2a06 lg :      x(116) 278    [SQ] (starts at offset x(1bda) 7130 )

   inside, a 'true length SQItem'
V fffe|e000 lg :       x(2c) 44    [UL] (starts at offset x(1be2) 7138)
      that contains ( at offset  x(1c02) 7170) the *impossible* tag :
         V fffe|0000 lg :        x(4) 4        [UL]
It's taken as a group length, some oddities occur, like :
V 0008|0000 lg :  x(e000fffe) 3758161918 [UL]
but the parsing goes on, successfully.

To be fixed !

  JPRx

Oops again !
David Clunie's image was not fully anonymized (Patient name hidden in a Private
element + Implicit VR)
Now gdcmData *should be* fully anonymized ;-)