HDTenEightyP/NetNews huggingface dataset:
From: chen@haydn.ee.uec.ac.jp (Chen Jie)
Subject: What is the real frequency of image "Lena"?
Organization: University of Electro-Communications, Chofu, Tokyo, JAPAN
Distribution: sci.image.processing
Date: Mon, 21 Dec 1992 06:24:19 GMT

          Merry Christmas to everybody,
I would like to ask a question about standard image "Lena" with size of
512x512x8bit.
For this digitalized image, we can use 2D-FFT (with input data length 512)
to estimate the spatial frequency property of H(wx,wy),where wx and wy
are spatial frequences in X-direction and Y-direction,respectively.
And generally, wx and wy are normalized to [-pi,pi] as following figure.
                      wy|
                        Pi
                        |
                        |
           --  -Pi------o-------Pi--->wx
                        |
                        |
                       -Pi

My question is that,
for wx and wy, what are the real frequencies (in Hz) at Pi ?
The answer may be related to the sampling frequency f_s for 512x512 images,
What is the f_s?  and for 256x256 images, does the f_s become half of 512's?

Thanks in advance.
-Jie Chen
--
____________________________________________________________________________              
               Jie Chen 
	       ITL ( Information Transmission Laboratory )
               Depart. of Electronics
               Univ.   of Electro-Communications 
               Chofu city, Tokyo 182, Japan
               E-mail: chen@mahler.ee.uec.ac.jp
-----------------------------------------------------------------------------  






Newsgroups: sci.image.processing
From: cheng@pci.on.ca (Philip Cheng)
Subject: Looking for phone no. of COGNEX Co.
Organization: PCI Inc.
Date: Tue, 15 Dec 1992 22:17:16 GMT

I have a friend who is looking for the phone no. of COGNEX Co.  It is a
big company in U.S. which manufactures  machine vision hardware and software.

Please email the phone no. to 
  cheng@pci.on.ca

Thanks

-- 
testing signature
Xref: sparky sci.image.processing:1414 alt.binaries.pictures.utilities:2144 alt.graphics.pixutils:2736
From: cptully@med.unc.edu (Christopher P. Tully)
Newsgroups: sci.image.processing,alt.binaries.pictures.utilities,alt.graphics.pixutils
Subject: Problems with LaboImage 4.0
Date: 16 Dec 92 19:54:47 GMT
Organization: UNC-CH School of Medicine
Originator: cptully@helix

Hi, Sorry for the cross posting.  I'm looking for the author of
LaboImage, Thierry Pun.  I have been unsuccessful at contacting him by
e-mail up until now.  Anyway, my problem is that I'm trying to compile
LaboImage, and get massive errors, indicating the lack of a directory
of include files called "Xm"  Based on the names of the include files
that make cannot find, I'm assuming that this directory is unique to
LaboImage.  But it did not come in the LaboImage_4.0.tar.Z file.

So, if any of you know anything abouth this, or know how to contact
Thierry Pun, I'd apperciate some e-mail.  Or, Thierry, if you are
reading this, please let me know what I am doing wrong.

Thanks in advance
Chris

---
*********************************************************************
Christopher P. Tully				cptully@med.unc.edu
Univ. of North Carolina - Chapel Hill
CB# 7525					(919) 966-2699
Chapel Hill, NC 27599
*********************************************************************
I get paid for my opinions, but that doesn't mean that UNC or anybody
                     else agrees with them.
-- 
*********************************************************************
Christopher P. Tully				cptully@med.unc.edu
Univ. of North Carolina - Chapel Hill
CB# 7525					(919) 966-2699
Newsgroups: sci.image.processing,comp.graphics,alt.graphics.pixutils
From: cristy@eplrx7.es.duPont.com (Cristy)
Subject: Ultra-Fast 90 Degree Image Rotation for Very Large Images
Followup-To: sci.image.processing
Organization: DuPont Central Research & Development
Date: Sun, 13 Dec 1992 21:34:16 GMT

