JPEG2000 reader deals with multiframes.
Thx to Ma

Oversimple stuff to load/not load the overlays (group 60xx) :
add "o" to the file list.
ex
vtkgdcmViewer2 gdcmData/XA_GE_JPEG_02_with_Overlays.dcm
--> usual way of viewing the image

vtkgdcmViewer2 gdcmData/XA_GE_JPEG_02_with_Overlays.dcm o
--> overlays are displayed.

The default mode is, of course, NOT TO LOAD the overlays

Clean code

Refine testing

Autogenerated misstyping after system crash ?!???

Solve (hope so!) the JPEG troubles when BitsStored == 8 && BitsAllocated==16

Add 'keepoverlays' parameter (just a test)

Add disclaimer

Refine testing

Check more oddities

Fix to be able to read Jpeg images 16/8.
Warning : overlays are lost!
(a method is missing, to say gdcm we want to keep them!)

Add overlays groups (what will be the max number ?!?)
Thx to Mathieu for telling the lack.

Forget to commit this one.
Thx to Mathieu for reporting bug.

Now, we compress properly images (BitsAllocated 16, BitsStored 12).
Thx to Mathieu for providing fix.

Pending problem :images (BitsAllocated 16, BitsStored 8)
-Not so common !-

Typo

Solves the problem of +/-1 on some images.
Thx to Mathieu for sending the patch.
(Pb of BitsStored=12 still pending)

(try to) help debugger

Add some verbosity (usefull at debugging time)

Add a JPEG200-writter test
Right now, it fails on 12 images (amongst 150)

Show images whose pixels differ +/-1 after compression/decompression

Add example

Compile exMakeIcon, as well

Load *all* the fields

Typo

Jpeg writter is no longer confused by DataElements 7fe0|0010 inside a Sequence
(e.g. : an icon inside Icom Image Sequence)
Hope there is no compressed icons !

- Don't covert grey level pixels+LUT to RGB pixels before compression
- Check pixels on the right legth (for odd length data)
- Allow a difference of +/-1 between native image and decompressed image for
each pixel
- Display the warnings at the right place
- Count successes and failures

Warning :

-> It seems that *all* the failures 'pixels differ as expanded in memory'
   shouldn't appear (resulting image looks perfect ?!?)

-> For some images :
gdcmData/05115014-mr-siemens-avanto-syngo-with-palette-icone.dcm
gdcmData/05119865-mr-siemens-avanto-syngo.dcm
gdcmData/05148044-mr-siemens-avanto-syngo.dcm
gdcmData/CT-SIEMENS-Icone-With-PaletteColor.dcm
gdcmData/GE_CT_With_Private_compressed-icon.dcm
gdcmData/MR_GE_with_Private_Compressed_Icon_0009_1110.dcm
gdcmData/SiemensMagnetomPhoenixWithCSAinfo.dcm
gdcmData/MR-sonata-3D-as-Tile.dcm
gdcmData/CT_Phillips_UNvsSQ_fixed.dcm
gdcmData/MR-SIEMENS-DICOM-WithOverlays.dcm
gdcmData/MR-SIEMENS-DICOM-WithOverlays-extracted-overlays.dcm
gdcmData/PICKER-16-MONO2-Nested_icon.dcm
gdcmData/PrivateGEImplicitVRBigEndianTransferSyntax16Bits.dcm

