HDTenEightyP/NetNews huggingface dataset:
From: vdp@mayo.edu (Vinayak Dutt, Grad. Student (Biophysics))
Newsgroups: comp.soft-sys.khoros
Subject: Remote Execution in Cantata
Keywords: rsh, phantom, remote exec
Date: 17 Aug 92 15:14:19 GMT
Reply-To: vdp@mayo.edu
Organization: Mayo Foundation/Mayo Graduate School :Rochester, MN


I was looking into remote execution in Cantata. And I have a small question
with regards to that. I see that for any command to be executed, the env
variable PATH and LD_LIBRARY_PATH (if using dynamic libraries) *have* to
include the directories which have the command binary (and directories
containing dynamic libraries relevent to that command). I see that command
"phantom" which starts off phantomd on remote machines uses "rsh" to spawn
the daemon on remote machines. *But* rsh does not inhert the environment
variables of the parent and so the extra paths which might be added to the
default paths on the parent machine do not get passed to the remote machine.
So I see that "rsh" is not that useful. I know that the command "on" which is
there on mostly all unix platforms (certainly on Suns) *does* pass the
environment variables to the remote shell. (Of course one has to have the daemon
for "on" running on the remote machine). So could I just simply hack the phantom
c-shell script to use on instead on "rsh" or are there some good reasons
not to use "on" and use "rsh" ??

Vinayak Dutt
-------------------------------------------------------
                                           vinayak dutt
            Medical Sciences Building (2)   Mayo Clinic
                                     Rochester MN 55905
                                   e-mail: vdp@mayo.edu
-------------------------------------------------------
From: rasure@borris.eece.unm.edu (John Rasure)
Newsgroups: comp.soft-sys.khoros
Subject: Re: Source Code Content...
Date: 17 Aug 92 14:16:00 GMT


In "Source Code Content...", Kenneth Wesley Brooks writes:
+ 

You can ftp source from pprg.eece.unm.edu (129.24.24.10).

Please start by gettin gthe document "install" in pub/khoros/release.

John Rasure

+ Hello:
+ 
+ I'm interested in accessing the individual source code routines for
+ some of the image processing algorithms contained in khoros like
+ convolution, histogram equalization, etc. Are these available if I
+ ftp the uncompiled source from you guys?? I have a precompiled version
+ of khoros running and do not have access to these routines.
+ 
+ Thanks.
End of message from Kenneth Wesley Brooks
From: nobody@kodak.com (Mike Bruce)
Newsgroups: comp.soft-sys.khoros
Subject: Source Code Modification -- FOLLOW UP
Date: 19 Aug 92 17:01:34 GMT

Last week I sent out a question in regards to existing Khoros source
code modification.  The question asked what's the best way to modify
existing source so that later Khoros updates can be made via patches.
I read in the programming manual that modifying Khoros source will
hinder future Khoros updates using patches.  Why?
I received a response from John Rasure, but I still have a few follow
up questions.

1) Is it better to modify the source and reincorporate it back into Khoros,
   or would it be better to create a new routine (in this case
   lvspeckle_mod.c) and add it like a new vroutine?  The reason I ask this
   is because I'm concerned whether or not later on down the road I'll
   be able to EASILY incorporate future patches.  Is this a necessary
   concern? (If it is easiier to modify the existing source, could
   you please reiterate the steps one more time?) -- Thanks.

2) If in fact I do create a new vroutine, do I have to create a new
   toolbox, or can I add a vroutine to an existing Program Subform?
   That is, is there any way to have the modified speckle reduction
   routine show up on the guide pane as, say "speckle_red2" right under
   the current speckle reduction routine listed in the subform
   "Image Processing", "Spatial Filters"?  The bottom-line question is,
   can new vroutines be incorporated into existing subforms, i.e.,
   "Image Processing", or do new subforms have to be created?

Forgive me if the questions are somewhat confusing or unclear, or if
I'm using incorrect terminology.  I've just started to make my way
through the programming manuals, and some things aren't clear to me.

Thanks,

Michael Bruce
(bruce@ektron.kodak.com)
From: rasure@borris.eece.unm.edu (John Rasure)
Newsgroups: comp.soft-sys.khoros
Subject: Re: Hub for data formats
Date: 21 Aug 92 03:29:33 GMT


In "Hub for data formats", Honesty as a quaintly outmoded concept writes:
+ Hello:
+ 
+ This question is addressed to JOHN RASURE, but if other khoros
+ folks have an answer, I'll be glad.

Hi,

You want the San Diego Supercomputer Centers Imagetools.  

