From e6054327de356b91d8e47d61e4c295536faed707 Mon Sep 17 00:00:00 2001 From: jpr Date: Thu, 13 Jan 2005 09:24:07 +0000 Subject: [PATCH] Update ChangeLog --- ChangeLog | 16 ++++++++++------ gdcmPython/CMakeLists.txt | 2 +- src/gdcmPixelReadConvert.cxx | 6 +++--- 3 files changed, 14 insertions(+), 10 deletions(-) diff --git a/ChangeLog b/ChangeLog index 38606f91..58ab6ab1 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,4 +1,8 @@ - +2005-01-13 Jean-Pierre Roux + * FIX : First entry following group 0002 was lost for + Explicit Big Endian Transfer Syntax files + (group and elem not swaped) + 2005-01-12 Jean-Pierre Roux * FIX : Old quick and dirty 'optimistic' heuristic to deal with Big Endian Transfer Syntax supposed the group following 0002 @@ -858,10 +862,10 @@ 2004-09-13 Eric Boix * Preparation of writing a gdcmHeader iterator: generalisation of gdcmTagKey - The following is the doxygen comment of the typedef declaration - of gdcmagKey in src/gdcmCommon.h: + of gdcmTagKey in src/gdcmCommon.h: gdcmTagKey is made to old an "universal" (as in URL, Universal Ressource Locator) key to a gdcmDocEntry i.e. a dicom tag. - A dicom tag allways has a group and an element, but a set of tags + A dicom tag always has a group and an element, but a set of tags embeded in various (optionally nested) sequences and sharing the same group and element all share the same (group, element) "identifier". Hence the (group, element) cannot be used as an @@ -939,7 +943,7 @@ * TODO updated * gdcmPython/testSuite.py checks on CR-MONO1-10-chest.dcm moved to gdcmData/TestAllEntryVerifyReference.txt - * Test/TestAllEntryVerify.cxx is now effective (used allways return true) + * Test/TestAllEntryVerify.cxx is now effective (used always return true) * src/gdcmDocument.[cxx|h]: constructors no longer use the bool exception_on_error parameter. - src/gdcmFile.[cxx|h], src/gdcmHeader.[cxx|h] changed accordingly, @@ -1091,7 +1095,7 @@ image. * Test/CmakeList.txt: 8BitsRunLengthColor.dcm is now blacklisted (because TestWriteRead breaks on it, after a non conformal commit?). - ctest now runs properly, except for MakeDicomDir (which was allways + ctest now runs properly, except for MakeDicomDir (which was always broken) and the Python related stuff (still not fixed). 2004-06-24 Jean-Pierre Roux @@ -2958,7 +2962,7 @@ that we can import de shadow classes without errors]. 2002-10-29 Eric Boix - * hashtest.cxx removed (since allready in Test) + * hashtest.cxx removed (since already in Test) * src/gdcmlib.h renamed to src/gdcm.h * src/dcm.i renamed to src/gdcm.i * src/Makefile prepared for python wrapping diff --git a/gdcmPython/CMakeLists.txt b/gdcmPython/CMakeLists.txt index b6f7322b..c417bf45 100644 --- a/gdcmPython/CMakeLists.txt +++ b/gdcmPython/CMakeLists.txt @@ -25,7 +25,7 @@ IF(${CMAKE_MAJOR_VERSION}.${CMAKE_MINOR_VERSION} GREATER 1.9) #SET_SOURCE_FILES_PROPERTIES(gdcm.i PROPERTIES PYTHON ON) SET_SOURCE_FILES_PROPERTIES(gdcm.i PROPERTIES CPLUSPLUS ON) # Setting SWIG_FLAGS to "-includeall" at the following line looks like - # a bad idea since swig tries to reculsively include all the referenced + # a bad idea since swig tries to recursively include all the referenced # files, "including" the C++ , , ... Of course swig # has no way of finding the path to those files (unless it is told by # cmake) since they are related to the compiler installation layout. diff --git a/src/gdcmPixelReadConvert.cxx b/src/gdcmPixelReadConvert.cxx index 9ef62cd0..53c636b4 100644 --- a/src/gdcmPixelReadConvert.cxx +++ b/src/gdcmPixelReadConvert.cxx @@ -3,8 +3,8 @@ Program: gdcm Module: $RCSfile: gdcmPixelReadConvert.cxx,v $ Language: C++ - Date: $Date: 2005/01/12 15:22:23 $ - Version: $Revision: 1.25 $ + Date: $Date: 2005/01/13 09:24:08 $ + Version: $Revision: 1.26 $ Copyright (c) CREATIS (Centre de Recherche et d'Applications en Traitement de l'Image). All rights reserved. See Doc/License.txt or @@ -919,7 +919,7 @@ void PixelReadConvert::ConvertHandleColor() // formated Dicom) files (e.g. gdcmData/US-PAL-8-10x-echo.dcm) we encounter: // - "Planar Configuration" = 0, // - "Photometric Interpretation" = "PALETTE COLOR". - // Hence gdcm shall use the folowing "heuristic" in order to be tolerant + // Hence gdcm will use the folowing "heuristic" in order to be tolerant // towards Dicom-non-conformance files: // << whatever the "Planar Configuration" value might be, a // "Photometric Interpretation" set to "PALETTE COLOR" forces -- 2.45.1