I am posting for a co-worker.  He asks:

  Could you please enquire on the network whether some body has a fast
  algorithm for rotating by 90 degrees very very large monochrome or
  multichannel images. The problem is nontrivial and probably can be
  handled by exchanging in and out of a limited size buffer that can be
  stored in high speed memory. I have an urgent need for this if we can
  find one.

Please repond with Email to cristy@dupont.com.  Thanks in advance.
-- 
cristy@dupont.com
From: hsun@kuhub.cc.ukans.edu
Newsgroups: sci.image.processing
Subject: ftp site for range image?
Date: 12 Dec 92 17:55:17 CST
Organization: University of Kansas Academic Computing Services




Hi,
	Could anyone in this group tell me any public ftp site for
range images (both synthetic and real) ? I'm working on invariant
recognition of 3-D objects.
	Please send response via e-mail.
	Thanks in advance.


Hao Sun
hsun@kuhub.cc.ukans.edu
University of Kansas

Newsgroups: sci.image.processing
From: deanaj@elec.canterbury.ac.nz (A. J. Dean)
Subject: Re: assembly vs C (was: FFTs for the 486)
Organization: Electrical Engineering, University of Canterbury, New Zealand
X-Newsreader: TIN [version 1.1 PL6]
Date: Tue, 15 Dec 1992 10:10:14 GMT

Bob Wildfong (bobw@csg.uwaterloo.ca) wrote:
: In article <Bz0J8F.4IC@cantua.canterbury.ac.nz> deanaj@elec.canterbury.ac.nz (A. J. Dean) writes:
: >For example I was able to speed up an 80x86 FIR filtering routine over 15*
: >over the original hand optimised _assembly_ (ie we're not talking about the
: >usual assembly vs C argument here) just buy taking advantage of the needs of
: >the application and assembly's freedom. Things like unrolling the right
: >loops the right number of times, using the most cunning addressing modes,
: 
: While it's true that most C optimizers don't do these "cunning" things,
: one can just as easily use the same tricks to hand-optimize C code (write
: the code using unrolled loops and lookup tables in the first place).  You
: can't exploit handy addressing modes, but IMHO you rarely save much by
: doing so anyway, since the addressing modes which compilers tend to not use
: are hardly ever useful in real applications (now and then doesn't count for
: much).

Depends which way you look at it. I can't agree entirely from where I am
standing - try to be cunning with a PC C compiler and you often end up
making things worse. I agree with the bit about addressing modes, except
that when you (ie someone programming in the 'freedom language' (getting a
bit too biassed there...)) realise that there is a much faster way of doing
something and it works then there isn't much room for argument. Addressing
bytes for example on the wrong PC C compiler can really slow things down,
and in this case I was using 8-bit weights in my filter.

But assembly isn't the machine's language - machine language is (no
kidding!). Assembly is a step 'up' and you lose a bit (eg you don't
automatically know the size and alignment of instructions). Going 'up' a bit
further you get C and lose a bit more of whatever gets lost. And so on. If
you need to know about your code's machine implementation (well, want) you
have to know what sort of mess those unintelligent computer-aided helpers is
going to create either by observing the end product or by experience. That's
my opinion anyway and is the reason I find assembly useful (ie experience is
rare for me!). Something like that anyway...

Antony.

: So you lose the elegance of the original "un-optimized" C code, but I'd
: rather maintain a messy C routine than a messy assembler routine.
: 
: Yet another $0.02  (must have about a buck by now)
: 
: Bob Wildfong
: University of Waterloo
Newsgroups: sci.image.processing,comp.graphics
From: rwebb@nyx.cs.du.edu (Russell Webb)
Subject: Knutsson & Granlund (1983)
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Sat, 12 Dec 92 18:32:12 GMT

