HDTenEightyP/NetNews huggingface dataset:
From: mark-r@spec0.ee.man.ac.uk (Mark Robinson (JO PhD))
Newsgroups: sci.image.processing
Subject: Optical distortion refs.
Date: 18 Aug 92 08:50:18 GMT
Organization: Dept Electrical and Electronic Eng, Manchester University, UK


Hi, vision people,

I'm looking for references and ideas about distortion introduced
into images by the lens/camera system, eg

   What sort of magnitude would optical distortion have for
a typical lens?

   What is the best way to model this distortion, and how can I
measure it?

   Once I've measured it, how can I correct for it?

Cheers.

Mark
mark-r@spec0.ee.man.ac.uk
Newsgroups: sci.image.processing
From: nadine@solstice.ucs.ualberta.ca (Nadine Leenders)
Subject: '386 VGA Software for Greyscale manip needed
Organization: University Of Alberta, Edmonton Canada
X-Newsreader: Tin 1.1 PL4
Date: Thu, 20 Aug 1992 21:17:21 GMT

Is there any low-cost software available for a '386 PC with VGA
that will take two grey-scale images, display one in red, the
other in green, except in areas of overlap where the resulting
colour is to be yellow?
Newsgroups: sci.image.processing
From: subotic@osl440a.erim.org (Nik Subotic)
Subject: time-frequency distribution software
Organization: Environmental Research Institute of Michigan, Ann Arbor, Michigan
Date: 20 Aug 92 12:58:11



Hi all,

Is there any software out there which produces time-frequency
distributions for 1D and 2D data sets (for 2D data sets, I would call
it space-spatial frequency distributions)?  Examples would be the
ambiguity function, Wigner distribution function and its variants,
Choi-Williams distribution, etc.  Thanks in advance!

--
--
Nikola S. Subotic
Signal and Image Processing Dept.
Optical and IR Science Laboratory
Environmental Research Institute of Michigan 
P.O. Box 134001                              
Ann Arbor, MI 48113-4001                     
(313)-994-1200 x-2711                        
subotic@erim.org                     
--
From: neal@grover.stat.washington.edu (Phil Neal Inc.)
Newsgroups: sci.image.processing
Subject: zernike moment C code ?
Date: 17 Aug 92 20:06:54 GMT
Article-I.D.: u.1992Aug17.200654.17210
Organization: U. Washington Dept. of Statistics
Originator: neal@ernie.stat.washington.edu

Dear image processors,

Does anybody have C code or fortran code
for Zernike moment calculations ?

Thanks,

Phil 


Phil Neal, Systems Programmer, Statistics Department GN-22
University of Washington, Seattle, Wa. 98195 USA  | 206-685-1627
----------------------------------------------------------------
"Look, another bit!" -- Repo Man (the movie)
-- 
Phil Neal, Systems Programmer, Statistics Department GN-22
University of Washington, Seattle, Wa. 98195 USA  | 206-685-1627
----------------------------------------------------------------
"Look, another bit!" -- Repo Man (the movie)
From: dubuf@sicsun.epfl.ch (Hans DU BUF)
Newsgroups: sci.image.processing
Subject: Re: Edge Detection
Date: 20 Aug 92 10:00:18 GMT
Organization: Ecole Polytechnique Federale de Lausanne

In article <edmund.714274301@swanee>, edmund@swanee.ee.uwa.edu.au (Edmund Lai) writes:
|> Does anyone have a bibliography of edge detection algorithms/techniques?
|> If so, could you please email me?
|> 
|> I can post it to the group later if there is enough interest.
|> 
|> Edmund Lai
|> Department of Information Engineering		phone: +852-609-7988
|> The Chinese University of Hong Kong		fax:   +852-603-5032
|> Shatin, N.T., Hong Kong.			email: mklai@eng.ie.cuhk.hk

Yep, see the reference list in the paper:

Multiple widths yield reliable finite differences
MM Fleck, IEEE PAMI vol 14, 1992, pp 412-429.

Don't forget to read the rest of the paper.
Hans
From: unregistered@newcastle.ac.uk (M.J.Jubb)
Newsgroups: sci.image.processing
Subject: Anyone working on automatic defect detection?
Keywords: defect fourier convolution
Date: 21 Aug 92 10:26:33 GMT
Followup-To: sci.image.processing
Organization: School of Engineering, University of Durham, UK

