HDTenEightyP/NetNews huggingface dataset:
From: dickw@IASTATE.EDU (Richard Wallingford)
Subject: Re: particle seperation
Keywords: blobs,touching,seperation
Reply-To: dickw@IASTATE.EDU (Richard Wallingford)
Organization: Iowa State University
Date: Sun, 30 Aug 1992 21:21:22 GMT

In article <Aug.30.14.39.07.1992.23731@pilot.njin.net>, psomu@pilot.njin.net
(Prabhakar Somu) writes:
> 
>    Hi,
> 
>    Can anyone refer me to some literature on particle seperation?
>    Specifically, this is what I am interested in:
> 
>    I have a binary image which has in it some closed regions (blobs).
>    Some of the blobs are touching each other. I would like to
>    seperate the blobs which are touching each other, without altering
>    the blobs that are not touching. Operations such as erosion on the
>    whole image would seperate the touching blobs, but would also
>    change the parameters of the ones that are not touching (for
>    example, the area and perimeter of the isolated blobs would
>    change). In other words, what I am looking for is some
>    non-destructive way of seperation. Any ideas or references would be
>    gladly appreciated. Thanks,

Here's an idea:

1.  Erode the image n times until all blobs are separated.
2.  Change the scale of the image by a factor of 2 but keep 
    the size of the blobs the same.  I.e. make the blobs further
    apart but the same shape.  You can still keep track of their
    centroid location since you know the scale.
3.  Dilate the image n times to try to recover area lost by the erosions. 
4.  Be sure to keep track of seeds that may be created by eroding small
    isolated blobs into nothing.

Another well-established way to separate particles is a technique called
"Watershed Segmentation".  It might be described in Serra or Giardina
and Dougherty.  Also see Image Processing Handbook, J.C. Russ, 1992, CRC
Press.

--
+--------------------------------------------------------------------+
|Dick Wallingford      | Internet: dickw@iastate.edu                 |
|Center for NDE        | Packet  : wd0anb@n0an.ia.usa.na             |
|Iowa State University | "This river don't go to Aintree" - S.H.     | 
+--------------------------------------------------------------------+
Newsgroups: sci.image.processing
From: stanley@skyking.OCE.ORST.EDU (John Stanley)
Subject: Re: keywords search on public domain?
Organization: Oregon State University, College of Oceanography
Date: Fri, 4 Sep 1992 17:33:25 GMT

In article <1992Sep4.132558.2652@bernina.ethz.ch> gst5@igpho (Li) writes:

(This address is bogus. Please get your system configuration fixed.)

>I'm sure that we can do a searching on public domain by keywords. 

Search public domain what? Software? News? Books? And why limit it to
public domain? Do you have a need for material that you can use without
worrying about copyright limitations? Very little of the material posted
to news is public domain, and you will find no books in the last 17
years that are. Some software is released that way, but not much.

>For
>example, we can search for softwear or reference on wavelet by keyword
>'wavelet'. Dose anybody know how to do this?

It depends on what you are looking for.

If you are looking for software from an ftp site, you can use archie to
look for file names. If you have access to WAIS, you can search the
ftpable-readme's database for keywords.

If you are looking for books, you can telnet to many University
libraries. OSU's library is available at oasis.kerr.orst.edu. 

Or, if you are looking for material from this newsgroup, you can either
1) find the raw newsspool and grep for the words you want, or 2) get a 
gopher client and make a link to skyking.oce.orst.edu port 70, and in
the area "Information from the Coastal Imaging Lab", you will find a
WAIS database for the sci.image.processing archive. 

Obtaining gopher would be your most productive method. The library
catalogs I mentioned earlier are available through gopher at the UMN
gopher server. 

If you haven't the slightest clue as to what archie or gopher or WAIS
are, talk to your system admin. He should be able to get them for you.
The instruction on how to obtain, install and configure these packages
are beyond the scope of this group.

Newsgroups: sci.image.processing,comp.graphics,sci.med,sci.med.physics
From: jic@vexcel.com (jic account for NAVY)
Subject: Re: Please Tell Me About Highspeed Digital Camera
Organization: VEXCEL Corporation, Boulder, CO
Date: Thu, 27 Aug 1992 16:26:14 GMT

