HDTenEightyP/NetNews huggingface dataset:
From: phantom@casbah.acns.nwu.edu (James Choi)
Subject: Re: Debugging problem
Organization: Northwestern University, Evanston Illinois.
Date: Tue, 26 Jan 1993 01:43:30 GMT

In article <1993Jan26.012844.15569@usl.edu> twc@swamp.cacs.usl.edu (Tat W. Chan) writes:
>     1. Debugging a large program which input data is huge and not 
>        well-structured (as it is common in the domain of this newsgroup), 
>        is there any effective ways to locate the bugs? Should we deal with 
>        the program first, or the data first, or both?
>
>     2. If there is any good way to solve #1, is it different from debugging 
>        techniques in other domains in which the input data is not so intensive?

When debugging a typical image processing algorithm, conventional debuggers
are of little help.  The vast amount of data that image generates makes it
fruitless to examine each number.

The most useful way I know of in dealing with is using a model data before
you use a real data set.  For example, if you are looking for a centroid,
use a picture that consist of 0 and 255 only, and that forms a perfect
square.  Of course, this data is generated, not acquired.  If the square
works, then try a rectangle, and so on.

In CT image reconstruction algorithm testing, I use either a thin wire to
see if the algorithm reconstructs a point.  Or better yet, use simulated
data.

Some algorithms take hours, or even days in development stage.  Use lower
resolution in debugging stage.

Have a standard set of simulated data that you use every time you make any
modification to the algorithm.

That's all I can remember at the moment.

James Choi
From: thornton@carson.u.washington.edu (Kenneth Thornton)
Newsgroups: sci.image.processing
Subject: Image datasets to test segmentation algorithms
Date: 21 Jan 1993 20:13:27 GMT
Organization: University of Washington, Seattle
Distribution: world
NNTP-Posting-Host: carson.u.washington.edu

Last week, I posted a request for medical, industrial, or
other image datasets with associated "hand" segmentations
to test image segmentation algorithms. I did not receive
any positive responses.
From: iskender@csl.sri.com (Iskender Agi)
Newsgroups: sci.image.processing
Subject: Re: Help Wanted: Contour Tracing
Date: 28 Jan 1993 21:16:47 GMT
Organization: Computer Science Lab, SRI International
Distribution: world
NNTP-Posting-Host: dmos.vlsi.csl.sri.com

In article <1993Jan21.192619.10241@pinet.aip.org>, scotj@pinet.aip.org (scot_shinderman) writes:
|> 
|>    While reading the standard image processing books I have noticed one
|> algorithm that seems to be glossed over: contour tracing.  In the
|> pictures that I am scanning, a filter is run across the pixels and a
|> threshold is applied to produce either white or black pixels for the
|> grey-scale.  At this point there is usually a rather disconnected set of
|> dots due to noise in the picture but also some strong edges from the
|> filter.  What is the "pratical" method of moveing along the detected
|> pixels to find lines (or curves).  If I try to step from one pixel to
|> the next by looking in a neighborhood, then the path almost always gets
|> caught up in the noise off to one side or another.  Is there a way to
|> "nudge" the search in a particular direction based on previous motions.
|>   Any suggestions (or sample code!) would be greatly appreciated.
|> - thanks!
|> - scot shinderman (scotj@aip.org)

Here are some more references:

%A I. Sobel
%T Neighborhood Coding of Binary Images for Fast Contour Following and General Binary Array Processing
%J Computer Graphics and Image Processing
%V 8
%I Academic Press, Inc.
%C New York
%D 1978
%P 127-135

%A T. H. Morrin
%T Chain-Link Compression of Arbitrary Black-White Images
%J Computer Graphics and Image Processing
%V 5
%I Academic Press, Inc.
%C New York
%D 1976
%P 172-189

%A P. E. Danielsson
%T Encoding of Binary Images by Raster-Chain-Coding of Cracks
%J IEEE Proc. Int'l Conf. on Pattern Recognition and Image Processing
%D 1982

%A C. Ronse
%A P. A. Devijer
%T Connected Components in Binary Images: the Detection Problem
%I Research Studies Press
%C Letchworth, England
%D 1984