Is anybody working in the rather specialised area of automatic defect detection?

I am nearing the end of the first year of my PhD studies, working in collaboration
with a commercial organisation which markets systems to do on-line quality control
for various types of industrial processes. 

The machines generally acquire data by means of a line-scan CCD camera pointing
at the production output which might be, for example, a long continuous sheet
of anodised aluminium which is later cut up and made into printing plates. 
Sometimes the process goes wrong, resulting in faint streaks, chatter marks
(horizontal streaks) or air-bubble type localised defects, and it is these that
the system has to detect on the surface of the product. 

At the moment, all systems on the market which do this job seem to operate
various convolution kernels in hardware, typically one for each class of defect
that is expected. For example, a vertical streak is best enhanced by a long thin
vertical kernel, whereas a smaller, more localised defect might require a small
square one.

This technique has obvious shortcomings! Improvements are the topic of my
research. 

This area seems to fall between the two stools of image enhancement and image
recognition, so it seems to be only lightly covered in image-processing
journals and conferences. 

If you are working on a similar type of problem, perhaps you could e-mail me
at "M.J.Jubb@durham.ac.uk" for an exchange of ideas and techniques. We could
post a summary to the net if there is some interest. 
Newsgroups: sci.image.processing
From: hobo@isy.liu.se (H}kan B}rman)
Subject: Re: ANNOUNCEMENT: image, sequence and volume data available by ftp
Keywords: image sequence volume ftp
Organization: Dept of EE, University of Linkoping
Date: 14 Aug 92 17:43:26 GMT

I forgot to add read privileges to some of the files, but it should be
fixed now. Sorry! :-(

-- 

-------------------------------------------------------------------------------
H}kan B}rman	                   | Email: hobo@isy.liu.se
Linkoping University		   |       
Xref: sparky sci.image.processing:490 comp.graphics:8988
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: sci.image.processing,comp.graphics
Subject: Re: Art gallery image processing
Date: 19 Aug 92 20:02:40 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Aug18.214345.25931@unocal.com>, stgprao@xing.unocal.com (Richard Ottolini) writes:
| This weeks Time Magazine (Aug 24) has an article about Kodak's image
| processing camera.  Outputs 18 megapixels per image on to CD disk.
| A new law in California created an immediate market for it.  Automobile insurers
| are required this year to photograph vehicles in order to prevent fraud.
| I assume when all the bells and whistles are worked out, some good Asian
| electronics company will figure out how to get the technology cheaply into
| amateur's hands.

  Hate to say it but (a) in NY all the insurer's I've ever heard of do
photos now, and they get their technology from Polaroid. (b) Canon has
the Xapshot camers for ~$500 now, I think we paid about $400 in a
discount store. The old ones have pretty bad resolution (is it really
512 lines???) but the current ones are better. I thought the 250 and 500
in the model number was the lines, honestly. Still, for 20-25 pix on a 2
inch disk, it's pretty nice, and the disk is reusable after you go to
other media. I read the image in, and unless I need to process it later
I JPEG it down to a reasonable size.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    I admit that when I was in school I wrote COBOL. But I didn't compile.
From: volkmuth@phoenix.Princeton.EDU (Wayne Volkmuth)
Newsgroups: sci.image.processing
Subject: Need info--EIA-RS422A framegrabbers, fast mass storage
Date: 17 Aug 92 21:02:47 GMT
Distribution: usa
Organization: Princeton University
Originator: volkmuth@ernie.Princeton.EDU

I need information on framegrabbers that will accept EIA-RS422A as
input.  All information is welcome--vendors, good/bad experiences
with a particular board, your favorite magazines where I can
find this information without using up bandwidth (!), phone #'s
of vendors, etc.

I'd also like any and all information that people have on high speed,
mass storage devices.  By high speed I mean greater than 15 Mb/sec--
the faster, the better, and mass storage means at least gigabytes.
Again, the bigger the better.

Please *email* me, volkmuth@phoenix.princeton.edu.  I will put
together a summary, and if there seems to be enough interest I
will post it.  Otherwise I will mail it out to anyone who asks
for it.