In article <BtLLqn.G0F@world.std.com> bozo@world.std.com (Stephen P Blackstock) writes:
>In article <1992Aug14.221309.4092@ttinews.tti.com> hollombe@polymath.tti.com (The Polymath) writes:
>>In article <NK4V.92Aug11225334@poe.acc.virginia.edu> koshiya@virginia.edu writes:
>>
>>}I heard recently that there exists highspeed digital camera which can
>>}capture 2k frame/s.  Is it true?  Please post any info on it.
>>}Info on articles would be appreciated, too.
>>
>
>Leaf Systems makes a digital camera back which attaches to a 
>Hasselblad camera body.  It transfers image data (in about 2 seconds) to
>a Macintosh Quadra via SCSI.  Resolution is 2K x 2K x 14 bits per pixel, so
>the amount of data transfered from camera to Mac is 8MB.  Software allows
>windowing and gamma-mapping of 14-bit data to produce 8-bit images.

I'm a little confused, 8MB in 2 seconds?  Isn't that around 32 Mbits / Sec?
and isn't SCSI limited to 10 Mbits / Sec?

>
>More information can be had by contacting a marketing representative at 
>Leaf Systems, Inc. (508)460-8300.
>
>-Stephen Blackstock
> Leaf Systems, Inc.
>

Tom Baltzer
Vexcel Corp.
Newsgroups: sci.image.processing
From: simon_wing@spacemail.jhuapl.edu (simon )
Subject: image processing
Followup-To: sci.image.processing
Organization: jhu apl
Date: Tue, 1 Sep 1992 21:54:14 GMT

Is there anybody there who has done  compression with radar data ?

Thanks,

Simon
From: lionel@cs.city.ac.uk (Lionel Tun)
Newsgroups: sci.image.processing
Subject: Re: Locations for test images ?
Keywords: high res images, test images, 24 bit color
Date: 27 Aug 92 12:24:14 GMT
Organization: City University, London

damour@rocket.sanders.lockheed.com (Kevin Damour) writes:
>	  Are there site which have 24 bit color images of full page
>high resolution test images (maybe 4k by 4k pixels )? I was hoping for
>images with bright colors, areas with continuous shading, and some
>fine sharp boundary lines.

I am also looking for 24 bit colour images, but only around
512 or 640 by 512 pixels, preferably in a pbm'able format.
Unfortunately gifs are only 8 bit.

--
Lionel Tun   (lionel@cs.city.ac.uk)
Vision Group, City University, London, EC1V 0HB. 071-477 8000 x 3889
Newsgroups: sci.image.processing
From: danl@iplmail.orl.mmc.com (Dan Long)
Subject: GEONS definition??
Keywords: GEON
Organization: Martin Marietta
Date: Tue, 1 Sep 1992 13:41:46 GMT

Hello All,

Does anyone has any references or know the
definition of GEONs?  It is a derivative of 
Generalized Cylinder from Dr. Beiderman (sp?)
from USC.

Please respond as soon as possible as my 
need is time critical...

Thank you very much in advance!

Bye,

dtl++;

Xref: sparky sci.image.processing:563 comp.graphics:9219 sci.med:16503 sci.med.physics:356
From: bozo@world.std.com (Stephen P Blackstock)
Newsgroups: sci.image.processing,comp.graphics,sci.med,sci.med.physics
Subject: Re: Please Tell Me About Highspeed Digital Camera
Date: 27 Aug 92 21:52:16 GMT
Organization: The World Public Access UNIX, Brookline, MA

In article <1992Aug27.162614.14451@vexcel.com> jic@vexcel.com (jic account for NAVY) writes:
>In article <BtLLqn.G0F@world.std.com> bozo@world.std.com (Stephen P Blackstock) writes:
>>In article <1992Aug14.221309.4092@ttinews.tti.com> hollombe@polymath.tti.com (The Polymath) writes:

