HDTenEightyP/NetNews huggingface dataset:
From: rasure@nell.eece.unm.edu (John Rasure)
Newsgroups: comp.soft-sys.khoros
Subject: Notes on Animation
Date: 6 Apr 92 16:50:04 GMT
Article-I.D.: pprg.37292



In "Help on animate a sequence of 24-bit color images", Chiao-Fe Shu writes:
+ Hi,
+   Is anybody there know how to use "animate" program to animate a 
+ sequence of 24-bit color images. I convert my 24-bit color images 
+ into 8-bit pseudo color and then use vbandcomb to combine the sequence
+ of images. Then I feed the combined images into "animate". However,
+ I got some strange colormap starting from the second frame. The first
+ frame is Okay. Can anybody help on this?

You have found a limitation in the current animate program.  In khoros
VIFF terminology, animate can only use a "shared" colormap.  In your terms,
animate is using the first color map it finds and using it for all of the
bands of your animation. Thus the limitation.  If you have a 24 bit display,
go ahead and do the animation with the original 24-bit images.

+ ThanX.
+ 
+   Chiao-Fe
End of message from Chiao-Fe Shu



In "Colour animation - anyone figured this out yet?", 9911 writes:
+ Hi,
+ 
+ Problem:  I have a 30 frame film loop, each frame being a 24 bit image.  
+           In order to animate them (in colour) using animate, I have to
+           quantify the images down to 256 colours, all frames sharing the
+           same colourmap.
+ 
+           I thought of using ppmquant's -map option before pbm2viff, but
+           invariably some of the images don't use all 256 colours, so
+           vgamut's colourmap compression messes up the indecies.
+ 
+ Solution: Is there a way that I can disable vgamut's colourmap compression?
+           Or is there a way around this using other pbmplus or khoros tools?

When reducing a 24-bit image to an eight bit image using vgamut, you do not
have control over the treatment of indices.  A fix would be to modify
vgamut so that it can operate on multiple 24-bit images and produce a
multiband output with a single shared map.

