HDTenEightyP/NetNews huggingface dataset:
From: daves@csc.liv.ac.uk (Dave Shield)
Newsgroups: comp.soft-sys.andrew
Subject: Tables containing rasters
Date: 7 Jan 93 16:49:57 GMT
Organization: Computer Science, Liverpool University


  We have been experiencing problems with printing tables where
one of the cells contains a raster image  (or any other inset
that produces PostScript output directly).
  Rather than printing the raster, the final document appears
with the _text_ of the PostScript instead.

  What appears to be happening is that table uses a troff
diversion to hold the body of each row, to ensure that page
breaks can occur when required.  This means that the troff is
processed twice - once for the diversion, and again when the
macro is executed.
  The PostScript is protected by a single level of transparency,
which is stripped off during the diversion.  Hence, when the macro
is executed, the PostScript is no longer passed through unchanged,
and gets printed like everything else.

  This is all using DITroff.  Groff does what you would expect
(even though it technically shouldn't).

  Any ideas?  (Other than 'use groff'!)

Dave
-------------------------------------------------------------------------------
Dave Shield			      Janet: D.T.Shield@uk.ac.liverpool.compsci
Dept. of Computer Science,	      I'net: D.T.Shield@compsci.liverpool.ac.uk
Liverpool University,		"I _order_ you to help!
PO Box 147,			 You're a machine and you must do
Liverpool, L69 3BX		 what you're told."	T. Pratchett, _Diggers_
From: tpn+@ANDREW.CMU.EDU (Tom Neuendorffer)
Newsgroups: comp.soft-sys.andrew
Subject: Re: RE ADEW applications
Date: 5 Jan 93 17:21:02 GMT
Distribution: world
Organization: The Internet

Excerpts from mail: 4-Jan-93 RE ADEW applications
"K.K.Akosa"@cs.hull.ac.u (8573)

> ... 
> I decided to use ADEW. I created the layout I required but have been
> unable to use createcon to produce the controller code
> . ...
> Creating a controller for ez2. Please wait...
> running awk -f /usr/local/other/andrew/lib/arbiters/conpros.awk ez2
> awk: funcs is not an array
>  record number 354


Interesting, apparently you have a version of awk that considers the
term 'funcs' as a reserved word. Try changing your path to reference
/bin/awk (or a link to it) before whatever version you are running. If
you only have the one awk, try editing the file '
$ANDREWDIR/lib/arbiters/conpros.awk' (installed from the atk/adew
directory) , replacing all of the instances of the words 'funcs' with
'myfuncs', or some other name. 

Let me know how it goes, and what version of awk was giving you the problem.
	regards,
	Tom Neuendorffer
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.soft-sys.andrew
Subject: Re: Andrew under Solaris 2.x ?
Date: 9 Jan 93 19:23:45 GMT
Organization: Auspex Systems, Santa Clara

>>	3) the net result of such a port may, if done right, amount not
>>	   just to a Solaris 2.x port, but to a generic SVR4 port.
>
>This would be nice :).  I'd dearly love to have Andrew on my SCO ODT boxes.

Well, then, a generic SVR4 port wouldn't help you, because SCO's UNIX is
based on SVR3, not SVR4, from everything I've heard; unless SCO has
added SVR4-style pseudo-ttys (which are rather different from BSD-style
pseudo-ttys), and has added an SVR4-style "-ldl" library, there're going
to be things in the SVR4 port that won't work worth a damn under SCO
UNIX.

Besides, ATK 5.1 *already* appears to include SCO UNIX support, and, as
far as I know, SCO ODT is basically SCO UNIX + SCO's X11 implementation
(the impression I have is that SCO UNIX : SCO ODT :: SunOS :: Solaris - 
i.e., the latter, in both cases, is the former plus a window system; and
yes, even Solaris 2.x includes SunOS, SunOS 5.x to be specific).
From: wdc@ATHENA.MIT.EDU (Bill Cattey)
Newsgroups: comp.soft-sys.andrew
Subject: Re: Andrew under Solaris 2.x ?
Date: 8 Jan 93 17:22:05 GMT
Distribution: world
Organization: The Internet

