<LI>
3) user created a new image, using existing images (eg MIP, MPR, cartography image)<br>
c : <TT>CREATED_IMAGE</TT>
- wq<LI>
+ <LI>
4) user modified/added some tags *without processing* the pixels (anonymization, etc)<br>
c : <TT>UNMODIFIED_PIXELS_IMAGE</TT>
</UL>
<TT>New()</TT> and <TT>Delete()</TT>
<LI> <TT>Register()</TT> and <TT>Unregister()</TT> methods are
available.
+ <LI> --> Well ... People from ITK don't seem to agree too much with
+ that feature.<br>
+ They demand to be allowed to allocate gdcm objects in the stack as
+ well, not only in the heap.
</UL>
<LI>
</UL>
<UL>
<LI> Stupid difference between <TT>gdcm::ValEntry</TT>
and <TT>gdcm::BinEntry</TT> removed. <br>
- Only <TT>gdcm::DataEntry</TT> exist, now. <br>
+ Only <TT>gdcm::DataEntry</TT> exist, now. <br>
+ <LI>
+ <TT>void ValEntry::SetValue(std::string const &val)</TT><br>
+ replaced by : <br>
+ <TT>void DataEntry::SetValue(const uint32_t &id, const double
+ &val)</TT><br>
+ and<br>
+ <TT>void DataEntry::SetString(std::string const &value)<TT>
<LI>
+ <TT>void ValEntry::CopyValEntry(uint16_t gr, uint16_t el)</TT><br>
+ replaced by : <br>
+ <TT>void DataEntry::CopyDataEntry(uint16_t gr, uint16_t el, vr)</TT>
+ <br>
<LI>
</UL>
<A HREF="News.html#NewsCurrentVersion"
target="rite">
News</A>
- <blink><font size=-2 color="#ffff00">Updated 2006.02.20</font></blink>
+ <blink><font size=-2 color="#ffff00">Updated 2006.07.06</font></blink>
</TD></TR>
<TR><TD BGCOLOR="#99ccff">