%A D. W. Paglieroni
%A A. K. Jain
%T Contour Control Point Algorithms for Shape Measurement and Inspection
%J SPIE Conference on Advances in Intelligent Robotics Systems
%C Cambridge
%D October 1986

-- 


	Iskender Agi		
	Computer Science Laboratory
	SRI International
	iskender@csl.sri.com

Newsgroups: sci.image.processing
From: wayne@helix.nih.gov (Wayne Rasband)
Subject: Re: Graphics Shareware???
Followup-To: sci.image.processing
Organization: NIH
Date: Thu, 21 Jan 1993 14:31:28 GMT

In article <C12pnF.C45@news.cso.uiuc.edu>, dpape@imlab (Daniel X Pape)
wrote:
> 
> Hi! I'm lookingfor any ftp sites with archives of freeware or shareware
> of graphics programs for the Macintosh or IBM platforms.
> 
The Mac oriented site zippy.nimh.nih.gov contains NIH Image, variants of
NIH Image, other Mac image processing programs, 2D and 3D images, and movie
loops.

--wayne
Newsgroups: sci.image.processing
From: turner@bigbang.astro.indiana.edu (George Wm Turner)
Subject: Re: animation program for X11R4 inquiry
Reply-To: turner@bigbang.astro.indiana.edu (George Wm Turner)
Organization: Astronomy / Indiana University / Home of RoboScope
Distribution: usa
Date: Thu, 28 Jan 1993 15:52:48 GMT



mov.c from ics.uci.edu (128.195.1.1) is a simple animator.  
i have had some problems running on suns with openwindows but it works 
fine on my suns with motif, dec stations, hp 730s, hp xterminals,
p.c., etc.  here are the comments from the code :

geo@BigBang% more mov.c
  
/*
 "mov" Portable X b/w movie viewer      5 Nov 92 
 mov.c (c) 1992 David A. Honig 
 Permission to propogate is granted iff you keep the copyright and
 always disseminate the source as well. 
*/