This month I will be finding out why EZ compiled for SunOS 4.1.2 core
dumps when run in Binary Compatibility mode under Solaris2.

I'll be interested in email exchange with anyone else doing Solaris2 work.

-wdc
From: Peter.Averkamp@e20.physik.tu-muenchen.de (Peter Averkamp)
Newsgroups: comp.soft-sys.khoros
Subject: Re: signal processing
Date: 11 Jan 93 14:25:05 GMT

On Jan 11, 12:46, Usuario de Unix (Francisco Ortega Fernandez) wrote:
{ Subject: signal processing
> Hello,
> I've just begun to program in khoros, so perhaps my big problem is obvious
> for many of you.
> I have a electromagnetic long signal and I want to extract some subsignals
> and save them in a different file each.
> I have an ascii file  with the beginning and ending points of every subsignal.
> The number of subsignals to extract is not fixed.
> Can anybody give me ANY idea?
> THANK YOU in advance, 
>                              Francisco 
> ----------------------------------------------------------------------------
> Francisco Ortega Fernandez		e-mail:francisco@zeus.etsimo.uniovi.es
> Departamento de Construccion            Tel: + 34 8 5104336
> Escuela de Minas                        Fax: + 34 8 5104242
> Universidad de Oviedo
> Independencia 13
> 33004 Oviedo
> Spain
> ------------------------------------------------------------------------------
> 
> 
}-- End of excerpt from Usuario de Unix (Francisco Ortega Fernandez)

Here's the general idea:

You will first need to convert your data to viff by asc2viff. Then use
dextract to extract the subsignals you need. The extraction process can
be automated by enclosing the dextract in a loop that uses varviff to
put the starting point and length of each subsignal in variables that
are used by dextract. 
The only minor problem is the fact that the number of subsignals is not
fixed. In your case this means a double problem in that you need this
number for asc2viff and the loop termination criterium. I suggest that
you use the generic command feature from the 'Program Utilities' menu
with something like 'wc -l' to count the lines in your subsignal
information file and put this information in variable like this. 

	  -------      --------     --------     -------     
         |       |    |        |   |        |   |       |  At this point
         |       |    |"wc -l" |   |        |   |       |  you will have
         | input |----|        |---|        |---|       |  the length of
         |       |    |        |   |        |   |       |  your input in
         |       |    |command |   |asc2viff|   |varviff|  a variable
	  -------      --------     --------     -------     

To integrate this with the loop as a complete click-n-run application
you will need to connect the output of varviff with a trigger that
prevents the conversion of the subsignal information file (and all the
other processing) before its size is known.

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 and -2814
D-8046 Garching, Germany             | Fax:   ++49 (89) 3209-2338
From: oyster@irt.com (Mike Oyster)
Newsgroups: comp.soft-sys.khoros
Subject: Order for Tapes and Documentation
Date: 5 Jan 93 18:23:34 GMT

I faxed an order for the tapes and documentation just before the holidays.

What is the current status of this order?


Thanks,

Mike Oyster

J. Michael Oyster   			Voice: (619) 622-8874 
IRT Corporation     			FAX:   (619) 622-8888
6020-300 Cornerstone Court
San Diego, CA 92121

Send Mail to: oyster@irt.com
From: danielle@systems.caltech.edu (Danielle Sanine)
Newsgroups: comp.soft-sys.khoros
Subject: Solaris 2.1 and khoros
Date: 6 Jan 93 22:57:52 GMT
Article-I.D.: pprg.42441

Hello,

Can you please tell me if khoros has been ported to Sun's new
OS, Solaris 2.1?  If it hasn't been, can you tell me if/when
it will be?  Please send all responses directly to me.

Thank you,

Danielle Sanine
Systems Manager, EE
danielle@systems.caltech.edu
From: evansjr%ivory.nosc.mil@nosc.mil (John R. Evans)
Newsgroups: comp.soft-sys.khoros
Subject: Licensing
Date: 12 Jan 93 17:49:54 GMT


