HDTenEightyP/NetNews huggingface dataset:
From: IMAGING.CLUB@OFFICE.WANG.COM ("Imaging Club")
Subject: Wang Imaging at CA Nuclear Information Records Symposium
Organization: Mail to News Gateway at Wang Labs
Date: 31 Jul 92 10:51:02 EST

                        NIRMA Symposium '92
                   August 30 - September 2, 1992
                     Westin St. Francis Hotel
                          San Francisco

LOWELL, MA--(July 31, 1992)--Wang Laboratories will be participating at
the Nuclear Information Records Management Association (NIRMA) Symposium
'92 in San Francisco through a series of demonstrations geared toward
presenting its OFFICE 2000 strategy to the interests of the nuclear
community.  For the third straight year, Wang's presence will be under the
presence of the Wang Manufacturing/Commercial Applications Division.

The NIRMA Symposium is an excellent forum to review current trends and
concerns in the nuclear utility and production reactor industries.  Wang
sees tremendous opportunities for document imaging and Business Process
Management re-engineering emerging in this area, due to the tremendous
complexity of nuclear facilities and the high degree of regulation involved
in their operation.  High-volume document imaging plays a major part in
speeding up the regulatory process and helps to ensure zero-defect
operations in the nuclear industry.

Wang's demonstrations at NIRMA Symposium '92 cover a spectrum of
applications from records management to occupational health, plant
maintenance, and hazardous material, all helping to make major
improvements in the efficiency and safety of installations.

Contact David.Schuller@OFFICE.Wang.com or via telephone at
508-967-6185 for further information.
Newsgroups: sci.image.processing
From: sch@mitre.org (Stu Schaffner)
Subject: Re: More what's happening - image compression
Followup-To: sci.image.processing
Organization: MITRE Corp.
Distribution: USA
Date: Wed, 22 Jul 1992 15:34:34 GMT

In article <1992Jul20.173908.20586@gvl.unisys.com>,
davef@sdosrv1.gvl.unisys.com (Dave Frymier) wrote:
> 
> As this newsgroup is getting fired up and in keeping with the 
> "whats going on" theme, I'd like to ask about the compression of 
> simple images (say 16 colors) for transmission as data.  This could
> cover most window type screen displays, and other crude but useful 
> pictorial data.  With all the data flowing around the world these days,
> it seems there would be a lot of work going on in this field.
> 

Are you familiar with JPEG?  If not, start with that; at least you'll find
an implementation soon on most machines.

Stu Schaffner, not speaking for
The MITRE Corp.
sch@mitre.org
Newsgroups: sci.image.processing
From: krumm+@CS.CMU.EDU (John Krumm)
Subject: Re: Spatial versus grey-scale resolution
Date: Fri, 24 Jul 92 15:36:27 GMT
Organization: Carnegie Mellon University

In article <1992Jul21.190705.15174@midway.uchicago.edu>, jmb1@quads.uchicago.edu (james michael balter) writes:
|> I had an early CCD camera.  One way to expand the dynamic range is to
|> take two images, each at different iris settings (or, with radiographs,
|> different intensities on the light box).

(words deleted)

Combining images taken with different iris settings isn't always a good idea.
As you know, changing the aperture of a camera changes its depth of field.  So,
what was in focus in the small-aperture image may not be in focus in the
large-aperture image.  If the scene is just a plane perpendicular to the
optical axis, and if the camera is well-focused on this plane, then this won't
be a problem.  But, if the scene has some varying depth to it, then some
parts of the image will look more blurry in the large-aperture image.  This
is a noticeable effect, and has actually been exploited by Pentland at MIT for
doing "depth from defocus".

							John Krumm
							The Robotics Institute
							Carnegie Mellon University
From: sngattan@matt.ksu.ksu.edu (Sanjay N Gattani)
Newsgroups: sci.image.processing
Subject: Image processing software?
Date: 21 Jul 1992 14:29:43 -0500
Organization: Kansas State University
Distribution: usa
NNTP-Posting-Host: matt.ksu.ksu.edu

Hello Folks:

	Can someone provide me with some information on the available 
image processing softwares in the market (price etc.., preferably)?
My email address is 

			sngattan@matt.ksu.ksu.edu
			sg@civil.ce.ksu.edu
Thanks for all the help I can get.

				sanjay
Newsgroups: sci.image.processing
From: eric_gorr@coglab_psych.uoregon.edu (Eric Gorr)
Subject: MacRenderMan
Organization: University of Oregon Network Services
Distribution: usa
Date: Thu, 30 Jul 92 00:15:55 GMT