>>
>>Leaf Systems makes a digital camera back which attaches to a 
>>Hasselblad camera body.  It transfers image data (in about 2 seconds) to
>>a Macintosh Quadra via SCSI.  Resolution is 2K x 2K x 14 bits per pixel, so
>>the amount of data transfered from camera to Mac is 8MB.  Software allows
>>windowing and gamma-mapping of 14-bit data to produce 8-bit images.
>
>I'm a little confused, 8MB in 2 seconds?  Isn't that around 32 Mbits / Sec?

Yes.  4MBytes/sec, or 32 MBits/sec.

>and isn't SCSI limited to 10 Mbits / Sec?

Absolutely not.  Certainly, the Mac's built-in SCSI has severe limitations,
but even it can easily do 1.55 MB/sec, or about 12Mbits/sec.  Leaf's
camera back uses a NuBus SCSI card which is capable of 10MB/sec.  SCSI-2
standards specify rates even higher.

-Stephen Blackstock
 Leaf Systems, Inc.
Newsgroups: sci.image.processing
From: cptully@med.unc.edu (Christopher P. Tully,Pathology,62699)
Subject: Re: Quality of image conversion
Reply-To: cptully@med.unc.edu
Organization: UNC-CH School of Medicine
Date: Thu, 27 Aug 1992 20:33:22 GMT

In article 17492@cbfsb.cb.att.com, nqn@cbnewsb.cb.att.com (nam.q.nguyen) writes:
>Folks,
>A friend of mine is doing experiments transferring computer images to
>VHS video cassettes.  He experiences a loss of image quality after the
>transfer.  Hardware is a 486 PC with SVGA monitor.  Software used to
>generate the image is: Animation and Autodesk Animator (version 1.0 and
>2.0).  What are ways to improve the quality of this process?
>Thanks a lot.
>
>Nam Nguyen


SO, how is he trying to transfer them?
-Video camera aimed at screnn?
-or, video frame grabber?

You left out several critical pieces of info.
---
*********************************************************************
Christopher P. Tully				<cptully@med.unc.edu>
Univ. of North Carolina - Chapel Hill		1122 Vic Charles Dr.
Department of Pathology				Raleigh, NC 27606
CB# 7525			work: (919) 966-2699
Chaple Hill, NC 27599		hone: (919) 851-8816
*********************************************************************
 All opinions above are Copywrite <current year> Christoper P. Tully
From: singlis@waikato.ac.nz
Newsgroups: sci.image.processing
Subject: 2D Fourier Transforms, in English.
Date: 27 Aug 92 21:58:18 +1200
Organization: University of Waikato, Hamilton, New Zealand

Thanks to all who replied about FFT segmentation.

A Fourier Transform in 1D is a breakdown into the waveform component
sin/cos terms. This sin/cos waves when added approximate (v. closely) the
original waveform.

How is the 2D case explained? Is the 2D transform a sum of "planar" sin/cos
"waves", or is it more of a breakdown of the horizontal groups of vertical
transforms?

-Stuart Inglis
From: sjreeves@eng.auburn.edu (Stan Reeves)
Subject: Re: Neural nets for image processing? (Correction)
Organization: Auburn University Engineering
Date: Wed, 26 Aug 1992 14:11:50 GMT


I inadvertently posted an incorrect reference on image restoration using
neural networks.  My info was based on a preprint.  It turns out that the
paper was moved from IEEE Transactions on Signal Processing to IEEE 
Transactions on Image Processing when the new journal got started.  I 
apologize for the error.  Here's the correct reference:

@string{IP = "IEEE Transactions on Image Processing"}

@Article{paik92,
  author =  "Joon K. Paik and Aggelos K. Katsaggelos",
  title =   "Image Restoration Using a Modified Hopfield Network",
  journal = IP,
  year =    "1992",
  volume =  "1",
  number =  "1",
  pages =   "49-63",
  month =   "January",
  OPTnote =       ""
}

Sorry for the inconvenience.


--
Stan Reeves
Auburn University, Department of Electrical Engineering, Auburn, AL  36849
INTERNET: sjreeves@eng.auburn.edu
Newsgroups: sci.image.processing
From: roth@sitter.ips.id.ethz.ch (Martin Roth)
Subject: Optical Music Recognition
Summary: any pointers?
Keywords: pattern recognition, omr, ocr, music notation
Organization: ETH Zurich (Swiss Federal Institute of Technology)
Date: Wed, 2 Sep 1992 13:20:51 GMT


