HDTenEightyP/NetNews huggingface dataset:
From: jbm@eos.arc.nasa.gov (Jeffrey Mulligan)
Subject: Re: Sorting RGB Palette in Intensity Order. Please Help !
Organization: NASA Ames Research Center
Distribution: usa
Date: Tue, 12 Jan 1993 22:49:43 GMT

lionel@cs.city.ac.uk (Lionel Tun) writes:

>pigeons@JSP.UMontreal.CA (Pigeon Steven) writes:
>>NOT! >Intensity=(r+g+b)/3.
>>
>>The actual Intensity value is:
>>
>>
>> Intensity:=(r*0.299)+(g*0.587)+(b*0.114)

>Why is this the case? Is it related to the sensitivity of the eye
>for the different primary cones, or is it to do with physics?

Both.  The formula reflects the sensitivity of the eye to different
wavelengths (the luminosity function), in combination with the
physical emission spectra of the standard NTSC phosphors.

There are a lot of phosphors in use besides the "standard" ones,
so if it is important, the weights need to be measured.

Nit:  the above formula is for luminance.  What is "intensity?"

>Does it mean that green is the 'dimmest' colour and blue is
>the 'brightest'? Does it also mean the RGB model is not ideal?

Backwards.  Green has the larges weight because it makes the largest
contribution to luminance.

-- 

	Jeff Mulligan (jbm@vision.arc.nasa.gov)
	NASA/Ames Research Ctr., MS 262-2, Moffett Field CA, 94035-1000
	(415) 604-3745
From: swssauby@susssys1.reading.ac.uk (Michael Saunby)
Newsgroups: sci.image.processing
Subject: Re: WANTED: Infra-red images
Date: 8 Jan 93 11:17:14 GMT
Organization: University of Reading

csn201lawren@qut.edu.au writes:

>Does anybody know of a source of infra-red images or similar?
Yes.   Here at Reading University, Meteorology Dept. we have many GBytes
of thermal infra-red images from the Meteosat geostationary satellite.
  
There is no anonymous ftp here but I could upload a few images to a site
of your choice or email them if you prefer.              

>Thanks.

No problem.

>Steve
-- 
	Michael Saunby (M.Saunby@reading.ac.uk) 
	Meteorology Dept, Reading University, UK
Newsgroups: sci.image.processing,comp.graphics
From: m23364@mwunix (James Meritt)
Subject: DIEPS & ELT/2
Organization: MITRE Corporation, McLean VA
Date: Thu, 7 Jan 1993 16:26:49 GMT


I would appreciate any and all opinions, suggestions, hints, rants, and raves on
DIEPS and ELT/2.

Thank you, and email would be appreciated (though posting would work)


--
James W. Meritt:  m23364@mwunix.mitre.org - or - jmeritt@mitre.org
The opinions above are mine.  If anyone else wants to share them, fine.
They may say so if they wish. The facts "belong" to noone and simply are.
From: cs90deh@brunel.ac.uk (Darryl E Humphrey)
Newsgroups: sci.image.processing
Subject: Photo-CD Technical Details
Date: 12 Jan 93 18:35:49 GMT
Organization: Brunel University, Uxbridge, UK
X-Newsreader: TIN [version 1.1 PL8]

I read in a recent edition of a popular Photographic magazine that Kodak's
revolutionary new Photo CD system, which takes photographic images taken on a
standard camera and converts them into a digital format, is based around a
hyped-up computer workstation; in the photo accompanying the article was a man
working on an image with a Sun workstation (it looked like a Sparcstation).

Does anybody know what is the actual hardware configuration used, and what kind
of software is used in these machines? I was very surprised to read that a
machine such as this was used for such image processing, as to digitise a
photographic image, store the resulting data file, and then save onto Compact
Disc format not only requires a huge amount of backing storage space (assuming
you aim to reproduce the image quality obtainable by modern camera film), but 
also a very high-powered system to process this information. I would have
assumed that the task would have been carried-out on something on a much larger
scale!

Any details?


Thanks,



Darryl Humphrey.
-- 
-------------------------------------------------
All great inventions were made.......IN THE BATH
All World problems are solved........IN THE BATH
All acts of goodwill are conceived...IN THE BATH

