HDTenEightyP/NetNews huggingface dataset:
From: bloemer@tnt.uni-hannover.de (Arnold Bloemer)
Subject: Re: ISO standards (and Re: Image processing package...)
Reply-To: bloemer@tnt.uni-hannover.de
Organization: Universitaet Hannover, Theoretische Nachrichtentechnik
Date: Wed, 29 Jul 1992 09:58:52 GMT

I just read the Draft and I am really enthusiastic about it. It defines in Detail
a complete state of the art image processing package. And it is very clear and
concise (the majority of the 1100 pages are due to operator definitions). Every
operator is well defined on several pages following a general scheme.

The functional description is so complete that you literally can take the Draft
and start implementing it. Even a complete set of error messages is defined.

The development of the IPI standard has been assigned to

 	ISO/IEC JTC1/SC24/WG1/Imaging Rapporteur Group

The group just released the ISO/IEC Committee Draft (CD) 12 087. The IS Text
is expected June 1994.

The IPI Standard (functionally description) initially contains three parts:

1: A Common Architecture for Imaging (CAI)           Editor: Dr. Adrian F. Clark

2: The Programmers Imaging Kernel System (IPI-PIKS)  Editor: Dr. William K. Pratt

3: Image Interchange Facility (IPI-IIF)              Editor: Georg Rainer Hofmann

The Draft amounts to 1100 pages. API Language bindings are under development.

---
Dipl.-Ing. Arnold Bloemer	   Universitaet Hannover
				   Institut fuer Theoretische Nachrichtentechnik
				   und Informationsverarbeitung
bloemer@tnt.uni-hannover.de        Appelstrasse 9A
fax:    +49-511-762-5333           D-3000 Hannover 1
phone:  +49-511-762-5320           Germany

Newsgroups: sci.image.processing
From: devin@gandalf.colorado.edu (Sonja Orlavski)
Subject: Re: 24-bit displays
Organization: Colorado Center for Astrodynamics Research
Date: Tue, 21 Jul 1992 22:26:32 GMT

In article <12334@ecs.soton.ac.uk>, mrd@ecs.soton.ac.uk (Mark Dobie) writes:
|> In <1992Jul15.044034.27437@ms.uky.edu> sean@ms.uky.edu (Sean Casey) writes:
|> >In article <BrEKwI.1nL@syd.dms.CSIRO.AU> chriss@dmssyd.syd.dms.CSIRO.AU (Chris Skelsey) writes:
|> >:Additionally, we would like to be able to alter the lookup tables for each of
|> >:the Red, Green and Blue channels.
|> 
|> >Hrm. I thought 24 bit color meant you didn't have lookup tables. Is
|> >that not the case?
|> 
|> Even with 24 bit colour, lookup tables between the frame store and
|> output are useful for previewing changes to an image. You can
|> interactively fiddle with colour, brightness, contrast etc and when
|> you are satisfied remap the image through the lookup tables back onto
|> the frame store. This is much easier (and faster) than changing the
|> actual image data all the time.

Really?  How would you implement something like this?  I'd really like to
be able to do so.

			-Devin

-- 
Devin Hooker (RP90)  (SotM 7/91)  DoD #0034  devin@boulder.colorado.edu  ------
"It's being both that's a bitch."                                      --\--- /
"I wanted to take my brain to hell and back and see what I had left."  \  \ //
"This howling in the distance, it's a captivating sound.                \  \/
        Can't tell if it's ecstasy or pain..."  -DW                      \/
Newsgroups: sci.image.processing
From: graham@sees.bangor.ac.uk (The Land of Confusion)
Subject: Re: Buying a lens
Organization: University College of N Wales, Bangor
Date: Thu, 23 Jul 1992 13:58:42 GMT
X-Posted-From: sol.sees.bangor.ac.uk
X-Posted-Through: sol.ctr.columbia.edu


