HDTenEightyP/NetNews huggingface dataset:
From: donohoe@jemez.eece.unm.edu
Newsgroups: comp.soft-sys.khoros
Subject: Greyscale morpho demo wkspace
Date: 8 Oct 92 14:49:53 GMT
Article-I.D.: pprg.40878

Would be morpho users:

Many of you (0 < N < 2) have asked for a sample workspace to
illustrate use of the greyscale morhology routines.  I have 
placed such a workspace, called MorphoDemo.wsp.Z,  in the morpho toolbox 
FTP directory, /usr/ftp/pub/khoros/toolbox/morpho.

The toolbox takes the 'feath.xv' image,  shrinks it, then:

1. Erodes it with a 5x5 spherical structuring element;
2. Dilates the result with the same S.E., producing an 'opening'.
3. Applies the Top Hat filter to the original reduced image,
   followed by a histogram stretch to brighten up the display.
4. Finally,  it closes, then opens, 'feath' by a 5x5 pixel disk.

==============================================================
Greg Donohoe, Ph.D.
Assistant Professor
Electrical and Computer Engineering
University of New Mexico           Tel: 505-277-6724
Albuquerque, NM 87131 USA        email: donohoe@chama.eece.unm.edu

"Il nous faut cultiver notre jardin."  - from Candide
==============================================================
From: hkatz@nucmed.med.nyu.edu (Henry Katz)
Newsgroups: comp.soft-sys.khoros
Subject: cantata dies under bus error
Date: 9 Oct 92 00:29:18 GMT

Hi Tom,

Thanks for your reply. Somewhere around the middle of the night I got
everything to work, somehow. It was either the recompilation of
everything under the xvroutines directory by a `make -k install'
command and/or setting the LD_LIBRARY_PATH var to the right places.
I wish I could precisely determine this. It all works now, dynamically
linked - I much rather prefer that cantata be 290K than 840K, but
I wish to draw your attention to one minor thing that may have broke
as a result of some of your suggestions in the COMPILE FAQ. In
`animate', I no longer have the loop control/single widget on the options
popup. I suspect this fleeting existence may be a result of making
the WidgetClass's in  the two files in xvutils library static. I will
inspect and report back any other lost widget in the other tools. Perhaps,
somehow has already spent a late night tracking this down.

Keep up the good work, you guys/gals do a create job out there!!

Henry Katz
MSSM
BIC
Newsgroups: comp.soft-sys.khoros
From: rick@ransom.msc.cornell.edu (Rick Cochran)
Subject: strange source code at Patch 5
Organization: Cornell Materials Science Center
Date: Fri, 9 Oct 1992 16:32:26 GMT

I am seeing multiple instances of "undefined references".

They all seem to be associated with "yacc" code.

Example:

khoros/src/file_formats/Lib/lmat2viff.c calls "format_parse()" which doesn't
seem to exist.

At Patch 4 it called "parse_matrix()" which does exist at Patch 5 and which
is generated from a "yacc" source.

I got my source from the full Patch 5 distribution rather than patching
Patch 4.

Is is possible that the source code distribution is faulty?

-- 
|Rick Cochran		  607-255-7223		     rick@msc.cornell.edu|
|Cornell Materials Science Center		     rick@crnlmsc2.bitnet|
|E20 Clark Hall, Ithaca, N.Y. 14853	     cornell!msc.cornell.edu!rick|
From: Peter.Averkamp@e20.physik.tu-muenchen.de (Peter Averkamp)
Newsgroups: comp.soft-sys.khoros
Subject: Re:  converter xxx2pict
Date: 9 Oct 92 17:26:19 GMT
Article-I.D.: pprg.40911

>I am looking for a converter that converts preferable viff (or any other common
>image file format) into a pict file (our slidewriter only understands pict).
>Maybe somebody knows in addition where I could find a description of the pict
>format.

If you mean Macintosh pict, there is one converter from Portable bitmap
format in the pbmplus toolkit, but as I understand, it is somewhat limited
in what it does. The second alternative is to get the SDSC image tools
and use imconv, which should be capable of translating, e.g ppm into pict.
pbmplus is widely available, e.g . on ftp.uni-koeln.de and the 
SDSC image tools are only available as binaries from sdsc.edu.