I am forwarding these questions for someone not on the Khoros
mailing list.

----- Begin Included Message -----

I have a few questions about licensing issues regarding KHOROS:

We (here at NRaD) are funding a contractor to develop some software
that converts in input file of audio data into an output file which is
an "image" of the spectrogram of that data.  Currently, their software
produces a "raw" image file and we use Khoros to convert it to a viff
format before we do further image processing.  We have asked the
contractor to upgrade the software to produce viff files directly.  The
following questions now arise:

1.-  Is the viff specification proprietary or in the public domain?
That is, if the contractor's code produces files which adhere to the
viff specification, is he in violation of your licensing arrangements?

2.-  The current code produces a raw image file.  The easiest way to
convert it to viff format is to use your raw2viff library routine (I
believe it is called lraw2viff.).  If the contractor incorporates your
library routine into his software to perform the desired conversion,
is he in violation of your licensing arrangements?

3.-  The above questions pertain to software developed by the US
government for use only by the US government and its contractors.  This
is case #1.  Now suppose that we release this code to non-government
users (for free).  Does this change the answers?

Keith Bromley 
bromley@nosc.mil



----- End Included Message -----
From: ph@physiol.ox.ac.uk (Patrick Haggard)
Newsgroups: comp.soft-sys.khoros
Subject: Re: Annotations
Date: 8 Jan 93 11:57:35 GMT
Organization: University Laboratory of Physiology, Oxford University
Originator: ph@galen.physiol


In article <42465@pprg.eece.unm.edu.pprg.unm.edu>, vikcha@u.washington.edu (Vikram Chalana) writes:
|> I need some information about the annotations produced by editimage.
|> I would like to combine these annotations with the image, but I would like
|> to automate the process i.e. such that I do not need to go into editimage
|> every time, click on combine annotations etc. 
|> Is there some routine out there which might do this ???

I wanted to do the same thing, and couldn't find an automatic way of 
doing it.  If your annotations are geometries (i.e., not text) have a 
look at the output annotation file.  My annotations were all polygons,
so I hacked the format of the annotation file (it's pretty obvious), and
wrote a program that produces a VIFF file which has value 1 inside the
polygon, and value 0 outside.  You can then combine this with the original
to produce whatever sort of effect you desire.  This is a bit of a hack,
but has its merits, and it should work for any of the geometrical annotations.

PLEA:  I would strongly urge the khoros group to consider a format conversion
program for turning annotation files into VIFF files as part of K2.  
Thanks

--------------------------------------------------------------------------
Patrick Haggard                         Email (WORLD): ph@physiol.ox.ac.uk
University Laboratory of Physiology     Email (JANET): ph@uk.ac.ox.physiol
Parks Road,                             Tel. (0865) 272116
Oxford, OX1 3PT                         Fax. (0865) 272469
England
--------------------------------------------------------------------------
Newsgroups: comp.soft-sys.khoros
From: mathew@elroy.Jpl.Nasa.Gov (Mathew Yeates)
Subject: Re: how to read/write individual pixels
Keywords: pixels grey level
Organization: Image Analysis Systems Group, JPL
Date: Wed, 6 Jan 1993 16:46:59 GMT

fsistler@gumbo.age.lsu.edu (Fred Sistler) writes:


>-- 
>I am new to Khoros and need to perform some low-level image
>processing functions - specifically reading and writing grey levels of
>individual pixels.  Any suggestions on how to do that?
>I appreciate any help you will offer.

You can extract a single pixel from an image with vextract and then
print the value with vprdata. To write, you can insert a 1x1 image
created with vgconst any place in the image.

This is going to be quite inefficient if you need to alter
many pixels. In this case, your better off writing a new routine.

As you probably know, on-line documentation is available for
these routines with vman, e.g. vman vinsert.

-Mathew


|**********************************************************|
|      Mathew Yeates JPL/Image Analysis Systems Group      |
|               mathew@henry.jpl.nasa.gov                  |
|                   (818) 354-3008                         |
|               Will Program For Food                      |
|**********************************************************|
-- 
|**********************************************************|
|      Mathew Yeates JPL/Image Analysis Systems Group      |
|               mathew@henry.jpl.nasa.gov                  |
|                   (818) 354-3008                         |
From: martijn@scanner.frw.uva.nl
Newsgroups: comp.soft-sys.khoros
Subject: Some Questions from a New User
Date: 8 Jan 93 13:09:45 GMT



Hello Khoros users,

A project at the University of Amsterdam (Faculty of Environmental Sciences)
is now starting to investigate image processing techniques for the alpha-
sciences - archaeology, history, historical geography and the like. We will
be using KHOROS for the processing of aerial photographs, scanned texts etc.
To get off to a flying start, I would like to ask a few questions which I
hope will find response among some of you veteran KHOROS users:

1) Has anyone got experience with the processing of aerial photographs for
   archaeological purposes, know of literature that I should read, or can 
   point me in the right direction? My plan is to make an inventory of
   things-to-be-enhanced-or-filtered-out in typical aerial photographs,
   such as plough furrows, cloud shadows, differences in field reflectance
   etcetera, and then construct Khoros procedures to do it on a routine
   basis. 