In article <5435@m1.cs.man.ac.uk>, mark-r@spec0.ee.man.ac.uk (Mark Robinson (JO PhD)) writes:
> Hi.
> 
> Quick question about lenses. I want to buy a fixed focus lens
> (fixed focus == less glass == lower distortion ?). I would
> like an object about 15mm diameter to fill an image with the
> object - camera distance somewhere between 40 and 70cm.
> 
> How do I calculate the focal length of the lens?
> 
> Cheers
> Mark
> mark-r@snow_white.ee.man.ac.uk

You need to know the active dimensions of the camera sensor array
(assuming you're using a solid state video camera). Then it's a matter
of simple proportion between the image-height:object-height and
focal-length:object-distance ratios.

--
graham a stephen                        ``The only key to your riddle is
(e-mail: graham@sees.bangor.ac.uk)        to accept the absence of a key.''
                                              --  Laibach, 1992     
Aposiopesis is not really all that it
From: eddins@bert.eecs.uic.edu (Dr. Steven L. Eddins)
Subject: Re: Noise Reducing w/ Edge Enhancement
Organization: EECS Dept., University of Illinois at Chicago
Date: Mon, 27 Jul 1992 02:50:07 GMT

jle@dam.brown.edu (Jon Elion) writes:

>Would be interested in from anyone who has experience with image
>filtering techniques for noise reduction that simultaneously ENHANCE
>edges.  Normally, these two operations are mutually exclusive (as
>noise reduction can tend to BLUR edges, not sharpen them).  There
>exist non-linear approaches that achieve this goal (although
>tending to be computationally very intensive).

Well, this is not exactly what you're asking for, but your question
reminds me of a homomorphic filtering technique in [1] for
"simultaneous dynamic range reduction and contrast enhancement."  The
technique may be adaptable to your problem.  A figure demonstrating
the effect is reproduced in [2, pp. 183-187] and [3, pp. 213-218].

If the method *does* turn out to be useful to you, I'd appreciate
hearing about it.

[1] Stockham, T. G., Jr.  (1972).  "Image Processing in the Context of
a Visual Model."  Proc. IEEE, vol. 60, no. 7, pp. 828-842.

[2] Gonzalez, R. C., and Wintz, P. (1987).  Digital Image Processing,
2nd ed., Addison-Wesley.

[3] Gonzalez, R. C., and Woods, R. E. (1992).  Digital Image
Processing, Addison-Wesley.

-- 
Steve Eddins	
eddins@holst.eecs.uic.edu 	(312) 996-5771 		FAX: (312) 413-0024
University of Illinois at Chicago, EECS Dept., M/C 154, 1120 SEO Bldg,
Box 4348, Chicago, IL  60680
From: IMAGING.CLUB@OFFICE.WANG.COM ("Imaging Club")
Newsgroups: sci.image.processing
Subject: Success stories of new Wang document imaging for VAX
Date: 29 Jul 92 18:27:22 GMT
Organization: Mail to News Gateway at Wang Labs

For your information, this week's issue of Systems & Network
Integration has a big front page story on Wang's Open/image
document imaging software and some stories about recent
successful applications of it on the VAX.  If you would like
the text of the story as it relates to the VAX, please let
me know.

Michael.Willett@OFFICE.Wang.com
From: pauljone@aludra.usc.edu (Michael Jones)
Newsgroups: sci.image.processing
Subject: Re: Request for algorithm to reduce number of used colours...
Date: 28 Jul 92 20:49:52 GMT
Distribution: sci
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: aludra.usc.edu

In article <24050@castle.ed.ac.uk> asr@castle.ed.ac.uk (Angus "Fluffy" Rae) writes:
[ description of color palette reduction algorithm deleted ]
>Can anyone point me at an algorithm for this sort of colourmap
>reduction? a) and b) above might be mutually exclusive - a fast routine
>that is pretty kludgy as far as colour selection goes would also be
>useful. I've heard the phrase "mean-cut" or something like it in
>reference to b).

The best paper I've seen on this is "Color Image Display with a Limited
Palette Size", Bouman and Orchard, Proceedings of the SPIE Visual
Communications and Image Processing Conference IV, SPIE Vol. 1199,
pp 522-533, 1989

This is basically the median split algorithm using statistical analysis
for each node to determine the direction and location of the split.
(you do have to find the principal eigenvalue of a 3x3 matrix, so have
your _Numerical Recipes_ handy).