I just checked Neill Bowers' import-export list and it says:
PICT    Apple Macintosh QuickDraw/PICT picture
                IMPORT: imconv | rast2viff
                EXPORT: viff2rast | imconv


hope this helps,

    Peter


Peter Averkamp,                      | email:
Physics Department E20               | petav@radon.e20.physik.tu-muenchen.de
Techn. Univ. of Munich               | Phone: ++49 (89) 3209-2408
D-8046 Garching, Germany             | Fax:   ++49 (89) 3209-2338
From: HERR@embl-heidelberg.de
Newsgroups: comp.soft-sys.khoros
Subject: (none)
Date: 9 Oct 92 15:21:05 GMT

****** MESSAGE DAMAGED IN TRANSIT ******
From: jones@aphrodite.ltt.rwth-aachen.de (Thomas Johnen)
Newsgroups: comp.soft-sys.khoros
Subject: installing dfilter
Date: 7 Oct 92 13:25:28 GMT

I have problems installing the dfilter; during linking I get the following error message: "ld: can not find _dspl_parse".

Could I obtain a functioning dfilter somewhere? If not maybe you could inform me on the appropriate installation procedure?

PS: I have obtained my dfilter.prog from the Khoros public/contrib directory, I have installed the prog. as explained in the read.me file. "make Imakefile" and "make Makefile" did not help me either.

Thomas
From: root@surak.meediv.lanl.gov (0000-Admin(0000))
Newsgroups: comp.soft-sys.khoros
Subject: (none)
Date: 12 Oct 92 15:46:28 GMT

I am trying to find the include files which I assumed were stored on
/pub/khoros.  Can someone tell me where they are?  Thanks!
Janine
From: juber@uceng.UC.EDU (James Uber)
Newsgroups: comp.soft-sys.khoros
Subject: raw data from fortran
Date: 15 Oct 92 15:02:42 GMT
Organization: College of Engineering, University of Cincinnati

I have probably a naive question about using raw data files created
with fortran 'unformatted' i/o. I ran a simple test on my HP/Apollo
400t:

	program junk
	open( 10, file='junk.out', form='unformatted', access='sequential',
       &   status='new')
	write( 10 ) (real(i), i = 1, 1000)
	close( 10 )
	stop
	end

Now, the file 'junk.out' that is created has a size of 4008 bytes, or
in other words 8 bytes too much, for the 1000 32 bit words that were
written. Sure enough, plotting 'junk.out' using xprism2 with raw data
type float and machine set to 'apollo' lets me know there are 1002
data points. The first point is a meaningless very small number, followed
by the the data 1.0 - 1000.0, and then the last point is also a
meaningless very small number.

Obviously, the apollo fortran is putting 4 bytes at the beginning and
again at the end, and these are meaningful i'm sure, but they are 
frustrating my ability to use fortran unformatted i/o with khoros in
a straightforward way.

I'm probably missing something obvious here. I have installed khoros
and read much of the manual material in Vol I, but am quite inexperienced
in the use of khoros and in particular in storage and manipulation of
image data.

Thank you,

jim uber
dept. of civil & environmental Engineering
univ. of cincinnati
juber@uceng.uc.edu
-- 
--
james uber
juber@uceng.uc.edu
From: donohoe@jemez.eece.unm.edu
Newsgroups: comp.soft-sys.khoros
Subject: Khoros algorithm
Date: 11 Oct 92 17:07:25 GMT


In "Khoros algorithm",  Jay Gao <GEOG-JG@geog.aukuni.ac.nz> writes:

+ Hi, there,
+ 
+ I am interested in knowing more about Khoros, especially its
+ classification algorithms.  What algorithm are available under
+ the classification category? Does it include parallelepiped,
+ minimum-distance, and maximum-likelihood classifiers?
+ 
+ Please respond at the following address:
+ 
+ geog-jg@geog.aukuni.ac.nz
+ 

Jay,