2) Does anyone use Khoros in conjunction with a GIS? We plan to use the
   enhanced and (ortho-)rectified photographs in the GIS GRASS. Problems
   relating to the conversion between the two are bound to occur. Also,
   we would like to know if there is a smart way to assign geo-coordinates
   to the pixels of an image after it has been warped with the help of
   a cadastral map.
3) We discovered a bug in the way Khoros depicts some images. We are using
   an IBM RS6000 520H with an IBM GT4 graphics card, AIX 3.2.something and
   Xwindows. When we use 'editimage' and depict the sample images
   "lenna.254.xv" or "mandril.254.xv" the colors are all mixed up. This 
   does not happen with "flower.250.xv" or on other RS6000's that do not
   have a GT4 card. IBM have installed all the fixes they have got and
   cannot help us any further. It's really annoying. Can anybody help us?

Well, that's all for the moment...I'm looking forward to receiving lots
of mail!

Martijn van Leusen
Researcher, SURF-project 'image processing'
martijn@scanner.frw.uva.nl
From: buck@curie.nrl.navy.mil (Buck Buchanan)
Newsgroups: comp.soft-sys.khoros
Subject: Khoros training notes
Date: 12 Jan 93 13:37:54 GMT

Hi,

I have been tasked to organize and give a 1 day (about 5 hours) introductory
course on Khoros.  My involvement with Khoros to date has been installing it,
and giving breif (less than 30 minute) tours of what I know about cantata.
To save me reinventing the wheel, does any one have training notes (or even
an outline of what I should teach) they would be willing to share with me?

Thanks in Advance & B Cing U

Buck

P.S. Point me to an FTP site or email me the notes (unless of course there
is general interest in these notes).

Loren Buchanan (buck@curie.nrl.navy.mil) | #include <standard.disclaimer>
NRL Code 5842, 4555 Overlook Ave.        | #include <computer.graphics>
Washington, DC 20375      (202) 767-3884 | #include <electronic.music>
Phone tag, America's fastest growing business sport.
From: floyd@carson.u.washington.edu (Bharath Modayur)
Newsgroups: comp.soft-sys.khoros
Subject: Building khoros on HP9000 running HP-UX 8.0
Date: 4 Jan 93 22:05:24 GMT
Article-I.D.: shelley.1iacb4INN11h
Distribution: world
Organization: University of Washington, Seattle
NNTP-Posting-Host: carson.u.washington.edu

Sorry about the previous message. It was incomplete.
The revised posting.

We tried to build khoros here on the HP9000 stations running Hp-ux 8.0
The build was successful and completely error free. However, running
cantata (or composer) gives the following error message.

