HDTenEightyP/NetNews huggingface dataset:
From: hehn@ccu.umanitoba.ca (Jeff Hehn)
Subject: DT2871 Framegrabber routines
Reply-To: hehn@ccu.umanitoba.ca
Organization: The Univeristy of Manitoba.
Date: Fri, 20 Nov 1992 16:09:31 GMT

Hello,
	Our image processing lab has a DT2871 framegrabber board installed
in a 386 machine. We have been using the Aurora subroutine library to 
communicate with the board. Unfortunately, these subroutines are not 
compatible with windows, which we would like to use as a GUI. If anyone
has written a toolbox or knows of other subroutine libraries please email
me the info.

Thanks in advance,
JLH


__________________________________________________________________
  Jeff L. Hehn			Dept. of Agricultural Engineering
  hehn@ccu.umanitoba.ca		University of Manitoba
  ph:204-474-6298	
	"Who's that man with a back-pack shaped like my wife"
					- Al Bundy
__________________________________________________________________
From: robinson@ac.dal.ca
Newsgroups: sci.image.processing
Subject: Controlling a CCD Camera
Date: 19 Nov 92 16:12:40 GMT
Organization: Dalhousie University, Halifax, Nova Scotia, Canada

Hello all,

Among other things, I'm currently trying to get a Video Scope CCD camera to 
work properly with a Frame Grabber board.  I'm driving the whole thing with 
a PC and A-D board.  

When I take a single snap shot, everything works fine.  I get a wonderful 
image.  When I trigger the integration feature on the CCD camera, I get 
flicker.  The flicker comes in two basic flavors, and I understand (or 
think I understand) why it is flickering (the CCD Camera is integrating 
over an odd number of fields in the interlaced image).  What I don't know 
is how to get rid of it.  All attempts to eradicate it to date have been 
unsuccessful.

If anyone out there is using a Video Scope CCD Camera with a Frame Grabber 
board and thinks they can shed some light on how to minimize or ideally 
eradicate the flicker, I would be extreemly grateful.  Thanks.

-- 
John Robinson                  Only criminals, tyrants, and cowards have
robinson@ac.dal.ca                 reason to fear the armed, honest citizen.
DOD #0069
From: y1@wilbur.psu.edu (Zhaohui Yang)
Newsgroups: sci.image.processing
Subject: Wanted: 8-bit raw image viewer for PC
Date: 17 Nov 92 16:05:24 GMT
Article-I.D.: atlantis.!041Hl70za
Organization: Penn State University, Center for Academic Computing

Hi, netter,

I will be very appreciate you help on this.  I have a lot of image data 
captured by CCD camera in 8-bit raw format, that is, 1 pixel 1 byte 256
greyscale.  Instead of using image board to display them, I am wondering
if there are any program available on the net that can display it on IBMPC's 
VGA screen.  I don't want any fancy function like thresholding or someting,
just want a raw data viewer.  The data size ususally 256*256 or 128*128.

We hav DOS, Window, and OS/2 in my lab so the platform should be 
no problem.

Thanks in advance.


-- 
Zhaohui Yang			<>	 P e n n .  S t a t e
Dept. of Eletrical Engineering	<>
Pennsylvania State Univsity	<>	Tel.# : (814)863-7056
University Park, PA 16802	<>	E-mail: y1@wilbur.psu.edu
Newsgroups: sci.image.processing
From: dickw@IASTATE.EDU (Richard Wallingford)
Subject: Re: Display of 16 bit images
Keywords: display,images,software
Reply-To: dickw@IASTATE.EDU (Richard Wallingford)
Organization: Iowa State University
Date: Mon, 23 Nov 1992 14:54:17 GMT

In article <1992Nov22.205215.5677@news.columbia.edu>,
qiang@cubmol.bio.columbia.edu (Qiang Zheng) writes:
> In article <fred.722416637@dip3> fred@dip3.ee.uct.ac.za (Fred Hoare) writes:
>>I (and the other people in my lab) have a requirement to be able
>>to display 16 bit greyscale images on a Sun workstation. We have
>>several pieces of software that display images, but they all convert
>>the images to 8 bit first. What we require is a display routine that
>>would allow a person to choose what intensity range in the image was
>>displayed on the screen, at any time. I presume this would be done by 
>>changing the way the lookup table gets mapped to the data.
>>
>>Does anyone know of software under X11 that is capable of doing this?
 