On pprg.eece.unm.edu in /pub/khoros/contrib, Neil Bowers put a file
summarizing various conversion packages.

The file you want is image-import-export.

+ 
+ When John was at NASA Goddard earlier in the year, he mentioned
+ that there was an hub designed by a team at some university
+ that converted data from some format to data to any other
+ format. [I know khoros has some capabilities for file format
+ transfers built into it]. 
+ 
+ If anyone remembers where I can find such a beast, please
+ e-mail me.
+ 
+ Sincerely,
+ 
+ Samir
End of message from Honesty as a quaintly outmoded concept
From: djamdji@c3po.unice.fr (Jean-Pierre_DJAMDJI)
Newsgroups: comp.soft-sys.khoros
Subject: Mailing list
Date: 19 Aug 92 14:27:22 GMT

Please add me to your mailing list

Thanks

Jean-Pierre Djamdji
djamdji@c3po.unice.fr
From: ph@physiology.oxford.ac.uk (Patrick Haggard)
Newsgroups: comp.soft-sys.khoros
Subject: Khoros for signal processing? RFD?
Date: 13 Aug 92 16:34:36 GMT
Organization: Physiology Department, Oxford University, Oxford, UK.
Originator: ph@galen.physiol

A while back I asked about signal processing in khoros, and some
kind person from the khoros group suggested I contribute some 
relevant ideas.

I've only really used khoros for evaluation, so I'm not really
sure I'm the right person to be suggesting these things, in fact
I may be missing things that khoros already does.

Anyway, the basic point is that khoros could be very useful for
signal processing:  most of the core routines are there.  What seems
to be lacking is a nice routine for visualising/displaying/editing
signals.  Basically, an equivalent to editimage which is specifically
designed for signals, rather than images would be great.  In particular,
in signal processing, it is useful to:
* have interactive cursors and make available their location and signal value within
	the program .
* use a high-level language to perform operations on signals: a=fft(b) c=b/2 etc.
* add your own userdefined functions, perhaps with a macro language.
Similarly, an interface to khoros' arithmetic manipulation stuff which was more suited
to signals than to images would be very useful.  If anyone knows of such
tools which have been bound into to khoros, I'ld be very interested.
I think a lot of users probably acquire signal data at the same time as
image data, so it would be very useful to process both in the same
environment
	I would be interested to hear of anyone else using khoros for
signal processing: most of the discussion is about images, but the door
is wide-open for an environment that can do both elegantly.


Thanks

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

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: grobmyer@fstc-chville.army.mil (Mr Chip Grobmyer)
Newsgroups: comp.soft-sys.khoros
Subject: Help!
Date: 13 Aug 92 20:07:03 GMT

I am trying to install a program onto Khoros.  I have tried to create my own toolbox,
(using Kraftsman) but when I try to complete the toolbox manually (vol II programmers manual 11-7), imkmf does not accept my "-toolbox {toolbox name}" flag.

I have set KHOROS_TOOLBOX to {toolbox name} with setenv, but imkmf still says "{toolboxname}
is not a valid toolbox"

Any advice anybody can give would be greatly appreciated

Thanks
From: DMOORE@ccs1.bbn.com
Newsgroups: comp.soft-sys.khoros
Subject: Dumb questions
Date: 19 Aug 92 11:30:20 GMT

I have structured an ASCII file with x,y,z values and plot the data using
xprism3.  I reset the xyz limits & replot and some data values are plotted
outside the axis limits.  Is there are way to clip these data points.

Any ideas for using xprism for complex data or log scale plots?

My ignorance of khoros limits me.  For example, in order to structure the
xyz pairs mentioned above I wrote a Fortran program.  Can I use cantata to
read an ASCII vector, take values n(1),n(2) & n(3) and make them x(1),y(1) &
z(1) next n(2), n(3) & n(4) -> x(2),y(2) & z(2) so on.

Denny Moore
From: mossop@pangea.stanford.edu (Antony Mossop)
Newsgroups: comp.soft-sys.khoros
Subject: 4-D(?) Plotting
Date: 20 Aug 92 00:48:50 GMT


Whoever,
    Any way that Khoros can plot 4-D data? By that I mean

               X  Y  Z  A(ttribute)

so that points are placed in a 3 space (X,Y,Z) and these points, denoted
as a block/sphere/whatever are then coloured/brightened/? by the
A(ttribute) value. Xprism3 only seems to plot f(x,y) data and so
doesn't seem to be what I want or have I misinterpreted things?

Thanks for your time

Tony
From: k-user@inel.gov (Khoros User)
Newsgroups: comp.soft-sys.khoros
Subject: cantata has black work space and black lines???
Date: 14 Aug 92 15:13:39 GMT
Article-I.D.: pprg.39747