Anyone here doing any work with this application by
PIXAR?
Newsgroups: sci.image.processing
From: jmb1@quads.uchicago.edu (james michael balter)
Subject: Re: Spatial versus grey-scale resolution
Reply-To: jmb1@midway.uchicago.edu
Organization: University of Chicago Computing Organizations
Date: Tue, 21 Jul 1992 19:07:05 GMT

I had an early CCD camera.  One way to expand the dynamic range is to
take two images, each at different iris settings (or, with radiographs,
different intensities on the light box).  The resulting images
can be combined if you know the shape of the H+d curve (relating optical
density to exposure nominally, but can be thought of as a characteristic
curve relating density to intensity on the CCD).  This is tricky,
but has been done.  The characteristic curve for this can be measured
by taking both images using a standard "step wedge"  from Kodak

James Balter
james@rover.bsd.uchicago.edu
"If the hat fits, slice it!"
Newsgroups: sci.image.processing
From: rap2@vuse.vanderbilt.edu (Alan Peters)
Subject: Re: Morphology Software
Followup-To: sci.image.processing
Summary: Bugs fixed in non-sun make
Keywords: mathematical morphology
Organization: Vanderbilt University School of Engineering, Nashville, TN, USA
Date: Thu, 30 Jul 1992 14:56:43 GMT

There have been some bugs reported in the make procedure for the
morphology software that I have available via anon ftp. These
bus occur in non-sun systems only (as far as I know). Anyway,
the bugs that I am aware of have been fixed. If you are having
trouble making the system, I suggest that you get the latest copy
and try again. Please let me know of any problems you encounter.

For those of you who missed the first post, the software is at
129.59.100.16 in directory the ./pub directory. get both the README
file and morph.tar.Z. Be sure to use binary mode.

Thanks,

Alan Peters
Assistant Professor of Electrical Engineering
Vanderbilt University School of Engineering
Nashville, TN 37235
(615) 322-7924
rap2@vuse.vanderbilt.edu



-- 
Newsgroups: sci.image.processing
From: schatt@gmuvax2.gmu.edu (Sanjiev Chattopadhya)
Subject: Image Processing Packages
Organization: George Mason University, Fairfax Va.
Date: Thu, 30 Jul 1992 19:02:23 GMT

There has been a lot of discussion about image processing
packages, and programs for converting between image formats.

My favorite public domain package is ALV - autonomous land
vehicle for suns written by Phil Everson.  I am surprised that
more people dont know about, and I have not seen it
mentioned on the sip.  It is an
excellent package that provides most of the things one 
wants in an image processing package and more (except a 
FFT routine).  It even provides the hooks to extensions
to the package.  It is available by anonymous ftp from
various sites - ask archie for the site nearest to you.
If you cannot ftp, send mail to the address below:

JANET:  everson@uk.ac.bris
ARPA:   everson@cs.bris.ac.uk
BITNET: everson%uk.ac.bris.cs@ukarl.bitnet

If you still have trouble, send me mail (but please try the above
first!).

For converting between image formats the easiest 
package to use by far is Jef Poskanzer (sp?).  The public domain
package is called pnm, or its older version is pbm. 
this a truly *complete* package for converting between
formats. The code is very portable.  It is also available
by anonymous ftp from various sites.  ask archie for details.
i think (i may be wrong), it may be on uunet.uu.net.

That is my $.02.

--Sanjiev Chattopadhya
schatt@gmuvax2.gmu.edu
From: mychen@acsu.buffalo.edu (Mou-Yen Chen)
Newsgroups: sci.image.processing
Subject: Hardware for morphological operations
Date: 24 Jul 92 08:06:44 GMT
Organization: CEDAR, SUNY at Buffalo

Hi!
    We are the research group at SUNY/Buffalo. In our handwritten
word recognition system, we use a lot of morphological operations
in the pre-processing stage ( segmentation, feature extraction, etc. ).
However, they are very slow over the conventional machine. We are
considering to buy the dedicated hardware to speed up the system.
Dr. Haralick et. al. [1] mention in their paper that there are several
companies manufacture industrial vision machines which incorporate 
video rate morphological operations: Machine Vision International,
Maitre, Synthetic Vision Systems, Vicom, Applied Intelligence Systems,
etc. 

My questions are:
Does anybody out there have the experience on any of these products?
How does it perform? How can we contact these company?

Our requirements are:
(1) Basic morphological operations: erosion, dilation, opening and closing.
(2) Some image processing operations ( e.g. labeling ) and/or other advanced
    morphological operations ( e.g. conditional dilation ) will be also
    helpful.