You can find the classification algorithms you're looking for in the
Classification menu.  'vmindis' is a minimum distance classifier.  You
can specify the classification prototypes (cluster centers) yourself,
or use 'vmkeams' or 'viso2' to estimate them from your training data.

'vwmdd' is a almost a maximum-likelihood classifier (for Gaussian
data);   it weights the feature space axes by the variance of the
data along those axes.  It does not account for rotation of the feature
space,  however.

'vquant' is a vector quantization routine that, it is said,  can be
used as a parallelepiped classifier,  though I've never used it that
way.  

Also see the 'classify' toolbox on the machine pprg.eece.unm.edu,
directory /usr/ftp/pub/khoros/toolbox/classify.

====================================================================
Greg Donohoe, Ph.D.
Assistant Professor
Electrical and Computer Engineering
University of New Mexico          Tel: 505-277-6724
Albuquerque, NM 87131 USA       email: donohoe@chama.eece.unm.edu

"The optimal solution ain't necessarily the best solution."
====================================================================
From: Jay Gao <GEOG-JG@geog.aukuni.ac.nz>
Newsgroups: comp.soft-sys.khoros
Subject: Re: Khoros algorithm
Date: 11 Oct 92 02:26:16 GMT

Hi, there,

I am interested in knowing more about Khoros, especially its
classification algorithms.  What algorithm are available under
the classification category? Does it include parallelepiped,
minimum-distance, and maximum-likelihood classifiers?

Please respond at the following address:

geog-jg@geog.aukuni.ac.nz

Thank you very much in advance.

Jay Gao
Newsgroups: comp.soft-sys.khoros
From: kahn@pansy (Roger Kahn)
Subject: temp files
Organization: Department of Computer Science, University of Chicago
Distribution: usa
Date: Tue, 6 Oct 1992 22:19:14 GMT

can I specify where khoros should store its intermediate files,
currently it stores them in /var/tmp but I want them to be
stored in /tmp
From: alance@papillon.ucsd.edu (Lance Al-Rawi)
Newsgroups: comp.soft-sys.khoros
Subject: KHOROS/VIFF 2.0 Questions
Date: 14 Oct 1992 22:04:17 GMT
Organization: DIP Laboratory, UCSD/SIO, La Jolla CA, USA
Distribution: world
NNTP-Posting-Host: papillon.ucsd.edu
Originator: alance@papillon.ucsd.edu

The new document on VIFF 2.0, "Volume II, Chapter 10" 
sufficiently introduces and specifies VIFF 2.0 to the KHOROS
community.  However, having now studied the document we 
have formulated a few questions primarily concerned with
the notion of abstract or object oriented data access
via the data services library functions.

Assumptions: KHOROS/VIFF 1.0 provided DIRECT access to the
entire viff structure (xvimage) to applications.  It is stated
and implied in the document that KHOROS/VIFF 2.0 will strongly 
discourage such direct access.  Access to VIFF 2.0 data
segments and attributes will be carried out indirectly
via data services library functions.  However, section
A.6 VIFF POINTERS, seems to imply that a memory resident
VIFF 2.0 will be sucked into a data structure similar
to the xvimage.  (typedef viff in KHOROS 2.0) The 
difference being that direct access will not be permitted.

Assuming the above assumptions are correct it would seem
that following scenarios would be possible.  Which
if any of these scenarios are accurate, and if
none of the following scenarios are accurate please
enlighten us.

Scenario 1: Indirect data access (e.g. Read/Write of
	    some or all of the Value Data Segment) will 
	    result in a separate/new copy of data.

Scenario 2: Indirect data access could result in
	    a return object containing pointer(s)
	    to the requested data.  In this case
	    the requested data may not be contiguous.
 
Scenario 3: Indirect data access could result in
	    a reorientation or transformation
	    of the data so that the application
	    can access the data in the most
	    appropriate manner.  In this case
	    the requested data should be able
	    to be contiguous.

	NOTE: "Contiguous" refers to the fact that
	      multiple data lines, planes, or volumes 
	      are contained in one big contiguous
	      chunk of memory containing one or
	      more of these logical data objects.
	      

