From feck@informatik.uni-kl.de Mon Jul  4 10:35:42 1994
Newsgroups: alt.graphics.pixutils
Path: saips.cv.nrao.edu!hearst.acc.Virginia.EDU!concert!news.duke.edu!convex!cs.utexas.edu!howland.reston.ans.net!xlink.net!rz.uni-karlsruhe.de!stepsun.uni-kl.de!uklirb.informatik.uni-kl.de!feck
From: feck@informatik.uni-kl.de (Christoph Feck IRZ)
Subject: Re: TIFF specification...
Message-ID: <1994Jun30.143725@informatik.uni-kl.de>
Sender: news@uklirb.informatik.uni-kl.de (Unix-News-System)
Nntp-Posting-Host: uklira.informatik.uni-kl.de
Organization: University of Kaiserslautern, Germany
References:  <2urc86$rcf@cri.ens-lyon.fr>
Date: Thu, 30 Jun 1994 12:37:25 GMT
Lines: 8

ffeschet@ens-lyon.fr (Fabien Feschet) wrote:
> Tag Image File Format  Rev 4.0
> April 31, 1987

Ouch! This is old.  Rev 6.0 is the current.  You can find it
at ftp.sgi.com:/graphics/tiff/TIFF6.ps.Z (P*stScript file).

Christoph

From n84261@pbhrzx.uni-paderborn.de Thu Jul 14 23:53:11 1994
Path: saips.cv.nrao.edu!hearst.acc.Virginia.EDU!concert!rutgers!spcuna!solaris.cc.vt.edu!news.duke.edu!news-feed-1.peachnet.edu!emory!swrinde!sdd.hp.com!nigel.msen.com!zib-berlin.de!uni-paderborn.de!pbhrzx.uni-paderborn.de!n84261
From: n84261@pbhrzx.uni-paderborn.de ()
Newsgroups: alt.graphics.pixutils
Subject: Re: format of raw file created from 'pnmtoraw'
Date: 12 Jul 94 19:33:30 GMT
Organization: Universitaet Paderborn, Germany
Lines: 48
Message-ID: <n84261.774041610@pbhrzx.uni-paderborn.de>
References: <2vk8tf$179@hobbes.cc.uga.edu>
NNTP-Posting-Host: pbhrzx.uni-paderborn.de
Keywords: format

dennis@fantasia.bae.griffin.peachnet.edu (Dennis Graham 'InterNaut') writes:

>	Can anybody give a brief explanation of the format of the
>raw file produced by 'pnmtoraw'?  I tried to read the raw file in and
                      ^^^^^^^^^^

I guess you mean the "rawtopgm", because I don't have "pnmtoraw"
but "pnmnoraw" which does a conversion of 

	P1 -> P4 (pbm)
	P2 -> P5 (pgm)
	P3 -> P6 (ppm)

>rotate it, but apparently, I am confused about the format.

>	In the header info, I see the following:

>	P5
>	x_width y_height
>	grey_scale_range


>	Now, I just assumed that I could read the width and height
>and that the data is simply formatted as a stream from the upper-left
>corner to the bottom-right corner.  Am I incorrect in this assumption?

I guess so too.  I have just tried the "rawtopgm" with a text file;

	rawtopgm 256 256 mpeg.faq > raw.pgm

And you get an output only a pgm-header more than the original file
and the rest is discarded.  Using "pgmhist" one can even examine the 
relative frequency of alphabet in English texts.  I saw a large peak 
at "space"(32) and an "English-Distribuion" on the right side of
MPEG.FAQ.  Displaying the output in this case is something like

	cat mpeg.faq > /dev/audio


I don't know when do we need to use "rawtopgm" and "rawtoppm"?

--
|------------------------------------------------------------------------|
  Nan-shan Chen                    Vogeliusweg 19.4.0.3, 33100 Paderborn
  getchen@get.uni-paderborn.de     n84261@pbhrzx.uni-paderborn.de   
  private: root@slim.ms.sub.org    51 43 1.72 N / 08 45 49.29 E
|------------------------------------------------------------------------|