Not offhand.  I know exactly what you want though.  I currently
use PV-Wave to do most of my image processing and display.  It 
allows easy display of a desired data window but you have to
re-enter each new max and min value when you want to look
at a new range.   Ideally, one would have a track-ball user interface
in which one axis controls the location of the sliding window
and the other controls the width.

> Me too.  Except I'd like to such software running on a PC.  I do
> some programming, please let me know any hints about programming
> LUTs to display >8 bits images in addition to available software.

I don't believe normal PC's are capable of even 8-bit gray-scale
display because the RGB D/A converters are 6 bits for VGA cards.
Photometrics LTD. has some software that allows the data to be 
easily windowed for display with a fairly decent user interface.
The only catch is that you need to have a certain type of VGA
card (ET4000 chipset I believe) and the image file format is
nonstandard (although they give you the specs - it's basically
16 bits/pixel with a header).   The software is meant to work with 
their camera hardware, but it should function ok without it.  You might
give them a call to see if they offer it without the hardware.
Their phone number is: 602-889-9933 and the name of the software
is IMAGE200.  
 
--
+---------------------------------------------------------------------+
|Dick Wallingford      | Internet: dickw@iastate.edu                  |
|Center for NDE        | Packet  : wd0anb@n0an.ia.usa.na              |
|Iowa State University | I'm not a musician, but I play one in a band | 
+---------------------------------------------------------------------+
From: lazos@fmd00.larc.nasa.gov (Barry Lazos)
Newsgroups: sci.image.processing
Subject: Pattern recognition software
Date: 20 Nov 92 07:18:33
Organization: NASA Langley Research Center
NNTP-Posting-Host: efpb01.larc.nasa.gov

I have recently completed video taping some flow visualization of coherent
structures in a turbulent boundary layer.  I would like to know if there are
any pattern recognition routines available to locate arches or roll-ups.  By
arches I mean objects that look like this:


        * *
       *   *
       *
        *

A roll-up would look similar to this but wound tighter around itself.

-Barry Lazos
Newsgroups: sci.image.processing
From: fred@dip3.ee.uct.ac.za (Fred Hoare)
Subject: Re: Display of 16 bit images
Date: 23 Nov 92 10:45:52 GMT
Organization: University of Cape Town
Keywords: display,images,software

spl@ivem.ucsd.edu (Steve Lamont) writes:

>In article <fred.722416637@dip3> fred@dip3.ee.uct.ac.za (Fred Hoare) writes:
>>I (and the other people in my lab) have a requirement to be able
>>to display 16 bit greyscale images on a Sun workstation. We have
>>several pieces of software that display images, but they all convert
>>the images to 8 bit first. What we require is a display routine that
>>would allow a person to choose what intensity range in the image was
>>displayed on the screen, at any time. I presume this would be done by 
>>changing the way the lookup table gets mapped to the data.

>The way that I attack it is to either just truncate the lower 8 bits
>or to scale the data so that the maximum value is mapped into 255 and
>the minimum value is mapped into 0.  The can either be done by table
>lookup or through some direct scaling.

>I'm not sure what is meant by "allow a person to choose what intensity
>range was displayed on the screen..."  I suppose that you could use a
>sliding eight bit window that could be used as a mask to map into the
>color table but without a lot of fiddling the images are going to look
>awfully strange.

That is exactly what I meant. The images we work with consist of both
medical and satelite images and it is often very helpful to be able to
look at a specific range of intensities in the image. It is a lot easier
to do this using a lookup table modification than to actually truncate
the image to the range required, then scale this to 8 bits before display.

Fred
--
Frederick Hoare                email: fred@dip1.ee.uct.ac.za
Image Processing Laboratory
Department of Electrical and Electronic Engineering
University of Cape Town,  South Africa
From: rzimdar@explore.sdsu.edu (Robert Zimdar)
Newsgroups: sci.image.processing
Subject: Re: best bands for geol. mapping
Date: 21 Nov 92 20:20:08 GMT
Followup-To: sci.image.processing
Organization: Dept. of Geological Sciences, SDSU
NNTP-Posting-Host: explore.sdsu.edu