I realize this is a very general request, but I don't mind wading
through a lot of email to get what I need.  I would rather not
discourage replies by being more specific with what I want--if
you think you know something, please do email me.  So far I haven't
found anything useful on my own.

  Thanks in advance,
     Wayne
From: Kermit@cup.portal.com (Kermit Royce Woodall)
Newsgroups: sci.image.processing
Subject: Re: Anyone working on automatic defect detection?
Date: Fri, 21 Aug 92 15:37:14 PDT
Organization: The Portal System (TM)

>This area seems to fall between the two stools of image enhancem
>recognition, so it seems to be only lightly covered in image-pro
>journals and conferences. 

Huh...what sort of crap are they TEACHING these days?!  :)

Kermit Woodall

(to the humor impaired, this is a joke, based on a innocent transliteration)
Newsgroups: sci.image.processing
From: chilukur@amnese.eng.uab.edu (Madhu Chilukuri )
Subject: Info.Wanted on Shape/Morphometric Analysis
Originator: chilukur@amnese.eng.uab.edu
Reply-To: chilukur@amnese.eng.uab.edu
Organization: Comp. Science Dept, University of Alabama at Birmingham
Date: Wed, 19 Aug 1992 17:00:36 GMT



I am interested in doing shape analysis as part of my thesis research.
I think it also goes by the name quantitative analysis of shape.
I am aware of techniques such as Fourier analysis and Method of Moments.
It would be of great help if any gurus out there could help me know
more about Shape/Morphometric Analysis, any new techniques, references etc.and is
there any software available to do such analysis.



Thanks in advance for your help.

Madhu
Newsgroups: sci.image.processing
Subject: 2D scan -> 3D object
From: stuart@cosc.canterbury.ac.nz (Stuart Ralston)
Date: 15 Aug 92 15:06:30 +1200
Distribution: world
Organization: University of Canterbury, Christchurch, New Zealand.

Has anyone got any software that converts a series of 2D scans (of a picture
or drawing) into some kind of a 3D object file?

If not, what kind of edge-identification, etc. would be involved?

 \||||||/
 / o  o \	   ___  ____  stuart@cosc.canterbury.ac.nz
 \ /  \ /	  /__    /   /  /	 
  (    ) 	 ___/   /   /__/     
   \__/
Newsgroups: sci.image.processing
From: ben@ph.tn.tudelft.nl (Ben Verwer)
Subject: Re: image processing loops: a c programming question
Organization: Delft University of Technology
Distribution: sci.image.processing
Date: Wed, 19 Aug 1992 23:49:50 GMT

stefang@isy.liu.se (Stefan Gustavson) writes:

>ben@ph.tn.tudelft.nl (Ben Verwer) writes:

>[...]
>>As for the author who proposed the function call in the innerloop: you must 
>>drink lots of coffee at work :)
>[...]

>Ahem. It was me, and if I may say so, I resent your cheap blow.
>I drink a lot of coffee at work, but not for the reason you imply.
>If you call sizeof() a function call, you can't really be a very
>experienced programmer. sizeof() evaluates at compile time to a
>constant. And I was really only making a joke. Remember?
>Did my last posting get lost before you saw it? I _have_ tried my
>examples too, you know.

Sorry, I'll be more specific, though I don't know why you thought I
was speaking of you.

I was speaking about the posting in which wyc@bucrsb.bu.edu (Yecheng Wu) wrote:

>One solution to the messy problem is to make some functions to do
>the offset calculation. For example, we can PutPixel and
>GetPixel() here. They should look like:

>BYTE GetPixel(BYTE *ImageBuf, long RowOffset, long Col)
>{
>       return ImageBuf[RowOffset+Col];
>}


Ben
Newsgroups: sci.image.processing
From: eric_gorr@coglab_psych.uoregon.edu (Eric Gorr)
Subject: recording onto video - info request
Organization: University of Oregon Network Services
Distribution: usa
Date: Thu, 13 Aug 92 17:44:34 GMT

I am looking into purchasing some equipment (vcr, etc..) so that I can take
some quicktime movies and record them onto a VHS tape.  I was wondering if
anybody had any suggestions as to the type of equipment available, etc..