From degrande@lifl.fr Tue Jul 19 14:58:39 1994
Path: saips.cv.nrao.edu!hearst.acc.Virginia.EDU!concert!inxs.concert.net!taco.cc.ncsu.edu!lll-winken.llnl.gov!sundance.llnl.gov!fastrac.llnl.gov!s1.gov!overload.lbl.gov!agate!spool.mu.edu!howland.reston.ans.net!xlink.net!scsing.switch.ch!swidir.switch.ch!univ-lyon1.fr!jussieu.fr!univ-lille1.fr!gambrinus!degrande
From: degrande@lifl.fr (Degrande_Samuel)
Newsgroups: alt.graphics.pixutils
Subject: Re: What format is this file?
Date: 18 Jul 1994 19:09:16 GMT
Organization: Laboratoire d'Informatique Fondamentale de Lille
Lines: 21
Distribution: world
Message-ID: <30ek0s$qko@netserver.univ-lille1.fr>
References: <2vvl2r$3cv@panix.com>
Reply-To: degrande@lifl.fr
NNTP-Posting-Host: gambrinus.lifl.fr

The .iob files I know use the TDDD graphics format. They are 3D databases.

You can find more informations and even converters on, by exemple,
ftp://wuarchive.wustl.edu/graphics/graphics/objects/TDDD

(Address found in the Computer Graphics Ressource Listing)

Hope it helps

---
 _____________________________________________________________________________
     _
    / )              Samuel Degrande           LIFL - URA 369 CNRS - Bat M3
    \/               Phone: (33)20.43.47.20    USTL - Universite de Lille 1
    /\   _   _ _     Fax:   (33)20.43.65.66    59655 VILLENEUVE D'ASCQ CEDEX
  _/(_)_(_|_( ) )_   E-mail: degrande@lifl.fr  FRANCE

  "For a moment, nothing happened.
   Then, after a second or so, nothing continued to happen."  D.Adams
 _____________________________________________________________________________


From dyson@sunfish.physics.uiowa.edu Tue Jul 19 21:26:22 1994
Newsgroups: alt.graphics.pixutils
Path: saips.cv.nrao.edu!hearst.acc.Virginia.EDU!caen!zip.eecs.umich.edu!newsxfer.itd.umich.edu!europa.eng.gtefsd.com!howland.reston.ans.net!vixen.cso.uiuc.edu!newsfeed.ksu.ksu.edu!moe.ksu.ksu.edu!hobbes.physics.uiowa.edu!dyson
From: dyson@sunfish.physics.uiowa.edu (Richard L. Dyson)
Subject: Re: PBMPLUS
Message-ID: <Ct6xM0.F1B@space.physics.uiowa.edu>
Sender: news@space.physics.uiowa.edu
Nntp-Posting-Host: sunfish.physics.uiowa.edu
Reply-To: dyson@sunfish.Physics.UIowa.EDU
Organization: Department of Physics & Astronomy
References: <3043to$n2r@www.interramp.com> <30dimo$gsp@netnews.ntu.edu.tw>
Date: Tue, 19 Jul 1994 14:01:11 GMT
Lines: 49

> : I'm trying to find the ftp server where I can obtain a package called PBMPLUS. 
> : Anybody out there have any idea?

                           N E T P B M
                     Release 1 March 1994

Netpbm is a toolkit for conversion of images between a variety of
different formats, as well as to allow a few basic image operations.
The package is intended to be portable to many platforms. It has been
tested under UNIX (BSD and SYSV, e.g. SGI, Sun4, Sun386i, DEC and
Apollo DN 3500), VMS and AmigaDOS. There are also compiler directives
in it for MS-DOS.

You'll find the latest release of Netpbm at the following sites:
* wuarchive.wustl.edu (128.252.135.4),
  directory /graphics/graphics/packages/NetPBM
* ikaros.fysik4.kth.se (130.237.35.2), directory /pub/netpbm.
* ftp.informatik.uni-oldenburg.de (134.106.1.9). This site also carries
  binaries for the Amiga.
* peipa.essex.ac.uk (155.245.115.161), directory ipa/src/manip
* ftp.rahul.net (192.160.13.1), directory /pub/davidsen/source
* ftp.cs.ubc.ca, directory /ftp/archive/netpbm
* ftp.x.org, directory /contrib