In article <2B0AE463.3E20@deneva.sdd.trw.com> thomsen@spf.trw.com (Mark Thomsen) writes:
><NOVAK@MAINE.MAINE.EDU> writes
>> I would be happy to receive comments about the best LANDSAT bands
>> and their RBG assignments for geologic interpretation of LANDSAT
>> images.
>
>	Band	Channel
>	 2	 blue
>	 4	 green
>	 5	 red
>
>For Landsat TM. You may wish up band 2 by 10% (or knock down the others by  
>10%). Works well for me (most vegetation is green; most dirt is brown, red, and  
>gray; water is pretty blue).
>
>Mark R. Thomsen

We have found that the 4,5,7 (rgb) combination works well in humid/wet
regions.  For some of the work we are doing here in the dryer southwest
we use a 7,4,2 (rgb).  Band 7 coincides with an absorption band caused
by hydroxyl ions in minerals, thus useful for geologist looking at rocks.
 
We also find useful ratios of bands 5 and 7 for the mapping hydrothermally 
altered rocks (Sabins 1987).

I would like to here from others using Landsat or other remote sensing/image
processing applications for geological studies!


===================
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
From: manoj@dgbt.doc.ca (M. K. Jain)
Subject: Sun Raster to YUV conversion
Organization: The Communications Research Centre, Ottawa, Canada
Date: 22 Nov 92 18:48:53 GMT

How can I convert a SUN rasterfile (of depth 8 and a RGB color map) to separate YUV components. Any pointers will be highly appreciated.

manoj
Organization: University of Maine System
Date: Monday, 23 Nov 1992 10:24:01 EST
From: <NOVAK@MAINE.MAINE.EDU>
Newsgroups: sci.image.processing
Subject: Re: best bands for geol. mapping
 <2B0AE463.3E20@deneva.sdd.trw.com> <1em5lpINNeb2@athena.sdsu.edu>

Thank you to all have posted or sent e-mail responses to my
query.  If interested in a listing of the approaches that have
been recommended for geological mapping.  Drop me a note at
Novak at Portland.
Newsgroups: sci.image.processing
From: qiang@cubmol.bio.columbia.edu (Qiang Zheng)
Subject: Re: Display of 16 bit images
Keywords: display,images,software
Organization: Columbia University, Dept. of Biological Sciences.
Date: Sun, 22 Nov 1992 20:52:15 GMT

In article <fred.722416637@dip3> fred@dip3.ee.uct.ac.za (Fred Hoare) writes:
>I (and the other people in my lab) have a requirement to be able
>to display 16 bit greyscale images on a Sun workstation. We have
>several pieces of software that display images, but they all convert
>the images to 8 bit first. What we require is a display routine that
>would allow a person to choose what intensity range in the image was
>displayed on the screen, at any time. I presume this would be done by 
>changing the way the lookup table gets mapped to the data.
>
>Does anyone know of software under X11 that is capable of doing this?
>
>Thanks in advance for any replies.
>Fred
>--
>Frederick Hoare                email: fred@dip1.ee.uct.ac.za
>Image Processing Laboratory
>Department of Electrical and Electronic Engineering
>University of Cape Town,  South Africa

Me too.  Except I'd like to such software running on a PC.  I do
some programming, please let me know any hints about programming
LUTs to display >8 bits images in addition to available software.

Thanks in advance.                

James Zheng
From: spl@ivem.ucsd.edu (Steve Lamont)
Newsgroups: sci.image.processing
Subject: Re: Display of 16 bit images
Keywords: display,images,software
Date: 22 Nov 92 15:14:24 GMT
Article-I.D.: network.1eo84gINNgk9
Organization: University of Calif., San Diego/Microscopy and Imaging Resource
NNTP-Posting-Host: ivem.ucsd.edu