I'm working on a program for recognition of printed music.
Now I'm looking for pointers to literature and people concerning
the same subject. Any infos appreciated, email to
roth@ips.id.ethz.ch.

So far I have contacts to McGill University, Canada and University of
Surrey, England.

I read about the WABOT Keyboard Playing Robot of Waseda University,
Tokyo. Anyone knows if someone since worked on the recognition of
music ?

_______________________________________________________________________
      _   Martin Roth                Martin Roth    ETHZ, ips, RZ F16
|\  /|_)  Mail: roth@ips.id.ethz.ch  Sandacker 14   g 01/256 55 68
| \/ | \                          CH-8154 Oberglatt p 01/850 32 75
          [Ing. Comp. Sci.]          Switzerland    emails welcome!
-----------------------------------------------------------------------
[Attention: from-field is wrong, use send to roth@ips.id.ethz.ch]
Newsgroups: sci.image.processing
From: cptully@med.unc.edu (Christopher P. Tully,Pathology,62699)
Subject: Similar to: Document Image Processing Systems
Reply-To: cptully@med.unc.edu
Organization: UNC-CH School of Medicine
Date: Tue, 25 Aug 1992 20:55:29 GMT

I am starting work on a project using image processing.  We are hoping to be able to select out specific features in the cells of a tissue sample (by size, shape, brightness, etc.) and use obtain point coordinates for these features which may be used to construct a 3D model of the tissue for diagnostics.  I currently have a package called /usr/image (written here, UNC-CH) which may or may not do what I want.  In case it doesn't fulfill my needs, I am also looking at other image processing packages.  At the



 moment, I sales brouchures describing Sun's SunVision and Media Cybernetics' Image Pro, but these don't tell me much.

What I want from all of you out there:

Please mail me comments on any image processing packages that you are using and tell me what you think (especially pro/con).  If I get enough interest in the info, I will summarize to the net.

Finally, if anybody wants more info, on /usr/image, mail me.

Thanks,
*********************************************************************
Christopher P. Tully				<cptully@med.unc.edu>
Univ. of North Carolina - Chapel Hill		1122 Vic Charles Dr.
Department of Pathology				Raleigh, NC 27606
CB# 7525			work: (919) 966-2699
Chaple Hill, NC 27599		hone: (919) 851-8816
*********************************************************************
 All opinions above are Copywrite <current year> Christoper P. Tully
From: coral@milton.u.washington.edu (Coral Bernier)
Newsgroups: sci.image.processing
Subject: circularity/beam pattern
Date: 4 Sep 92 16:59:51 GMT
Article-I.D.: u.1992Sep4.165951.21002
Distribution: usa
Organization: University of Washington, Seattle

I am working with intravascular ultrasound images and am trying
to either apply existing or develop new algorithms to do the
following:

(1) Identify circularity in the image (I am trying to identify
the physiologic center of the vessel to be used for image
registration and subsequent 3-D reconstruction)

(2) Use of beam pattern in deconvolution of the images (I have
generated images depicting point spread function of transducer)
These images highly resemble radar images and I would also appreciate
receiving any information on how antenna beam patterns are used in 
image processing.

Please post response to this newsgroup and/or respond by email
to the address below.

Thanks.
-----------------------------------------------------------------------
Coral Bernier				Center for Bioengineering, WD-12
coral@coral.bioeng.washington.edu	Univ of Washington
Phone: (206)685-2740			Seattle  WA 98195
Newsgroups: sci.image.processing
From: spz@specklec.mpifr-bonn.mpg.de (S.P.Zeidler)
Subject: Re: image processing loops: a c programming question
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Wed, 26 Aug 1992 16:20:58 GMT