I am looking for something that would do the job, but not top of the line
models.  

Any information regarding this topic would be appreciated.

thanx.
From: whb@castle.ed.ac.uk (H Bruce)
Newsgroups: sci.image.processing
Subject: Discriminating Objects from their shadows.
Date: 18 Aug 92 13:05:50 GMT
Distribution: sci
Organization: Dept. Electrical Engineering, Edinburgh University, Scotland, UK.

Can anyone point me to work done in the area of discriminating between objects
and the shadows they cast ? 

I need this as shadows are causing havoc with my object tracking algorithm.

Thanks

Henry Bruce
Newsgroups: sci.image.processing
From: davis@pacific.mps.ohio-state.edu ("John E. Davis")
Subject: Re: image processing loops: a c programming
Reply-To: davis@pacific.mps.ohio-state.edu  (John E. Davis)
Organization: "Dept. of Physics, The Ohio State University"
	<1992Aug13.125001.25563@bmw.mayo.edu> <ydifayu@Unify.Com>
Date: Sat, 15 Aug 1992 03:26:49 GMT

In article <ydifayu@Unify.Com> raveling@Unify.com (Paul Raveling) writes:
>                                   Using cc:
>   i = MAX;			1.6u 0.4s 0:02 95% 0+1368k 0+0io 0pf+0w
>   while ( i-- )			1.6u 0.4s 0:02 95% 0+1368k 0+0io 0pf+0w
>       *bp++ = *ap++;		1.6u 0.4s 0:02 96% 0+1376k 0+0io 0pf+0w
>


What about:  memcpy(bp, ap, MAX);  It will beat the above loop every time.



       
--
     _____________
#___/John E. Davis\_________________________________________________________
#
# internet: davis@amy.tch.harvard.edu
#   bitnet: davis@ohstpy
#   office: 617-735-6746
#
Newsgroups: sci.image.processing
From: stefang@isy.liu.se (Stefan Gustavson)
Subject: Re: image processing loops: a c programming question
Organization: Dept of EE, University of Linkoping
Distribution: sci.image.processing
Date: 13 Aug 92 14:47:37 GMT

alien@essex.ac.uk ("Adrian F Clark") writes:


>In article <1992Aug10.221247.8016@cfa.harvard.edu> alberto@cfa.harvard.edu (Alberto Accomazzi) writes:

>Actually, you can get just a smidgin faster on most machines:
>  dp = data;
>  for (y = 0; y < ysize; y++)
>    for (x = 0; x < xsize; x++)
>      *dp++ = ...
>}

>but this is probably even less readable than the other examples
>posted.

You really don't need a separate x counter varaiable. Use the
pointer itself for the inner loop:

  dp = data;
  for (y = 0; y < ysize; y++)
   {
     rowend = (y+1)*xsize*sizeof(int); /* or whatever size your data is */
     for ( ; (int)dp < rowend; )       /* note the obscure empty statements */
       *dp++ = ...
   }

This saves one increment instruction. It makes a difference.
Yes, I have written a program like this. No, I wouldn't like to
try to read somebody else's program written like this.

And now for the *really* compact stuff...

For greater obscurity, you could use the pointer for the outer loop, too,
and move some initialization inside the for(;;) construct, and remove the
silly type casts that weenie compilers try to make you put in there:

  for(dp=data; dp<xsize*ysize*sizeof(int);)
    {
      for(rowend = dp+xsize*sizeof(int); dp<rowend; )
        *dp++ = ...
    }

Or if you don't care which row you are on, you could just write:

  for(dp=data; dp<xsize*ysize*sizeof(int); *dp++= ...)

Or if you like to... Hey! Let go of me! I'm writing an article here!
No, I don't need a vacation. And I won't let that man in the white robe
get anywhere near me with that needl
Newsgroups: sci.image.processing
From: sjreeves@eng.auburn.edu (Stan Reeves)
Subject: Re: WANTED: MAximum entropy C source code
Keywords: maximum entropy source
Organization: Auburn University Engineering
Date: Wed, 12 Aug 1992 18:18:28 GMT