Scenario 1 is entirely indirect and therefore a write back
to viff (viff data structure) function would be necessary. 

Scenario 2 and Scenario 3 would not require a write back
function since the access to the data segment would
be direct after the prescribed indirect access function
had been called.

Thank you in advance for your attention to these questions.

Lance Al-Rawi
lalrawi@ucsd.edu
From: 33.283::peck@longs.ucar.edu (Cindy Peck (303) 939-4513)
Newsgroups: comp.soft-sys.khoros
Subject: A khoros question
Date: 12 Oct 92 21:47:14 GMT

Hello,

	I am an engineer at Ball Aerospace in Boulder, CO.  I am
working with Khoros version 1.0.  I have been using Khoros for
three months and think it is a great package.  I am assisting in
the development of an adaptive optics model.  I have developed
several glyphs for this model which work independently.  Now I
am beginning the task of integrating the glyphs together to form
a control loop and have gotten stuck.

	I have encountered the following problem:  I have developed
a glyph which computes the variance for an image data matrix.  Each
time the glyph is executed, another variance value is computed and
placed in the variance vector, e.g., [o1 o2 o3 o4 ...].

	I have now created a workspace which implements the variance
vector glyph and includes a count loop glyph.  In order to continuously
update the variance vector, the output is re-fed back through the input
of the glyph like so:

		----------
		|*   *  *|
		|->    ->|--
	     	|        |/
	      /	|        |
	     ---|->      |
		----------


	When I execute this glyph manually, the glyph executes without
error, and knows that input data is available.  However, when I try to
run the system of glyphs using the "RUN" button on the left side of the
cantata workspace, an error occurs for the variance vector glyph with
the feedback loop, and the error states that no input data was available.

	I need to be able to use the "RUN" button function to automate
the workspace (or create a procedure where only one on/off switch needs
to be activated).  I believe the problem lies in the way the "RUN" button
functions.

	Has this type of problem been encountered before?  I would greatly
appreciate any suggestions as to how to get around this problem. 

	I can be reached by e-mail on SPAN at LYRAE::PECK.  I believe the
usage is:

		user%host.span@longs.ucar.edu

so in my case, I would try

		PECK%LYRAE.span@longs.ucar.edu

thank you,
Cindy Peck
From: GUIDO@iasi.rm.cnr.it
Newsgroups: comp.soft-sys.khoros
Subject: Problems with editimage
Date: 15 Oct 92 16:27:35 GMT


        Dear Khoros group,
 
I've got Khoros package via Ftp, and following your detailed instructions
I installed it on my SPARCstation ELC Sun4 running SUNOs 4.1.2. I guess that
all has gone well, because no warnings nor errors were displayed during the 
compilation.
 
I decided to get the Khoros distribution firstly to use its big potientalities 
in the image processing field, so I'm trying now to work in the cantata 
environment using EDITIMAGE. The problem is that I cannot do anything because 
I cannot launch EDITIMAGE!!! In fact, when I try:
 
%editimage
 
it's displayed the following window:
 
Error!  Unable to find suitable visual for displaying 'read/write' images.  
This application needs a PseudoColor or GrayScale visual class (if displaying 
a greyscale image).  Please use the 'xdpyinfo' command to verify that a 
reasonable visual is currently available for displaying images.
 
If I try:
 
%xdpyinfo
 
I obtain the following:
 
name of display:    :0.0
version number:    11.0
vendor string:    MIT X Consortium
vendor release number:    5000
maximum request size:  65535 longwords (262140 bytes)
motion buffer size:  256
bitmap unit, bit order, padding:    32, MSBFirst, 32
image byte order:    MSBFirst
number of supported pixmap formats:    1
supported pixmap formats:
    depth 1, bits_per_pixel 1, scanline_pad 32
keycode range:    minimum 8, maximum 132
number of extensions:    5
    SHAPE
    MIT-SHM
    X3D-PEX
    Multi-Buffering
    MIT-SUNDRY-NONSTANDARD
default screen number:    0
number of screens:    1
 