Hi.  I am trying to implement the algorithm presented in Knutsson and
Granlund's (1983) Texture Analysis Using Two-Dimensional Quadrature Filters
from IEEE.  Anyways, I am having a really hard time understanding the
article, and I am wondering if anyone knows of any good books/articles/
whatever that discusses this that might help me out.

Thanks,
Sabina

Please send all replys to sabina@cns.nyu.edu (NOT the address in the header)
From: petitjea@loria.crin.fr (Sylvain Petitjean)
Newsgroups: sci.image.processing
Subject: Looking for "USC girl" image
Keywords: gray-level image
Date: 16 Dec 92 12:53:21 GMT
Organization: CRIN (CNRS) Nancy - INRIA Lorraine

The title says it all. I am looking for a ftp site where I could 
find a gray-level image called "USC girl". I would appreciate any pointer
on this.

Thanks,

	- Sylvain


Reply by e-mail to petitjea@loria.fr


  
Newsgroups: sci.image.processing
From: kees@cv.ruu.nl (Kees de Graaf)
Subject: Re: Similarity metric for images
Date: Wed, 16 Dec 1992 08:44:59 GMT
Organization: University of Utrecht, 3D Computer Vision Research Group
Keywords: image restoration, image metrics, noise reduction

In <85391@ut-emx.uucp> psilsbee@ccwf.cc.utexas.edu (Peter Silsbee) writes:

| [deleted]
| ...            if the claim is that (to quote myself) "this method produces 
| superior images in the sense that human viewers find them more visually 
| pleasing," which is certainly not the only claim that is ever made about
| image processing algorithms.
| [deleted]

It's even worse than that: the claim can be entirely untrue. To put it
metaphorically: I do like vanilla fudge very much, but that doesn't mean
it's good for me ;-). An ugly image may convey the desired information
better than a visually pleasing one.

-- Kees de Graaf, University of Utrecht, The Netherlands, kees@cv.ruu.nl
From: gchow@xihu.inria.fr (Gloria Chow)
Newsgroups: sci.image.processing
Subject: Re: Literatur&Algorithms
Date: 10 Dec 92 13:26:18 GMT
Organization: INRIA, Sophia-Antipolis (Fr)