I had been running version 1 patch 3, and have just compiled
version 1.0 patch 5 on a Sun SparcII with SunOS 4.1.2.  The workspace for
cantata has gone from white to black, and I can no longer see the lines which
connect my glyphs.  Got any ideas?
Thank's for any clues.
--John Walter -- jbw@inel.gov (I'm on the mailing list)
From: storhaug@ndre.no (Geir Atle Storhaug)
Newsgroups: comp.soft-sys.khoros
Subject: Khoros 2.0 viff structure
Date: 13 Aug 92 09:14:07 GMT
Article-I.D.: pprg.39706

This is a follow up to something John Rasure wrote back on Wed Jun 3 1992
In "Re: Sequences under Khoros 2.0 ? and RGB-mult...", he writes:

.... stuff deleted
> The num_of_images in the viff of 1.0 is not supported.   Khoros 2.0 has
> a much better viff structure.  Because of the interest in it, I will
> put an ftpable copy of it on pprg in a week or so.  I want to make a few
> more changes to support geometry (for scientific viz and rendering) and
> then I will put it out for review.
.... stuff deleted

Where can I find the file describing the viff structure in Khoros 2.0?

The main items on my wishlist are:

 - The viff structure should be able to store multiband sequences where
   the bands have different sizes and pixeltypes.

 - I don't think it is possible to create a set of headers which suites
   everyone. Therefore I think it should be easy to include additional
   information in the headers. We need tools (e.g. designers, editors,
   browsers, libraries) to make it easy to create and maintain these
   headers. It is important that it is possible to store additional
   information in:
    a) The file header: Used for information common to all bands and all
       pictures in a file (e.g. date and place of recording etc.).
    b) The band headers: Used for information specific for this band,
       but common to all pictures in the file (e.g. camera and lens type
       used for this band).
    c) The picture headers: Used for information specific for this
       picture, but common to all bands in this picture (e.g. GPS/Navstar
       position, speed, heading etc. when this picture was recorded).
    d) In headers which stores information for ONE band on ONE picture (e.g.
       information about video gain and offset).

 - An (optional) automatic history recording in the viff headers. The idea
   is that an image should remember its origin and all operations which has
   been performed on the image.

 ____     ___   Geir Atle Storhaug
/ ____/\ (__    storhaug@ndre.no
\___//  \___)   Phone: +47 6 807658 (office)     +47 6 838987 (home)
Newsgroups: comp.soft-sys.khoros
From: marshall@ll.mit.edu (Hunter Marshall)
Subject: Re: Khoros for signal processing? RFD?
Organization: MIT Lincoln Laboratory
Date: Thu, 13 Aug 92 22:27:41 -0400

In article <4276@inca.comlab.ox.ac.uk> ph@physiology.oxford.ac.uk (Patrick Haggard) writes:

     A while back I asked about signal processing in khoros, and some
     kind person from the khoros group suggested I contribute some 
     relevant ideas.

Good for you.

     I've only really used khoros for evaluation, so I'm not really
     sure I'm the right person to be suggesting these things, in fact
     I may be missing things that khoros already does.

Khoros is very rich. It's like a mountain of fish :-) (inside joke-sorry John)

     Anyway, the basic point is that khoros could be very useful for
     signal processing:  most of the core routines are there.  

What initial impressions people develop and attribute to khoros are really
a product of cantata. Keep digging.

     What seems
     to be lacking is a nice routine for visualising/displaying/editing
     signals.  Basically, an equivalent to editimage which is specifically
     designed for signals, rather than images would be great.  In particular,
     in signal processing, it is useful to:
     * have interactive cursors and make available their location and signal value within
	     the program .

Something along these lines, yes. Once a general model for interactive 
query of plot coordinates and values is defined, one could display them or
move onto to concepts of graphical data editing.

     * use a high-level language to perform operations on signals: a=fft(b) c=b/2 etc.
     * add your own userdefined functions, perhaps with a macro language.

While I have bouts of Matlab addiction, I do not feel this type of interaction
is what khoros is about.

     Similarly, an interface to khoros' arithmetic manipulation stuff 
     which was more suited
     to signals than to images would be very useful.  If anyone knows of such
     tools which have been bound into to khoros, I'ld be very interested.
     I think a lot of users probably acquire signal data at the same time as
     image data, so it would be very useful to process both in the same
     environment
	     I would be interested to hear of anyone else using khoros for
     signal processing: most of the discussion is about images, but the door
     is wide-open for an environment that can do both elegantly.

After digging thru the fun stuff, the real value of khoros (IMHO) is
that while it is an impressive application, it is a more impressive
development tool.

I just wish the khoros group could spell :-)

	hunter

