X-Git-Url: https://git.creatis.insa-lyon.fr/pubgit/?a=blobdiff_plain;f=Doc%2FWebsite%2FNews.html;h=633b6e6e440dbec262a5490cd678af0b97293a3c;hb=f540ed5835e7b89478e6048a577d494c0e156f2a;hp=f6999f5622389f9ae2f14f9b041a33d050fb3170;hpb=3584d48e02394be2bd827ad96d5e14b962cdf82e;p=gdcm.git
diff --git a/Doc/Website/News.html b/Doc/Website/News.html
index f6999f56..633b6e6e 100644
--- a/Doc/Website/News.html
+++ b/Doc/Website/News.html
@@ -103,10 +103,14 @@ Any contribution is welcome.
- 16-bits-LUT full Management
- User friendly management of Rescale Slope and
- Rescale Intercept
+ Rescale Intercept.
+ (Well... Maybe it's up to the application to deal with it, not to
+ gdcm ?)
- Allow manual adjunction / automatic recognition (pfff!...)
of the private Dicom Dictionary
to be used to parse Shadow groups against.
+
- User friendly way of anonymizing image when Patient's name is
+ carved in the Pixels :-(
@@ -122,31 +126,117 @@ Any contribution is welcome.
State of the art
-
- gdcm UML Class Diagram current version.
-
- User Documentation
-
- Developper
+ gdcm UML Class Diagram current version.
+
- User Documentation
+
- Developper
Documentation
- New Features
- -
+
- To try to make gdcm images PACS usable, user is now allowed to
+ gdcm what kind of image he wants to write, using :
+ void FileHelper::SetContentType (ImageContentType c);
+ Four different types are identify (probabely more will be added) :
+
+ -
+ 1) user created ex nihilo his own image and wants to write it as a Dicom image.
+ c : USER_OWN_IMAGE
+ -
+ 2) user modified the pixels of an existing image, using mathematical operations.
+ c : FILTERED_IMAGE
+ -
+ 3) user created a new image, using existing images (eg MIP, MPR, cartography image)
+ c : CREATED_IMAGE
+ wq -
+ 4) user modified/added some tags *without processing* the pixels (anonymization, etc)
+ c : UNMODIFIED_PIXELS_IMAGE
+
+ - Stupid difference between gdcm::ValEntry
+ and gdcm::BinEntry removed.
+ Only gdcm::DataEntry exist, now.
+ Should have been considered as a 'Bug Fix'.
+ Actually, it's an API breaking modification ...
+
+ -
+ std::string const &DataEntry::GetString() const
+ returns as a string (when possible) the value of the DataEntry
+ -
+ void DataEntry::SetString(std::string const &value)
+ Sets the 'value' of a DataEntry, passed as a std::string
+ -
+ void DataEntry::SetBinArea( uint8_t *area, bool self )
+ Sets the value (non string) of the current Dicom DataEntry
+ -
+ void DataEntry::CopyBinArea( uint8_t *area, uint32_t length )
+ Inserts the value (non string) into the current DataEntry
+ -
+ void DataEntry::SetValue(const uint32_t &id, const double
+ &val)
+ Inserts the elementary (non string) value into the current
+ (multivaluated) DataEntry, at the id> position.
+ -
+ double DataEntry::GetValue(const uint32_t &id) const
+ returns, as a double one of the values (when entry is
+ multivaluated), identified by its index id.
+
+ -
+ DocEntrySet::GetEntryValue() replaced by
+ DocEntrySet::GetEntryString()
+ - SerieHelper :
+ Add some methods, to split a 'SingleSerieUID' Fileset into
+ 'Extra Coherent' FileSets.
+ They return a std::map of 'Filesets' (actually : std::vector
+ of gdcm::File*)
+ The key is the 'Orientation', the 'Position'
+ or the value of a user choosen 'Tag'
+ - XCoherentFileSetmap SplitOnOrientation(FileList *fileSet);
+
+ - XCoherentFileSetmap SplitOnPosition(FileList *fileSet);
+
+ - XCoherentFileSetmap SplitOnTagValue(FileList *fileSet,
+ uint16_t group, uint16_t element);
+
+ These methods must be called by user, depending on what he wants
+ to do, at application time.- *he* only knows what his Series
+ contain !-
+ - To avoid memory leaks and seg faults the user intended classes
+ use now a Reference Counter.
+
+ - new() and delete() are replaced by
+ New() and Delete()
+
- Register() and Unregister() methods are
+ available.
+
-
- - API breaking modiffications (since previous version)
+
- API breaking modifications (since previous version)
- -
+
- Stupid difference between gdcm::ValEntry
+ and gdcm::BinEntry removed.
+ Only gdcm::DataEntry exist, now.
+ -
-
- Bug fixes
- -
+
- Implicit VR - Big Endian (G.E Private) Transfert Syntax 16 Bits
+ images are now read correctly.
+
- File::GetZOrigin() returns accurate result in any case.
+
-
-
- Known Bugs
- -
+
- Use of Implicit Value Representation writting mode may
+ causes troubles, when there are some SQ belonging to a
+ Shadow Group.
+ Better you use Explicit Value Representation writting mode ...
+ - Troubles on 'Big endian' processors (i.e. Apple/Motorola, SunSparc
+ ...) when writting 16 Bits images.
+
- Troubles on 64-bits processors.
+
-
-
@@ -156,6 +246,9 @@ Any contribution is welcome.
+
+
+