In article <sjreeves.920811141812@fourier.ee.eng.auburn.edu> sjreeves@eng.auburn.edu (Stan Reeves) writes:
>In article <8134@sirius.ucs.adelaide.edu.au> snoswell@ucs.adelaide.edu.au (Michael Snoswell) writes:
>>I recently read an article on maximum entropy image processing (S.F
>>Gull and J. Skilling, IEE Proceedings, Vol 131, Pt.F, No. 6, OCTOBER
>>1984) and thought it was something that I could use instead on 2D
>>deconvolution.
>
>Maximum entropy is basically just a particular slant on 2-D convolution
                                                         ^^^^^^^^^^^^^^^
>that takes into account certain properties of the image and noise.  It's
>definitely not a computational shortcut.

Oops!  I meant 2-D DEconvolution.


--
Stan Reeves
Auburn University, Department of Electrical Engineering, Auburn, AL  36849
INTERNET: sjreeves@eng.auburn.edu
Newsgroups: sci.image.processing,comp.graphics
From: stgprao@xing.unocal.com (Richard Ottolini)
Subject: Re: Art gallery image processing
Originator: stgprao@xing
Organization: Unocal Corporation
Date: Tue, 18 Aug 1992 21:43:45 GMT

This weeks Time Magazine (Aug 24) has an article about Kodak's image
processing camera.  Outputs 18 megapixels per image on to CD disk.
A new law in California created an immediate market for it.  Automobile insurers
are required this year to photograph vehicles in order to prevent fraud.
I assume when all the bells and whistles are worked out, some good Asian
electronics company will figure out how to get the technology cheaply into
amateur's hands.
Xref: sparky sci.image.processing:516 comp.graphics:9057
From: agnew@gems.vcu.edu
Newsgroups: sci.image.processing,comp.graphics
Subject: Re: Art gallery image processing
Date: 21 Aug 92 12:19:28 GMT
Organization: Medical College of Virginia

In article <1992Aug19.115044.1034@cc.tut.fi>, jk87377@cc.tut.fi (Juhana Kouhia) writes:
> 
> In article <1992Aug19.015109.26290@bert.eecs.uic.edu>
> spiff@bert.eecs.uic.edu (Jason Leigh) writes:
>>In article <1992Aug18.214345.25931@unocal.com>
>>stgprao@xing.unocal.com (Richard Ottolini) writes:
>>>I assume when all the bells and whistles are worked out, some good Asian
>>>electronics company will figure out how to get the technology cheaply into
>>>amateur's hands.
>>
>>And why would it be an Asian company who would do this?
> 
> Ok, let it be a non-USA company then.
> It could be a USA company if there's no fine mechanical parts in the
> product -- maybe they could buy mechanical parts from an Asian
> company. Hmmmm.
> 
> It is the fact that Japan is the leader in making this kind of
> products for public.
> 
> 
> Juhana Kouhia
> :-)

  And, who may I ask sold to the Soviets machining equipment that made their
submarines many orders of magnitude quieter, while the old Soviet government
was in operation???????  and just for mere money, too.  Quality needs to be
balanced off with responsibility.  It's widely said that Japanese save more
than Americans do, but the flip side is the companies do not provide any
retirement.

-- 
         /^^^\   \ /   Jim Agnew         AGNEW@RUBY.VCU.EDU  (Internet)
        /      >  ||   Neurosurgery,     AGNEW@VCUVAX        (Bitnet)
   /\_/     '   \  /   MCV-VCU           This tape will self destruct in
 /________________>    Richmond, Va      five seconds.  Good luck, Jim..."
Newsgroups: sci.image.processing
From: drtr1@cus.cam.ac.uk (David Robinson)
Subject: Re: WANTED: MAximum entropy C source code
Organization: Mullard Radio Astronomy Observatory, Cambridge, UK
Date: Fri, 14 Aug 1992 16:55:34 GMT