From: kk@hpl-opus.hpl.hp.com (Konstantinos Konstantinides)
Date: Mon, 17 Aug 1992 22:02:00 GMT
Subject: Re: Khoros help!
Organization: HP Labs, High Speed Electronics Dept., Palo Alto, CA
Newsgroups: comp.soft-sys.khoros

In comp.soft-sys.khoros, spragg@fstc-chville.army.mil (Spragg) writes:

> Hello, I am trying to install a vroutine onto Khoros.  I have built a toolbox, ran "composer" and
> ran "kinstall".  To the best of my knowledge, "kinstall" ran sucsessfully (the mail message said 
> nothing about an error) but when i run "cantata", my vroutine is not there.
> 
> I understand that the information that i am giving now is by no means enough to diagnose a problem;  If someone can help me, i would be glad to give them a telephone call to answer any
> specific questions.
> 
> thank you,   Mark
> 
> 	[I am at this number 0730-1615 M-F, EDT:  (804) 980-7362]

It seems you forgot to edit the cantata form.
Your cantata form needs to know about your new application.
so edit:$KHOROS_HOME/Your_box_path/repos/cantata/xxxx.form

and put

cantata.form:                   $KHOROS_HOME/Your_box_path/repos/cantata/xxxx.form

in your .Xdefaults

KK
From: neilb@scs.leeds.ac.uk (Neil Bowers)
Newsgroups: comp.soft-sys.khoros
Subject: Re: X Resource Information for the Xdefaults file
Date: 12 Aug 92 17:25:39 GMT
Organization: University of Leeds, England

In comp.soft-sys.khoros, Daniel C. Gnanaprakasam writes:

> I am looking for information on various resource fields that can be
> used in a Xdefaults file.  [...] I would like set this highlighted
> internal border width [of a button] to a constant value for the entire
> system, but could not find information about the resource name to use
> for this property.

Firstly, for a general discussion on resources, you might want to read
Jim Fulton's tutorial which comes with X, in

	$TOP/mit/doc/tutorials/resources.txt

If you want to interactively tweak resources for Khoros, you could play
with the editres client, which lets you view the widget hierarchy of
an application, and interactively modify resources.
You might find this useful if you want to find out widget class/instance names,
and resources associated with each widget.  The definitive source of the
latter information is the Athena widgets manual.

In your example, all the buttons will probably be either Command widgets,
or Toggle widgets.  To set the resource you mentioned for all such widgets:

	*Command.highlightThickness: 1
	*Toggle.highlightThickness: 1

An oft-encountered problem is users wanting to set a resource globally,
say the border color for all buttons, with the following:

	*Command.borderColor:	<icky garish color>