/* 
Function: 
  Display a headerless greyscale movie on an X display.


Compilation: 
  cc mov.c -lX11 -lm -o mov 
  (This is pure Xlib C code.)


Usage: 
   mov < movie.raw [options]

   Options:
   -w WIDTH
   -h HEIGHT
   -s SIZE (width=height=size)
   -r FRAMERATE (fps)
   -c CACHESIZE (pixmaps to get on the server; must be less than MAXMAPS)
   -g GAMMA (float)
   -b BIAS
   -d debug mode
   -n no numbers
   -l seesaw looping 
   -q digital subtraction
   -y reduce 16->8s
   -z use low byte of word (with -y)

Defaults:
   256 x 256 image, 30 cached, 30 fps, gamma=1.0, bias=0


Requires: 
   X, 8-bit screen, width*height*CACHESIZE bytes of server memory.
      Versions > .7 can deal with monochrome displays!

Inputs: headerless 8 or 16-bit image sequence (on stdin) 


Newsgroups: sci.image.processing
From: tranden@hsr.no (Trygve Randen)
Subject: Program for generating Gauss-Markov Random Field texture?
Keywords: texture, program, Gauss, Markov, random, field
Organization: Rogaland University Centre
Date: Wed, 27 Jan 1993 14:56:14 GMT

GAUSS-MARKOV RANDOM FIELD
Has anyone a program for generating Gauss-Markov Random field texture
images?

I would appreciate to get a copy of the code, a reference to an ftp cite
or a reference to litterature with programcode.


Trygve Randen
Rogaland Univesity Centre, Stavanger, Norway
e-mail: tranden@hsr.no
Newsgroups: sci.image.processing
From: ricky@vnet.ibm.com (Rick Turner)
Subject: Re: Standard Radar data tape format
Date: Thu, 28 Jan 93 08:18:03 GMT
Organization: IBM UK Scientific Centre

There's no such thing - tape formats vary with sensor and data source, like 
most other remote sensing data. Makes life interesting. I can read a number
of the formats - drop me a note offline and let me know what you are interested
in and I will try and help.		

Rick
Newsgroups: sci.image.processing
From: fw@world.std.com (forrest d whitcher)
Subject: agema thermal image data access
Summary: looking for existing code to view thermal image data
Keywords: thermal image agema khoros apE
Organization: The World Public Access UNIX, Brookline, MA
Date: Wed, 27 Jan 1993 22:56:28 GMT

I am going to be using an Agema thermal imaging camera system (900 series)
in our labs and will need to build a viewer to use the images after the
machine goes back to the vendor. I wrote a simple code to do this on a pc
(with 8514/a graphics) and previous agema hardware version. Rather than
re-write the pc application, I would like to find existing code for X11
(preferably under Khoros or apE, both of which we have). 

I would, of course be glad to share my pc application wath anyone who could
use it. This code reads calibration data and image data onto the display
(either in sequence or 35 all at a time) and allows the user to read pixel
temperature off the screen using the mouse cursor.

please reply on e-mail
thanks, 

Forrest D. Whitcher		fw@world.std.com
Boston Scientific Corp. 	617 972 4289
From: stannaee@eee.bham.ac.uk (Mr. Eric E. Stannard)
Newsgroups: sci.image.processing
Subject: Singular Value Decomposition Algorithm
Date: 22 Jan 93 11:36:41 GMT
Organization: The University of Birmingham, England
NNTP-Posting-Host: dunagiri.eee.bham.ac.uk
X-Newsreader: TIN [version 1.1 PL6]



--
Does anyone have or know where to obtain an efficient routine to
calculate the Singular Value Decomposition of a real matrix. The
code would preferably be in C/C++ but Fortran is fine. 
Is there any free library routines available to do this available by
ftp?

Thanks in advance.

EMail: stannaee@eee.bham.ac.uk
Eric Stannard
Research Student
School of Electrical and Electronic Engineering
University of Birmingham
Edgbaston
Birmingham B15 2TT
From: manoj@dgbt.doc.ca (Manoj K. Jain)
Newsgroups: sci.image.processing
Subject: Query: Public Domain Software for Filter Design
Date: 26 Jan 93 15:48:20 GMT
Organization: The Communications Research Centre, Ottawa, Canada

I am looking for  a public domain software for SUN to design 1-d, 2-d filters
(Butterworth, Chebyshev, etc). In other words, the software should be able to
generate spatial masks from the frequency domain specifications.

Any pointers in this regards will be greatly appreciated.

thanx,
manoj

Manoj Jain, Communications Research Center, Ottawa, Canada 
Internet: manoj@dgbt.doc.ca   Voice: 613-998-2681
From: caroline@poseidon.ae.utexas.edu (Caroline McDonnel)
Newsgroups: sci.image.processing
Subject: Fourier Transform for VAX platforms
Date: 25 Jan 93 19:42:59 GMT
Distribution: usa
Organization: Center for Space Research, University of Texas @ Austin




I am looking for some Fourier Transform routines for image
sharpening on a VAX system.  Is there any public domain software
available?  If not, are there any books or references that anyone
could recommend.  I prefer to use Fortran.  I can be reached at
amy@utcsr.ae.utexas.edu on Internet.

Amy
amy@utcsr.ae.utexas.edu 

Newsgroups: sci.image.processing
From: michael@neuron6.jpl.nasa.gov (Michael Rivero)
Subject: What is a good PD UNIX image processing package?
Organization: JPL Pasadena CA
Distribution: sci.image.processing
Date: Mon, 25 Jan 1993 04:34:32 GMT



  I am starting to get into image processing on a couple of old Unix
workstations in my home. The intended application is museum conservation work
(strictly hobby) and I would like to know what is considered the best
package out in ftpland.

Thanks

Mike



-- 
Michael Rivero michael%neuron6@jpl-mil.jpl.nasa.gov
From: ttrusk@its.mcw.edu (Thomas Trusk)
Newsgroups: sci.image.processing
Subject: re: HELP: Med Imaging sys image formats to SGI GL???
Date: 24 Jan 93 00:04:31 GMT
Reply-To: ttrusk@its.mcw.edu
Organization: Medical College of Wisconsin
NNTP-Posting-Host: pixel.cellbio.mcw.edu


In article <1993Jan22.175846.22554@beaver.cs.washington.edu> martinjp@cs.washington.edu (John Martin) writes:
>
>I am trying to find out the standard image formats that come
>out of NMR scanner and the like.  I am going to try and put
>a medical (3D image) in a stereoscopic virtual environment.
>
>So i need to convert the med images into a format that 
>SGI's GL can understand.  Any pointers to info would be appreciated
>
>I can't seem to find any hard info on the image formats
>
>thanks
>
>John

What brand NMR are you using to generate your images? We have a GE Signa
here and have easily transported images to a variety of computers, including
Macs and Iris's.

*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*==*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
*Dr. Thomas Trusk                    *                              *
*Dept. of Cellular Biology & Anatomy * Email to ttrusk@its.mcw.edu  *
*Medical College of Wisconsin        *                              *
*Milwaukee, WI  53226                *                              *
*(414) 257-8504                      *                              *
*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*==*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
From: rak@crosfield.co.uk (Richard Kirk)
Newsgroups: sci.image.processing
Subject: Re: apparent resolution vs. bits/pixel
Date: 25 Jan 93 11:01:52 GMT
Organization: Crosfield Electronics, Hemel Hempstead, United Kingdom.

>I would like to do reseach on apparent resolution in function of pixel
>depth (bits/pixel).  Could someone forward me, or post the references on
>this subject?
>
>More specifically, I am interested in generating a high resolution binary
>image from a medium resolution gray scale image.

There's a recent paper "Inverse Halftoning" by C.M.Miceli & K.J.Parker
of the U of Rochester in Journal of Electronic Imaging 1(2) p 143-151.
(Apr 1992).

The Journal of Electronic Imaging is rather new.  I had not heard of it 
myself until a month or so ago.  I am posting this on the net because I
thought others might like to give it a look.

(P.S. I've no connections with JEI)


-- 
Richard Kirk         Image Processing Group    Crosfield Electronics Ltd. U.K.
rak@crosfield.co.uk  0442-230000 x3361/3591    Hemel Hempstead, Herts, HP2 7RH
From: jang@acsu.buffalo.edu (Euee S. Jang)
Newsgroups: sci.image.processing
Subject: HELP: JPEG ISO DRAFT.
Date: 25 Jan 93 21:42:37 GMT
Distribution: usa
Organization: UB

Subject: HELP: ISO JPEG DRAFT.

Hi.
I am looking for ISO JPEG(draft). The exact name of it is:

"Digital Compression and Coding of Continuoustone Still Images",
Part 1, Requirements and Guidelines, ISO/IEC JTC1 Draft International
Standard 10918-1, Nov. 1991.

If there is any Postscript version, it would be better.
Any kind of help would be appreciated.

Erik
Newsgroups: sci.image.processing
From: twc@swamp.cacs.usl.edu (Tat W. Chan)
Subject: Test
Organization: The Center for Advanced Computer Studies
Date: Tue, 26 Jan 1993 00:56:27 GMT

 Hi, this is a test

Newsgroups: sci.image.processing
From: dbushong@wang.com (Dave Bushong)
Subject: Re: Standard Radar data tape format
Organization: Wang Labs, Lowell MA, USA
Date: Thu, 28 Jan 1993 14:11:43 GMT

goodrich@cyclone. (Mike Goodrich) writes:


>Does anyone know of such a thing as a 'Standard Radar data tape format'
>and hopefully some source code to read such a thing ? Thanx in advance.

I did some work with the Naval Weapons Center in Va. awhile back,
and they were dumping tons of emitter data to a tape while flying
through various areas.  Is this what you are asking about?

Dave

-- 
Dave Bushong, Wang Laboratories, Inc.   Amateur Radio Callsign KZ1O
Project Leader, OCR products            kz1o@n0ary.#noca.ca.na
Internet: dbushong@wang.com
From: jogl@merry.imib.rwth-aachen.de (Joachim Glaubrecht  #Alwd#)
Newsgroups: sci.image.processing
Subject: Re: looking for file conversion programm
Date: 27 Jan 1993 11:29:25 GMT
Organization: Institut f. Med. Statistics @ Dokumentation
NNTP-Posting-Host: merry.imib.rwth-aachen.de

In article <1993Jan26.195528.4057@rhrk.uni-kl.de> brune@rhrk.uni-kl.de ( T. Brune [Biologie]) writes:
>Hi everybody,
>
>i have image files (8bit) in a custom format and want to 
>convert them into a common PC file format like TIFF, PCX ...
>Can someone point me to a shareware program that is able to 
>import images in a user defined format (like NIH-Image...).
...
>
> Thomas Brune    <brune@rhrk.uni-kl.de>   

hi,
 
here it is again, THE FAQ-of-the-week ...

PBM-Plus is the tool-box you need. ask archie for it.

-- 
    ___            _____________________________________ 
   /  /  _____    !  jogl@tolkien.imib.rwth-aachen.de   !
   __/__/_/ Gl    !    RWTH-Aachen, Germany, Europe     !
  /_/             !_Never_send_a_boy_to_do_a_man's_job__!
Newsgroups: sci.image.processing
From: turk@Csli.Stanford.EDU (Matthew Turk)
Subject: Looking for High Sierra Technologies
Keywords: S-Bus, frame grabber
Organization: Stanford University CSLI
Date: Tue, 26 Jan 1993 22:10:58 GMT

I'm looking for the phone number and location of a U.K. company called
Data Cell, and/or their US distributor High Sierra Technologies.  Data
Cell makes an S-Bus frame grabber.  If anyone can point me to them,
I'd appreciate it.

And on a related note, any recommendations for an S-Bus digitizer
besides the SunPix board?

	Matthew Turk
Newsgroups: sci.image.processing
From: anadeem@ampere.sci.image.processing (Ahmed Nadeem)
Subject: MRI And CT-SCAN Images For Dogs?
Organization: /home/ampere1/anadeem/.organization
Distribution: sci.image.processing
Date: Wed, 27 Jan 1993 08:50:32 GMT

Netters,
      I am currently working on a research project that involves construction 
of realistic, solid or geometric models for dogs.
      Does anyone know where I can get serial section images( MRI, CT-SCAN, 
etc ) for dogs?
                                                       Thanks,
                                                              Ahmed Nadeem
Xref: sparky sci.image.processing:1717 comp.graphics:14214 comp.infosystems.gis:5049 comp.text:1627
From: goodrich@cyclone. (Mike Goodrich)
Newsgroups: sci.image.processing
Subject: Standard Radar data tape format
Date: 27 Jan 1993 17:54:32 GMT
Organization: Sun Microsystems, Inc.
Distribution: world
Reply-To: goodrich@cyclone.
NNTP-Posting-Host: cyclone.larc.nasa.gov


Does anyone know of such a thing as a 'Standard Radar data tape format'
and hopefully some source code to read such a thing ? Thanx in advance.

..mike
Newsgroups: sci.image.processing
From: IMAGING.CLUB@OFFICE.WANG.COM ("Imaging Club")
Subject: Police using image processing
Organization: Mail to News Gateway at Wang Labs
Date: Wed, 27 Jan 1993 22:56:51 GMT

In view of all the various questions that have popped from
time to time regarding police imaging such as fingerprint
recognition, mug shots, and suspect sketching, you may
be interested in the following (non-Wang) imaging
vendor-supplied police imaging articles from the December
issue of Imaging magazine:

.  Officer types in descriptive keywords, matching mugshots pop up.
.  Police artists draw in mustaches and hats on the screen.
.  Shades of gray make tremendous difference in recognizing fingerprints.
.  MA police fix fuzzy fingerprints with fluorescent and halogen scanners.
.  Images on badges control prison visitors, preventing in-jail switches.
.  Bar codes on badges keep tabs on inmates.
.  Prisoner medical reports and behavior reports are scanned in.
.  Parking and speeding tickets get scanned in at headquarters.
.  US Customs officials match documents and invoices.
.  Richmond, CA police re-engineers workflow globally: use O/i APIs.

In addition, the January 18 issue of Federal Computer Week has a story
on the FBI's new imaging system to electronically link cartridges from
the same firearm.  (Gangs tend to share firearms, which can be identified
and linked by the cartridges they fire.)  Using "Drugfire", FBI officials
can examine a dispensed cartridge on Sun workstations and compare it with up
to 24 other cartridges simultaneously.  "We've had great success."  "Drugfire"
is employed throughout the Washington-Baltimore area and can be accessed by
six local law-enforcement agencies over a 56K wide-area network in a star
configuration.  The Washington-area prototype of the system led to three
software upgrades, which will now be available to local law-enforcement
agencies setting up similar systems said Robert Sybert, the developer and
manager of the "Drugfire" program.  He added that the Los Angeles area
will likely follow suit.  "We have a network in place, but it would
work as a stand-alone system, in say, the Midwest."

G. Norman Christenen, director of the FBI's Criminal Justice
Information Services Division, said "Drugfire" could reside on the
FBI's primary telecommunications backbone, NCIC 2000, which will soon
carry imaged fingerprints.

(Let me know if you need a US mail/international mail copy of these
articles.  If so, please send your hard copy address.  Thanks)

Michael.Willett@OFFICE.Wang.com
Newsgroups: sci.image.processing
From: sjreeves@eng.auburn.edu (Stan Reeves)
Subject: HDTV announcement?
Organization: Auburn University Engineering
Date: Thu, 28 Jan 1993 16:10:35 GMT


I've read that a decision on an HDTV standard is supposed to be made
sometime in February.  Does anyone know if this is still on schedule?
Has a particular date been set for the announcement?



--
Stan Reeves
Auburn University, Department of Electrical Engineering, Auburn, AL  36849
INTERNET: sjreeves@eng.auburn.edu
Newsgroups: sci.image.processing
From: nanis@ll.mit.edu (Jeff Nanis)
Subject: Re: Standard Radar data tape format
Organization: MIT Lincoln Laboratory
Date: Thu, 28 Jan 93 18:34:14 GMT

In article <1k6i8oINNc3@rave.larc.nasa.gov> goodrich@cyclone. writes:
>Does anyone know of such a thing as a 'Standard Radar data tape format'
>and hopefully some source code to read such a thing ? Thanx in advance.

	We collect a LOT of data that we analyze as well as package
and send to others. Also we receive a lot of radar data (SAR imagery)
from others to analyze. Generally, we store and send data in "8-8-4"
format, which is 8 bits of real, 8 bits of imaginary, and 4 bits of
exponent. We have received radar imagery in every format imaginable:
two that stick out are complex integer data (unscaled) and data that 
has already been detected and is in 8 bit gray scale (or PIX) format. 
As far as I know, there is no single standard radar format; everyplace
I know likes to store their I and Q differently.

-- 
  Jeff Nanis				MIT Lincoln Lab
		An official opinion? Be real. 

  nanis@ll.mit.edu			Radars 'r' us.
From: rzimdar@explore.sdsu.edu (Robert Zimdar)
Newsgroups: sci.image.processing
Subject: Re: IP packages for PC?
Date: 23 Jan 1993 00:26:18 GMT
Organization: Dept. of Geological Sciences, SDSU
NNTP-Posting-Host: explore.sdsu.edu

In article <1993Jan20.184425.12744@ms.uky.edu> hucaby@mri.uky.edu (David Hucaby) writes:
>Are there any public domain software packages for a PC that can display
>and manipulate 8-bit greyscale images on a VGA? I'm aware of NCSA/NIH Image
>for the Mac - something very similar for the PC would be nice.

Try Imdisp (I don't recall if its free or sharware), which can be found by,

anonymous ftp to ames.arc.nasa.gov   cd pub/SPACE/SOFTWARE



===================
Robert Zimdar
Systems Coordinator              voice: (619) 594 2557
SDSU Geological Sciences           FAX: (619) 594 4372
Scientific Visualization Lab     email: rzimdar@geology.sdsu.edu
Newsgroups: sci.image.processing