Forget this one

modif in Header printing

.h names updated

 * gdcmPython/demo/*.py : bug fix due to method names
     -- BeNours

 * src/gdcmHeaderEntry.[h|cxx] : gdcmElValue -> gdcmHeaderEntry
     * src/gdcmHeaderEntrySet.[h|cxx] : gdcmElValSet -> gdcmHeaderEntrySet
     * src/*.[h|cxx] : make changes due to class name changes
     -- BeNours

 remove problem of CVS. please use cvs -C to resolve conflicts

 * To remove warnings
     * Add gdcmHeaderHelper to the python part
     -- BeNours

doxygenation improvement

 * vtk/*.[h|cxx] : coding style
     -- BeNours

 * src/*.[h|cxx] : coding style
     -- BeNours

remove H Table NameHT
Mutimap TagHt (instead of map)

 * src/gdcmIdo.h, gdcmHeaderIdo.cxx : remove the Ido unused files
     -- BeNours

 * src/gdcmDict.cxx, gdcmElValSet.cxx : bug fix under windows for prints.
       It's lied to the stl compilation by MSVC (windows, always windows...)
     -- BeNours

 * gdcmPython/testSuite.py : test the readable flag of file for tests
     -- BeNours

 * src/gdcmDictSet.h : set the method BuildDictPath in public
     * src/gdcmTS.cxx, gdcmVR.cxx : use now a dictionnary file other than to be
       directly setted in the source code
     * Dicts/dicomTS.dic, dicomVR.dic : 2 new dictionnary files loaded by
       gdcmTS and gdcmVR
     -- BeNours

 * src/*.h : add comments
     -- BeNours

*** empty log message ***

 * gdcmPython/gdcmVersion.py : add a gdcmVERSION variable information
     * setup.py : use a reference to gdcmVERSION
     -- BeNours

 * Modification to compile with the distutils.
     * Bug fix in code
     -- BeNours

 * Update the testSuite to work perfectly
     -- BeNours

some modif to be new gdcmHeader/gdcmFile compliant

 * gdcmHeader is now aggregating gdcmFile, and not derived into. Thus, we
       can use a gdcmHeaderHelper to load datas
     * gdcmPython/testSuite.py : make the testSuite compliant with modifications
       made in the source code
     -- BeNours

 * Update Windows projects and .cvsignore files
     -- BeNours

* entirely my fault, sorry

*FIX: gdcmjpeg -> gdcmljpeg

*FIX: Use carnaught table to reduce boolean expr !

*FIX: gdcmjpeg -> gdcmljpeg

*FIX: Solaris + gcc fixed induced backward error. (don't need ends at the end of ostrstream)

*FIX: Forgot about missing flags for SunOs + old gcc
*FIX: Lib were not link properly

*ENH: Use a FOREACH ... smarter !

* ENH: Update CMake stuff for accessing gdcm from CMake (4 third party lib)
* FIX: Compilation for SunOS + old gcc

*FIX: Forgot about gdcmElValSet.cxx

*FIX: Some compilation problem on SunOS with no ANSI STRING STREAM
*ENH: Some more python installation stuff fixed

add '\0' after ostringstream to avoid oddities on Solrais

*BUG: sorry my fault

*ENH/ Update CMakeLists.txt

*ENH: Add a setup.py.in that cmake will parse and give the right path to VTK ...
      It creates a new setup.py in gdcm${bin}/gdcmPython (in order not to override old setup.py)

*FIX: Change GetLUTRGBA to return unsigned char instead of void, nicer for python level

 *ENH  gdcmHeader constructor has one more parameter (default value : false)
           that allows the user to 'go inside' the SeQuences only
   if he wants to.
   gdcmElValSet:Print takes it into account

*FIX: char 'tag' was overiding private members (VC++)

*ENH: Update CMakeLists
*FIX: GetRescale and GetSlope

Update ChangeLog

  *FIX : gdcmHeader::LoadElements is now based
             on the ListTag listElem member,
             not longer on the TagElValueHT tagHt member
      *ENH : PrintPubElVal shows (temporarily) both results,
             with the tagHt member and the listElem member.
     (it's easier to 'see' the problems when using Printheader)

      *FIX : old private member LgrElem is now splitted into
             ReadLength   : Length actually found on disk (updated only
                    if bug fixing is necessary), for internal
    use only
     UsableLength : Updated by FixFoundLength, to fix a bug
                    or to allow Parser going on.
     Will allow to re-write a kosher header when a SeQuence
     with a length (not 0000) is found
      Warning : gdcmFile::Write still uses the TagHt (not ListElem)
        because gdcmElValSet::Add does not update ListElem
(to be written)

commit ChangeLog

  *FIX : gdcmHeader::LoadElements is now based
             on the ListTag listElem member,
             not longer on the TagElValueHT tagHt member
      *ENH : PrintPubElVal shows (temporarily) both results,
             with the tagHt member and the listElem member.
     (it's easier to 'see' the problems when using Printheader)

*ENH: Add Rescale Slope & Intercept helper, defaults are:
0 for Intercept
1 for Slope

update Changelog

 *ENH gdcmHeader::FixFoundLength now allow to 'go inside' tge SeQuences
          when they have an actual length (not 0000 nor FFFFF)
  (Nobody should care of it, but DICOMDIR explorers)

 *FIX misstyping in Transfert Syntax name table

*ENH: vtkgdcmViewer now works with LUT dicom (OT-PAL-face ...)

*ENH: vtkGdcmReader now supports LUT ! (vtkgdcmViewer for now is not able to use them though)

*** empty log message ***

*FIX: DOH again the same bug of unsigned vs. signed !

FIX: DOH !! [0 255[ doesn't contains 256 elements ! But [0 256[ does !!

* Fix :Oops ! Forgot to commit gdcmFile::GetImageDataSizeRaw();
       that returns the pixel area size to the *aware* (vtk) user
       that DOESN'T want to turn the PALETTE COLOR image into an RGB image

Benoit Regrain   : Modify the rules for checking the paths
                 : Explicit error messages
Jean-Pierre Roux : new files names for checking

Fix syntax gcc3 breaker pb

update Changelog

2003-11-03 Jean-Pierre Roux
     * add gdcmHeaderHelper::GetNumberOfScalarComponentsRaw()
           to be used by aware (vtk) users that want to manage
   LUT (and no to turn the PALETTE image into an RGB pixels one)
     * GetPixelType now returns 8U for 24 Bits images
                    (vtkGdcmReader compliant)

Update Changelog

removal of useless jBitsInJsample.h for both 8 and 12 Bits JPEG Libraries

*FIX: VC++ compilation, still for loop dummy stuff
*FIX: alpha start point was not set properly
*ENH: memset default everything to zero (in case lengthR/G/B is < 255)
*ENH: spare a few pointers operations :)

ChangeLog updated

 * ENH : Add the functions gdcmFile::GetImageDataRaw
                               gdcmFile::GetImageDataIntoVectorRaw
             that act as GetImageData and GetImageDataIntoVector
     except the making of an RGB Plane from Gray Plane + LUT
     Intended to aware (vtk) users who know how to manage
     such an image :
     After gdcmHeader :
        GetLUTRGBA return a R,G,B,A LUT if any
        lgrTotaleRaw gives the 'Raw' length
        GetImageDataRaw returns the gray Plane
     * FIX : no more dirty trick for 'Segmented xxx Palette Color Lookup' images
             (They stay Grey, just like with other Dicom viewers :-(
     * FIX : a VC++ intended syntax modif broke the 12/12 Bytes expanding

*FIX: Don't need to duplicate includes

Ops ! Forgot to commit the .h

  * FIX : a VC++ intended syntax modif broke the 12/12 Bytes expanding

2003-10-29 Jean-Pierre Roux
      * adding  gdcmHeader::GetLUTRGBA
               returns a 4 * 256 Bytes Reg/Green/Blue/Alpha vtk compliant LUT
       --> Mathieu, the modif u're waiting for is not yet committed
      * removal of now useless GetLUTRed,GetLUTGreen,GetLUTBlue,GetLUTRGB

*ENH: Can be used like this '$vtkgdcmViewer *.dcm' with *.dcm being coherents dicom files.

*FIX: only one function is being exported for now ! You should use GLOBAL(return type) see ljpg/jpeg.h for more info

*FIX: sorry !

*FIX: release compilation mode

*FIX: removed this files

*ENH: Add include dir to medcon lib

*FIX: more about medcon lib in DSP files

*FIX: DOH ! libgdcmijpg8 -> libgdcmljpeg

*ENH: Two steps is necessary to please VC++ compiler...

*ENH: Turn it into DOS file type to match libgdcmijpeg8.dsp file type

*FIX: DOH ! Forgot about windo$e users, they couldn't read lossless jpeg, from medcon lib !

To avoid pb with xmedcon-breaker CT McTwin Elscint images

removal of useless cout

ENH: For version prior to vtkImageViewer2 -r 1.19

*Removal of ido stuff

removal of now useless LibIDO Jpeg Lossless .h and .cxx

*ENH: Added CharEvent to browse throught a multiframe volume, press any key it will lopp over frames.

*ENH: vtkGdcmReader.cxx can now read multiframe dicom
*FIX: remove a call to ->Modified ... see comments
*FIX: vtkgdcmViewer.cxx was writting ASCII file...this is so slooooooow !

*ENH: Can read CT-MONO2-8-abdo.dcm now
*ENH: CT-MONO2-8-abdo.dcm is in color again, do not press 'r' or you'll loose the color

*FIX: More pragma disable fro VC++, I don't think I break something as it is also disable in VTK/ITK. But it fasten debug compilation time.

*FIX: gdcm/Makefile.am fix for generating ljpg medcon
*ENH: CMakeLists.txt now generate 'pygdcm.so' instead of 'libpygdcm.so'

*RMV: Remove some file from medcon lib that are not necesseray

doh

* FIX: Problem with path for libvtkgdcmPython
* ENH: Try adding a search script for python site-package

gdcm now deals with 16 Bits Run Length Encoded images

*FIX: When copying a Makefile.am to CMakeLists.txt one should remove the '\'

Makefile.am,CMakeLists.txt updated to deal with the new library

add the method
int gdcmHeader::GetBitsAllocated(void);

- garbage Siemens 'Leonardo' images dealt with
  (the patch is easy to remove)
- cosmetic changes to avoid warnings

- call of 'xmedcom' Jpeg Lossles libray (instead of the old LibIDO one)
- 'Compacted Files' (12 Bits Allocate, 12 Bits Stored) are now dealt with

add the files for 'xmedcon' Jpeg Lossless library

add the directory jpg, for 'xmedcon' Jpeg Lossless Library