In <1992Aug13.193434.660@bmw.mayo.edu> elw@jaguar.sky2 (Ellis Workman, 1-157 Med Sci, 4-4435) writes:
>In article 713717257@isy, stefang@isy.liu.se (Stefan Gustavson) writes:
>>Or if you don't care which row you are on, you could just write:
>>  for(dp=data; dp<xsize*ysize*sizeof(int); *dp++= ...)
>		DO YOU REALLY WANT TO DO THE 
>			xsize*ysize*sizeof(int)
>			(compute byte count)
>		ON EVERY ITERATION OF THE LOOP??????
>how about
>			for(i=xsize*ysize, dp = data;i;i--)
>				*dp++ = ...;
Uhmn, that would not be the greatest problem regarding that code;
probably intended was:
{
int xsize, ysize;
int data[ysize][xsize], *dp, *dpmax;

for (dp=data, dpmax=data+xsize*ysize; dp<dpmax; dp++) *dp = foobar+stuff;

/* I like to do the increment in the for () 'cause that ensures
   defined behaviour with nested if() in the loop and generally
   reads better (IMHO) */
}
Note the absence of the sizeof and the presence of data in the
max-data-ptr you check against.

Sorry if that followup strikes you as a bit late; we are still lagging
a lot, but it's getting better ;-)

regards,
	spz
-- 
        spz is S.Petra Zeidler  Copyright 1992 S.Petra Zeidler
spz@specklec.mpifr-bonn.mpg.de  
 MPI fuer Radioastronomie Bonn  
    Auf dem Huegel 69, Germany  reading prescription: cum kilo salis
Newsgroups: sci.image.processing
From: dominic@scooter.genie.uottawa.ca (Dominic Richens)
Subject: Re: Locations for test images ?
Originator: dominic@
Keywords: high res images, test images, 24 bit color
Reply-To: dominic@shamin.genie.uottawa.ca
Organization: MCRLab - University of Ottawa
Date: Thu, 27 Aug 92 15:50:10 GMT


In article <1992Aug27.122414.24101@city.cs>, lionel@cs.city.ac.uk (Lionel Tun) writes:
! I am also looking for 24 bit colour images, but only around
! 512 or 640 by 512 pixels, preferably in a pbm'able format.
! Unfortunately gifs are only 8 bit.

I've put the picture of the Mandrill up for anon ftp on
popeye.genie.uottawa.ca, in /pub/pics.  The image is 512x512x24 bits.  Both
a Jpeg-ized (Q=75) and the ppm version are there.

-- 
!@$^&*)($#$@!@#$^&*()_+_)(*&^$#@!$^&*()_+)(*&^$#@$^&*+_(*&^$#@#^&*()&*$#@(*&+_$!
 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: kaykit@iti.gov.sg (Chan Kay Kit)
Subject: Information on OCR products needed
Reply-To: kaykit@iti.gov.sg
Organization: Information Technology Institute, National Computer Board, S'pore
Date: Mon, 31 Aug 1992 05:33:48 GMT


Hello everyone,

	There are many commercial OCR engines on the market right now for
reading printed text. I am aware of products like the Kurzweil K-5000 and
Discover 7320 Model 5 (from Xerox), OmniPage (from Caere Corp.), SAIC (from
Differential Processing System) and NestorReader.

	I wonder if anybody has done independent evaluation of any OCR
products, since such information would be useful to potential users. 
Specifically, I need answers to the following questions:


(i) name of product and company which produces it  

(ii) fonts and point sizes handled by product

(iii) whether the OCR engine exhibits true multifont and "multisize"
      capability i.e. is able to recognize text without the user
      having to specify in advance its font type and point size.

      If so, what is the accuracy over a variety of fonts and point sizes?

      If not, what is the accuracy over common fonts like Courier, Times
      Roman and Helvetica and point sizes from 8 to 24 points? 

(iv) What are the commercial OCR products, if any, that can
     1. recognise a page of text containing a mixture of fonts and point
	sizes at greater than 98% accuracy?

     2. recognise a page of text containing a single known font and a
	range of point sizes at greater than 99% accuracy?

(v) Are there any commercial OCR systems that accept noisy input or 
    text on shaded background eg. carbon and photostated/fax copies and
    still maintain an acceptable accuracy (say greater than 95%)?
  

Further, if there are any evaluations of commercial handwritten OCR systems, 
I will also be interested to hear about them.

Please email all replies/references to kaykit@iti.gov.sg. If there are 
enough responses, I will summarise.

Thanks!




---
Kay-Kit CHAN    			| Internet: kaykit@iti.gov.sg
Knowledge Systems Lab			| Bitnet:   kaykit@itivax
Information Technology Institute	| Tel:      (65) 772-0920
National Computer Board of Singapore    | Fax:      (65) 770-3043
From: 6500lem@ucsbuxa.ucsb.edu (Laurence Mailaender)
Newsgroups: sci.image.processing
Subject: Re: Spread spectrum
Date: 26 Aug 92 06:39:01 GMT

In article <saitowit.6@underdog.ee.wits.ac.za> saitowit@underdog.ee.wits.ac.za (SAITOWITZ L S) writes:

>Hi,

>Just a couple of quick questions, I've been looking for these 
>answers everywhere, hopefully somebody here can help.

>Using spread spectrum techniques:

>1)What are the trade offs between bandwidth and capacity?
>2)Can one predict a relationship between the capacity used 
>  and probable error rates?