I've gotten excellant results by combining this median split algorithm
with a couple of iterations of the Linde-Buzo-Grey algorithm and
Floyd-Steinberg dithering, but the LBG algorithm is quite slow.



Mike Jones
From: rstewart@ganglia.megatek.uucp (Rich Stewart)
Subject: Re: A New Image Processing Toy
Reply-To: megatek!rstewart@uunet.uu.net
Organization: Megatek Corporation, San Diego, California
Date: Tue, 21 Jul 1992 17:41:50 GMT

In article <?.711396340@tazdevil> henrik@mpci.llnl.gov (Henrik Klagges) writes:
>
>
>You want to move 1Mb data at 100MHz ? A dataflow of 100 Terabit/s ?
>Are you shure the numbers are right ?
>
>Cheers, Henrik
>Lawrence Livermore Labs
>IBM Research Physics Group Munich
>
>--
>
>Cheers, Henrik
>MPCI at LLNL
>IBM Research


He said binary, so divide by eight. Of course this is still fast in a silly
sort of way. 
-Rich
From: christin@infrared.njit.edu (Christine Mourad)
Newsgroups: sci.image.processing
Subject: Re: Datacube
Date: 22 Jul 92 02:14:39 GMT
Organization: New Jersey Institute of Technology, Newark, N.J.

In article <2768@ariel.its.unimelb.EDU.AU> mjb@mulka.ph.unimelb.edu.au (Michael Beeching) writes:
>
>	Interesting question about Datacube experts! I would
>love to hear from anybody who has done any programming on the
>boards listed below.
>	I have virtually sole access to the following Datacube
>video boards.
>
>1 digimax - video acquisition and display module
>3 roi boards - frame stores
>2 max sp's - real time signal processing module
>1 feature max - feature list extractor and histogramming functions
>(plus software and the max box they all go into :-)

How about the Max-Scan module?? In particular the digital front end 
(analog is ok). Trying to get a digital acquisition working while supplying
the board with externally generated timing signals, and so far no 
luck. Found a compromise by using the sync separator to strip the 
composite sync from the equivalent RS-170 signal and coupling that to 
the digital data. It works but don't know why. Anyone familair with 
this board?

thanks
christine
From: mrd@ecs.soton.ac.uk (Mark Dobie)
Newsgroups: sci.image.processing
Subject: Re: 24-bit displays
Date: 23 Jul 92 09:37:57 GMT

In <1992Jul21.222632.10078@colorado.edu> devin@gandalf.colorado.edu (Sonja Orlavski) writes:
>In article <12334@ecs.soton.ac.uk>, mrd@ecs.soton.ac.uk (Mark Dobie) writes:
>|> 
>|> Even with 24 bit colour, lookup tables between the frame store and
>|> output are useful for previewing changes to an image. You can
>|> interactively fiddle with colour, brightness, contrast etc and when
>|> you are satisfied remap the image through the lookup tables back onto
>|> the frame store. This is much easier (and faster) than changing the
>|> actual image data all the time.

>Really?  How would you implement something like this?  I'd really like to
>be able to do so.

You need hardware lookup tables. I think its quite a common feature on
many frame stores. The boards we have map 8 bit values to a RGB triplet
and the image data is passed through these lookup tables (in real time)
before being displayed. We use three boards together to get a 24 bit
system.

				Mark.
-- 
Mark Dobie                              M.R.Dobie@uk.ac.soton.ecs (JANET)
University of Southampton		M.R.Dobie@ecs.soton.ac.uk (The World)
Newsgroups: sci.image.processing
From: me@leidecker.gsfc.nasa.gov (Henning Leidecker)
Subject: Re: Air Force Resolution Chart Question
Organization: Goddard Space Flight Center
Date: Thu, 23 Jul 1992 22:30:53 GMT

In article <1992Jul23.190402.8618@fs7.ece.cmu.edu> schaefer@young.ece.cmu.edu  
(Roland Schaefer) writes:
> 
> I'm looking for some chart or data that will describe what
> the various spatial frequencies on the AF Resolution Chart
> are.  The chart just has various bars in groupings

