* Now, PrintHeader.py pass... but outside the ctest use. shit !
   -- BeNours

BUG: Fix the FUNCTION on borland

BUG: Fix build of gdcm on SunOS + gcc. Thanks for report by Jean Michel Rouet

   * Bug fix for the python part use
   -- BeNours

2005-01-12 Jean-Pierre Roux <jpr@creatis.univ-lyon1.fr>
   * FIX : Old quick and dirty 'optimistic' heuristic to deal with
        Big Endian Transfer Syntax supposed the group following 0002
  begins alawys by element 0000 (element 0000 is *optional*)
  To avoid further troubles, let's be pessimistic, and use
  Document::HandleOutOfGroup0002() method

   * gdcmPython/gdcm.i : bug fix when compiling with MSCV
   -- BeNours

Add verbosity

Enhence some comments

Try to explain better what SwapCode means

BUG: Sorry I changed my mind it was getting worse...

BUG: Ok I don't understand why but this allow me to read properly 012345.002.050.dcm on a Big endian machine

ENH: Minor cleanup. Moved the cleanup of the transfer syntax directly within the gdcm::TS class

ENH: Since HandleOutOfGroup0002 need access to the transfer syntax move the method GetTransferSyntaxName from Header to Document

BUG: Fix bug for  Philips NTSCAN, this was fixed everywhere except the main tree...

BUG: Remove left over from LibIDO. SwapCode = 12 / 21 don t exist anymore. Also remove SwapCode= 0 it doesnt mean anything replace by 1234

STYLE: print address in hex, for hexedit

STYLE: minor cleanup

BUG: This super duper HACK should solve the problem on the dashboard. This is a hack and should hopefully desepear someday

BUG: Solve the previous stoopid bug introduce while moving the transfer syntax out of gdcm::Document. Update changelog

ENH: Remap borland __FUNC__ to the c9x __FUNCTION__

STYLE: minor clean up

ENH: Untangle the transfer syntax from the Document. The Document can only read a string and can only ask gdcm::TS what are the property of the transfer syntax

Add verbosity

Some more Doxygenation (for Doc/html.developper/annotated.html)

STYLE: minor

BUG: Fix gdcm build on SunOS, where gethostname could not be resolved

2005-01-11 Jean-Pierre Roux <jpr@creatis.univ-lyon1.fr>
   * Replace confusing name SwitchSwapToBigEndian name by SwitchByteSwapCode
   * Add the Document::HandleOutOfGroup0002(uint16_t group) method
    to swap the Swap Code, at parsing time, when we come out of group 0002
 and Transfer Syntax is Big Endian
 We should be able to read now 'true DICOM' Big Endian coded images
 * Add optional run time SetDebugOn (last param) for PrintHeader, PrintFile
 * Replace the french 'Transfert Syntax' by the english 'Transfer Syntax'

ENH: Adding 1.2.840.113619.5.2 .. test still doesn't work I don't understand why

ENH: Adding a new method on TS: IsTransferSyntax. Where you pass in a string and it return if this is a valid Transfer Syntax. So far gdcm is broken since 1.2.840.113619.5.2 is not handled

STYLE: Rework IsCurrentProcessorBigEndian to be smarter

STYLE: minor clean up

BUG: Cannot include file within a namespace otherwise name gets mangled

ENH: Finally remove previous solution. Found a much better (and simplier approach) that -seems to- works in every configuration: Win32 static/shared and MacOSX (within ITK or not)

ENH: update changelog about Mac vs VS6 and static initialization

BUG: Hopefully fix the bug on MacOSX and static global initialization. This is the only -minor- patch I found that both please MacOSX and VS6. Other patch would be to declare a const std::string & GDCM_UNFOUND() instead, but this would require a lot of change. Another approach wqould be that Global create those string and GDCM_UNFOUND becomes a pointer to a string (which gdcm::Global would destroy at exit).

COMP: Fix Win32 compilation

Doxygenation

Add some verbosity

ENH: Add some verbosity

BUG: Solve -hopefully- problem on MacOSX where gdcm seemed to stop working. More detail in gdcmGlobal.cxx

ENH: Update for new sstream