>I realise these are very general and sweeping questions, but 
>all answers will be appreciated. (Please give refs if possible)

>Thanks 
>                                    Lesley Saitowitz
>                                    saitowit@underdog.ee.wits.ac.za 

Leslie:

Your questions are very broad, but here's the general idea. 
The purpose of spread srectrum is to gain immunity to
jamming or interference by using more spectrum than necessary,
and then "collapsing" the bandwidth at the receiver. This tends
to supress the jammer. 

An additional use of spread spectrum is the code division multiple
access (CDMA) scheme in which several users can share the same
bandwidth.

To discuss "capacity" I would have to know more about the
system you have in mind. Generally, capacity is not a concern 
because it is assumed that there is sufficient bandwidth for
all the users. Again, the purpose of SS is not to improve capacity,
but to gain immunity to jamming. BER is improved only in terms
of jammer-to-signal performance.

In a straight-ahead scheme, the spread bandwidth is the message
bandwidth times a large scale factor (the "spreading gain").
Bandwidth expansion may be on the order of 10 to over 10000 (for
military systems).

 Some good references:
"Digital Communications", John G. Proakis, McGraw-Hill
"Spread Spectrum Signal Design", David Nicholson, Computer
Science Press

Let me know if you have more specific questions.

	Laurence Mailaender
	Dept. of Elecrtrical and Computer Engineering
	Univ. of California, Santa Barbara
	lem@synapse.ucsb.ece.edu

Newsgroups: sci.image.processing
From: cole@csuvax1.csu.murdoch.edu.au (Peter Cole)
Subject: capturing devices
Summary: capturing devices for depth maps
Organization: Murdoch University
Date: 31 Aug 92 10:45:39 GMT

I am about to begin a project that will require depth information about scenes.
There are many methods noted in the literature, but I'm am more interested in
how others found the implementation and results derived from those methods.

I am interested in shape from X methods, stereo-vision methods and range finding
devices (laser, acoustic, X-Ray etc.) If you have tried any method not 
mentioned above will you please send it.

If you could include:
	The methods you used,
	how they performed, resolution, others problems
	your application area
	Any references that you used in researching the method
	general comments on how you rate the method.

All replies will be compiled and reported back to this news group or mailed to
individuals who request it.

Thanks in advance     Peter Cole

Email to cole@.murdoch.edu.au


Newsgroups: sci.image.processing
From: schiers@mcshh.Hanse.DE (Carsten Schiers)
Subject: 3d image volumes wanted for visualization
Organization: Point of Presence & MCS Hamburg
Date: Wed, 2 Sep 1992 19:26:01 GMT

I am working on my Ph.D. thesis at University of Hamburg. After working on
medical 3d image volume rendering for five years at Institute for Mathematics
and Computer Science in Medicine, I started working in another domain, using
transparent shading techniques.

I am now at a point, where I would be interested in rendering example data
from people that are interested in knowing how their data would look like.
People that have data to be visualized so that you may even look into it
without cuts or iso-surfaces, you may contact me. I will answer you with
24 bit or 8 bit/lookup images in various output formats.

Carsten Schiers