The "USAF 1951 resolving power target" is defined by Military Standard 150A.   
An element consists of two target patterns of three lines each, at right angles  
to each other.  The width of a line equals the width of a space, and the line  
length is five times its width.  The change widths is an a geometric  
progression based on the sixth root of two, so that the number of lines per  
millimeter (say) doubles with every sixth target element.  And six elements are  
called a group.

For the 1/4 to 228 lines/mm target:

                Number of lines per millimeter:

                        Group Number

Element  -2   -1   0    1    2    3    4    5    6    7    8
Number  
1      0.250 0.500 1.00 2.00 4.00 8.00 16.0 32.0 64.0 128 256
2      0.280 0.561 1.12 2.24 4.49 8.98 18.0 36.0 74.8 144 287
3      0.315 0.630 1.26 2.52 5.04 10.1 20.2 40.3 80.6 161 323
4      0.353 0.707 1.41 2.83 5.66 11.3 22.6 45.3 90.5 181 362
5      0.397 0.793 1.59 3.17 6.35 12.7 25.4 50.8 102  203 406
6      0.445 0.891 1.78 3.56 7.13 14.3 28.5 57.0 114  228 456

Besides the Mil Std doc, this information is in the "usual handbooks".  I  
copied it from Book 3 of the 38th International Edition 1992 of "The Photonics  
Design & Applications Handbook", pg. H-30.  I have found this handbook to be  
filled with timely, as well as classic, information, and recommend it with  
enthusiasm.  (As an individual, not as a government employee.)

Regards,
Henning Leidecker
Newsgroups: sci.image.processing
From: mathew@elroy.jpl.nasa.gov (Mathew Yeates)
Subject: Re: image restoration
Organization: Image Analysis Systems Group, JPL
Date: Fri, 24 Jul 1992 16:21:46 GMT

egntoh@ntuvax.ntu.ac.sg writes:

>I would like to hv information on image restoration in the area of
>motion blurr and out_of_focus restoration. Could anyone comment on the
>availability of good papers and software? By the way. is there any ftp
>site providing softare or images on image restoration ?

I have written a Khoros Toolbox which contains several image restoration
routines. Before you can use it, however, you need to obtain Khoros.
Khoros is available through anon ftp at pprg.eece.unm.edu.
See also the newsgroup comp.soft-sys.khoros

-Mathew
Newsgroups: sci.image.processing
Subject: Image processing package...
From: jarney@jupiter.cse.utoledo.edu (jonathan arney)
Date: 28 Jul 92 09:23:30 EST

Hi,
  I have had an overwhelming response to my request for ideas.  Thank you
  all!  I have had an opportunity to reply to _most_ of your messages, but
  since I am somewhat disorganized in my e-mail, I have forgotten who I've 
  answered and who I haven't.  If I haven't answered you all, I humbly ask
  your forgiveness.

  I have gotten responses both positive and negative.  Most of you seemed to
  indicate that the package that I would like to write has been written 
  already.  I think perhaps I will reconsider writing it at all until I have
  had the opportunity to look through all of the existing ones.

  Thank you all, you have been an enourmous help to me.

  I don't belive in .sig files

				       -Jon Arney
Newsgroups: sci.image.processing
From: ljj@stekt1.oulu.fi (Lasse Jyrkinen)
Subject: Re: Lena source
In-reply-to: pepin@viper.usc.edu's message of 15 Jul 1992 16:52:25 -0700
Organization: University of Oulu, Dept. of EE, Finland
	<l69ehpINNe33@viper.usc.edu>
Date: 20 Jul 92 07:47:33
From: morse@satie.cs.unc.edu (Bryan Morse)
Newsgroups: sci.image.processing
Subject: Re: Image processing package...
Summary: Design suggestion
Date: 25 Jul 92 01:31:56 GMT
Organization: University of North Carolina, Chapel Hill