and then discovering that not all buttons come out `right'.  The problem
is that the more well-specified resource wins out.  So if you have already
merged $KHOROS_HOME/dotfiles/Xdefaults, you've also got:

	cantata_form_0*0_quit_button*borderColor: maroon

which is more fully specified than the icky setting, so the button will
still have a maroon border.

This is probably not the right place to go into this in more detail,
but I hope you found this much useful.  Email me if you can't find the
resources tutorial, or if anything I said wasn't clear.

--
Neil Bowers
neilb@scs.leeds.ac.uk
From: chettri@nssdcs.gsfc.nasa.gov (Honesty as a quaintly outmoded concept)
Newsgroups: comp.soft-sys.khoros
Subject: Hub for data formats
Date: 20 Aug 92 20:39:57 GMT

Hello:

This question is addressed to JOHN RASURE, but if other khoros
folks have an answer, I'll be glad.

When John was at NASA Goddard earlier in the year, he mentioned
that there was an hub designed by a team at some university
that converted data from some format to data to any other
format. [I know khoros has some capabilities for file format
transfers built into it]. 

If anyone remembers where I can find such a beast, please
e-mail me.

Sincerely,

Samir
From: donohoe@jemez.eece.unm.edu
Newsgroups: comp.soft-sys.khoros
Subject: Re:  vclose
Date: 16 Aug 92 19:30:23 GMT

martin@vis.toronto.edu ("Martin C. Martin") writes:

A little while ago I asked for an explation of the algorithm for vclose;
I should have explained that this isn't the morphological close operation,
but, according to the man page:

     vclose uses a boundary image and a gradient image as input.
     Then it tries to close the boundaries by following the max-
     imum gradient between two end points of two contours.

It further says:

     This Algorithm has been writen by:

          Professor SERGE CASTAN, Prof CHEN and Dr ZHAO

          IRIT, CNRS, URA 1399

          118, route de Narbonne  31062 Toulouse  FRANCE

If anyone knows how I can contact these people (i.e. their email address),
or any papers written on vclose, I'd like to know.

Thanks again,
Martin.

 =============  end of excerpt ==============

You can email Prof. Castan at: castan@irit.fr

=======================================
Greg Donohoe
Electrical and Computer Engineering
University of New Mexico
Albuquerque, NM 87131    donohoe@chama.eece.unm.edu
========================================
From: rasure@borris.eece.unm.edu (John Rasure)
Newsgroups: comp.soft-sys.khoros
Subject: Re: vpostscr - how to get multi-output ?
Date: 21 Aug 92 03:31:29 GMT


In "vpostscr - how to get multi-output ?", Joachim Glaubrecht  #Alwd# writes:
+ 
+ hi to all Khoros-Users,
+  
+ i do have a simple question:
+  
+ if we try print a *.xv-image via vpostscr we get ONE A4-paper with 
+ the image on it.
+ 
+ BUT: we now like to get 4 times the SAME image on 4 A4-papers, 
+ WITHOUT sending the PostScript-file again to the printer.
+ (Sending lasts about 100 min.: 3 MegaByte via 9600 bit/s V24.)
+ 
+ vpostscr does NOT have a "number of copies" var.
+ 
+ does anyone know how we can do it ?

here is one solution ....

vpostscr -i file ..... stuff .... > file.ps

lpr -Pprinter_name -#4 file.ps

+ 
+ i know, that PostScript uses the "showpage command to force an 
+ output, but adding 3 showpage to the end of the PostScript file 
+ produces 1 image and 3 empty pages.
+  
+ is the a kind of "store" command in PostScript, which i have to
+ send BEFORE the first "showpage" ?
+ 
+ - -- 
+   ___             ____________________________________
+  /  /  _____     !  jogl@tolkien.imsd.rwth-aachen.de  !
+  __/__/_/ Gl     ! Inst. f. Med. Stat. & Doku. (IMSD) !
+ /_/              !___Aachen__Germany__Europe__Earth___!
End of message from Joachim Glaubrecht  #Alwd#
From: danielle@chama.eece.unm.edu (Danielle Argiro)
Newsgroups: comp.soft-sys.khoros
Subject: Re: problem logging on
Date: 19 Aug 92 01:32:54 GMT


        Cathy,

        The problem is that you recieved very old information.
        The ftp site is pprg.eece.unm.edu (notice the "eece") 
        and its ip address is 129.24.24.10 (note the 2nd "24").

        hope this helps,

                ~ danielle
From: HAIJKO@RC.RUG.NL
Newsgroups: comp.infosystems.gopher
Subject: .gopher files
Date: 14 Aug 92 09:31:41 GMT
Distribution: comp
Original-To: gopher-news@boombox.micro.umn.edu
X-Envelope-To: gopher-news@boombox.micro.umn.edu
X-Mailer: Pegasus Mail v2.1c R5.
X-Pmrqc: 1

Dear sirs,

A while ago I visited Kees Visser at the Mathematic departement of
our University. The Mathematic departement has its own gopher server
wich can be reached via the server of the Groningen University.

He showed me a patch he made on the gopherd software.
The most important improvement he made was the introduction of a
.gopher file to replace .cap and .link

In his own words (quote):

>    I introduced a new special file '.gopher'. It has the same
>    function as a normal .link file, but if it exists, the gopherd
>    will not look at any other files. '.gopher' substitutes both .cap
>    and .link . This has the following advantages:
>    - there's no need for a special gopher directory structure: any
>      existing datastructure can be a gopher structure by adding
>      these .gopher files.
>    - it's fast: in stead of looking at all the files, one single
>      file has to be read. caching is no longer needed.
>    - it's easy to have hidden files: simple don't include them in a
>      .gopher file.
>    - all files can have two names: the file name and the name you
>      like to see in the menu, with one extra .gopher file instead of
>      many .cap files.
>      The file name is the one what is shown in the index and should
>      be not as long as the menu name.
>

Now we are thinking about using this patch but hesitate because of
the extra work of mantaining it. We like to stik to the standard
software but are tempted because of the great improvements. The
.gopher file also makes it easier to make tools for maintaining our
server.


We like to hear the opinion of the development team and others !

Haijko Wind
Computing Centre University Groningen
Haijko Wind
Rekencentrum R.U.G
tel: 050-633379
H.H.J.Wind@rc.rug.nl