You'll also find a mirror site at the BBS:
* sixhub.tmr.com in the "source" area.

Netpbm is based on the widely spread Pbmplus package (release: 10 Dec 91).
On top of that, a lot of improvements and additions have been made. After
the latest release of Pbmplus, a lot of additional filters have been
circulating on the net. The aim of Netpbm was, to collect these and to turn
them into a package. This work has been performed by a group of program-
mers all over the world. If *you* have some code to add, please contact us,
and we will incorporate it. There is a mailing list for discussions about
Netpbm. You post a message to the list by writing to "netpbm@fysik4.kth.se".
If you want to be on the list, please contact the list administrator,
"oliver@fysik4.kth.se".

Please note, that this is not an official Pbmplus release. The code in
this release is merely a collection of code from various sources around
the world. Not all of the new code parts follow the high standard of
programming of Pbmplus. We have tried to make the code portable to as
many systems as possible, but we haven't cleaned up all routines. We hope
that this release will help the many users of Pbmplus to upgrade their
code all in one piece, instead of having to hunt down different code
fragments at different sites around the world. We also hope, that our
effort will help the author of Pbmplus, Jef Poskanzer, to make a new
official release soon.


From ahn@wfu.edu Thu Jul 21 09:12:44 1994
Xref: saips.cv.nrao.edu sci.image.processing:8647 alt.image.medical:1200 alt.graphics.pixutils:6611
Path: saips.cv.nrao.edu!hearst.acc.Virginia.EDU!concert!news.wfu.edu!ahn
From: ahn@wfu.edu (Dave Ahn)
Newsgroups: sci.image.processing,alt.image.medical,alt.graphics.pixutils
Subject: Re: 12 bit gray file formats
Date: 20 Jul 1994 21:00:05 GMT
Organization: Wake Forest University
Lines: 35
Message-ID: <30k38l$js5@eis.wfunet.wfu.edu>
References: <xrsCt8zMn.1oJ@netcom.com>
NNTP-Posting-Host: ac.wfunet.wfu.edu
X-Newsreader: NN version 6.5.0 #6 (NOV)

xrs@netcom.com (X-Ray Scanner Corporation) writes:

>I'm looking for file formats capable of storing 12 bit
>grayscale images.  The ideal format would already have some
>tools (commercial or public domain) capable of dealing with it.

>I've already looked at the ACR/NEMA DICOM 3.0 draft (chapter 10,
>Media Storage and File Format). It would be fine, except I can't
>find any PC or Mac tools which read DICOM.

>Any info would be appreciated. 
>Thanks in advance.

We have 12 bit grayscale CT images and ran into the problem of storing
them efficiently (i.e. not convert them to 16 bit and waste 4 bits).  We
couldn't find a solution that was portable enough between multiple
platforms, so we're simply using an in-house file format.  We've
modified some of our graphics programs and apps to automagically
detect this image type.  In order to use the images outside of our
programs, we'd have to store them in 16bit grayscale image or volume
files.  If loss of data
is acceptable to you, you may want to consider cutting out 4 bits
by applying a colormap reduction algorithm that will reduce the 12bits
to 8bits.  This works remarkably well for us with little loss of
significant data and is portable to nearly any platform.

Dave.
>-- 
>----------------------------------------------------------------------
>X-Ray Scanner Corporation                               xrs@netcom.com
--
Dave Ahn                            Internet: ahn@hbar.phy.wfu.edu, ahn@wfu.edu
#include <stdisclaimer.h>
 "When you were born you cried, and the world rejoiced.  Try to live your life
  so that when you die you will rejoice, and the world will cry."  -1/2 jj^2

From ahn@wfu.edu Thu Jul 21 09:14:19 1994
Xref: saips.cv.nrao.edu sci.image.processing:8647 alt.image.medical:1200 alt.graphics.pixutils:6611
Path: saips.cv.nrao.edu!hearst.acc.Virginia.EDU!concert!news.wfu.edu!ahn
From: ahn@wfu.edu (Dave Ahn)
Newsgroups: sci.image.processing,alt.image.medical,alt.graphics.pixutils
Subject: Re: 12 bit gray file formats
Date: 20 Jul 1994 21:00:05 GMT
Organization: Wake Forest University
Lines: 35
Message-ID: <30k38l$js5@eis.wfunet.wfu.edu>
References: <xrsCt8zMn.1oJ@netcom.com>
NNTP-Posting-Host: ac.wfunet.wfu.edu
X-Newsreader: NN version 6.5.0 #6 (NOV)