...
From: Tom Haberlandt <haberlat@ccmail.dayton.saic.com>
Newsgroups: sci.image.processing
Subject: Motion Blur in Adobe Photoshop
Date: 8 Jan 1993 20:17:02 GMT
Organization: SAIC
Distribution: world
NNTP-Posting-Host: haberlandt.dayton.saic.com
X-UserAgent: Nuntius v1.1.1d11
X-XXMessage-ID: <A7734B6D7C011AA1@haberlandt.dayton.saic.com>
X-XXDate: Fri, 8 Jan 93 19:17:01 GMT

I'm trying to find code or an algorithm that is functionally
equivalent to Adobe Photoshop's motion blur filter.

Any references, code, etc. would be appreciated.

Thanks !!!
__________________________________________________
Tom Haberlandt	| haberlat@ccmail.dayton.saic.com
SAIC		|
Dayton Ohio	| #include <standard-disclaimer.h>
Newsgroups: sci.image.processing
From: teo@Xenon.Stanford.EDU (Patrick ChengSan Teo)
Subject: Vector Quantization code/results requested
Reply-To: teo@cs.Stanford.EDU
Organization: Computer Science Department, Stanford University.
Distribution: sci.image.processing
Date: 8 Jan 93 01:39:12


Does anyone know where I could get hold of the source code for Vector
Quantization?  If anyone also knows of the code for the viewer given
the codebook, that would be better still!

What are the limitations (weaknesses) of VQ?

Thanks a million!
Patrick

-------------------------------------------------------------------------------
Patrick Cheng-San Teo                                       teo@cs.stanford.edu
Department of Computer Science
Stanford University                                  Home Phone: (415) 424-0330

"Everything should be made as simple as possible, but not simpler"
-- Albert Einstein
-------------------------------------------------------------------------------
--
-------------------------------------------------------------------------------
Patrick Cheng-San Teo                                       teo@cs.stanford.edu
Department of Computer Science                      kcirtap@leland.stanford.edu
Stanford University                                  Home Phone: (415) 497-4559

"Everything should be made as simple as possible, but not simpler"
-- Albert Einstein
-------------------------------------------------------------------------------
From: csyew@ecst.csuchico.edu (YewSim Cheah)
Newsgroups: sci.image.processing
Subject: Sorting RGB Palette in Intensity Order.  Please Help !
Date: 6 Jan 93 07:33:48 GMT
Organization: California State University, Chico
NNTP-Posting-Host: cscihp.ecst.csuchico.edu

Dear Fellow Netters:

I would like to sort an array of RGB Palette in intensity order,
but do not know how.  Does anybody please help ?

Thankyou

