]> Creatis software - gdcm.git/commitdiff
Update site;
authorjpr <jpr>
Mon, 30 May 2005 10:37:09 +0000 (10:37 +0000)
committerjpr <jpr>
Mon, 30 May 2005 10:37:09 +0000 (10:37 +0000)
Add Credits for images

Doc/Website/Credits.html [new file with mode: 0644]
Doc/Website/Download.html
Doc/Website/Main.html
Doc/Website/News.html

diff --git a/Doc/Website/Credits.html b/Doc/Website/Credits.html
new file mode 100644 (file)
index 0000000..3bd4d88
--- /dev/null
@@ -0,0 +1,40 @@
+<!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&eacute;</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>
index 08d265d66f22c3af679d43cb6dd0336ffc841373..513dbbd9e324fcf69c6e45f54fe11078383337aa 100644 (file)
@@ -22,15 +22,21 @@ version) of gdcm please refer to the
 <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
index 44819b9cbe73fb430b45351dba894a40d7d146ce..97273beba7174743f8590995f06900a866a8b50a 100644 (file)
@@ -28,18 +28,30 @@ Gdcm is yet another C++ library dedicated to reading/parsing and writing
    <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>
index 8ca6ca6a3660a2d8dbcc0607d3b49407f2c6bc6b..f44d24354fc321cf7afd33cdf6d237fa41c06973 100644 (file)
@@ -24,16 +24,32 @@ Any contribution is welcome.
 <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
@@ -69,7 +85,7 @@ images)
            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>