+2003-10-09 Mathieu Malaterre <Mathieu.Malaterre@creatis.insa-lyon.fr>
+ * CMake-ification of gdcm, we have now two build system
+2003-10-03 Mathieu Malaterre <Mathieu.Malaterre@creatis.insa-lyon.fr>
+ * vtkGdcmReader is now able to read rgb dicom file.
+ * src/gdcmHeaderHelper : GetNumberOfScalarComponents()
+2003-10-02 Mathieu Malaterre <Mathieu.Malaterre@creatis.insa-lyon.fr>
+ * src/*.cxx removed pragma thingies to src/gdcmCommon.h
+ Two reasons: - clear things
+ - third parties acces gdcm through header files, so won't
+ suffer anymore VC++ complains
+
+2003-09-22 Benoit Regrain <Benoit.Regrain@creatis.insa-lyon.fr>
+ * src/gdcmUtil.[cxx|h] : change the _CreateCleanString return value from
+ char* to std::string. Thus, the use of strdup becoomes useless. (see
+ previous commis of Malaterre)
+ * src/gdcmElValSet.cxx : reuse commented call to _CreateCleanString like
+ before the last Malaterre's commit.
+
+2003-09-19 Mathieu Malaterre <Mathieu.Malaterre@creatis.insa-lyon.fr>
+ * This commit should fix the Debug building under VC++, the problem
+ was mainly a mixture of debug and release lib being loaded at startup.
+ * I also remove a depency to a specific C function: strdup. Because I had
+ to force the link to msvcrtd (whereas strdup is in libc).
+
+2003-09-16 Benoit Regrain <Benoit.Regrain@creatis.insa-lyon.fr>
+ * "gdcm::Unfound" string changed to a constant variable (GDCM_UNFOUND)
+ located in the gdcmCommon.h file. All use of reference of tha has been
+ changed to now use the variable GDCM_UNFOUND.
+
+2003-09-16 Eric Boix <Eric.Boix@creatis.insa-lyon.fr> with JPR
+ * Cosmetic changes:
+ - gdcmPython/testSuite.py adapted to the JPR updated Dicts/dicomV3.dic
+ Dicom dictionary. The test suite can now be run again. Note:
+ I'm note very happy with the " (RET)" changes. I believe this
+ RETAINED comment should be dropped when parsing the dictionary.
+ - PACKAGER corrected
+ - DEVELOPPER added.
+ - AUTHORS updated and now in alphabetical order
+ * Makefile.am now exports gdcm.dsw for Windoze users.
+
+2003-09-11 Mathieu Malaterre <Mathieu.Malaterre@creatis.insa-lyon.fr>
+ * cygwin complains about missing std:: in subdir Test/
+
+2003-09-10 Mathieu Malaterre <Mathieu.Malaterre@creatis.insa-lyon.fr>
+ * remove some methods that are now in gdcmHeaderHelper
+
+2003-09-10 Mathieu Malaterre <Mathieu.Malaterre@creatis.insa-lyon.fr>
+ * vtkGdcmReader set spacing and origin correctly
+
+2003-09-09 Mathieu Malaterre <Mathieu.Malaterre@creatis.insa-lyon.fr>
+ * Fix a few delete/delete[] mismatch
+
+2003-09-08 Mathieu Malaterre <Mathieu.Malaterre@creatis.insa-lyon.fr>
+ * src/gdcmHeaderHelper.[h cxx]: added new class that provide an
+ interpretation to data given by gdcmHeader. For instance there are
+ heuristics to get informations (look at different places).
+ * it also include a specific class: gdcmSerieHeaderHelper devoted to
+ sorting DICOM images based on different strategies.
+ * modified Makefiles accordingly.
+
+2003-09-05 Mathieu Malaterre <Mathieu.Malaterre@creatis.insa-lyon.fr>
+ * src/*.cxx : added pragma disable 4786/4251 to get rid of ~4300 warning
+ when building in debug mode
+ * vtk/win32/vtkgdcm.dsp : change /MT -> /MD and /MTd -> /MDd to match
+ src/win32/gdcmdll.dsp
+ * vtk/win32/vtkgdcm.dsp : added /nodefaultlib "mscvrt" for debug mode
+
+2003-08-29 Mathieu Malaterre <Mathieu.Malaterre@creatis.insa-lyon.fr>
+ * Corrected a leak in vtkGdcmREader.cxx, the pSource was find thanks to valgrind.
+
+2003-07-29 Mathieu Malaterre <Mathieu.Malaterre@creatis.insa-lyon.fr>
+ * src/win32/libgdcmjpeg12.dsp was not dos format
+ * src/win32/libgdcmjpeg12.dsp : libgdcmijpeg12_EXPORTS -> LIBGDCMIJPEG12_EXPORTS
+ * src/win32/gdcmdll.dsp: + /I "..\jpeg\libijg12"
+
+2003-07-29 Benoit Regrain <Benoit.Regrain@creatis.insa-lyon.fr>
+ * src/gdcmHeader.h : add std:: prefix for stl elements... like others in
+ the file
+ * src/gdcmFile.cxx : bug fix in affectation type
+ * src/jpeg/libijpeg12/jmorecfg12.h : export for windows modified... like
+ in src/jpeg/libijpeg8/jmorecfg8.h (JPR : copy/paste exists !!!)
+ * Modifs of MVSC projects to compile them. Not concerning 2 identic
+ symbols... futur problem ?
+
+2003-07-29 Mathieu Malaterre <Mathieu.Malaterre@creatis.insa-lyon.fr>
+ * src/win32/libgdcmijpeg12.dsp was missing
+ * modified gdcm.dsw accordingly
+
+2003-07-28 Mathieu Malaterre <Mathieu.Malaterre@creatis.insa-lyon.fr>
+ * src/gdcmHeader.cxx : misplaced return 0.; for ACR/NEMA
+
+2003-07-24 Benoit Regrain <Benoit.Regrain@creatis.insa-lyon.fr>
+ * src/jpeg/libijg12/.cvsignore, jconfig.* : ommited files while last
+ commit of JPR (before his hollidays to facilitate our work).
+ * setup.py : bug fix in code. Modifications made while the last commit
+ of JPR. The code hasn't been tested before the commit... it's so
+ useless to make that (for best programmer that is JPR) !!!
+
+2003-07-08 Eric Boix <Eric.Boix@creatis.insa-lyon.fr>
+ * tagged the current version as Version0_3 (i.e. version 0.3)
+
+2003-07-08 Benoit Regrain <Benoit.Regrain@creatis.insa-lyon.fr>
+ * vtk/testvtkGdcmReader.cxx : remove a symbol that is unused
+ * src/jpeg/libijg8/jmorecfg.h : adding export symbol for windows
+ * *.dsp : modifications to use new libgdcmijpeg8 library
+ * setup.py : bug fix on VTKPATH variable
+ * PACKAGER : adding all concerning windows
+
+2003-07-07 Eric Boix <Eric.Boix@creatis.insa-lyon.fr>
+ * src/gdcmElValSet.cxx, gdcmFile.cxx: JPR bug fix, removal of
+ garbage debug code.
+ * TODO, vtk/vtkGdcmReader.cxx: upcoming fixes comments.
+ * gdcmPython/testSuite.py: JPR bug fix, brutal erasement of
+ test suite reported error.
+ * PACKAGER file added (describes what a packager must do when
+ packaging a new release).
+ * MANIFEST.in, now declares jconfig.linux and jconfig.vc
+ * configure.in: upgraded version number to 0.3.0
+ * fixing build of rpm (through rpm -ta):
+ - Doc/Makefile.am exports proper doxygen files
+ - src/jpeg/libijg8/Makefile.am exports the include files.
+
2003-07-07 Benoit Regrain <Benoit.Regrain@creatis.insa-lyon.fr>
* vtk/vtkGdcmReader.cxx : bug fix when loading only 1 file.
* src/gdcmHeader.h : formatting code
- the testSuite is still brain damage (not guilty).
2003-06-02 Benoit Regrain <Benoit.Regrain@creatis.insa-lyon.fr>
- * WrapVTK.py : modifications to get correctly vtk source files to
+ * WrapVTK.py : modifications to get correctly vtk source files to
compile
* vtk/vtkGdcmReader.cxx : modification for an already existing name
(FileName -> Filename)
* vtk/vtkGdcmReader.cxx: hopefully corrected Z extent.
2003-06-02 Benoit Regrain <Benoit.Regrain@creatis.insa-lyon.fr>
- * vtk/vtkGdcmReader[cxx|h] : makes correct code to remove conflicts
+ * vtk/vtkGdcmReader[cxx|h] : makes correct code to remove conflicts
between standard library (std) and vtk library (problems are found
under Windows... thanks Windows !)
* gdcmPython/testSuite.py now cleanly removes temprory generated
file.
* gdcmPython/gdcm.i now declares a typemap for std::string (to
- comply with above changes)
+ comply with above changes)
2003-05-12 Eric Boix <Eric.Boix@creatis.insa-lyon.fr> with JPR
* src/gdcmHeader>[h/cxx] added gdcmHeader::GetPixelSize()
unexisting file is given as argument.
* The subdirectory Data (containing all the images used for the
test suite) is not part of this repository anymore. A new module
- containing those images is now available at
+ containing those images is now available at
:pserver:xxx@cvs.creatis.insa-lyon.fr:2402/cvs/public
with the name gdcmData.
All the python scripts (including the package initialisation file
valgrind --leak-check=yes --leak-resolution=high --num-callers=40
--show-reachable=yes PrintHeader
- the remaining reachable blocks seem to come from the STL
- allocation scheme through the usage of map and list. It looks
+ allocation scheme through the usage of map and list. It looks
like this memory cannot be freed but it is not a memory leak
(in fact further invocation to the STL would recollect the
unused memory allthough it cannot explicitely be freed).
2003-04-7 JPR
* UpdateGroupLength re-written using H-Table
(named UpdateGroupLengthNew untill checks are over)
-
+
2003-04-7 Eric Boix <Eric.Boix@creatis.insa-lyon.fr> with JPR
* Data/im_00001 renamed to gdcm-MR-PHILIPS-16-Multi-Seq.dcm
* gdcmPython/testSuite.py now include a test of gdcmFile::Write.
- Additional files DoxyInstallation.txt, DoxyIntroduction.txt,
DoxyMainPage.txt, DoxyPython.txt provide more information.
- Note: the website http://www.creatis.insa-lyon.fr/Public/Gdcm/ can now
- be updated by simply regenerating the docs with doxygen and copying
+ be updated by simply regenerating the docs with doxygen and copying
html.developper and html.users to tux:/home/httpd/html/Public/Gdcm
* src/gdcmElValSet.cxx: stl <map>.count() can only return 0 or 1. Hence
all the tests in the form "if (<map>.count() >1)" were removed.
2003-03-17 Fabrice Bellet <Fabrice.Bellet@creatis.insa-lyon.fr>
* Makefile.am, acinclude.m4, configure.in, python.m4, Dicts/Makefile.am,
- Doc/Makefile.am, Test/Makefile.am, gdcmPython/Makefile.am,
- src/Makefile.am : the project should properly compile and install
- with the autotools, included the python wrappers part.
+ Doc/Makefile.am, Test/Makefile.am, gdcmPython/Makefile.am,
+ src/Makefile.am : the project should properly compile and install
+ with the autotools, included the python wrappers part.
* gdcm.spec.in : added a spec file for RPM packaging.
2003-03-14 Benoit Regrain <Benoit.Regrain@creatis.insa-lyon.fr>
* python/setup.py now works on Un*x. (harder than I thougth)
* python/distutilsSwigCPlusPlus.py can now have include files
among the list of sources.
-
+
2003-02-20 Benoit Regrain <Benoit.Regrain@creatis.insa-lyon.fr>
* src/gdcmHeader.cxx : bug fix - opening dicom file in binary !!!
* modifications in MSVC projects
* Doc/Doxyfile configuration file for Doxygen and corresponding
README file for usage added.
* Test/testWrite.cxx added. This new test comes from a split of
- test.cxx that is now reverted to its original purpous i.e.
+ test.cxx that is now reverted to its original purpous i.e.
testing the proper parsing of a Dicom related file.
testWrite.cxx concentrates on testing the IO part of gdcm.
* Test/bug1.cxx (containing a bug on WIn32) added.
- * src/gdcm.h, gdcmHeader.cxx, gdcmDictSet.cxx:
+ * src/gdcm.h, gdcmHeader.cxx, gdcmDictSet.cxx:
- gdcmHeader::GetPubTagNames and gdcmHeader::GetPubTagNamesByCategory
whose purpose is to publish the content of the TagNames of the
Dicom public dictionnary were not accessible without an
the above to be effective.
* python/gdcmPython: in order to wrap properly the above changes
for Python, swig version now needs to be > 1.3.17.
- * python/gdcmPython/Makefile fixed to adapt itself to new
+ * python/gdcmPython/Makefile fixed to adapt itself to new
configure/make shema introduced by Johan Montagnat (thanks for the
contribution). Alas this Makefile cannot be turned into a proper
Makefile.am without some heavy changes in the configure.in
* gdcmPython/__init__.py doesn't export FileName any more (to avoid
collision with other packages). gdcmPython/demo/*.py changed
accordingly.
+
2003-01-15 Eric Boix <Eric.Boix@creatis.insa-lyon.fr>
* python subdir moved to gdcmPython (preparation of distutils packaging).
* gdcmPython/setup.py and distutilsSwigCPlusPlus.py added. The
- gdcmPython/demo/*.py changed to import the package gdcmPython
instead of gdcmPython/demo/load.py.
- gdcmPython/testSuite.py changed to import the package gdcmPython.
-
2002-12-16 Eric Boix <Eric.Boix@creatis.insa-lyon.fr>
* src/gdcm.h, src/gdcmHeader.cxx: added GetPubTagNames() resp.
2002-12-9 Eric Boix <Eric.Boix@creatis.insa-lyon.fr>
* Test/Makefile building now depends on the one of libgdcm.so
* src/gdcmHeader.cxx and gdcm.h are now OB (undefined length encoded
- pixel data) aware which enables finding the address (offset) of
+ pixel data) aware which enables finding the address (offset) of
the pixel data of JPEG encoded DICOM files. This leaves only a single
file in the testSuite whose pixel data address (offset) is unknown.
* python/testSuite.py changed accordingly.
exported."
Since our usage of map<> is ubiquitous in gdcm, this "designed
limitation" of VC++ is a pitfall.
- Hence the Python wrappers of gdcm cannot be incrementally linked
+ Hence the Python wrappers of gdcm cannot be incrementally linked
against the c++ dynamic library. The dirty but only workaround is
to forget about incremental link of dynamic libraries and to generate
the Python wrappers library with the inclusions of the underlying C++
- library.
+ library.
The following modifications concern this matter on Win32/VC++:
- wrapping python correct with standalone wrapped dll (don't use separate
dll under windows !!!!)
- python21_d debug mode enabled (ask Frog how to use it :-)
- NO problem with having an STL member of class for example string in C++
WITH THE RESTRICTION OF FORGETING ABOUT INCREMENTAL LINK.
- - Python test of dcmlib in Python is ok under windows on a large set
+ - Python test of dcmlib in Python is ok under windows on a large set
(one) of image(s).
* removed glib references
* typedef's inserted in gdcm.i for correct swig type management
- now uses the native dictionary for exploration of gdcmHeader.
- takes an optional filename argument (the file to parse).
* src/gdcm.h and gdcmHeader.cxx: gdcmHeader now has an accessor on
- PubElVals hashing table.
+ PubElVals hashing table.
* Dicts/dicomV3.dic removed error prone trailing spaces.
2002-11-6 Eric Boix <Eric.Boix@creatis.insa-lyon.fr>
ftell and fseek). This also made skL (see above in RecupLgr) usage
jajun.
* src/gdcmHeaderIdo.cxx src/gdcmIdo.h added. Those files concentrate
- on the libido specificities which are handled through class
+ on the libido specificities which are handled through class
inheritance.
* Test/implicit_vr.dcm dicom v3 in implicit value representation
- added.
+ added.
2002-10-17 Eric Boix <Eric.Boix@creatis.insa-lyon.fr>
* Truckload of changes. Parsing of header is barely functional
git://git.creatis.insa-lyon.fr / gdcm.git / blobdiff