]> Creatis software - gdcm.git/blobdiff - ChangeLog
*FIX: Some compilation problem on SunOS with no ANSI STRING STREAM
[gdcm.git] / ChangeLog
index 54191e68e27f052a20976bf6ca3cf498ce707b69..2a3565947080001e1bb3d40f3253c570820fcab2 100644 (file)
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,73 @@
+2003-11-12 Jean-Pierre Roux
+     *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
+          
+2003-11-12  Mathieu Malaterre  <Mathieu.Malaterre@creatis.insa-lyon.fr>
+     *ENH: Update gdcmPython/CMakeLists
+     *FIX: (gdcmHeaderHelper) GetRescale and GetSlope
+     *FIX: (gdcmElValSet) char 'tag' was overiding private members (VC++)
+     
+2003-11-10 Jean-Pierre Roux
+      *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)
+
+2003-11-07 Jean-Pierre Roux
+     *FIX misstyping in Transfert Syntax name table
+     *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)
+
+2003-11-06  Mathieu Malaterre  <Mathieu.Malaterre@creatis.insa-lyon.fr>
+     *ENH: vtkgdcmViewer now works with LUT dicom (OT-PAL-face ...)
+
+2003-11-05  Mathieu Malaterre  <Mathieu.Malaterre@creatis.insa-lyon.fr>
+     *ENH: vtkGdcmReader now supports LUT ! 
+          (vtkgdcmViewer for now is not able to use them though)
+           
+2003-11-05 Jean-Pierre Roux
+     * in testSuite.py : new files names for checking the package
+     * Fix : 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
+     
+2003-11-05 Benoit Regrain
+     * in testSuite.py : Modify the rules for checking the paths
+                       : Explicit error messages
+     * in __init__.py  : Related modif
+
+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)             
+          
+2003-10-31 Jean-Pierre Roux
+     * Removal of *all* gdcmData images and add them again
+       in order to loose the 'history' of un-anonymised images
+       
+2003-10-31 Jean-Pierre Roux
+     *RMV : removal of useless jBitsInJsample.h 
+           for both 8 and 12 Bits JPEG Lossy Libraries
+          
 2003-10-31 Jean-Pierre Roux
      * ENH : Add the functions gdcmFile::GetImageDataRaw 
                                gdcmFile::GetImageDataIntoVectorRaw
          one for the high Bytes, the other for low Bytes)
 
 2003-10-22 Jean-Pierre Roux
-     * Now CheckRead takes into account the bugged 'Leonardo' Siemens images
-        and XA images, sent thru the burning VPRO station
+     * Now CheckRead takes into account :
+            the bugged 'Leonardo' Siemens images
+            the XA images, sent thru the burning VPRO station
      * add I9000001.dcm, a GE dlx XA image, thru the VEPRO burning station
      (breaks DicomWorks)
 
        * add US.3405.1.dcm, a genuine RGB medical file ...
        * add gdcm-ACR-LibIDO.acr, unnormalized Rectangular LibIDO format image
        * add CLIP0001-Sequoia-U11.dcm, US 'Clip', from SEQUOIA machine, 
-                                                  UNIT 11, Hop Cardio
-              
+                                                  UNIT 11, Hop Cardio              
 2003-10-15  Jean-Pierre Roux
       * general anonymisation in gdcmData
       * adding the 'color files' from
 2003-10-14  Jean-Pierre Roux
      * Some supposed-to-be Dicom Images have no preamble.
         OpenFile takes it into account
-     * Jpeg LossLess 24 Bits images doesn-t break any longer gdcm
+     * Jpeg LossLess 24 Bits images doesn't break any longer gdcm
      * Missing elements added in dicomV3.dic
       (just to be affraid : have a look at
        ftp://medical.nema.org/medical/dicom/2003/01v03dif/01v03_06.pdf
         at configure (or autogen.sh) stage.
 
 2003-04-16  Eric Boix <Eric.Boix@creatis.insa-lyon.fr> with JPR
-      * More memmory link related corrections and documentation fixes.
+      * More memory link related corrections and documentation fixes.
         Notes on valgrind:
           - maximum info is obtained with a command of the form:
             valgrind --leak-check=yes --leak-resolution=high --num-callers=40