X Error of failed request:  BadFont (invalid Font parameter)
  Major opcode of failed request:  55 (X_CreateGC)
  Resource id in failed request:  0x2400037
  Serial number of failed request:  121
  Current serial number in output stream:  123
Major X error encountered for display 'volta:0.0'! Unable to recover.

X Error of failed request:  BadFont (invalid Font parameter)
  Major opcode of failed request:  55 (X_CreateGC)
  Resource id in failed request:  0x2400038
  Serial number of failed request:  122
  Current serial number in output stream:  124
Major X error encountered for display 'volta:0.0'! Unable to recover.


Error! The following cantata error has occurred:
        Segmentation violation...



        I thought this could be because the HP stations do not
have the required fonts. But when I run cantata from a SUN SPARC
using the HP station as a display terminal things work fine.

Any ideas?

Thanks
Bharath

bharath@george.ee.washington.edu
From: jogl@merry.imib.rwth-aachen.de (Joachim Glaubrecht  #Alwd#)
Newsgroups: comp.soft-sys.khoros
Subject: Re: Unsigned Image Data
Date: 11 Jan 1993 11:20:43 GMT
Organization: Institut f. Med. Statistics @ Dokumentation
NNTP-Posting-Host: merry.imib.rwth-aachen.de

In article <mathew.725703211@henry> mathew@elroy.Jpl.Nasa.Gov (Mathew Yeates) writes:
>mathew@elroy.Jpl.Nasa.Gov (Mathew Yeates) writes:
>
>
>>Is there a khoros function for handling unsigned integers?
>>i.e. 8, 16, and 32 bit integer pixels.
>>For example, one CCD system I have produces 16 bit unsigned
>>pixels in a FITS file format. The fits2viff conversion program
>>doesn't like 16 bit FITS files, so I tried raw2viff which treats
>>the data as 16 bit signed values.
>>Robert A. Nolan a.k.a. nolan@kane.rpsmaui.com

after some good hints here is another:

try PBMPLUS fitstopgm and KHOROS' pgmtoviff to convert your files.
   ~~~~~~~~~~~~~~~~~~~   ~~~~~~~~~~~~~~~~~~~
again the common tip to all who need to convert foreign image
formats to KHOROS: get PBMPLUS. it's great ...
                  ~~~~~~~~~~~~~
 
-- 
  ___         _________________________________________  >>>>>>>>><<<<<<<<<
 /  /  _____ !    jogl@tolkien.imib.rwth-aachen.de     ! >>> ATTENTION: <<<
 __/__/_/ Gl ! Inst. f. med.Inform. & Biometrie (IMIB) ! NEW  EMail-Address
/_/          !___Never_send_a_boy_to_do_a_man's_job____!  (imsd --> imib)
Newsgroups: comp.soft-sys.khoros
From: bates@revelle.colorado.edu (John Bates)
Subject: map projections results
Organization: NOAA Climate Research Division
Date: Tue, 12 Jan 1993 22:28:18 GMT

Thanks to Matthew Hughes (MN Supercomputer Institute), Jeff Hanson (NASA Lewis),
and apologies to Paul Morin (MN Supercomputer Institute) for not being very 
clear.

I had asked about what software may exist for Khoros to display regularly
gridded data (say global fields on a 1 degree grid spacing) on geographical
map projections (mercator, cylindrical, etc.) and be able to overlay
the lat/lon lines (say every 10 degrees) and coastlines.  Besides NCAR graphics,
I was pointed to SGI Explorer modules written by Jim Phillips.  These modules 
are available from the anonymous FTP at

swedishchef.lerc.nasa.gov [139.88.54.33]

down in the explorer and cartog subdirectories.

This looks great, but we need to integrate these modules into Khoros (we can't
use the commercial package SGI Explorer).  The question then becomes how 
similar are SGI Explorer and Khoros?  Anyone have a feel for this?

Also, the Khoros user survey lists several applications where people are
using Khoros with AVHRR data and overlaying lat/lon grids and coastlines.
If any of you are reading this news, how are you doing it?

Thanks again to all who responded.  This news group is very helpful.

If we port the SGI Explorer Cartog functions to Khoros, I will post news.

John Bates, NOAA Climate Lab.
From: Peter.Averkamp@e20.physik.tu-muenchen.de (Peter Averkamp)
Newsgroups: comp.soft-sys.khoros
Subject: Re: Help: Compiling the Khoros on RS6000 .
Date: 11 Jan 93 11:27:55 GMT

On Jan 10,  2:17, SHEN SHENG wrote:
{ Subject: Help: Compiling the Khoros on RS6000 .
> 
> 	I am trying to compile the Khoros on the RS6000 running aix version 3 release
> 2 . I started the "installit" under $KHOROS_HOME/src with the
> BOOTSTRAPCFLAGS="-Daix -DSYSV" , however it gave me lots of errors and warning
> and resulted in more than two mega make.World log file .  The tar file I have
> is system.tar.Z . If someone succeeded in compiling the Khoros on IBM RS60000,
> could you please help me out ? 
> 
> 	Any help will be apprecated . 
> 
> 	Thank you in advance . 
> 
> 
> 	ss0r@cs1.cc.lehigh.edu
}-- End of excerpt from SHEN SHENG

First of all, you need two tar-files: src.tar.Z and system.tar.Z to build
Khoros. Then here is an excerpt of the compile-FAQ:


   Q3.  I want to install KHOROS on an IBM RS/6000 workstation
        running under AIX x.x {and am getting error messages from the
        C compiler} {and would like more info} {has anybody done this}
        {are binaries available}?.

   A3.  The Khoros group at UNM cannot help you directly with compiler errors
        from the RS/6000, as they do not have an RS/6000 to test on.  However,
        binaries are available from an ftp site in Italy (thanks, Maurizio!)
        and advice from Nagarajan Ramesh has proven valuable to many:

        (1) Maurizio Davini (mau@ipifidpt.difi.unipi.it)

            Has ported Khoros 1.0 P5 to the IBM RS6000 running AIX 3.2;

            He has an official ftp site in Pisa, Italy, which includes the
            Khoros source & system distribution, plus binaries for the
            IBM RS6000 and Interactive Unix 2.2.1, available via anonymous ftp:

            address   = ipifidpt.difi.unipi.it (131.114.8.130)
                 ftp  = anonymous (ftp)
              passwd  = user@machine
            directory = /pub/khoros
            binaries  = /pub/khoros/bin/RS6000

            The khoros distribution is available also under our gopher server
            ipifidpt.difi.unipi.it port 70

        (2)
             .
             .
             .
             .

        (3) In addition, the following people have ported Khoros 1.0 P5
            to IBM RS/6000 running AIX 3.2, and have been willing to answer
            questions in the past:

            * Roque Donizete De Oliveira (oliveria@caen.engin.umich.edu)
            * Edmond Mesrobian (edmond@cs.ucla.edu)
            * Nick Kisseberth (nkissebe@delphi.beckman.uiuc.edu)


If you still get problems after that, then there is commercial grade support
available also. Send me a short mail for details.


 Peter Averkamp

-- 
Peter Averkamp,                      | email:
Physics Department E20               | petav@radon.e20.physik.tu-muenchen.de
Techn. Univ. of Munich               | Phone: ++49 (89) 3209-2408 and -2814
D-8046 Garching, Germany             | Fax:   ++49 (89) 3209-2338
From: wes@ux6.lbl.gov (Wes Bethel)
Newsgroups: comp.soft-sys.khoros
Subject: Q: correlate data->opacity?  Q2:2D slices of 3D dataset?
Date: 7 Jan 93 01:10:38 GMT
Article-I.D.: pprg.42446

>        1.  create a 3-D surface contour
>        2.  display a 3-D dataset by correlating data to opacity

Isosurfaces and  volume rendering.  Coming "soon" in K2.

wes
Newsgroups: comp.soft-sys.khoros