(3) A board which can be installed on SUN's SPARC-2 ( S-Bus ) is prefered.
(4) Easy programming.
Any information is highly appreciated.

Thanks in advance.
Mou-Yen

[1] R. M. Haralick, S. R. Sternberg and X. Zhuang
    "Image Analysis Using Mathematical Morphology"
    IEEE Trans. on PAMI, pp. 532-550, vol. 9, no. 4, 1987 
--
Mou-Yen Chen                           e-mail: mychen@cedar.buffalo.edu 
Research Assistant                             v064sjgt@ubvms.bitnet
CEDAR, SUNY at Buffalo
-- 
--
Mou-Yen Chen
CEDAR, SUNY at Buffalo
Newsgroups: sci.image.processing
From: felciano@summit.stanford.edu (Ramon Felciano)
Subject: NEEDED: ftp site w. TIFF conversion/manip. libraries
Organization: SUMMIT, Stanford U. Medical Media & Information Technologies
Distribution: all
Date: Thu, 30 Jul 92 18:37:10 GMT

Hi!

I'm trying to get ahold of some TIFF manipulation and conversion routines. Someone told
me there was an ftp site in Berkeley that had a large TIFF library. Does anyone know of
this?

If possible, please respond via e-mail, since I don't check this newsgroup often. My
address is felciano@summit.stanford.edu

Thanks!

Ramon
From: mahonj@swift.cs.tcd.ie
Newsgroups: sci.image.processing
Subject: Range image device wanted ..
Date: 30 Jul 92 18:00:09 GMT
Organization: Computer Science Department, Trinity College Dublin


Does anyone know of a decent range image acquisition device ?

By decent I mean something that can generate at least 100K range
points per second ?

Thanks,
	James

	Vision and Sensor Research Unit,
	Department of Computer Science,
	Trinity College Dublin,
	Ireland.

Newsgroups: sci.image.processing
From: woelker@tnt.uni-hannover.de ( Wolfgang Woelker )
Subject: Re: Color Hardcopy
Reply-To: woelker@tnt.uni-hannover.de
Organization: Universitaet Hannover, Theoretische Nachrichtentechnik
Date: Mon, 27 Jul 1992 14:58:48 GMT


There is a color printer from DuPont (Type: 4cast). The new model has got
improved printing quality and a scsi interface.  The old 4cast version needs
a separate PC to serve the printer which makes data transfer very slow.

So with the new scsi interface you get a fast connection to your workstation.
Prints are CMYK, 300 dpi with 256 levels / dot.  Max. paper size is 11.9" x 17.3".

---

      \    /				woelker@tnt.uni-hannover.de
  \    X/\/oelker
   \/\/olfgang				fax:    +49-511-762-5333
					ISDN:	+49-511-971007-0 (voice)
  Universitaet Hannover
  Institut fuer Theoretische Nachrichtentechnik und Informationsverarbeitung

Newsgroups: sci.image.processing
From: edjans01@starbase.spd.louisville.edu (David Jansing)
Subject: Re: Image processing package...
Organization: University of Louisville
Date: Fri, 24 Jul 1992 16:52:31 GMT

In <1992Jul24.113320.8898@uoft02.utoledo.edu> jarney@jupiter.cse.utoledo.edu (jonathan arney) writes:
>  Plans are in the making for other routines such as Forier filtering routines.
>  (If you don't know what that is, don't ask, I'm not good enough at it yet 
>  to be able to explain it coherently) Edge detection, and other convolution
>  routines are also being built.  

>  Once again, if you have any suggestions, questions, or help to give me, 
>  I would be delighted.

An excellent resource for your project could be _Digital Image Processing_ by
Gonzalez and Wintz.  This book not only makes writing the code to a image
routine easy, but gives a fairly understandable explanation to the theory 
behind a lot of the algorithms.

At the University of Louisville, students who take EE 618 Image Processing
and Pattern Recognition are required to build (of the course of the semester)
a general Image Processing package, complete in the end with a classifier.
The classifier we built (in the lab group I was in) end up being pretty
bad (only 56% accuracy).  We ended up using a VAX 3100 Graphic Workstation.
Now all the Image students at U of L use a HP UNIX graphic workstation
(much faster).

E-mail me if you want more information.


-- 
-------------------------------------------------------------------------------
			 |
Dave Jansing             | "Free at last, they took your life . . .
University of Louisville |  But they could not take your pride!"
Electrical Engineering   |  -- Clivelles & Cole after U2, "Pride"
			 |