In article <fred.722416637@dip3> fred@dip3.ee.uct.ac.za (Fred Hoare) writes:
>I (and the other people in my lab) have a requirement to be able
>to display 16 bit greyscale images on a Sun workstation. We have
>several pieces of software that display images, but they all convert
>the images to 8 bit first. What we require is a display routine that
>would allow a person to choose what intensity range in the image was
>displayed on the screen, at any time. I presume this would be done by 
>changing the way the lookup table gets mapped to the data.

The way that I attack it is to either just truncate the lower 8 bits
or to scale the data so that the maximum value is mapped into 255 and
the minimum value is mapped into 0.  The can either be done by table
lookup or through some direct scaling.

I'm not sure what is meant by "allow a person to choose what intensity
range was displayed on the screen..."  I suppose that you could use a
sliding eight bit window that could be used as a mask to map into the
color table but without a lot of fiddling the images are going to look
awfully strange.

							spl
-- 
Steve Lamont, SciViGuy -- (619) 534-7968 -- spl@szechuan.ucsd.edu
UCSD Microscopy and Imaging Resource/UCSD Med School/La Jolla, CA 92093-0608
"Far out, man"
            - President George Bush, heard in a stump speech on NPR
Newsgroups: sci.image.processing
From: mirsad@uncc.edu (Mirsad Hadzikadic)
Subject: image analysis
Keywords: image analysis, x-rays, scanners
Reply-To: mirsad@uncc.edu
Organization: University of NC at Charlotte
Date: Thu, 19 Nov 1992 16:44:16 GMT

The lab I am associated with is planning to purchase the following items:

video image analysis system (CCD camera, frame grabber, image manipulation
	and enhancement software, etc),
video motion analysis system,
x-ray film digitizer, and
various scanners.

The computing platforms include SUN SPARC and PC environments.

I would appreciate any suggestions wrt the type of equipment, price ranges, vendors,
	positive and negative experiences, etc.

Thanks.

Mirsad Hadzikadic
Carolinas Medical Center
Charlotte, NC




Newsgroups: sci.image.processing
From: ljb7876@summa.tamu.edu (BREWER, LAURA JEAN)
Subject: Edge detection algorithms/programs
News-Software: VAX/VMS VNEWS 1.41    
Keywords:  Edge detection
Organization: Texas A&M University, Academic Computing Services
Date: Fri, 20 Nov 1992 04:27:00 GMT

Hello,

I know that there are a lot of edge detection algorithms and programs out
there.  Could someone please send me some copies of them?  I would like to
use them on some data I have and would like to save the time of developing
my own if unnecessary.  Any would be fine, but programs in C would be even 
better.

Thanks for any help,
Laura Brewer
email:  LJB7876@zeus.tamu.edu

Newsgroups: sci.image.processing
From: djb@bambam (David J. Braunegg)
Subject: 3D plot program needed
Organization: The MITRE Corporation, Bedford MA
Date: Mon, 23 Nov 1992 15:41:05 GMT


I need a program to plot a 3D surface.  What I want to produce is a
mesh from data of the form (x, y, height).  I've seen this sort of
data in many papers, so I am hoping that there is a public domain
program available, but I'll settle for a commercial product.

It must run on a Sparcstation platform.  C or C++ is the preferred
language.  Output to the screen is needed, but an additional output to
a PostScript file would be nice.

Thank you for any help you can offer.

Dave
Newsgroups: sci.image.processing
From: rthomson@mesa.dsd.es.com (Rich Thomson)
Subject: Re: fractal compression of NORMAL images
Reply-To: rthomson@dsd.es.com (Rich Thomson)
Organization: Design Systems Division, Evans & Sutherland, SLC, UT
Date: Mon, 23 Nov 92 23:59:03 GMT