+ 
+ Thanks in advance.
+ - -- 
+ !@$%^&*)(%$#$@!@#$%^&*()_+_)(*&^%$#@!$%^&*()_+)(*&^%$#@$%^&*+_(*&^%$#@#%^&*()
+   Dominic C. Richens  :  richens@panda1.uottawa.ca  :  Tel. (613) 564 9911 
+       MCRLab, Dept of Elec Eng, University of Ottawa, K1N 6N5, CANADA   
+      "There are 70 billion people in the world, where are they hiding?"
End of message from 9911
From: swampler@leonardo.wr.usgs.gov (Steve Wampler(ISD.FLAG) 556-7487)
Newsgroups: comp.soft-sys.khoros
Subject: 24-bit questions...
Date: 9 Apr 92 20:34:13 GMT
Article-I.D.: pprg.37368

I've been trying to track down a problem with 'editimage' on a DG AViiON
with a 24-bit display.  Briefly, 'putimage' easily displays 24-bit images
with Patch5, but 'editimage' turns into a nifty little 'kill the server'
command...

I think the problem is with a BAD ACCESS in XStoreColors().  I note
that the code in ~khoros/src/Lib/xvdisplay/update.c tests to see
if the display is read_only, and if so, doesn't call XStoreColors().

However, the code in ~khoros/src/xvroutines/editimage/utils.c doesn't
bother to check the 'read_only' status and just calls XStoreColors().

My questions:

        (1) Does putimage use the 'update.c' file when updating the
        colormap.

        (2) Could this explain the difference?  Why would it only
        be a problem with 24-bit images?  The default window is
        a 24bit DirectColor, if that matters...

        (3) if the answers to 1 and 2 are 'yes', then can someone
        suggest some replacement code for ~editimage/utils.c?

-- 
swampler@leonardo.wr.usgs.gov
{Steve Wampler}
Newsgroups: comp.soft-sys.khoros
From: rvt@pandora.cs.wayne.edu (Rahul V. Tikekar)
Subject: HELP: Polygonal Approximation
Keywords: Polygonal approximation
Reply-To: rvt@pandora.cs.wayne.edu (Rahul V. Tikekar)
Organization: Wayne State University, Detroit
Date: Mon, 13 Apr 1992 16:28:24 GMT

Does anybody know what kind of input is needed to the polygonal
approximation algorithm available under the feature extraction
menu of cantata? The help guide says edge image; but how does
one obtain this edge image. I tried giving it (polygonal approximator)
the output of the 
sobel operator and another edge extractor but I get a message
saying "It's a Mapping Image". I don't understand what this means.

Any help will be appreciated.

-- Rahul Tikekar rvt@pandora.cs.wayne.edu
From: rasure@borris.eece.unm.edu (John Rasure)
Newsgroups: comp.soft-sys.khoros
Subject: time-series analysis to determine phase space
Date: 8 Apr 92 16:46:46 GMT
Article-I.D.: pprg.37338

> Date:         Wed, 01 Apr 92 19:08:53 EST
> From: Claire Cosgrove <CMC8B@watson.acc.virginia.edu>
> Subject:      query re khoros
> To: Donna <khoros-request@chama.eece.unm.edu>

Good morning,

I attended the week course run by Donna out here at UVA - Dept Envi Sci.

I would like to place a query/suggestion or whatever. I viewing the different
utilities under signal processing and image processing, I see that one can
determine fractial dimension N(r,n) etc for images. It would be good to be able
to use time-series analysis to determine phase space,(in the absence of math-
ematical formulation for defining state space of nonlinear dynamical systems).

Am interested in number of pairs with distance less than r rather than hyper-
cubes, and correlation dimensions as opposed to H-B dimensions. Then to be able
to plot the state vector X(t) and phase space using embedded dimensions. Then
plotting the log N(n,r) vs ln r. Then to determine the slopes of these lines
for a series of embedded dimensions.

This may already be possible but my understanding is that the only fractal
analysis is limited to images.

Perhaps you could throw some light on this matter.

Tks for you response.
Claire Cosgrove
cmc8b@virginia.edu
From: dozier@crseo.ucsb.edu (Jeff Dozier)
Newsgroups: comp.soft-sys.khoros
Subject: Khoros users' group
Date: 6 Apr 92 17:03:28 GMT
Article-I.D.: pprg.37294

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

Please add me to the Khoros Users' Group

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

 Jeff Dozier

 E-mail:
      Internet:   dozier@crseo.ucsb.edu

 US mail:
      NASA Goddard Space Flight Center
      Code 900
      Greenbelt, MD 20771

 Phones:
      301 286 8228
      703 522 4653 (home)
      301 286 3884 (Fax)
From: padam@chouette.saclay.cea.fr (Pascal Adam)
Newsgroups: comp.soft-sys.khoros
Subject: HELP: Polygonal Approximation
Date: 14 Apr 92 14:12:19 GMT
Article-I.D.: pprg.37449

Before using vpolygon you need to  get an edge image using
vsdef , vgef, or vdrf, that are under spatial filter. they
produce a one pixel thick edge image....

Well try and let me know if you get any problem

Pascal,




   **          **    **  Pascal ADAM
   **    ***   **    **  DTA / LETI / DEIN / SIR
   **   ** **  ****      CEN SACLAY
   **   *****  **    **  91191 Gif / Yvette Cedex FRANCE
   **    **    **    **  tel: 33 1 69 08 82 91
    ****  ****  ***  **  fax: 33 1 69 08 83 95
     ***   **     *****  email: padam@fauvette.saclay.cea.fr
From: apc@inel.gov (Christine Cullen)
Newsgroups: comp.soft-sys.khoros
Subject: SGI build - Toolbox error
Date: 16 Apr 92 23:03:30 GMT
Article-I.D.: pprg.37510

Hello,
I am building KHOROS on an SGI 45/85GT.  After typing in installit I get 
the following errror (over and over for different directories):
_________________________

        cd ./bootstrap/imake; make -f Makefile.ini clean; make -f Makefile.ini BOOTSTRAPCFLAGS="-DUSG -D_POSIX_SOURCE"; makeimake.csh ; make install
        rm -f ccimake imake
        rm -f *.CKP *.ln *.BAK *.bak *.o core errs ,* *~ *.a  tags TAGS make.log \#*
making imake with BOOTSTRAPCFLAGS=-DUSG -D_POSIX_SOURCE
        cc -o ccimake -DUSG -D_POSIX_SOURCE -O ccimake.c
        cc -o imake -DUSG -D_POSIX_SOURCE -O imake.c `./ccimake`
install in . done
        cd ./bootstrap/makemake; ./makemake.csh -DUseInstalled; make install
cat: cannot open /usr/local/payette/khoros/v1.05p/repos/Toolbox
cat: cannot open /usr/local/payette/khoros/v1.05p/repos/Toolbox
        for i in makemake.csh; do \
           (/usr/local/payette/khoros/v1.0p5/repos/config/scripts/bsdinst.sh -c  -m 0755 $i /usr/local/payette/khoros/v1.0p5/bin/`/bin/basename $i .csh`);\
        done
install in . done
        cd ./bootstrap/makedepend; make Makefile ; make install
        makemake -DUseInstalled -I/src_tmp/khoros/v1.0p5/repos/config/imake_conf  -DTOPDIR=/src_tmp/khoros/v1.0p5/src -DCURDIR=./makedepend
cat: cannot open /usr/local/payette/khoros/v1.05p/repos/Toolbox
cat: cannot open /usr/local/payette/khoros/v1.05p/repos/Toolbox
(etc, etc)
________________________________


*I am not understanding this error at all.  Mostly because it says it 

      cannot open /usr/local/payette/khoros/v1.05p/repos/Toolbox.

Is it really looking for Toolbox or should it be looking for Toolboxes?
That file exists but Toolbox does not.  Also, YES $KHOROS_HOME is
defined as /usr/local/payette/khoros/v1.05p.

Thanks for your time and any help!

Christine

_________________________

Christine A. Cullen                          
Visualization and Imaging                                     
INEL                                      
P.O. Box 1625                             
Idaho Falls, ID 83415                     
phone (208) 526-8346                                   
fax   (208) 526- 9936                   
email apc@inel.gov
From: agw@mlb.semi.harris.com (Alan Whittaker,62B-387,7247220)
Subject: Using kinstall
Date: Fri, 17 Apr 1992 15:20:44 GMT
Reply-To: agw@mlb.semi.harris.com
Organization: Harris Semiconductor, Melbourne, FL

When using kinstall through composer, I get the error message

This Library has never been initialized...
Please create an Imakefile and Makefile in the directory:
/home/foobar/agw/src/khoros/local_toolbox/src/Lib.
Also, modify the TOOLBOX_LIBRARIES symbol in the TOOLBOX
imake defination file:
LOCAL_TOOLBOX/repos/config/src_conf/LOCAL_TOOLBOX.def
so that programs will load against this new library


I've run ghostwriter and make on my code in my work directory.  
No problem.  Same when I created my toolbox with kraftsman.  But 
when I try to install my code into the toolbox using kinstall, I
get this error.  I'm not calling a library routine in my code, 
everythings in main.  I tell composer not to generate library code or
the man3 page.  I'm not sure what to do here, and don't see it in the 
manuals.  I'm using Khoros 1.0 w/ patch 5 on a Sparc, with SunOS 4.1.1.

--------------------------------------------------------------------------
Alan Whittaker
Harris Semiconductor			email: agw@mlb.semi.harris.com
M/S 62B-22				PH# 407/724-7220
P.O. Box 883				Fax 407/729-4960
Melbourne, FL 32902-0883
From: rasure@nell.eece.unm.edu (John Rasure)
Newsgroups: comp.soft-sys.khoros
Subject: Re: X11R4 and OpenWindows 2.0
Date: 6 Apr 92 15:50:16 GMT
Article-I.D.: pprg.37289

+ 
+ I have tried (unsuccessfully) to build khoros in a Sun4/360 (4.1.1)
+ with Openwindows 2.0.  I could not find any clear instructions in the
+ "Installation guide" of how to proceed when X11 is not the primary X
+ windows system.  I have only the Xaw and Xmu libraries added from
+ another system and all the accosiated include files.  Sun installs the
+ X11 includes under the /usr/openwin/include and the Xt and Xext
+ libraries under /usr/openwin/lib.

Khoros can NOT compile against Openwindows 2.0.  You can compile against
3.0 since it does include the proper libs.

+ 
+ I have modified the sun.cf file to include the following:
+ 
+ #define XIncludes -I/usr/openwin/include 
+ #define ExtraLibDir /usr/openwin/lib ( this one is NOT 
+                                        documented in the "Configuration
+ Manual" from Chpt 2...)

The sun.cf file should be modified as follows for OW 3.0:
	#define XLibDir /usr/openwin/lib

+ 
+ Do I need anything else before I crack the whip for ....another 5 hour
+ compile :-( ?  Is khoros going to work properly under olwm ? (or even
+ better olvwm ?)

We sometimes use Khoros under olwm ... and we hav not had any complaints from
anyone about olwm.

+ 
+ Thanks V. Zarifis LPARL,  vmac@lmsc.lockheed.com
From: manning@halley.est.3m.com (Arthur T. Manning)
Subject: kinstall - point me in the right direction, please
Organization: 3M Company, 3M Center, Minnesota, USA
Distribution: comp
Date: Tue, 14 Apr 92 21:50:59 GMT

Once we get Khoros installed correctly here (see Mr. Schultz's
postings), I want to begin development of simple to complex
manufacturing process system modelling glyphs using what I think will
be multi-band data.  I didn't get very far the first time I tried this
before we decided to go to patch 5 level.

It looks like there is a long way to go from actually having a working
Khoros (which we are still working on) to having the correct environment
for developing contrib routines.  I was frustrated in my first attempt
at kinstall, and hope to have better luck the next time.

Please help make my life easier by pointing me to the best source of
documentation for developing new routines, especially in the proper
location of my code (can I use symbolic links to my personal directory?)
as well as to the correct choice of the many configuration file
options.

I am familiar with the programmers manual and Q45 in the faq.  I would
like to be assured that this is the best source and that I am not
missing any other helpful docs.


Here's about as far as I got (misc messages saved from compile time): 
-------------------------------------------------------------------------
hivehom% setenv KHOROS_CONTRIB /bran/Khoros.old/contrib
hivehom% !kin
kinstall -name example1 -conf example1.conf

Do you wish to add a path for a library include file? (y/n) n

using '/bran/Khoros/repos/config/src_conf/default_mach' file


Invalid path detected in config file.
The following path was constructed from the LOCAL_SRC_TOP
 parameter and the relative path between topsrc and the src
 paths specified in the config file.
Path:  /bran/Khoros/src//bran/Khoros.old/contrib/src/xvroutines/example1

A complete, valid path must be supplied.
 An example of a configuration file is provided in,
 /bran/Khoros/repos/config/src_conf/TEMPLATE.conf

Please check config file.

**** made my own copy of the mach file:
#
set KHOROS_USER = ($USER)
set KHOROS_MACHINES = (hivehom)
set KHOROS_MACH_DIR = ($KHOROS_HOME/srcmach/srcdecmips  $KHOROS_HOME/srcmach/srcsun4)
set KHOROS_SRC_TOP = ($KHOROS_HOME/src $KHOROS_HOME/src)
set LOCAL_SRC_TOP = ()


**** now the thing can't find makemake!!!!
giving up for now...



--
Arthur T. Manning   <manning@halley.est.3m.com>  
3M Center 518-1    St Paul MN  55144-1000        \___/______         
ph. 612 733-4401   fax 612 736-3122             __  / _ _ _  \
Allin1--> <MANNING @MRGATE @EST780>            (_/_/_/ / / /_/      <><
From: respl@mi.uib.no
Newsgroups: comp.soft-sys.khoros
Subject: Re: tools around KHOROS (a hint)
Date: 8 Apr 92 17:38:29 GMT
Article-I.D.: pprg.37339

Operating System: HP-UX A.B8.05 A
Phone:            05 - 54 47 04                              Fax: 05 - 54 47 07
From:             Peder Langlo. <respl@mi.uib.no>
Mailer: Elm [revision: 66.33]

>                                ====
> we frequently use a tool called XV.
>                                ====
> it is from Jogn Bradley (bradley@cis.upenn.edu)
> 
> and has some VERY GOOD options:
> 
> - - Nice b/w-dithering on monochrom stations,
> - - interactiv ZOOM-in and ENLARGE at display-time,
> - - can display *.PPM, *.GIF, *.JPEG, SUNRASTER etc. files.
> - - LOT MORE FEATURES (PostScript etc.)
>                                                                    
> with viff2pbm you can transform your Khoros-Files
> to view it with XV. it works great.
> - -- 
Most important of all. It has breathtaking possibilities for editing
colormaps. It makes editimage look primitive....

Current version available is xv-2.11, found at EXPORT.LCS.MIT.EDU.

-

To khoros group:
     Why isn't the misleading name viff2pbm changed to viff2pnm yet?

--
   _____     ___
  /____/ \  /_ /|      Peder Langlo,     | A big HELLO to all intelligent    |
 |  __ \ /| | | |      Dept. of Math.,   | lifeforms out there, and to the   |
 | |__) |/  | | |___   Univ. in Bergen,  | rest of you ..:                   |
 |  ___/    | |/__ /|  Norway.           | remember, the secret is to bang   |
 |_|/       |_____|/   respl@mi.uib.no   | those rocks together guys!        |
From: rasure@nell.eece.unm.edu (John Rasure)
Newsgroups: comp.soft-sys.khoros
Subject: Re: Raw RGB data w/o map --> viff
Date: 5 Apr 92 19:39:55 GMT
Article-I.D.: pprg.37276


In "Raw RGB data w/o map --> viff", Richard B. Frost writes:
+ 
+ Hi,
+ 
+ Thanks to those of you who helped with the spectral match data.
+ A table from 'Color Science, Concepts and Methods, Quantitative Data
+ and Formulas' by Gunter Wyszecki & W. S. Stiles can be found
+ in ~ftp/pub/AVIRIS/MISC at watop.nosc.mil.

Would you please post a summary of the answers you recieved.   The khoros
group needs to send out a list of suggestions for using this mailing list.
We will try to do this in a week or so, but in the meantime we would
appreciate it if people who request info from the group and then recieve
good answers, would please post a summary.  Thanks alot.

+ 
+ I have used this table to transform 31 narrow-band images into
+ a 3 band (non-interleaved) raw image file containing the R,G,B (cie)
+ components.  This was done by resampling the 5nm CIE data into
+ spectral bins appropriate to our application.  For the curious,
+ see aviris.rgb at the same site.
+ 
+ What I am now stuck on is transforming this data into a standard
+ color graphics file such as viff, or at least a format which
+ is readable by khoros.

You should be able to use raw2viff.  You have two general options; 1) import
each band with raw2viff, then do a vbandcomb (setting color space to
genericRGB), or 2) use raw2viff to import the 3 band data (ineterleaved or not)
and the use vbandcomb to set the color space to genericRGB.