screen #0:
  dimensions:    1152x900 pixels (325x254 millimeters)
  resolution:    90x90 dots per inch
  depths (1):    1
  root window id:    0x24
  depth of root window:    1 plane
  number of colormaps:    minimum 1, maximum 1
  default colormap:    0x21
  default number of colormap cells:    2
  preallocated pixels:    black 1, white 0
  options:    backing-store YES, save-unders YES
  current input event mask:    0xd0001d
    KeyPressMask             ButtonPressMask          ButtonReleaseMask        
 
    EnterWindowMask          SubstructureRedirectMask PropertyChangeMask       
 
    ColormapChangeMask       
  number of visuals:    1
  default visual id:  0x20
  visual:
    visual id:    0x20
    class:    StaticGray
    depth:    1 plane
    size of colormap:    2 entries
    red, green, blue masks:    0x0, 0x0, 0x0
    significant bits in color specification:    1 bits
 
 
        This perhaps means that I cannot use EDITIMAGE only because I've at 
disposal a StaticGray monitor?
 
        Hoping to have explained clearly my problem, I thank you in advance,
and waiting your replay I remain sincerally yours.
 
Guido Proietti
Istituto Analisi Sistemi Informatici - CNR Italy
E-mail: GUIDO@IASI.RM.CNR.IT
Fax: 0039-6-7716416
Phone: 0039-6-7716439
From: jason@tfs.com
Newsgroups: comp.soft-sys.khoros
Subject: editimage with pseudo-color and zoom - khoros1.5 sparc 4.1.2
Date: 8 Oct 92 18:34:52 GMT



X11R4Pl18 and Tektronix Xp29 xterminal

With editmage up and both pseudo-color and zoom windows open.
If you select Update mode: button press in zoom, you can not update
the zoom area.

If you only have the zoom subform open the buttom press works
correctly.
Newsgroups: comp.soft-sys.khoros
From: kahn@ubik.uchicago.edu (Roger Kahn)
Subject: temp files
Organization: Department of Computer Science, University of Chicago
Distribution: usa
Date: Tue, 6 Oct 1992 22:54:29 GMT

Newsgroups: comp.soft-sys.khoros
Subject: temp files
Summary: 
Followup-To: 
Distribution: usa
Organization: Department of Computer Science, University of Chicago
Keywords: 

can I specify where khoros should store its intermediate files,
currently it stores them in /var/tmp but I want them to be
stored in /tmp



Roger Kahn
University of Chicago			Voice:	(312) 702-0024 (WORK)
Department of Computer Science			(312) 383-8988 (HOME)
1100 East 58th Street			Fax:	(312) 702-8487	
Chicago, IL  60637      		E-mail:	kahn@cs.uchicago.edu
From: ph@physiology.oxford.ac.uk (Patrick Haggard)
Newsgroups: comp.soft-sys.khoros
Subject: editimage + GUI colourmap in OpenWindows FAQ
Date: 8 Oct 92 10:28:55 GMT
Organization: Physiology Department, Oxford University, Oxford, UK.
Originator: ph@galen.physiol


Hi.  We upgraded our Sparc2 to OpenWindows 3.0, hoping to get rid of
the dreaded editimage colourchanging syndrome.  Now we find that 
the image colourmap is indeed stable, but the GUI colours still get
trashed depending on where the cursor is.  Anybody else find this, or
suggest a workround?  Is it still the case that you're better using
GUI objects that don't have too many colours (I guess I could dither
my root screen image)?

------------------------------------------------------------

Patrick Haggard,
Oxford University Laboratory of Physiology,
Parks Road,
Oxford,
OX1 3PT
England

Tel. (0865) 272116
Fax. (0865) 272469
Email (JANET): ph@uk.ac.ox.physiol
------------------------------------------------------------
From: Wayne@dip1.ee.uct.ac.za
Newsgroups: comp.soft-sys.khoros
Subject: Bug in highpass function
Date: 8 Oct 92 16:21:25 GMT

There is a bug in the Khoros high pass filter function.  

