--- /dev/null
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+<HEAD>
+ <META http-equiv="Content-Type" content="text/html;charset=iso-8859-1">
+ <TITLE>Credits</TITLE>
+</HEAD>
+<BODY>
+<H2>Credits :</H2>
+<UL>
+<p>
+A lot of images we use come from :
+
+ <LI><a href="http://www.barre.nom.fr/medical/samples/">Sebastien
+ Barré</a>'s site (image name begin with the modality)
+ <LI><a href="ftp://medical.nema.org/MEDICAL/Dicom/DataSets/WG04/">
+ David Clunnie</a>'s compression data set
+ (image name begin with D_CLUNIE prefix)
+ <LI><a href="http://www.leadtools.com/">LeadTools</a> site
+ (for various color encoding images)
+ <LI><a href="http://www.etiam.com">ETIAM</a> site (for Dicom-MPEG images)
+ <LI><a href="http://xmedcon.sourceforge.net/">XMedcon</a> site
+ (for various 'well knowned' bugged header images)
+ <LI><a href="http://irad.sourceforge.net/iRad.html">IRAD</a>
+ (Mac OS X Dicom viewer) site
+ <LI><a href="http://www.sim.hcuge.ch/papyrus/01_Papyrus_Presentation_FR.htm">
+ Osiris</a> site (for Papyrus images)
+ <LI><a href="http://www.excel-medical.com/waveforms/Waveform.htm"> E.M.E.</a>
+ site (for Dicom Waveform examples)
+ <br>
+ <LI>Some more were provided by Dr Loic Boussel (<a href=
+ "http://www.dicomworks.com">DicomWorks</a> designer),
+ in the times we were fighting together against 'exotic' ACR-NEMA images
+ <br>
+ <LI>A lot of other come from the imagers we (had/have) at Neurological and
+ Cardiological Hospitals in Lyon :
+ Siemens MR, Philips MR, GE CT, Philips CT, Philips CR, GE XA, Philips XA ...
+ <br>(Sorry, probabely a lot are missing. I'll update the list later.)
+
+ <br><br>JPRx
+<BODY>
<H2>Download Data</H2>
<LI> Test Data
<UL>
- Get a <a href="gdcmData.tar.gz">gzipped tarball</a> of Test Data
+ Get a <a href="/~jpr/PUBLIC/gdcm/gdcmData.tar.gz">
+ gzipped tarball</a> of Test Data
used for a full checking of the library.
- (warning : 185 Megabytes ...)
+ (warning : 78 Megabytes ...)
</UL>
<LI> Sample Data
<UL>
- Some <a href=gdcmSampleData>images of interest</a>, to be loaded one at a time, depending on what you
- need.
- </UL>
+ Some <a href="/~jpr/PUBLIC/gdcm/gdcmSampleData">
+ images of interest</a>,
+ to be loaded one at a time, depending on what you need.
+ </UL>
+ <LI> <a href="Credits.html">Credits</a>
+ <UL>
+ </UL>
+
<!#######################################################################>
<HR size="1"><ADDRESS style="align: right;"></ADDRESS>
<H2>(Packaged) distributions of gdcm last stable
<UL>
<LI>ACR-NEMA version 1 and 2
</LI>
- <LI>Dicom version 3.0 (including various encodings of jpeg, RLE).
+ <LI>Dicom version 3.0 (including various encodings of JPEG -lossless and
+ lossy-, RLE).
Please refer to
<A HREF="ConformanceSummary.html">gdcm conformance summary</A>
for more details.
- <LI>Papyrus V2 and V3 file headers are readable; the user will have to use low level
-accessors if he wants to get the image pixels -sorry-
+ <LI>Papyrus V2 and V3 file headers are readable; the user will have to use
+ low level accessors if he wants to get the image pixels -sorry-
</LI>
</UL>
+<LI> gdcm includes a lot of heuristics that allow reading all the
+ 'exotic' files (headers with oddities) we had to deal with.<BR>
+ Any king of 'exotic' Dicom file is welcome, to help us to improve our
+ library.
+</LI>
</LI>
<LI>gdcm is distributed with
<A HREF="License.html">Berkeley-like license</A>.
</LI>
+<LI>gdcm is cross platform (it compiles with gcc 2.95, 2.96, 3.0.x, 3.2.x,
+ 3.3.x, 3.4.x, 4.0.x, 4.1.x , icc , cc (SunOS), VisualC++, Borland,
+ nmake... )
+</LI>
+<LI> gdcm has a nightly Dashboard (the whole lib is checked every night)
+</LI>
<LI>gdcm targets both GNU/Un*ces and Windows/VC++
(refer to
<A HREF="Installation.html#gdcmRequirements">requirements</A>
<UL>
<LI> Decoders
<UL>
- <LI> gdcm doesn't read yet JPEG-LS and JPEG2000 encoded files.
- <LI> gdcm doesn't read yet MPEG encoded files.
+ <LI> gdcm doesn't read yet JPEG-LS encoded files.
+ <UL>
+ We said 'JPEG-LS', not Lossless Jpeg ...<br>
+ [JPEG-LS is the basis for new lossless/near-lossless compression
+ standard for continuous-tone images intended for JPEG2000.
+ The standard is based on the LOCO-I algorithm
+ (LOw COmplexity LOssless COmpression for Images)
+ developed at Hewlett-Packard Laboratories]
+ </UL>
+ <LI> gdcm doesn't read yet JPEG2000 encoded files.
+ <UL>
+ But we are working on it.
+ </UL>
+ <LI> gdcm doesn't read yet MPEG2 encoded files.
+ <UL>
+ But we are working on it.
+ </UL>
</UL>
<LI>Reader
<UL>
<LI> Allow user to tell <TT>gdcm::Document</TT> constructor he just wants
to load a given list of <TT>DocEntries</TT>
(to save CPU time and RAM space)
- <LI> Allow 'frame by frame' reading (should be helpfull for huge multiframe
-images)
+ <LI> Allow 'frame by frame' reading (should be helpfull for huge
+ multiframe images)
+ <LI> Allow subvolume selection / frames selection before reading.
<LI> Expose Read/Decompression mechanisms to allow user getting
information from <tt>DICOMDIR</TT> <br> -or from his own Data Base-
and reading his images without parsing
entries)to the default entry list, before
making a <TT>DICOMDIR</TT> from a root directory
<LI> Allow user to add an entry of his owns (for instance an <TT>Icon</TT>
- to each image, or to each Serie.
+ to each image, or to each Serie).
</UL>
<LI> SerieHelper
<UL>