+ 
+ Thanks again!
End of message from Richard B. Frost
From: ms2@ocean.cis.ufl.edu (Minbo Shim)
Newsgroups: comp.soft-sys.khoros
Subject: Stereogram
Date: 13 Apr 92 16:37:12 GMT
Article-I.D.: pprg.37432


   I am working on feature-based stereo vision on a wavelet orthogonal basis 
using KHOROS. I have some stereograms to feed into that framework, but
they are not good enough to work with. So, if someone out there has good,real
stereopairs no matter what they look like, please let me share it. I would
appreciate that.




 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
| Minbo  Shim           | Vision Lab                                |
| ms2@ocean.cis.ufl.edu | Dept. of Computer and Information Science |
| (904)392-1435         | University of Florida                     |
| (904)392-2585         | Gainesville, FL                           |
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: nilsen@cs.uri.edu (Ron Nilsen)
Newsgroups: comp.soft-sys.khoros
Subject: editimage error with MacX
Date: 10 Apr 92 12:45:27 GMT


I'm running khoros on a Sun4 with X11R5 and twm.  I have generally had
no problems with the major components.  However, we have been attempting
to use MacX to run remotely from a Mac(ci's and IIfx). All seems OK, except
editimage.  When we try to run editimage remotely(either from cantata or
command line)with certain images, we crash the MacX server and get
the following:

X Error of failed request:  BadValue (integer parameter out of range for operation)
  Major opcode of failed request:  89 (X_StoreColors)
  Value in failed request:  0x100
  Serial number of failed request:  1492
  Current serial number in output stream:  1494
Major X error encountered for display '131.128.81.79:0.2'! Unable to recover.

We only get this error on certain images(i.e.airport.xv, flower.250.xv,
lenna.254.xv, moon.xv)...and do not crash with others(ball.xv, feather.eye,
kitten.xv,lizard.xv).  Also, putimage executes fine.  After contacting 
Apple support, they responded:

"And here's the response from our tech support staff...
 
The problem described above seems to do with the MacX loading the "standard
colormaps" by default.   Since there are many X client applications use the
STANDARD or default X color map.  MacX uses the standard Macintosh system
palette as the DEFAULT color map (which it should) which allocates/locks about
128 colors, and leaving about 130 colormap cells free that are writable by
clients in that map.  Therefore, if the application tries to allocate more than
130 colors in that color table, it fails.  In other words, you can NOT allocate
more than 130 colors in the DEFAULT colormap -- you have to create a NEW
colormap and install your colors into it."

We are guessing that putimage creates and load's its own colormap, whereas
editimage trys to modify the default map that MacX has already loaded, which
may not have enough colors.  Is this the case?  Is there a way to fix
editimage?

This error occurs with any image with a large number of colors, and with
MacX1.01 and MacX1.1.7.(Apple tech tried with System 7).
I have a patch that Apple provided to bypass the standard colormap 
initialization, and we will try it when we get our copy of MacX 1.1.7.

Thanks for your help.

Ron Nilsen
University of Rhode Island
Kingston, RI
nilsen@cs.uri.edu
From: sauer@chama.eece.unm.edu (Tom Sauer)
Newsgroups: comp.soft-sys.khoros
Subject: Re: repost: processing 16 bit images
Date: 14 Apr 92 14:52:38 GMT
Article-I.D.: pprg.37454

Hi Stefan,

Thanks for putting "repost" on the subject line, this really helps us address
the old unanswered mail.


On Apr 14,  3:07, "NAME = \" \"" wrote:
} Subject: repost: processing 16 bit images
>> Hi,
>> 
>> We are intersted to process 16 bit images with Khoros. As far as I can see
>> most of the "Classification, Morphology and Segmentation" routines do only
>> work with 8 bit images. 
>> Did anybody ever write new routines in this field that allow to process 16
>> bit images, or did anybody ever try to modfiy existing routines in respect
>> to make them run with 16 bit images?