In article <1992Nov19.114439.24296@Urmel.Informatik.RWTH-Aachen.DE>
	jogl@merry.imsd.rwth-aachen.de (Joachim Glaubrecht  #Alwd#) writes:
>sorry, if this is the wrong group, but all "compression"-
>groups don't handle 'real' image compression.

Yes, this is the wrong group.  Try comp.compression -- fractal image
compression is covered in the FAQ posting there.

>i have seen a clip-art collection for PCs, that where
>stored in "fractal compression methode".
>          ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>they where NORMAL images (not fractals themself).

Actually, they were fractals.  They are encoded in such a way that the
specific fractal image is close to the original image -- it is lossy
compression.

>does anyone of you know implementations/sources of this method ?

Again, check the FAQ in comp.compression -- its covered there.

						-- Rich
-- 
		      Don't blame me; I voted Libertarian
Disclaimer: I speak for myself, except as noted; Copyright 1992 Rich Thomson
UUCP: ...!uunet!dsd.es.com!rthomson			Rich Thomson
Internet: rthomson@dsd.es.com	IRC: _Rich_		PEXt Programmer
Newsgroups: sci.image.processing
Subject: Image Processing program for MS-Windows
From: GDAV100@vm.bgu.ac.il (Bryon Gomberg)
Date: Thu, 19 Nov 1992 10:34:05 GMT
Organization: BGU University

ORLEV Scientific Computing, LTD. has a new image processing program for
MS-Windows 3.x called IPSDEMO.EXE. This program is capable of extensive,
high quality image processing on 8-bit gray-scale images.

The IPS major features are:
* reading of TIFF, GIF, BMP and arbitrary format image files (including
  interleave support).
* palette editing for pseudo color images.
* contrast enhancement: equalization, normalization, thresholding,
  negatives.
* filters: average, median, spots (digital filter), filter of equal
  brightness.
* slide window operators: smoothing, laplacian, equalization,
  normalization, variance, gradient, convolution (3x3 user defined filter).
* object analysis: connect objects, object statistics, isoline, contour map.
* morphology operations: dilating, eroding, opening, closing.
* spatial transformations: shifting, rotating, mirrors (along various
  axes).
* spatial resolution calibration and unit definition.
* extensive histogram analysis (including variance, skew and kurtosis).
* all processing function are high speed using specially designed code.

I have uploaded a demonstration Beta version of the IPS program running
under MS-Windows to the following archive:

ftp.cica.indiana.edu :   /pub/pc/win3/uploads

These will then probably be transfered to the appropriate demo subdirs.

Please feel free to test this program and distribute it to your friends in
complete ZIP file format only.

For questions and ordering information, contact me at the following
address:

ORLEV Scientific Computing, LTD.
A Subsidiary of ORMAT Industries, LTD.
New Industrial Area, P.O.B. 68 Yavne 70650, Israel
Telephone: 972-8-431615  Facsimile: 972-8-439901  Telex: 381482
Internet: 0004900186@mcimail.com        MCI Mail: ORLEV

Thank you,
Bryon Gomberg
Newsgroups: sci.image.processing
From: teague@a.cs.okstate.edu (Keith Teague)
Subject: ftp sites for images
Organization: Oklahoma State University
Date: Mon, 16 Nov 92 13:45:24 GMT

I need to obtain some high altitude aerial images for use in an image
processing class. Does anyone have any info on ftp sites which have any
images like this? Or, for that matter, any general image ftp sites?

Thanks.

Keith Teague

Newsgroups: sci.image.processing
From: simonm@mel.dit.csiro.au (Simon McClenahan)
Subject: Re: Volumetric rendering
Organization: CSIRO DIT (Melb.)
Date: Tue, 24 Nov 92 01:22:13 GMT


In article <1992Nov23.143304.16412@infodev.cam.ac.uk>, mnl10@cus.cam.ac.uk (M.N. Landauer) writes:
|> Does anyone know of a public domain volumetric display (i.e true 3D data display)
|> package that works under X-Windows, preferrably (but not essentially) using the
|> XView toolkit.


Why does it have to use the XView toolkit?

I have tried to used NCSA's XDataSlice, but have had problems with it. I never
got to the juicy volume rendering part, but I intend to one day.

cheers,

--
Simon.McClenahan@mel.dit.csiro.au  \_\_ CSIRO Supercomputing Support Group
CSIRO Division of Information Technology _\_\_\_\_\_\_ tel: +61 3 282 2623
723 Swanston St, Carlton 3053 AUSTRALIA \_\_\_\_\_\_\_ fax: +61 3 282 2600
      Why is the alphabet in that order?  Is it because of that song?
Newsgroups: sci.image.processing
From: jogl@merry.imsd.rwth-aachen.de (Joachim Glaubrecht  #Alwd#)
Subject: fractal compression of NORMAL images
Organization: Institut f. Med. Statistics @ Dokumentation
Date: Thu, 19 Nov 92 11:44:39 GMT


hi,
 
sorry, if this is the wrong group, but all "compression"-
groups don't handle 'real' image compression.
 
o.k. my question:
 
i have seen a clip-art collection for PCs, that where
stored in "fractal compression methode".
          ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
they where NORMAL images (not fractals themself).
i think the theory is, that EVERY image could be stored als
a complex fractal function.

does anyone of you know implementations/sources of this method ?

-- 
  ___             ____________________________________
 /  /  _____     !  jogl@tolkien.imsd.rwth-aachen.de  !
 __/__/_/ Gl     ! Inst. f. Med. Stat. & Doku. (IMSD) !
/_/              !_Never_send_a_boy_to_do_a_man's_job_!
Xref: sparky sci.image.processing:1174 comp.infosystems.gis:3999 comp.graphics:12007 comp.multimedia:3412
From: huff@mcclb0.med.nyu.edu (Edward J. Huff)
Subject: Re: Image Processing Listserv
Followup-To: sci.image.processing
Organization: NYU Chemistry Dept.
Date: Fri, 20 Nov 1992 19:36:41 GMT

In article <1992Nov20.152650.17388@samba.oit.unc.edu>, cptully@med.unc.edu
(Christopher P. Tully,Pathology,62699) wrote:
> 
> In article 3839@samba.oit.unc.edu, Bill.Barnett@launchpad.unc.edu (Bill Barnett) writes:
> >Is there a listserve bulletin board for scientific image processing? 
> Yes, Please post this info...

Here is the message I received when I signed on to IMAGE-L.  Note that this
is an obsolete version of the Listserv software (1.3), and does not work
very well.  I had a lot of trouble getting things like the list of
subscribers or back issues.

Date: Thu, 11 Jun 92 13:52:04 TUR
From: ListEARN List Processor <LISTSERV@TREARN.BITNET> (1.3)
Subject: Your subscription to list IMAGE-L
To: Edward Huff <HUFF@MCCLB0.MED.NYU.EDU>

Dear networker,
 
  Your subscription  to list  IMAGE-L (Image  Processing And  Applications)
has
been accepted.
 
  You may leave the list at any  time by sending a "SIGNOFF IMAGE-L"
command to
LISTSERV@TREARN. Please  note that this  command must NOT  be sent to  the
list
address (IMAGE-L@TREARN) but to the ListEARN address (LISTSERV@TREARN).
 
  The  amount of  acknowledgement  you  wish to  receive  from  this list 
upon
completion of  a mailing operation  can be changed by  means of a  "SET
IMAGE-L
option" command,  where "option"  may be  either "ACK"  (mail
acknowledgement),
"MSGACK" (interactive messages only) or "NOACK".
 
  Contributions sent to this list are  automatically archived. You can
obtain a
list of  the available archive files  by sending an "INDEX  IMAGE-L"
command to
LISTSERV@TREARN. These files  can then be retrieved by means  of a "GET
IMAGE-L
filetype" command, or using the database search facilities of ListEARN.
Send an
"INFO DATABASE" command for more information on the latter.
 
  Please note that  it is presently possible for anybody  to determine that
you
are  signed up  to the  list through  the use  of the  "REVIEW" command, 
which
returns the network address and name of all the subscribers. If you do not
wish
your name to be available to others  in this fashion, just issue a "SET
IMAGE-L
CONCEAL" command.
 
  More  information  on  ListEARN  commands   can  be  found  in  the 
"General
Introduction  guide", which  you can  retrieve  by sending  an "INFO 
GENINTRO"
command to LISTSERV@TREARN.
 
Virtually,
 
   The LISTEARN management


--
Edward J. Huff   huff@mcclb0.med.nyu.edu   (212)998-8465
Keck Laboratory for Biomolecular Imaging
NYU Chemistry Deptartment, 31 Washington Place, New York NY 10003
Posted from the new Mac NewsWatcher 1.3d5