In article <1992Dec8.152409.6649@random.ccs.northeastern.edu>, gauch@ccs.northeastern.edu (John Michael Gauch) writes:
|> Regarding literature on mathematical morphology:
|> In addition (or perhaps instead of) Serra's book on 
|> the subject, you should look at Dougherty's SPIE
|> tutorial text "An Introduction to Morphological
|> Image Processing".  It is short on proofs and long
|> on examples and an easy to read text (in contrast
|> to Serra's book).  
|> -- 
|> John M. Gauch, College of Computer Science, 
|> Northeastern University, Boston, MA 02115       
|> Phone: (617) 437-8684, Fax: (617) 437-5121
|> Internet: gauch@corwin.ccs.northeastern.edu   

Along the same thread, there is a book on morphological filtering by
Robert C. Vogt called "Automatic Generation of Morphological Set Recognition
Algorithms".  I had implemented some routines to do morphological filtering,
so if the person who posted the original question have some specific problems 
(I can't seem to locate your original artical), I can give them a stab...

Gloria Chow
chow@essi.cerisi.fr
gchow@satie.inria.fr
Newsgroups: sci.image.processing
From: agouldng@morgan.ucs.mun.ca (Allan Goulding)
Subject: Looking for info on scitex format
Organization: Memorial University of Newfoundland
Date: Mon, 14 Dec 1992 02:07:11 GMT

Does anyone have any detailed info on the scitex image format? I have
just such an image that must be converted to something (anything) else.
The image does not contain any header. I can read it as an RGB binary
file, but the resulting image, which should be in colour, is mostly
greyscale (by mostly greyscale, I mean that >99% of pixels have RGB values
that are almost equal such as 202, 200, 205).

What I have discovered about the scitex format is that it is supposedly
32 bit CMYK. However this file is definitely 24 bit with no compression
since the math works out as 3944 rows * 5000 cols *3bytes/pixel = 59,160,000
bytes, which is the exact file size.  Are there multiple scitex formats?
What kind of colour representation scheme will give me colour with three
almost equal bytes? If you can help shed some light on this problem, I 
will be most appreciative.

Allan Goulding
-- 
=============================================================================
Allan Goulding, Physical Oceanography group !    agouldng@crosby.physics.mun.ca
Physics Dept., Memorial Univ. of Nfld.      ! or agouldng@morgan.ucs.mun.ca
St. John's, NF. Canada, A1B 3X7             !
From: singh@eng.umd.edu (Hemant Singh)
Newsgroups: sci.image.processing
Subject: Re: Imtools (trouble getting binaries)
Date: 21 Dec 92 04:24:23 GMT
Distribution: sci.image.processing
Organization: Project GLUE, University of Maryland, College Park

In article <BOBW.92Dec17153730@gdstech.GRUMMAN.COM> bobw@gdstech.GRUMMAN.COM (Bob Waffenschmidt) writes:
>I tried to down load the binaries for the sgi4d from ftp.sdsc.edu.
>I have gotten the files onto the target machine but am having trouble
>expanding them.  They are in .z (little z) format so I assume the are
>packed not compressed.  
>
>Can someone tell me what format they are actually in. I no longer have
>the posting announcing Imtools if some one could send it to me I would
>appreciate that also.
>
>Thanks in advance
>Bob

Did you ftp them across in the "image/binary/I" mode of ftp otherwise
you will have ftped garbage. If you have then a simple uncompress
command should work. Will try to ftp one tomm. and see if i can
decipher
anything and will get back to you across e-mail.
good luck


Hemant Singh
EE /UMCP
Newsgroups: sci.image.processing
From: ferens@ee.umanitoba.ca (Ken Ferens)
Subject: fuzzy edge detection
Reply-To: ferens@ee.umanitoba.ca
Organization: Elect & Comp Engineering, U of Manitoba, Winnipeg, Manitoba,Canada
Date: Tue, 15 Dec 1992 02:21:07 GMT

Hi,
	I am looking for references to any work done on fuzzy edge detection of
still images.  I am familiar with some of the conventional algorithms, but the human operator seems to extract edges better under some situations.  Any help would be
appreciated.

---
Ken  Ferens
ferens@ee.umanitoba.ca

Newsgroups: sci.image.processing
From: woyansky@flamingo.ece.cmu.edu (George J. Woyansky)
Subject: Re: Searching for Notch Filter
Organization: Electrical and Computer Engineering, Carnegie Mellon
Date: Wed, 16 Dec 1992 00:43:16 GMT

In article <1992Dec15.181336.3424@iplmail.orl.mmc.com> natd@iplmail.orl.mmc.com (Natalie Day) writes:
>Hi,
>  I am having problems with the following and would like to know if there is a 
>good cookbook approach to the following:
>
>  Problem:  I am receiving EKG (electrocardiagram) signals as an input to 
>            a system.  The problem is that there is a 60Hz noise riding the
>            signal and I would like to get rid of it.  
>            I am looking for a good 60 Hz notch filter, (digital software 
>            filter).  I have tried a 6 pole IIR filter but I get a lot of
>            ringing.  Does anyone have any suggestions/solutions to my problem?
>
>   Thanks for you responses!
>
>
>                              Nat


I suggest you look in the paper 'Adaptive Noise Cancelling: Principles
and Applications' by Widrow, Glover, et. al., Proc. IEEE, Vol. 63, No. 12,
pp. 1692-1716, December 1975.

In this paper, they use adaptive filter techniques to achieve exceptionally
sharp notch-filters for use in a variety of applications.  One of the sections
is entitled 'Cancelling 60Hz Interference in Electrocardiography'.  Sounds
like this might be right up your alley.

-George Woyansky
 ECE Dept., Carnegie Mellon University
 Pittsburgh, PA  15213
From: lam@mrcnext.cso.uiuc.edu (Ken Lam)
Newsgroups: sci.image.processing
Subject: Re: frame grabbing hardware and printer required
Date: 12 Dec 92 04:42:30 GMT
Organization: University of Illinois at Urbana

epc1@quads.uchicago.edu (Merlin) writes:


>I have access to some Suns and DECs and would like to be able to grab
>images from either a digital or analog input.  Can someone tell me
>of any literature/phone numbers of companies/personal experiences
>with frame grabbing boards for either the Sun or DEC?

>In addition, I have images which I would like to print on to a laser printer.
>What software packages would allow me to print images onto a postscript
>laser printer?  Does anyone have any experiences/recommendations for 
>printers which receive an analog signal and print out a photograph-like
>picture?

We have a SUN VideoPix card.  It is good for still grabs, gets 640x480 off
S-video.  It will print directly to a PS printer(very nice output).  Also
RasterOps makes a frame grabber which is faster(I haven't used it).  
SUN sales/support would be a good number to call. The have a few cards which
work.  The VideoPix being the cheapest, but fine for what we need.

BTW we have a Sparc10 and can grab a good number of frames per minute.

Maybe 2-3 per second for a short duration.

Ken

--
Ken Lam                                                     (803)-884-7615 (H)
System Administrator                                        (803)-792-4969 (W)
Senior Systems Consultant                                   (803)-792-5446(FAX)
Netware/UNIX System Programmer/Integrator                    lam@jove.cofc.edu
MultiMedia Works & Video Productions ======= Teaching the world in better ways
From: mds@phy.duke.edu (Mark D. Shattuck)
Newsgroups: sci.image.processing
Subject: Summary of Integer FTT's
Date: 16 Dec 92 17:20:47 GMT
Organization: Duke University Physics Dept.; Durham, N.C.


I asked about implementations/algorithms or papers/books 
disscussing Integer FFT's. Here is a summary:

_________________________________________________________________________
=========================================================================


I believe some integer FFT`s were found in Embedded Systems
Programming within the last year.



-- 
Mike Koopman                             phone: +1-814-269-2637
Concurrent Technologies Corporation    telefax: +1-814-269-2666
1450 Scalp Avenue                         ICBM:  40'15"N-78'50"W
Johnstown, PA  15904  USA               e-mail:  koopman@server1.ctc.com



_________________________________________________________________________
=========================================================================

> 	I am interested in integer FFT implementations/algorithms
> or papers/books disscussing them.  Do you have any pointers to this
> information?
> 
> 	Thanks in Advance,
> 
> 	mark shattuck (mds@phy.duke.edu)

I found very little in the literature about integer FFT, so I ended up
looking at the usual ones and then I applied standard integer methods to it.

I had numerous opportunity to write fixed point math, and usually had no
language support for it (most languages support integer and float, some
(like PL/I etc.) will handle fixed point) so I ended developing a personal
approach.

The basic idea is to be aware of the two limitations : magnitude and resolution,
Then one trades one for the other in such a way that the final results are within the desired range.

I have posted the code to comp.dsp a couple of days ago. If you cannot get it
then let me know and I will email to you. The fft.tar.Z.uue file is about 60K,
rather small.

-- 
Regards
	Eyal Lebedinsky		eyal@ise.canberra.edu.au


[I have this code now also, if someone wants it.]
-- 
	mark shattuck (mds@phy.duke.edu)
Newsgroups: sci.image.processing
From: roth@sitter.ips.id.ethz.ch (Martin Roth)
Subject: Optical Music Recognition - Bibliography aviable
Organization: ETH Zurich (Swiss Federal Institute of Technology)
Date: Mon, 14 Dec 1992 13:08:53 GMT

I compiled a bibliography for Optical Music Recognition (automatic
reading a scanned-in page of music, pattern recognition).

PostScript and BibTeX files are aviable via ftp from maggia.ethz.ch
(129.132.17.1), login ftp, directory /pub/roth/omrbib.

If you can't use ftp or can't uncompress *.Z files, drop me a mail.

Comments, additions about new publications are welcome!

_______________________________________________________________________
      _   Martin Roth                Martin Roth      ETHZ, ips, RZ F16
|\  /|_)  Mail: roth@ips.id.ethz.ch  Sandacker 14   ETHZ, ti, IFW B45.2
| \/ | \  Dipl. Eng. Comp. Sci. ETH  CH-8154 Oberglatt   g 01/256 55 68
          (F-)emails welcome!        Switzerland         p 01/850 32 75
-----------------------------------------------------------------------
Newsgroups: sci.image.processing
From: akarpowicz@mta.ca (Adam Karpowicz)
Subject: FFT software
Reply-To: akarpowicz@mta.ca
Organization: Mount Allison U, Sackville, N.B. Canada 
Date: Thu, 17 Dec 1992 01:29:38 GMT


I am trying to find an inexpensive program capable of doing FFT on
images.  I take two digital images of laser speckle (or any other
random dots) on an object, one before and one after a small in-plane
translation, add both and then do FFT on an area of the added image.
Since there are two sets of identical, but slightly apart, speckle dots,
the FFT spectrum (in the form of dark fringes) can show the direction and
magnitude of the translation.

I do not want to invest a lot of money (usually ~$2000) for software
until I know if the method works for me. Is there a PD or shareware
to do FFT on images? 

I also hope to find someone doing something (even remotely) similar
to this.

Thanks in advance

Adam  akarpowicz@mta.ca
Newsgroups: sci.image.processing
From: gothie@IRO.UMontreal.CA (Pascal Gothie)
Subject: Optimal Thresholding - Tree Annealing
Organization: Universite de Montreal
Date: Sat, 12 Dec 1992 20:13:06 GMT

OPTIMAL THRESHOLDING 

Hello,

I'm actualy working on teeth pictures, and I want to use the approach developed
by Chow and Kaneko for outlining boundaries : "Automatic Boundary detection of
the left ventricle from cineangiograms" - Computers and Biomedical research (1972).
Or more recently, the article called "Optimal Thresholding - A new approach" by 
Snyder and Bilbro - Pattern Recognition Letters (1990) based on tree annealing.
(This algorithm avoids local minima of the gradient descent method)
The method is very feasible for low quality images, that is the reason why I
would like to apply it on teeth pictures;
Any informations would be greatly appreciated.

Many thanks in advance,

Pascal

-------------------------------------------------------------------------------
Pascal GOTHIE   	email gothie@iro.umontreal.ca 

Laboratoire de Vision et Modelisation Geometrique
Departement d'Informatique et de Recherche Operationnelle
Universite de Montreal
C.P. 6128, Succursale A
Montreal CANADA
H3C 3J7       
-------------------------------------------------------------------------------
Newsgroups: sci.image.processing
From: knipp@ipi.uni-hannover.de (K. Knipp)
Subject: SAR-data / classification
Keywords: Synthetic Aperature Radar / Land-Use Classification
Reply-To: knipp@ipi.uni-hannover.de
Organization: IPI, University of Hannover
Date: Fri, 18 Dec 1992 08:49:20 GMT

	Hi, 

	I'm about to start some work on land-use classification with
	SAR (Synthetic Aperature Radar) - imagery.

	Any hint on usefull literature, papers, articles ... would be
	very helpful.

	Reply directly to me; I will summarise.

	K.Knipp

     __ ____   __
    / // _  \ / /  Karlheinz Knipp               Tel.  0511 - 762 4922
   / // /_/ // /   Uni Hannover                  Fax.  0511 - 762 2483
  / // ____// /	   Institut fuer Photogrammetrie
 / // /    / /     Nienburger Str.1              email  knipp@ipi.uni-hannover.de
/_//_/    /_/      FRG  3000 Hannover 1

Newsgroups: sci.image.processing