In article <1992Jul24.113320.8898@uoft02.utoledo.edu> jarney@jupiter.cse.utoledo.edu (jonathan arney) writes:
>    I am writing them to be used like normal DOS or UNIX command-line commands.
>  Why?  Because I want this package to be portable and GUI's are harder to 
>  port.

I've had some experience with using/building packages like this.  Basically,
there are two flavors: program-oriented and code libraries.  The first,
like yours, uses individual programs that each perform a function.  The
second provides a set of program-callable routines, again each performing
a single function.  Each type has its advocates.  Personally, I like both.
Programs, especially with a scripting capability, are great for simple
tasks and rapid prototyping.  Libraries are better if you really want to
have reusable code components, but you can't just pull one routine off
the shelf and run it by itself.

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)

I know you were looking for suggestions as to what to put in the package,
but a good design is the best starting point.  

-- 
Bryan Morse                University of North Carolina at Chapel Hill
morse@cs.unc.edu           Department of Computer Science
From: dhe@ncratl.AtlantaGA.NCR.COM (Duanfeng He)
Newsgroups: sci.image.processing
Subject: Re: Lena source
Date: 21 Jul 92 18:18:03 GMT
Organization: NCR Engineering and Manufacturing Atlanta -- Atlanta, GA

<maurer.711231291@magellan.stanford.edu>

In <maurer.711231291@magellan.stanford.edu> maurer@nova.stanford.edu (Michael
Maurer) writes:

>yes: the image of Lena's face is a cropped portion of a Playboy photo, I
>think the centerfold from October 1972.  I looked up the pictorial in
>the library once; it's pretty tame by today's standards.

Well, I also remember something related on an issue of Optical Engineering
(?):  Playboy Magazine, apparently, got to know about the many copies of
Lena's picture appearing in one earlier issues, and sent in a letter of
complaint (or stronger?).  So there was this note from an editor of OE, saying
that they told Playboy nicely that this magazine is not comercial but
educational (or such), and seem to have solved the problem for then.  But the
editor goes on to say that people should check out whether the photos are
copyrighted when they use them in future articles.

Maybe we won't see Lena that much any more in the future.


-- 
Duanfeng He (Jackson)           Duanfeng.He@AtlantaGa.NCR.COM
Newsgroups: sci.image.processing
From: dominic@scooter.genie.uottawa.ca (Dominic Richens)
Subject: Re: Mathematical morphology for Image Compression???
Originator: dominic@shamin.genie.uottawa.ca
Reply-To: dominic@shamin.genie.uottawa.ca
Organization: MCRLab - University of Ottawa
Distribution: na
Date: Tue, 21 Jul 92 14:25:10 GMT


In article <1992Jul20.202315.7143@ultb.isc.rit.edu>, jch3254@ultb.isc.rit.edu (J.C. Handley ) writes:
!    I asked my advisor, Ed Dougherty, about morphological image
!    processing being used for image compression.  He said to his 
!    knowledge there has been no fruitful use of morphology for image
!    compression.   

Well, I would think some derivative of fractal compression could make good
use of morphological operators.  Also, classification and segmentation
using morphological techniques is kinda image compression, no?!

As far as references go:

The definitive volumes on mathematical morphology has got to be Jean Serra's
three volume set.  Only problem I found with them is that you really have
to start at page 1 if you are to understand anything.  Sorry that I can't
remember the exact referrence for this, but they shouldn't be too hard to
find.  I'm pretty sure this is in English.

For algorithm, try to get a copy of Luc Vincent's Phd dissertation from
Ecole des Mines, Paris.  It is the best explained piece I have seen (hey,
even _I_ understood it!) and the algorithms he presents take most of work 
out of the coding.  I'm pretty sure this is in French.