Most of the Khoros routines should work on 16bit (short) and 32bit (int) data. 
The classification routines (lrfclass, lrftrain, viso2, vkmeans, etc)
should all use float datai, so you should not have a limitation using
the classification routines.

The Morphology routines are limited to byte data at this time. This should
be an easy change to make. Change all VFF_TYP_1_BYTE to VFF_TYP_2_BYTE,
and all the char declarations to short. One of the consortium members
is currently working on integrating grey-scale morphology routines. These
should accept other data types besides byte.

The most Segmentation routines are also all based on byte data, however there
are some that are not, such as some of the edge operators and threshholding
routines.

You might want to grab the ionbeam toolbox from "pprg.eece.unm.edu". It has a 
hodge podge of routines for Segmentation and classification that will work
on other data types besides byte. 



>> 
>> 
>> I look forward to here from you,
>> 
>> ---Stefan
>> 
>> 
>> 
>> --------------------------------------------------------------------------------
>> Stefan Herr                           |  Internet: herr@embl-heidelberg.de
>> European Molecular Biology Laboratory |  Tel: 0049 - 6221 - 387532
>> 6900 Heidelberg, Germany              |  Fax: 0049 - 6221 - 387306
>> --------------------------------------------------------------------------------
}-- End of excerpt from "NAME = \" \""

I hope this helps.

Thanks,

Tom