Two things at once: start removing hack for old ostrstream which was really bad (and shouldn't work anyway). Plus attempt to fix problem with multithread on Mac where string object are not created properly.

ENH: Adding the FreeBSD version + doc

COMP: Fix compile warnings on some system

Update ChangeLog

According to Benoit's suggestion, and without any objection from anybody
- methods SetxxxByNumber and GetxxxByNumber renamed as Setxxx and Get xxx
- methods Dict::Print() and Dict::PrintByKey() merged into Dict::Print()
- method gdcmDicomDirObject::GetEntry() renamed as
         gdcmDicomDirObject::GetEntryHT() to avoid confusion (and compile error)

COMP: Need some special lib on apple

COMP: remove warnings

ENH: blind shot to fix problem

ENH: Addingh MACOSX version

COMP: doh !

ENH: properly copy the mac address

BUG: assert was inversed

ENH: minor style

ENH: minor style

ENH: Third pass for assert. Now uses the gdcmAssertMacro

ENH: Second pass at removing name of function from hardcoded string from gdcmErrorMacro.

ENH: First pass at removing name of function from hardcoded string from gdcmVerboseMacro. There were a lot of them that were wrong anyway...

ENH: update for __FUNCTION__ stuff

ENH: doh I forgot to commit this file

ENH: properly handle compiler that does not have __FUNCTION__

ENH: update comments. Rename variable with more complexe name to avoid collision.

ENH: update about gdcmDebug macro, and future implementation to redirect to file

ENH: update gdcmDebug after Benoit comments

Update ChangeLog

   * src/gdcmDocEntry.[h|cxx] : now the ReadLength is the length of the datas
     to read in the file... and only it ! Length is the efective length of the
     datas in the DocEntry structure
   -- BeNours

COMP: Fix VS6 compilation pb

Removal of useless groupNameAbbreviations2004.dic
Add dicomGroupNameAbbreviations.dic
should be used to write a method to replace the former
  Dict::GetDictEntryNamesByCategory()

COMP: oops forgot this one I guess...

ENH: update for the gdcmDebug changes

Add a list of 'Dicom Attribute types', as found in
  http://medical.nema.org/dicom/2004/04_15PU.PDF
Unused till now...

ENH: Change the gdcmDebug approach. Remov the global static debug 'dbg'. And now use a static function call instead, with a global variable. This is much closer to the VTK approach. Hopefully should be bulletproof and easier to use...hopefully

Remove now useless dicomTS2004.dic
Renamed as dicomTS.dic

Add VM related methods

Add missing DictEntry::SetVM method

COMP: Fix warning

Removal of now useless dicomV3VM2004.dic (renamed as dicomV3.dic)

Add accesors on VM

Removal out of the Dicom Dictionary of non dicom 'fourth' field
Add         to the Dicom Dictionaty of Dicom 'Value Multiplicity' field

Commenting out of probabely useless methods :
  Dict::GetDictEntryNames()
  Dict::GetDictEntryNamesByCategory()
  DictSet::GetPubDictEntryNames()
  DictSet::GetPubDictEntryNamesByCategory()

New Dicom Dictionnaty (with Value Multiplicity) is now used

Fix misstyping in Dicom V3 Dictinary (with VR)

Removal of usless methods :
PrintByName, GetDictEntryByName

Removal of useless and dangerous methods :
GetDocEntryByName, GetEntryByName, GetDictEntryByName

Removal of useless and dangerous methods :
 GetEntryByName, GetEntryVRByName, GetDocEntryByName, SetEntryByName

COMP: Fix compilation on Win32: c:\Dashboards\My Tests\gdcm\src\gdcmDicomDir.h(78) : error C2086: 'm' : redefinition
c:\Dashboards\My Tests\gdcm\src\gdcmDicomDir.h(78) : fatal error C1903: unable to recover from previous error(s); stopping compilation

COMP: remove warning

Coding Style + Doxygenation

COMP: Adding some random lib to allow compilation

COMP: Some minor fix on Win32

COMP: on win32 sintrgs.h does not exist

ENH: GetMacAddress in Util

ENH: update test for tesing MAC adrress

ENH: Found a Win32 version that seems to be working

ENH: Saving temp code until I have time for Win32 version. This will return the MAC adress which is much more intelligent than returning the IP adress

   * src/gdcmDocEntrySet.[h|cxx] : Remove used methods
   -- BeNours

   * src/gdcmDocument.[h|cxx] : remove all copy of DocEntry when parsing a file
   -- BeNours

Doxygenation
+ modif Coding style :
According with Benoit (and Doxygen) we shall use, just like anybody :
T *foo
or
T &foo
and NOT
T* foo
or
T & foo
(that was gdcm-special)

Doxygenation

Doxygenation

Doxygenation