-- 
!@$^&*)($#$@!@#$^&*()_+_)(*&^$#@!$^&*()_+)(*&^$#@$^&*+_(*&^$#@#^&*()&*$#@(*&+_$!
 Dominic Richens  :  dominic@shamin.genie.uottawa.ca  :  Tel. (613) 564 9911 
      MCRLab, Dept of Elec Eng, University of Ottawa, K1N 6N5, CANADA   
"You construct intricate rituals which allow you to touch the skin of other men"
Newsgroups: sci.image.processing
From: gst5@igpho (Li)
Subject: articles on wavelet?
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
X-Newsreader: Tin 1.1 PL3
Date: Sun, 26 Jul 1992 16:06:17 GMT

Hi,

I was wandering if any one know some publications, articles
on wavelet transform used for edge detevting.

Thanks in advance.

Haihong Li

gst5@p.igp.ethz.ch

Newsgroups: sci.image.processing
From: naunheim@ccrs.emr.ca (J Naunheimer)
Subject: ERS-1 Filters
Organization: Canada Centre for Remote Sensing, Ottawa
Date: Thu, 23 Jul 1992 20:11:02 GMT


We have recently received some ERS-1 data from the 35-day Multi-disciplinary
Phase.  The data were processed to 4 looks in slant range, at a pixel dimension
of 35 by 30 metres.

We are interested in filtering the data for display purposes, and we were
wondering if any other research groups have investigated filter types and 
sizes which maintain radiometric and geometric quality, but effectively 
reduce speckle.

If anyone has any information or success stories with using filtering
algorithms on ERS-1 data, my collegues and I would appreciate you sharing
them.

Thanks in advance!
-- 
John Naunheimer
naunheimer@ccrs.emr.ca
Xref: sparky sci.image.processing:182 comp.compression:2788 comp.compression.research:89
From: les@doc.ic.ac.uk (L Enrique Sucar)
Newsgroups: sci.image.processing,comp.compression,comp.compression.research
Subject: Reference on SFS application
Date: 23 Jul 92 16:25:22 GMT
Organization: Department Of Computing, Imperial College, London UK

Can anybody give me a reference on a paper about "using shape from shading
for inspecting soldering quality on PCB" ?
Thanks.
From: stricker@tartarus.uchicago.edu (Mark Stricker)
Newsgroups: sci.image.processing
Subject: image sharpening
Date: 23 Jul 92 16:50:23 GMT
Article-I.D.: tyr.STRICKER.92Jul23105023
Distribution: sci.image.processing
Organization: University of Chicago Computer Science

Hi,

I am looking for code that does image sharpening (for a color image).

Our color camera does not give crisp edges between different
colors. Thus, as a step of preprocessing, I would like to make the
regions of the same color "flater" and the edges between regions of
different color sharper: Something like anisotropic difussion, or any
other suitable method.

If you have code that does this or you know where it could be
availiable, I would appreciate it if you could send me a note.

Thanks,
         Mark
--

-----------------------------------------------------------
Dr. Markus A. Stricker             stricker@cs.uchicago.edu
Robotics/Computer Vision Laboratory   University of Chicago
-----------------------------------------------------------
Newsgroups: sci.image.processing
From: ritley@uimrl7.mrl.uiuc.edu ()
Subject: SUMMARY: IMAGE PROCESSING SOFTWARE 2/2
Reply-To: ritley@uiucmrl.bitnet ()
Organization: Materials Research Lab
Date: Sun, 26 Jul 1992 23:45:01 GMT

Article 3085 of sci.geo.meteorology:
Xref: ux1.cso.uiuc.edu sci.geo.geology:1951 sci.geo.meteorology:3085
From: brabec@pysgjb.physics.ncsu.edu (Charles Brabec)
Subject: How many Graphics Gems?
Organization: NCSU Physics, Condensed Matter Theory
Date: Wed, 22 Jul 1992 14:31:02 GMT

I've got a copy of _Graphics_Gems_ and it's a wonderful book. I was
looking at the archive of C code from this book on 
princeton.edu:/pub/Graphics/GraphicsGems and I noticed that there are
3 sets of Graphics Gems programs. My question is, how many Graphics Gems
books are out there? The copy of _Books_In_Print_ I was looking at 
in our local bookstore says there's only the first one. If anyone
has the second book (or third, fourth, ...) please tell me the title, 
editor, publisher and ISBN# so I can try to order it.

Thanks in advance.
Charles
-- 
--------------------------------------------------------------
Charles Brabec 					304 Cox Hall
brabec@pysgjb.physics.ncsu.edu			(919) 515-7228