compression leads to non gdcm-parsable result.
:-(

 Don't convert gray pixels+LUT to RBG pixels before compression
 Replace tested->GetImageData() by tested->GetImageDataRaw()

Avoid ctest to abort on 32 bits per pxel image RTDOSE.dcm

Still trying to make a full JPEG Writer test.
(A lot of oddities to be fixed!)

Avoid JPEG2000 writting to be confused by odd lengthes

Avoid JPEG writting to be confused by odd lengthes!

Avoid JPEG, JPEG2000 writting to be confused by odd lengthes!

Avoid FileHelper::CheckMandatoryElements to be confused by uncomplete headers

Now vtkgdcmViewer2 displays the colors correctly.
Thx to Mathieu for the fix.

Propagate Pixel Aspect Ratio (if any) to the compressed image.
(It would be displayed properly, if missing)

Unify with vtkgdcmViewer2.cxx

Unify WriteDicomAsJPEG2000.cxx and WriteDicomAsJPEG.cxx

When 'Pixel Aspect Ratio' exists, don't add a default 'Pixel Spacing'

Trying to normalize JPEG Writing (not yet finished)

First version of a general JPEG-writer tester
(Still to be checked ...)

Update News

Update

Deal with JPEG/JPEG2000 writting

Fix comments

Try to make gdcm1.2 and gdcm1.3 usable int the same source code.
(Still don't work : macro and global variables are defined twice)

upgrade

Add undocument option for Jpeg Writting (still bugged)

On the way to unification with ITK version

One more GE Private

Add
1.2.840.113619.4.26               GE Private 3D Model Image Storage

Check new accessors

Add methods to get number of objets

Fix some comments

Make sure gdcm with NOPRIV doesn't break

Deal with element 0x0001 of Private Groups

 *actual* image length may differ to 1 with Pixel Data Element length!
 Test is fixed.

We are no longer cheated by Elem belonging to group 0x0002,
located inside a Sequence, when we ReWrite as Implicit VR.
Thx to Mathieu for reporting the pb.

Typo

Sometimes, fixing a bug in the library causes troubles in the Testing part...
(Pixels Data element *have* an even length when rewritten!)

Now ReWrite tells the caller when it fails.
Thx to Mathieu for fixing.

When NX*NY*nbOfComponents was odd, one (useless) byte was missing.
dcmtk *does* care about it!

We don't switch any longer to ImplicitVR when undocumented DataElement is found
(DocEntry::WriteContent puts vr="UN" for undocumented Shadow)

Comments

Temporary comment out of WriteDicomAsJPEGxxx

Should work both with vtk4 and vtk 5.
Thx to Charles P. Botha for suppling fix.

Add comment to help converting gdcm1.2 to gdcm1.3

Temporary removal of WriteDicomAsJPEG

First step to sync with v 1.2.2

Add a comment about a patch to be able to reda wrong images, wher UN length is
coded on 2 bytes.
   // WARNING :
   //
   // For some images, length of UN elements is coded on 2 bytes (instead of 4)
   // There are *not* readable !
   // You can make a quick and dirty patch, commenting out
   //| vr == "UN"
   // in the following line.
   // (the 'straight' images will no longer be readable ...)

      if ( vr == "OB" || vr == "OW" || vr == "SQ" || vr == "UT"
                                                          || vr == "UN" || changeFromUN == true)
      {

Dicomize Dense files in their 2007 version

Add monochrome1 parameter.

Fix comments

More explanations on future 'Developer's guide'

Don't drop _

Fix for LibIDO images.
Use input=IDO

Avoid confusion due to missing values

Shorter strings

Forget to remove couts

Allow user to ask for MONOCHROME1 (0 = white) writting.

Add FileHelper::SetPhotometricInterpretationToMonochrome1() to allow user to
write as MONOCHROME1 (0 = white)

Warning : Pixel Data must be supplied with 0 = Black;
they are converted before writting.

User has now to ask for rubbing outthe burnt-in image numbers.
Use rubout keyword.

Bug fix for old ACR-NEMA images :
When entry 0x0028, 0x0004 (photochromatic interpretation) was missing,
IsMonochrome() always said FALSE, even when the was no PALETTE
and number of scalar components =1.

Add some parameters for the (aware) user.

Avoid warnings

Some Updates

Some updates

Update CmakeLists.txt

Little utility.
(better we write 'anything to Dcm' !

Remove obsolet file.

BUG GDCM_NAME_SPACE

Avoid some warnings

Never trust optimiser!
Thx to Eduardo Davila for reporting the bug.
(failed on MSVC6)

??

Fix print length.

Remove temporarily some verbosity
(PrintFile still works, TestPrintAllDocuments crashes ?!?)

Final (?) changes for gdcm:: -> GDCM_NAME_SPACE

gdcm::

gdcm::

GDCM_NAME_SPACE

replace gdcm:: by GDCM_NAME_SPACE::