ENH: Initial checkin of gdcmMpeg, the code is still messy but it compiles finally

[gdcm.git] / Doc / Website / Main.html

diff --git a/Doc/Website/Main.html b/Doc/Website/Main.html
index d7e43447b704866c2a07275b4a7789cbbdad7259..44819b9cbe73fb430b45351dba894a40d7d146ce 100644 (file)
--- a/Doc/Website/Main.html
+++ b/Doc/Website/Main.html
@@ -14,11 +14,11 @@
 Gdcm is yet another C++ library dedicated to reading/parsing and writing
 <A HREF="http://medical.nema.org/">Dicom</A> medical files.
 <BR>
-<B>GDCM</B>stands as a short for "<B>G</B>rass roots
+<B>GDCM</B> stands as a short for "<B>G</B>rass roots
 <B>D</B>i<B>C</B>o<B>M</B>. 
 
 <!###################################>
-<H2>What gdcm IS</H2>
+<H2>What gdcm <font color=#00ff00>IS</font></H2>
 <UL>
 <LI>gdcm implements the
    <A HREF="http://www.dclunie.com/dicom-status/status.html">
@@ -28,7 +28,12 @@ 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 (including various encoding like jpeg or RLE).
+   <LI>Dicom version 3.0 (including various encodings of jpeg, 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>
    </UL>
 </LI>
@@ -37,14 +42,13 @@ Gdcm is yet another C++ library dedicated to reading/parsing and writing
 </LI>
 <LI>gdcm targets both GNU/Un*ces and Windows/VC++
    (refer to
-   <A HREF="html.developper/DoxyInstallation.html#DoxyRequirements">
-           requirements</A>
+   <A HREF="Installation.html#gdcmRequirements">requirements</A>
    for details).
 </LI>
 <LI>gdcm comes with a
    <A HREF="http://public.kitware.com/VTK">VTK</A>
    shallow wrapper class vtkGdcmReader (refer to
-   <A HREF="">VtkGdcm.html</A>)
+   <A HREF="VtkGdcm.html">VtkGdcm</A>)
    to ease the burden of VTK users,
 <LI>gdcm also comes with
    <A HREF="html.developper/DoxyPythonComplete.html">gdcmPython</A>
@@ -57,7 +61,7 @@ Gdcm is yet another C++ library dedicated to reading/parsing and writing
 </UL>
 
 <!###################################>
-<H2>What gdcm is NOT</H2>
+<H2>What gdcm is <font color=#ff0000>NOT</font></H2>
 
 Except for
 <A HREF="http://www.dclunie.com/dicom-status/status.html">
@@ -65,15 +69,18 @@ Except for
 gdcm does NOT implement any other part of the Dicom base standard
 (as opposed to other C++ based with open license libraries like
 <A HREF="http://www.offis.de/projekte/ig/dicom/soft-docs/soft01_d.html">
-        DCMTK </A>.
+        DCMTK</A>&nbsp;
 or
 <A HREF="http://www.erl.wustl.edu/DICOM/ctn.html">CTN</A>).
 <BR>
 In particular <B>gdcm is not aware</B> of:
 <UL>
-<LI>the Dicom network file exchange protocol,
+<LI>the Dicom network file exchange protocol (Query/Retrieve),
 </LI>
-<LI>the Dicom media storage formats,
+<LI>the Dicom media storage formats (well ... it knows about the DICOMDIR
+-reading and writing- and its parts PATIENT, STUDY, SERIES, IMAGE)
+</LI>
+<LI>Print, Verification
 </LI>
 <LI>ANY OTHER PART of Dicom.
 </LI>
@@ -88,7 +95,29 @@ Among all the features of the
 gdcm doesn't implement (yet?)
 <UL>
   <LI>the integration of (optional) overlays on image.
-  </LI>
+  </li>
+  <LI>a support to write files according to the 
+     <A HREF="ConformanceSummary.html">various classical Jpeg encodings</A>
+             (only read methods are provided)
+  </li>
+  <LI>a support to deal with JPEG 2000 encodings</A>
+  </li>
+</UL>
+Gdcm also still needs
+<UL>
+<LI> an enhanced and simpler API to access the various forms of pixel data
+     (e.g. RGB, GrayLevel, RawData...),
+</LI>
+<LI> a decent user's guide (currently, only a partial doxygenation is
+     available),
+</LI>
+<LI> the python wrappers to be fixed,
+</LI>
+<LI> a simple
+     <A HREF="http://www.wxwindows.org/">wxWidgets</A>
+     Dicom file editor.
+</LI>
+</UL>
 </UL>
 
 <HR size="1"><ADDRESS style="align: right;"></ADDRESS>