When using the high pass filter function on a NON-square image (which it is 
reputed to be capable of) it attenuates the wrong frequencies.  I viewed the 
transform image, of a square and a non-square image, after applying the filter 
and observed:
A black circle centered in the square image, centered on the dc point, as 
expected.
BUT - the black circle was offset in the non-square image, centered on the 
horizontal nyquist frequency.
The effect is obviously worthless.

Is anyone aware of this problem?

Cheers Wayne
Newsgroups: comp.soft-sys.khoros
From: jgs@photon.com (Joe Shanks)
Subject: Re: who do you feel
Organization: Photon Research Associates, Inc.
X-Newsreader: TIN [version 1.1 PL6]
Date: Wed, 14 Oct 1992 18:35:38 GMT

     See the Newsgroup:

			"sci.image.processing".

								Joe
-- 
===================================================================
Joe Shanks   					jgs@photon.com
Photon Research Assoc., Inc.         (619) 455-9741 [fax: 455-0658]
9393 Town Center Dr., # 200,  San Diego, CA  92121
From: kagatani@rbc.ncl.omron.co.jp (Tomoji KAGATANI)
Newsgroups: comp.soft-sys.khoros
Subject: Re: who do you feel
Date: 15 Oct 92 09:49:19 GMT


>>>>> On 14 Oct 92 18:35:38 GMT, jgs@photon.com (Joe Shanks) said:
 > Received-Date: Wed, 14 Oct 92 23:35:09 MDT


 >      See the Newsgroup:

 > 			"sci.image.processing".

 > 								Joe

Thank you.

--
Tomoji KAGATANI (JA9TXF/3) Central R&D Lab., OMRON Corporation, 
Shimokaiinji, Nagaokakyou-City, KYOTO 617 JAPAN
TEL   : +81 75-951-5111 (ext.2411) FAX(G3): +81 75-951-5124
E-Mail: kagatani@rbc.ncl.omron.co.jp
From: buhle@mscf.med.upenn.edu
Newsgroups: comp.soft-sys.khoros
Subject: Tracing Contours on Khoros images
Date: 14 Oct 92 19:14:03 GMT
Organization: Univ of Penn - Med School Computer Facility

A simple question from someone new to Khoros:

I need to trace user-drive contours on top of images displayed via KHOROS. 
These contours are really extensive annotations, not "contours" in the sense of 
a contour map. What is the best way to trace, label, store and redisplay these 
contours in KHOROS?

Ideally, I'd like to trace a structure in red, calling it the "target", another 
structure in green, calling it a liver, etc.

Thoughts? Suggestions? Thank you in advance!

Loren Buhle
BUHLE@XRT.UPENN.EDU
Univ. of Pennsylvania Sch. of Medicine
From: jbm@prl.philips.nl
Newsgroups: comp.soft-sys.khoros
Subject: digestified mailing list
Date: 9 Oct 92 11:15:35 GMT

----------
X-Sun-Data-Type: text
X-Sun-Data-Description: text
X-Sun-Data-Name: text
X-Sun-Content-Lines: 1

Information request about khoros 2.0
----------
X-Sun-Data-Type: default
X-Sun-Data-Description: default
X-Sun-Data-Name: khoros20.mai
X-Sun-Content-Lines: 19

To: Khoros software project, University of New Mexico
    KHOROS@CHAMA.EECE.UNM.EDU    

From: Jean-Bernard Martens, Institute for Perception Research,
      P.O. Box 513, 5600 MB Eindhoven, Holland
      JBM@PRL.PHILIPS.NL

LS,

We (the system management at IPO) have only recently decided to install khoros
as a tool for doing research in speech and image processing.
We intend to make the Khoros 1.0 package available to the rest of the users
on short term. It would be very benificial to us if we could start directly
with Khoros 2.0 (announced for the fall of 1992). Therefore, I'm inquiring
if releases of Khoros 2.0 are already available, and how they can be obtained.

Sincerely yours,

Jean-Bernard Martens
From: becky@chama.eece.unm.edu (Becky Bishop)
Newsgroups: comp.soft-sys.khoros
Subject: test message
Date: 16 Oct 92 21:59:58 GMT
Article-I.D.: pprg.41035

just a test