xrs@netcom.com (X-Ray Scanner Corporation) writes:

>I'm looking for file formats capable of storing 12 bit
>grayscale images.  The ideal format would already have some
>tools (commercial or public domain) capable of dealing with it.

>I've already looked at the ACR/NEMA DICOM 3.0 draft (chapter 10,
>Media Storage and File Format). It would be fine, except I can't
>find any PC or Mac tools which read DICOM.

>Any info would be appreciated. 
>Thanks in advance.

We have 12 bit grayscale CT images and ran into the problem of storing
them efficiently (i.e. not convert them to 16 bit and waste 4 bits).  We
couldn't find a solution that was portable enough between multiple
platforms, so we're simply using an in-house file format.  We've
modified some of our graphics programs and apps to automagically
detect this image type.  In order to use the images outside of our
programs, we'd have to store them in 16bit grayscale image or volume
files.  If loss of data
is acceptable to you, you may want to consider cutting out 4 bits
by applying a colormap reduction algorithm that will reduce the 12bits
to 8bits.  This works remarkably well for us with little loss of
significant data and is portable to nearly any platform.

Dave.
>-- 
>----------------------------------------------------------------------
>X-Ray Scanner Corporation                               xrs@netcom.com
--
Dave Ahn                            Internet: ahn@hbar.phy.wfu.edu, ahn@wfu.edu
#include <stdisclaimer.h>
 "When you were born you cried, and the world rejoiced.  Try to live your life
  so that when you die you will rejoice, and the world will cry."  -1/2 jj^2

From iwj@cam-orl.co.uk Mon Jul 25 17:54:15 1994
Xref: saips.cv.nrao.edu alt.graphics.pixutils:6624 alt.sources.d:3284
Path: saips.cv.nrao.edu!hearst.acc.Virginia.EDU!caen!zip.eecs.umich.edu!panix!MathWorks.Com!news.duke.edu!convex!cs.utexas.edu!swrinde!pipex!lyra.csx.cam.ac.uk!iwj
From: iwj@cam-orl.co.uk (Ian Jackson)
Newsgroups: alt.graphics.pixutils,alt.sources.d
Subject: Re: PATCH: netpbm/pbmplus 16 bit raw files
Date: 25 Jul 1994 13:33:46 GMT
Organization: Olivetti Research Ltd / C.U. Computer Laboratory
Lines: 25
Message-ID: <310evq$nh6@lyra.csx.cam.ac.uk>
References: <30p3rn$b4d@flash.ksapax>
NNTP-Posting-Host: leek.cam-orl.co.uk
Summary: little endian not portable

In article <30p3rn$b4d@flash.ksapax>,
David Clunie <dclunie@flash.us.com> wrote:
>Raw 16 bit read/write patch for pbmplus.10dec91 and netpbm-13oct93.
>
>[...]
>I also had to define a byte order convention, so I chose little endian
>arbitrarily. This is not selfish performance seeking as most of my machines
>are big endian anyway !

Why did you choose it, if I may ask ?

Almost all Unix systems have the htons/ntohs/htonl/ntohl byte-order
conversion macros that mean that you don't have to write the tedious
stuff yourself.

Note that here `h' stands for `host' byte order and `n' for `network'.
The standard byte order on the Internet for use in packet headers and
so forth is big endian.

PS: I have removed "Distribution: world" from the header.
--
Ian Jackson  iwj@cam-orl.co.uk   Escoerea on IRC   These opinions are my own.
Cambridge University Computer Laboratory, New Museums Site.  + 44 223 334676
Home: ijackson@nyx.cs.du.edu    2 Lexington Close, CB4 3LS.  + 44 223 575512
PGP2 public key available.              http://www.cl.cam.ac.uk/users/iwj10/