-------------------------------------------------------------------------------

Newsgroups: sci.image.processing
From: manning@halley.est.3m.com (Arthur T. Manning)
Subject: Re: Image processing package...
In-reply-to: fester@island.COM's message of Tue, 28 Jul 1992 17:36:33 GMT
Organization: 3M Company, 3M Center, Minnesota, USA
	<edjans01.711996751@starbase.spd.louisville.edu>
	<1992Jul26.163849.2216@jussieu.fr> <1992Jul28.173633.3793@island.COM>
Date: Wed, 29 Jul 92 16:55:21 GMT

I have uploaded all the Numerical recipes source code to my Sun.  I'd be
happy to ftp it all to a public site.  Where should I send it?
--
Arthur T. Manning   <manning@halley.est.3m.com>                       O
3M Center 518-1    St Paul MN  55144-1000        \___/______         o   
ph. 612 733-4401   fax 612 736-3122             __  / _ _ _  \      .
Allin1--> <MANNING @MRGATE @EST780>            (_/_/_/ / / /_/      <><

Newsgroups: sci.image.processing,comp.compression
From: scowen@BigBang.uucp (Paul Scowen)
Subject: Re: Color Hardcopy
Organization: Dept. of Physics & Astronomy, Arizona State University
Distribution: usa
Date: Wed, 22 Jul 1992 16:11:10 GMT


Hi,

we're looking around too, and have found the Tektronix Phaser machines to
be pretty good value for money.  There are two lower level machines, the 
Phaser II series featuring the PXe and the PXi.  My local rep got me
totally confused concerning the various merits of these two devices, but a
kind gentleman at Tek has enlightened me: the two are essentially identical
except one is driven at a higher frequency than the other, and has less
ROM'd fonts.  

Each printer renders at 300 dpi, onto thermal wax paper, and before you
groan it's not that bad, it also has the transparency capability, and IMHO
the transparencies looked better than the paper hardcopy.  The PXe goes for
around $5500 with educational discount (printer, supplies and warranty)
while the PXi goes for more like $7000.

These guys have a big brother called the Phaser III.  This is a nice
machine that uses solid ink technology, and prints onto any regular piece
of paper.  It's actually slower than the Phaser II's in terms of
pages/minute, and costs somewhere around $13000.  It's a nice printer, but
we couldn't justify the extra cost.

All these systems are communicated with through either a serial or parallel
interface, and can be connected to the Ethernety in such a way as to make
quite respectable data transfer rates achievable.  This side of it I was
clueless about until our friend at Tek brought me up to speed on the
options available.

PS.  All these systems use PS Level 2 - despite my rep's claims to the
contrary.  FYI we're still trying to decide between the two PX machines but
are leaning towards the cheaper option since speed is not imperative.

Hope this is at least a little educational, and if I've goobered anywhere
here pleaser post and tell me so - I'm no expert in this stuff.

-- 
-------------------------------------------------------------------------------
Paul A. Scowen				INTERNET: scowen@bigbang.la.asu.edu
Department of Physics & Astronomy		  uk1@spacsun.rice.edu
Arizona State University		Tel:      (602) 965-0938
Tempe, AZ 85287				FAX:      (602) 965-7954
-------------------------------------------------------------------------------
Newsgroups: sci.image.processing
From: meek@fizzy.csu.murdoch.edu.au (Lindsay Meek)
Subject: Proceedings/Conferences on FTP
Summary: Locating Proceedings on FTP
Keywords: Papers,FTP,Conferences
Organization: Murdoch University
Date: 27 Jul 92 01:56:16 GMT

Hello Imaging People,
	I have obtained a copy of the NSF workshop on computer vision via
FTP (postscript files). My question is: is there any other sites which
contain proceedings/conference/periodicals for public access? in particular:
	ECCV91-92 or        
	SPIE (this would be nice)
Thanks,
	Lindsay Meek (meek@fizzy.csu.murdoch.edu.au)
From: itti@euterpe.enst.fr (Laurent Itti)
Newsgroups: sci.image.processing
Subject: Building a palette ?
Date: 29 Jul 92 10:28:30 GMT
Organization: Telecom Paris, France

Hello everybody !

I am looking for an algorithm to build a color palette automatically in the
following conditions :

- I have 4096 colors (R:0..15, G:0..15, B:0..15) and I can display 16 of them
simultaneously on my screen.
- The resolution of the screen is high enough to enable color mixing :
if I have two colors, X and Y, a pattern like  XY
                                               YX looks like an intermediate
color.

So, I should theorically be able to get a 128 colors display with this method.

THE PROBLEM : not all the combinations can be used if I want to build a
continuous palette (say black->blue->green->yellow->red->white)
(in this case for example : black+white -> grey... where can I place it in
the palette ??)

(I need a continuous palette without having colors similar at
different locations in the palette (like for example : black->blue->red->blue->...), since it is used to display the
radioactivity level on IRM or Gamma-Angiography images, so it should not
be confusing !!)

So, my questions are :

* given the 16 primary colors, is there an algorithm to make the longest
continuous palette using the 128 colors available through that mixing method ?
* is there an algorithm to optimize the choice of the 16 primary colors,
in order to get the longest palette possible ?


(subsidiary question (to differenciate the ex-aequo winners) : in another
graphic mode, I can display all the 4096 colors simultaneously. What is
the longest linear palette I can make ??)

THANKS A LOT IN ADVANCE FOR ANY IDEA !
            Laurent.

-----------
Laurent ITTI - Ecole Nationale Superieure des Telecommunications de Paris
itti@enst.enst.fr
From: smith@mcclb0.med.nyu.edu
Newsgroups: sci.image.processing
Subject: Gould IP8500 available...
Date: 28 Jul 92 23:49:03 GMT
Organization: NYU Medical Center, New York, NY 10016, USA

For many years we have run a Gould IP8500 image processor. It has worked well,
but we have moved on and nolonger need it.  I know that parts are getting 
hard to get for these things now, and are not at all cheap if obtained 
through Vicom, the current owner of Gould.  If you want our IP8500 to use for 
spare parts (or anything else for that matter)  Email me and we'll find an 
acceptable mechanism to get you want you need.
+----------------------------------------------------------------------------+
|Ross Smith,  Research Computing Resource, Department of Cell Biology, NYU-MC|
|E-Mail:  SMITH@NYUMED.BITNET (BITNET),   SMITH@MCCLB0.MED.NYU.EDU (Internet)|
+----------------------------------------------------------------------------+
From: rouilj@dl5000.bc.edu (John P. Rouillard)
Newsgroups: sci.image.processing
Subject: Re: Image processing package...
Date: 27 Jul 92 16:06:00 GMT
Organization: Institute for Space Research, Boston College

In article <14162@borg.cs.unc.edu> morse@satie.cs.unc.edu (Bryan Morse) writes:

> My own feeling is that the best way to design this package is to build
> a library of code and wrap minimal program support around each one to 
> create the command-line callable programs.  Each program is basically
> nothing but opening files and calling the corresponding routine(s) from
> the library.  Keep the parameters consistent between the two, and you 
> have a versatile system that allows you to switch easily between the two.  
> For example, 
>
>      ADD infile1 infile2 outfile
> 
> and
> 
>      void Add(Image im1, Image im2, Image out)
> 


Hmm, did you know you were describing the khoros system, and
philosophy?

-- John
From: pauljone@usc.edu (Michael Jones)
Newsgroups: sci.image.processing
Subject: Recognition thru eye speckle characterization
Date: 28 Jul 1992 14:26:31 -0700
Organization: University of Southern California, Los Angeles, CA
Distribution: usa
NNTP-Posting-Host: aludra.usc.edu

A couple of weeks ago somebody mentioned a person identification
scheme based on characterizing the eye with a 256 byte value,
based on the speckle in the iris (I think).  I foolishly lost
the reference.  Could someone mail me the reference to the article
which covers this technique?



Thanks,
Mike Jones
pauljone@usc.edu
From: sngattan@matt.ksu.ksu.edu (Sanjay N Gattani)
Newsgroups: sci.image.processing
Subject: JAVA software?
Date: 30 Jul 1992 10:26:47 -0500
Organization: Kansas State University
Distribution: world
NNTP-Posting-Host: matt.ksu.ksu.edu

Hello netters:

	There ia an image processing software called JAVA and is
marketed by Jandel scientific, a California based company. I have
heard good reports about this software.  Even though I have access
to this software, I am a little confused.  The source of confusion
is the frame grabber that I am planning to use to digitize the
images.  According to the JAVA salesman, this software works with
only three frame grabbers, one of them happens to be TARGA.  What
has added to my confusin is the fact that the frame grabber (COMPUTER
EYES/RT) that I have can store images in variouos formats, one of
them is the TARGA format.  So, my simple mind says that our frame
grabber should work with this software. Is there anyone who has
had some experience working with this software?  Please send replies
to

			sngattan@matt.ksu.ksu.edu
				
sanjay