In article <ALIEN.92Aug13121817@vulcan.essex.ac.uk> alien@essex.ac.uk ("Adrian F Clark") writes:
>While MEM -- and particularly the MEDC package -- seems to be pretty
>effective for astronomical imagery, I'd like to raise a small word of
>warning regarding MEM for general restoration applications.  MEM works
>by taking a uniform image and `pulling' non-uniformities out of it
>only where there is statistical evidence for doing so.  Unfortunately,
>the staistical models used by all the implementations of MEM that I've
>seen only work well for pulling bright regions from a dark
>backgrouond.  Given a image with the opposite contract (e.g., a
>bright-field electron micrograph) I've yet to see a good job.

The results from MaxEnt are only as good as your prior assumptions. In
astronomy, it is reasonable to say 'my prior expectation of what my ccd
measures is typically 10 photons/s, but may be from 1e-4 to 1e5 photons/s'.
This is obviously an assymetric distribution, because of the knowledge of
a minimum signal level. (i.e. there are no negative photons out there). It's
not invariant under inverting the contrast, and rightly so.

If you want such invariance, then it's easy to attain; either throw away
the positivity constraint if you don't know what the zero level is, or
introduce a maximum level if you have upper and lower bounds for you image.

The MEDC code supports both of those.


David Robinson. (drtr1@cus.cam.ac.uk)
From: tmb@arolla.idiap.ch (Thomas M. Breuel)
Newsgroups: sci.image.processing
Subject: Re: image processing loops: a c programming question
Date: 23 Aug 92 00:36:03 GMT
	<1992Aug22.051723.28817@msc.cornell.edu>
Reply-To: tmb@idiap.ch
Distribution: sci.image.processing
Organization: IDIAP (Institut Dalle Molle d'Intelligence Artificielle
	Perceptive)
In-reply-to: maynard@tamar.msc.cornell.edu's message of 22 Aug 92 05:17:23 GMT

In article <1992Aug22.051723.28817@msc.cornell.edu> maynard@tamar.msc.cornell.edu (Maynard J. Handley) writes:

   Why not do what I do and have the best of both worlds? Allocate one long
   array of nx*ny doubles, then an array of nx double*s, each of which points
   to the appropriate section of the previous array. Operations that naturally
   run across the entire array can be coded like that, and operations that
   make use of the 2Dness of the array can be coded like that. You also have
   something you can pass to Fortran.

I posted C code for this in this very group about a week ago...

   Of course I wrap it up in a C++ class to
   hide the ugly details of creating and destroying the objects each time I
   use them.

C++ code for implementing template arrays in this way is available
from "maya.idiap.ch:pub/tmb/array.shar".

					Thomas.
Newsgroups: sci.image.processing
From: eddins@bert.eecs.uic.edu (Dr. Steven L. Eddins)
Subject: Re: where is FAQ ??
Keywords: where is FAQ
Organization: EECS Dept., University of Illinois at Chicago
Date: Fri, 14 Aug 1992 15:57:36 GMT

frost@sdsc.edu (Richard Frost) writes:

>Is there an FAQ for this group?  If so, where is it archived?

Sci.image.processing FAQ, version 0.0
-------------------------------------

1.  Is there a FAQ for this group?  If so, where is it archived?

A:  No.  Nowhere.

:-)

This newsgroup is a little young for a FAQ; it's only been going for a
month or so.
-- 
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
Newsgroups: sci.image.processing
From: nur@dgbt.doc.ca (Nur Serinken)
Subject: Is there a port of Utah Raster Toolkit to Ms-Dos?
Keywords: rle,ms-dos 
Organization: The Communications Research Centre
Date: Fri, 21 Aug 92 12:55:22 GMT



I am trying to find if whole or parts of the Utah Raster Toolkit have
been ported to Ms-Dos environment?

My scanner is connected to my PC and I will like to perform some of
the  operations in my PC before transporting the files to UNIX
environment.

I will appreciate replies by e-mail.

Thanks Nur.    nur@dgbt.doc.ca


Nur  Serinken       | Communications Research Centre -DRL
		    | PO Box 11490 Stn "H"
                    | Ottawa, ON K2H 8S2
Voice-(613) 998-2289| Canada
Fax  -(613) 990-7987| 
INTERNET: nur@dgbt.doc.ca


-- 
Nur  Serinken       | Communications Research Centre -DRL
		    | PO Box 11490 Stn "H"
                    | Ottawa, ON K2H 8S2
Voice-(613) 998-2289| Canada
Newsgroups: sci.image.processing