-- 
   __     *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
  / __\  /_           name: YewSim Cheah.  alias: Xie Yaosen.
 / /__`\//_//   / campus: California State University, Chico. 
/_,__/_//_, \/\/           internet: csyew@ecst.csuchico.edu.
Newsgroups: sci.image.processing
From: stgprao@st.unocal.COM (Richard Ottolini)
Subject: Re: Object recognition in California
Keywords: object recognition california NASA
Organization: Unocal Corporation
Date: Wed, 30 Dec 1992 16:12:31 GMT

In article <martin.725701546@marsh> martin@cs.curtin.edu.au (Martin Dougiamas) writes:
>It involved transforming the edges of both the image and the model into
>a special "edge-space" (my words) where they could be easily compared.

Hough transform. In any standard IP textbook.
From: smith@mcclb0.med.nyu.edu
Newsgroups: sci.image.processing
Subject: Re: Sorting RGB Palette in Intensity Order.  Please Help !
Date: 9 Jan 93 18:48:48 GMT
Organization: NYU Medical Center, New York, NY 10016, USA

> I would like to sort an array of RGB Palette in intensity order,
> but do not know how.  Does anybody please help ?
> 
I sort first by min(r,g,b), then by saturation and then intensity.  The goal 
(I assume) is to get a sorted set of indices that displays reasonably as B&W. 
Intensity=(r+g+b)/3.

+----------------------------------------------------------------------------+
|Ross Smith,  Research Computing Resource, Department of Cell Biology, NYU-MC|
|E-Mail:  SMITH@NYUMED.BITNET (BITNET),   SMITH@MCCLB0.MED.NYU.EDU (Internet)|
+----------------------------------------------------------------------------+
From: mark@strider.tfo.arizona.edu (Mark W. Bultman)
Newsgroups: sci.image.processing
Subject: Mathematical Morphology info
Date: 6 Jan 93 17:29:12 GMT
Followup-To: 1434
Organization: tfo

The best text books that introduce  MM are:

Image Analysis and Mathematical Morphology by Jean Serra, 1982
Academic Press ISBN 0-12-637240-3.

Image Analysis and Mathematical Morphology, Vol 2,  by Jean Serra,
1988, Academic Press, London

A good series of theoretical and applied articles appear in:

Computer Vision, Graphics, and Image Processing, Vol 35, 1986,
Academic Press

The "Introduction to MM" by Jean Serra in this series is very
good. Also, "Grayscale Morphology" by Stanley R. Sternberg is
very good.

Mark W. Bultman
mark@strider.tfo.arizona.edu
Newsgroups: sci.image.processing,bionet.general
From: mcculloc@gpu.utcs.utoronto.ca (C. McCulloch)
Subject: HELP! Poor print quality with Mitsubishi CP 100 E vid. proc.
Followup-To: sci.image.processing,bionet.followup
Organization: UTCS Public Access
Date: Mon, 11 Jan 1993 15:00:29 GMT


We recently purchased a Leica CLSM confocal microscope equipped with
a Mitsubishi Color Video Copy Processor Model CP 100 E, but we are not
satisfied with the print quality.  Specifically, there is tremendous 
pixel dropout on the print.  Text letters are half formed, missing uprights
cross-strokes etc., and the image obtained is incomplete.  

Neither Leica nor Mitsubishi technical support seem able to correct the problem.

We had elsewhere used a BioRad confocal with a Sony printer and had 
excellent results with publication quality prints.  We initially requested 
the Sony printer but were told they could not guarantee compatablity with the 
European format of the Leica system.  

We were told that Mitsubishi would provide technical support, but the 
technician tried for several hours and eventually told us to take pictures 
of the screen using a Polaroid camera !!!!

Does anybody have experience with the Mitsubishi processor, preferably
with the Leica confocal system?

Thank you for any advice that can be offered.


Chris A.G. McCulloch
University of Toronto
Faculty of Dentistry
From: chris47@uxb.liv.ac.uk (Chris Brown )
Newsgroups: sci.image.processing
Subject: Re: No Subject
Date: 11 Jan 93 13:44:41 GMT
Organization: The University of Liverpool
X-Newsreader: TIN [version 1.1 PL6]

Well you could help me by finding a method to automatically edge detect
the cardiac shadow on cardio angiograms

chris@uxb.liv.ac.uk
From: amjad@wam.umd.edu (Amjad A. Soomro)
Subject: Video Test Sequences\
Keywords: Video Image Test Sequences
Organization: University of Maryland, College Park
Distribution: na
Date: Mon, 4 Jan 1993 22:53:34 GMT

I would appreciate it if somebody could help me in locating sources, in
analog or digital form, for the following Video Test Sequences:
 
1. ALEXIS
2. MISS AMERICA
3. CINDY
4. DUO
5. QUAD
6. ZOOM/PAN

I need them to compare different video compression algorithms. 

Thanks in advance.

Amjad A. Soomro
CCS, Computer Science Center
U. of Maryland at College Park
College Park, MD 20742
Email: amjad@wam.umd.edu



Newsgroups: sci.image.processing
From: ponthieu@cli23ne.edf.fr ( Laurent PONTHIEU )
Subject: Efficient algorithms for math. morphology : where are you ?
Reply-To: ponthieu@cli23ne.edf.fr ( Laurent PONTHIEU )
Organization: Electricite de France - DER , Clamart FRANCE
Date: Fri, 8 Jan 1993 13:10:10 GMT
Newsgroups: sci.image.processing
Distribution: world
Followup-To: 
From: ponthieu@cli23ne.edf.fr ( Laurent PONTHIEU )
Reply-To: ponthieu@cli23ne.edf.fr ( Laurent PONTHIEU )
Organization: Electricite de France - DER , Clamart FRANCE
Subject: Efficient algorithms for math. morphology : where are you ?
Keywords: 

There seems to be some interest here about mathematical morphology,
thus my question :

Does anybody know about _efficient_ algorithms for MM on binary images ?
Either article, book, ftp or _even_ commercial software.

Following Jose E. Hernandez's hint (of 14 Oct 92, in this newsgroup), I've 
bought
	"Morphological Methods in Image & Signal Processing" by C.R. Giardina
	& E.R. Dougherty, Prentice Hall, 1987, ISBN 0-13-601295-7,
which does not cover the question of algorithms efficiency.

I've also digged Khoros' lib without success : there, as everywhere I've
looked, opening and closings are implemented by composition of erosion and
dilatation, which in turn are made with brute force four level nested loops.

I must say that we work here on symbol recognition on binary images which,
at least for now, are 3000x3000 pixels large. Size is to increase for the
real application, and the results we've got make us think that we must not
abandon this method !

I have developed some algorithms inspired by classical string searching in
texts but I'm not fully satisfied because they do not work for arbitrary
structuring elements.

I've been told that contour or distance coding might be the good way.

What's you experience with all that ?

Feel free to answer. Thanks.
(I'll post a summary of personal answers, if any).

------------------------------------------------------------------------
  Laurent PONTHIEU			|
  Electricite de France			| Tel: (+33 1) 47 65 56 38
  Direction des Etudes et Recherches	|
  Dept Traitement de l'Information	| Fax: (+33 1) 47 65 54 28
	et Etudes Mathematiques		|
  1, Avenue du General de Gaulle	| E-m: Laurent.Ponthieu@der.edf.fr
  92141 CLAMART Cedex, FRANCE		|      ponthieu@cli23ne.def.fr
------------------------------------------------------------------------
From: thornton@carson.u.washington.edu (Kenneth Thornton)
Newsgroups: sci.image.processing
Subject: Datasets for testing image segmentation algorithms
Date: 11 Jan 1993 16:55:39 GMT
Organization: University of Washington, Seattle
Distribution: world
NNTP-Posting-Host: carson.u.washington.edu



 I would like to test a grayscale image segmentation algorithm
and am looking for datasets with associated ground truth. 

Please respond if you know of any publicly available datasets.
I am interested in medical, industrial, and aerial images
in particular. I am less interested in multiband images, but
would like to hear of any large datasets (with ground truth).

Please respond to me directly and I will post of summary next
week.

Thanks,

Ken Thornton
Department of Electrical Engineering
University of Washington
Newsgroups: sci.image.processing
From: lionel@cs.city.ac.uk (Lionel Tun)
Subject: Re: Sorting RGB Palette in Intensity Order.  Please Help !
Organization: City University, London
Date: Tue, 12 Jan 93 14:57:35 GMT

pigeons@JSP.UMontreal.CA (Pigeon Steven) writes:
>NOT! >Intensity=(r+g+b)/3.
>
>The actual Intensity value is:
>
>
> Intensity:=(r*0.299)+(g*0.587)+(b*0.114)

Why is this the case? Is it related to the sensitivity of the eye
for the different primary cones, or is it to do with physics?

Does it mean that green is the 'dimmest' colour and blue is
the 'brightest'? Does it also mean the RGB model is not ideal?

--
  ________  Lionel Tun, lionel@cs.city.ac.uk  ________
 / /_  __/\       Computer Vision Group      /\ \__  _\
/___/_/_/\/ City University, London EC1V 0HB \ \___\_\_\
\___\_\_\/        071-477 8000 ext 3889       \/___/_/_/
Newsgroups: sci.image.processing
From: salewski@tnt.uni-hannover.de (Carsten Salewski)
Subject: Re: Big RGB <-> CMY Problem
Reply-To: salewski@tnt.uni-hannover.de
Organization: Universitaet Hannover, Theoretische Nachrichtentechnik
Date: Tue, 5 Jan 1993 14:57:12 GMT

In article 1522@tom.rz.uni-passau.de, friedric@diogenes.uni-passau.de (Carsten Friedrich) writes:

>
>I have a big problem converting colors from cmy to rgb and vice versa.
>The usual aproach, to just invert the components seems to be incorrect.
>
(...)
>
>carsten

Did you try this:

	R = V/cv + Y
	B = U/cu + Y
	G = (Y - 0.299 R - 0.114 B) / 0.587

Probably you forgot these constants cv = 0.493 and cu = 0.877.

Reference:

"Fernsehtechnik; Bd. 2: Systeme und Komponenten zur Farbbilduebertragung",
 Broder Wendland, Hartmut Schroeder, Huethig Buch Verlag Heidelberg.
 pages 51-53.

Carsten Salewski

email: salewski@helios.tnt.uni-hannover.de
Newsgroups: sci.image.processing
From: kaufman@Xenon.Stanford.EDU (Marc T. Kaufman)
Subject: Re: Photo-CD Technical Details
Reply-To: kaufman@CS.Stanford.EDU
Organization: CS Department, Stanford University, California, USA
Date: 13 Jan 93 02:18:57 GMT

cs90deh@brunel.ac.uk (Darryl E Humphrey) writes:

>Does anybody know what is the actual hardware configuration used, and what kind
>of software is used in these machines? I was very surprised to read that a
>machine such as this was used for such image processing, as to digitise a
>photographic image, store the resulting data file, and then save onto Compact
>Disc format not only requires a huge amount of backing storage space (assuming
>you aim to reproduce the image quality obtainable by modern camera film), but 
>also a very high-powered system to process this information. I would have
>assumed that the task would have been carried-out on something on a much larger
>scale!

>Any details?

Well, a "typical" full resolution PhotoCD image (2048 x 3072, 24 bit color)
compresses to about 4MB on the CD.  That doesn't require an inordinate
amount of backing store.  As I understand it, this is lossless compression.

-- 
Marc Kaufman (kaufman@CS.Stanford.EDU)
From: chandy@marais.inria.fr (Chandra SHEKHAR)
Newsgroups: sci.image.processing
Subject: NEED INFO: about the language SIGNAL
Date: 4 Jan 93 10:42:55 GMT
Organization: INRIA, Sophia-Antipolis (Fr)

I am working on AI applications to signal processing.
I would like to get in touch with others with similar
research interests. Also, if anybody has experience
with the language SIGNAL, I'd like to hear about
it.

Thanks.

Chandy
Newsgroups: sci.image.processing,comp.graphics
From: rlafolle@apssgi.nswc.navy.mil (Robert D. LaFollette)
Subject: RSVGA software package
Organization: Naval Surface Warfare Center
Date: Mon, 11 Jan 1993 18:02:42 GMT

	Does anyone know the phone number or email address of the developer 
the RSVGA software package.  I believe the name of the company is Eidetic
Digital Image Ltd.

			

		Attn: Code L10MP   Robert LaFollette 
		Dahlgren Division, Naval Surface Warfare Center
		Dahlgren, VA 22448-5000

		(703)663-4749   autovon 249-4749
		FAX (703)663-4749
		Email   rlafoll@see.nswc.navy.mil
			rlafoll@128.38.158.3
From: craven@faculty.coe.wvu.wvnet.edu0 (Robert Craven)
Newsgroups: sci.image.processing
Subject: conferences
Date: 12 Jan 93 02:21:59 GMT
Followup-To: sci.image.processing
Organization: West Virginia University

Hi!  I have been doing research in machine vision colorimetry and am
looking for potential conferences and/or journals that might be appropriate
for reporting my research.  Any addresses, phone numbers, email accounts
that might help me in my search will be appreciated.

Robert Craven, Research Associate
West Virginia University

craven@faculty.coe.wvu.wvnet.edu
From: spl@ivem.ucsd.edu (Steve Lamont)
Newsgroups: sci.image.processing
Subject: Re: No Subject
Date: 12 Jan 1993 01:38:45 GMT
Organization: University of Calif., San Diego/Microscopy and Imaging Resource
NNTP-Posting-Host: ivem.ucsd.edu

In article <C0ozIH.AMJ@compsci.liverpool.ac.uk> chris47@uxb.liv.ac.uk (Chris Brown ) writes:
>Well you could help me by finding a method to automatically edge detect
>the cardiac shadow on cardio angiograms

Well, I suppose I could. :-)

There are a number of edge detection algorithms.  The usually involve
a convolution of some sort.  One of the more popular is the Sobel
filter, the kernel of which looks like

	| -1  0  1 |
	| -2  0  2 |
	| -1  0  1 |

or

	| -1 -2 -1 |
	|  0  0  0 |
	|  1  2  1 |

Check your favorite image processing book for more details.  Here's a
list of mine:

Russ, John C., _The Image Processing Handbook_, ISBN 0-8493-4233-3

Pratt, William K., _Digital Image Processing, Second Edition_, 
ISBN 0-471-85766-1

Lim, Jae S., _Two-Dimensional Signal and Image Processing_, ISBN
0-13-935322-4.

Gonzalez, Rafael C. and Woods, Richard E., _Digital Image Processing_, 
ISBN 0-201-50803-6  (There's also an earlier edition by Gonzalez and
Wintz that some have criticised for minor errors in math, etc.)

Jain, Anil K., _Fundamentals of Image Processing_, ISBN 0-13-336165-9

Castleman, Kenneth R., _Digital Image Processing_, ISBN 0-13-212365-7

although it's a little old, these days, I also like

Pavlidis, Theo, _Algorithms for Graphics and Image Processing_,
ISBN 0-914894-65-X

							spl
-- 
Steve Lamont, SciViGuy -- (619) 534-7968 -- spl@szechuan.ucsd.edu
UCSD Microscopy and Imaging Resource/UCSD Med School/La Jolla, CA 92093-0608
"Personally, I don't care whether someone is cool enough to quote Doug
Gwyn--I only care whether Doug Gwyn is cool enough to quote." - Larry Wall
From: susanm@an.hp.com (Susan Margulies)
Newsgroups: sci.image.processing
Subject: Image Correlation Question
Date: 4 Jan 1993 19:47:51 GMT
Organization: Hewlett Packard Santa Clara Site
Reply-To: susanm@hp-and.an.hp.com
NNTP-Posting-Host: hpanvi.an.hp.com
X-Newsreader: Tin 1.1.3 PL5

I am having difficulty reconciling two separate resources'
treatment of image correlation models.  My two references
are "Digital Pictures: Representation and Compression"
by Netravali and Haskell  (c. 1988) and "Information Preserving
Image Compression for Archiving NMR Images" from Computerized Medical
Imaging and Graphics vol 15 no 4 (c. 1991).

Digital Pictures defines the image autocorrelation function

R(x,y) = E(b b')   where the distance between pixels b and b' 
                   horizontally is x and vertically is y.  

Then the normalized autocovariance function is defined 

rho(x,y) = R(x,y) - E(b)^2
           ---------------
           E(b^2) - E(b)^2    <----- var(b)       

The NMR article defines the correlation coefficient between pels as

rho(x,y) = E(b_ij b_i-x,j-y) 
           -----------------
              E(b^2)

which is not the same.  I cannot figure out why one model
subtracts the square of the first moment from numerator and
denominator and the other does not.  My reason for wanting
to understand the model is that I am trying to determine 
correlation coefficients for DPCM coding using 2d linear 
adaptive prediction.

If anyone can help me, I would appreciate it.
Please send email if possible.      

Thanks,
Susan
--
Susan E. Margulies       
HP Imaging Systems         
susanm@hp-and.an.hp.com    

Newsgroups: sci.image.processing
From: legrady@ug.cs.dal.ca (Tom Legrady)
Subject: Re: Big RGB <-: CMY Problem
Organization: Math, Stats & CS, Dalhousie University, Halifax, NS, Canada
Date: Thu, 7 Jan 1993 14:11:02 GMT

>i looked at a color circle printed in 7 color-printing, which is much more
>detailed and exact than standard 4-color printing. in this circle the opposite
>color of cyan was not as i expected from the theory red, but a kind of orange.
>(same with magenta and green, and yellow and blue). as there was no color
>conversion involved it can not be the fault. but this can only mean cmy and 
>rgb are even in theory not complementary.


I can print up a colour circle with as many colours as you specify and
totally confuse you about the arrangement of the colours. If you don't
know the exact ratios of the various colours at each point, you can't
assume any conclusion.



If you have white light light and remove the red, you wind up with
cyan.  No two ways about it. Remove the green from white and the
remainder is magenta. Take out the blue and the result is yellow.


Tom Legrady

Xref: sparky sci.image.processing:1548 sci.med.physics:546
From: yen@astem.or.jp (Yen Zhuang-zhi)
Newsgroups: sci.image.processing,sci.med.physics
Subject: Looking for e-mail addr. of Professor C.F. Nodine of Pendergrass Lab.
Date: 12 Jan 93 07:24:11 GMT
Followup-To: sci.image.processing
Distribution: sci
Organization: ASTEM Research Institute, Kyoto, Japan.


    Hello, I hope this is the right place to inquire about
the e-mail address of Professor C.F. Nodine of Pendergrass Lab
The University of Pennsylvania. If anyone knows of anything,
it would be greatly appreciated.
Thanks in advance.

Swan Z. Yan
yen@astem.or.jp
Newsgroups: sci.image.processing