HDTenEightyP/NetNews huggingface dataset:
From: rasure@velvet.eece.unm.edu (John Rasure)
Newsgroups: comp.soft-sys.khoros
Subject: Need Graduate Student Research Assistants
Date: 3 Jan 93 19:44:57 GMT



CALL FOR GRADUATE RESEARCH ASSISTANTS WITH KHOROS EXPERTISE
-----------------------------------------------------------

Los Alamos National Laboratory (LANL) is seeking two people
to fill graduate research assistant (GRA) positions.  This
is not an offer of employment, this is only an announcement
seeking names of qualified and interested people.

There are two different groups at LANL that wish to hire a
GRA to support their efforts in developing Khoros related
software.  A GRA is a part-time or full-time employee of
LANL that is given time to pursue graduate studies.

LANL specifically desires expertise in the following Khoros
related areas:
	*    Distributed Computing
	*    Databases
	*    Visualization
	*    Image Processing
The candidate MUST be a U.S. Citizen and the candidate MUST
have software engineering experience.  The positions are
open to students seeking either a Master's degree or a Doc-
toral degree in computer science or computer engineering.
The candidate SHOULD have experience with Khoros, X windows,
C and UNIX systems programming.

If you feel you may qualify for one of the positions, send
your resume to rasure@chama.eece.unm.edu in POSTSCRIPT FORM
ONLY.  I will not provide ANY additional information con-
cerning this announcement.  The deadline for submitting a
resume is February 1, 1993.  I will forward the two best
resumes to LANL.


John Rasure
Khoros Project Director
From: opus@astro.unm.edu (Colby Kraybill)
Newsgroups: comp.soft-sys.khoros
Subject: Problem with xvf_create_form
Date: 30 Dec 92 07:54:59 GMT




Hello,

I started creating an xvroutine recently and finally got back onto after
christmas.  Everything has gone pretty much ok up until I run it.
It never opens a window and just gives a bus error.  I've run it through
dbx and found the exact position of it's troubles, which is:

  116           if (!(form = xvf_create_form(form_filestring, av, ac, SIMPLE, NULL,
  117                                        -1, -1)))

The error is, 
signal BUS (alignment error) in Get_GC at 0x5f9f4
Get_GC+0x14:    ld      [%o0 + 4], %o0


The 'Get_GC' implies to me that for some reason it isn't handling the aquiring
of a graphics context.  Has anyone seen this before?

P.S. The values of the variables in that call are:
form_filestring = 0x1363f0 "/u/opus/cti/khoros/xvobjects/xvobjects.form"
*av = 0xf7fffabc "xvobjects"
ac = 1

All of these values are fine.
From: ph@physiol.ox.ac.uk (Patrick Haggard)
Newsgroups: comp.soft-sys.khoros
Subject: Re: That database issue
Date: 22 Dec 92 10:25:31 GMT
Distribution: comp
Organization: University Laboratory of Physiology, Oxford University
Originator: ph@galen.physiol


In article <9212211332.PN24989@LL.MIT.EDU>, marshall@ll.mit.edu (Hunter Marshall) writes:
etc.etc
|> I'd like to throw out the idea of a utility to tap the comment fields
|> of all the data files in a directory or registered with the browser.
|> It could tap the full header. The information could displayed,
|> held (a catalogue), or processed (ala awk/perl).

I'ld like to support hunter's suggestion.  The comment field would be a 
useful place to store things like image history, parameters of the image
acquisition device etc.  It would be useful to be able to read and write
these fields from the program, either for a single file, or for all files
as per animate's basename concept.
The current comment field is only 1024 chars, which is actually pretty
small.  I can't remember the details for k2.  Will the k2 header be
extensible: if so, the comment area could be extremely useful for 
storing all kinds of things.

Patrick
From: oscar@msen.com (Oscar Linares)
Newsgroups: comp.soft-sys.khoros
Subject: Khoros Info Wanted
Date: 3 Jan 1993 19:24:59 GMT
Organization: Msen, Inc. -- Ann Arbor, Michigan
NNTP-Posting-Host: garnet.msen.com
X-Newsreader: TIN [version 1.1 PL8]


I would like information on khoros.  Specifically, what platforms is it available for?, is it
X compatible or is there an X version?, what does it have to offer in terms of image
processing? and most importantly, How can I obtain it?

Thanks

Oscar A. Linares
e-mail oscar@msen.com
From: gaoli@bme.utmem.edu
Newsgroups: comp.soft-sys.khoros
Subject: (none)
Date: 22 Dec 92 17:32:21 GMT

Subject:
--------
Best wishes to you in this sweet season and my sincere thanks for your helps.
Merry Christmas and happy new year!

gaoli
Newsgroups: comp.soft-sys.khoros
From: hughes@msi-i5.msi.umn.edu (Matt Hughes)
Subject: Re: map projections wanted
Organization: University of Minnesota
Date: Wed, 23 Dec 1992 15:16:34 GMT

bates@revelle.colorado.edu (John Bates) writes:

>Hello Khoros new readers, we are exploring the use of Khoros
>for large geo-referenced data sets.  We would like to be able
>to take data referenced in equal lat/lon space (i.e., the
>data may be on a 1 by 1 degree grid) and be able to warp the
>data to standard map projections (mercator, molleweide, etc.)
>and then overlay lat/lon contours and geographic (eg.,
>coastlines) boundaries.  Has anyone done this in Khoros??

Besides NCAR graphics, you might also consider using the modules that
Jim Phillips wrote while at the University of Minnesota's Supercomputer
Institute for Silicon Graphics' IRIS Explorer.  They are available on
swedishchef (SGI net-people know this machine).  Here's some info:

----------------------------------------------------------------------
Cartog
	Author(s) : Jim Phillips (Minnesota Supercomputer Institute)

	Description: 
		This directory holds a number of Explorer modules
		written by Jim Phillips which are useful in visualizing
		any data that has to do with the earth.

		WorldMap:  Reads the CIA map database and sends it
		along as a pyramid lattice.  We have also added a map
		for plate boundaries.  (Useful for Geology and
		Geophysics.)

		Projector:  Takes lattices and pyramids and warps them
		onto a number of map projections including mercator,
		Globe and many others.

		Bendbox:  Creates a bounding box of a size specified by
		the user.  Also displays tickmarks and ticklines.

		Elevation:  Reads an elevation file for the Earth and
		sends it along to be displaced and rendered.

		SimpleSphere:  Draws a sphere at a specified size.
		Used so that the backside of a map isn't seen when
		displayed on a sphere.

		All of the modules come with example maps which
		will also be distributed.
----------------------------------------------------------------------


If you have any SGI's, I'm sure you will find this incredibly useful
for what you want to do.  If anybody would like, I can send them a
sample image, since it does take a little work to get to know Explorer
well.

>Any help or hints would be greatly appreciated.

I feel greatly appreciated automatically then.

Enjoy!
-- 
Matthew V. Hughes - MN Supercomputer Institute  Graphics Support Coordinator
Minnesota Supercomputer Center, Inc.            Phone Number: (612) 626-1765
1200 Washington Avenue South                    hughes@msc.edu
Minneapolis, MN 55415                           hughes@msi.umn.edu
From: Peter Averkamp <Peter.Averkamp@e20.physik.tu-muenchen.de>
Newsgroups: comp.soft-sys.khoros
Subject: Re:  xprism3
Date: 22 Dec 92 13:09:21 GMT

> I'm using xprism2 and xprism3 on a Sun4.  I recently set up a separate user
> account (where the data lives) and set the PATH, KHOROS_HOME, etc. so xprism2
> runs fine.  However, xprism3 will not run with command line option.  I get a
> "segmentation fault (core dump)" error.
> 
> If I say "xprism3" I can set everything up with the buttons.
> 
> If I say
> "xprism3 -i11 file -rows11 120 -np1"
> I get the error.
> 
> I've checked everything at least twice.  Have you got any ideas of what's
> making it act like this?

The multiple plot areas are not implemented as of 1.0 Patch level 5 . Try:

   xprism3 -i11 file -rows 120

If you still get errors, 'file' might contain some floating point format
from another machine. You can use raw2viff to cure this.

\Peter

Peter Averkamp,                      | email:
Physics Department E20               | petav@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: Peter Averkamp <Peter.Averkamp@e20.physik.tu-muenchen.de>
Newsgroups: comp.soft-sys.khoros
Subject: Re:  point extraction/insert in xprism2, editimage?
Date: 22 Dec 92 13:17:00 GMT

> A question with xprism2: How can one extract a point from XY plot
> displayed on screen (two dimensional matrix, XY input file)
> and to know its coordinates? and vice verse - how can one
> introduce a point with given x and y into the matrix?

If you mean interactively, by clicking with the mouse: not there; you will 
have to hack your own.

If you mean non-interactively, as a vroutine: use vinsert and vextract.

\Peter


Peter Averkamp,                      | email:
Physics Department E20               | petav@re20.physik.tu-muenchen.de
Techn. Univ. of Munich               | Phone: ++49 (89) 3209-2408 and -2814
D-8046 Garching, Germany             | Fax:   ++49 (89) 3209-2338
Newsgroups: comp.infosystems.gopher
From: tuchman@ux1.cso.uiuc.edu (Allan Tuchman)
Subject: Re: (Q) XGopher 1.2 WAIS gate and ftp image files
Organization: University of Illinois at Urbana
Date: Tue, 22 Dec 1992 23:20:06 GMT

In <1992Dec22.054050.1@fnalo.fnal.gov> gwatts@fnalo.fnal.gov writes:

>1) Image files from ftp.  I can't fool gopher into displaying these thing.
>I can path to a number of directories that have gif files via
>the ftp interface.  The files are in binary format and are gifs (I can use
>the same xloadimage command that xgopher does to display these images), but,
>of course, they don't show up as gifs in xgopher.  So, for experiment, I tried
>to use the Enter Gopher Item menu item (in "Other Commands") and set file type
>to "I" and filled in the rest of the info (I got the rest of the info from the
>Info about selection" button) and clicked "process".  xloadimage fails with
>unknown image type.  My guess is the ftp that xgopher used was not binary. :(
>Is there a way to force it?  Better yet, is there a way to display those
>images with out all that work (click the left mouse button, get a pop-up
>menu with "Get as Image" and "Get as Text" and "Get as Directory", etc. etc.)?

Gordon,

Actually, Xgopher does not itself do the ftp (no clients do that I know of).
It is the server that performs the ftp.

For ftp-ing files, the server looks at their extension and if it is one
of a certain set, assigns a best-guess gopher item type to the file.
Any ".gif" file is usually identified by the server as type 'I', and
thus known to Xgopher as an image type.  If you are doing the ftp
through an old server it may not be smart about images -- try going
through a server that you suspect is current (e.g., umn!).

And, you definitely SHOULD be able to fool Xgopher into things!  It
is a feature that you can enter any item type you want on the "Enter
Gopher Item" panel and try different ways to access data.  This is 
actually one way to fool the server indirectly also (for ftp's), since
its type assignment is just best-guess as I mentioned above.

-Allan
-- 
-Allan Tuchman    University of Illinois at Urbana-Champaign (UIUC)
		  Computing and Communications Services Office (CCSO)
		  phone: (217) 244-0048
a-tuchman@uiuc.edu   -or-  tuchman@ux1.cso.uiuc.edu
Newsgroups: comp.infosystems.gopher,comp.unix.aix,uiuc.sys.aix
From: lindner@mudhoney.micro.umn.edu (Paul Lindner)
Subject: Re: Porting `gopher' 1.1 client to AIX 3.2
Organization: University of Minnesota, Minneapolis
Date: Mon, 28 Dec 1992 16:17:32 GMT

In <BzvA71.A4G@news.cso.uiuc.edu> d-lewart@uiuc.edu (Daniel S. Lewart) writes:

>I am having some trouble porting the `gopher' 1.1 client to AIX 3.2.

>1) Sometimes `gopher' ignores all keyboard input and the session must
>   be killed.

Don't know about this one...

>2) Line-drawing characters are not always drawn correctly.  Such characters
>   are displayed by the Shift-O options menu.

I do know about this one...

>    a) On a PC, IBM-PC MS-DOS Kermit 3.12 with VT100 emulation works.
>    b) On a PC, IBM-PC MS-DOS Kermit 3.12 with VT320 emulation works.
>    c) On an Xstation, "aixterm -e gopher" gives the output below.
>       Reverse and bold attributes are not shown here.

aixterm is sortof dain-bramaged.  It doen't do extended characters
properly.. 

>    d) On an Xstation, "xterm -e gopher" gives the output below.
>       Reverse and bold attributes are not shown here.
>       Also, lower-case letters in the option names, such as "Pager Command"
>       are displayed as faces, suits, arrows, and other silly characters.

Sounds like you're not using an ISO font, sounds to me like you're
using one of those dreadful PC fonts :-)

Unfortunatly I haven't found a portable way to do character graphics
across platforms..
--
 | Paul Lindner | lindner@boombox.micro.umn.edu   | Slipping into madness
 |              | Computer & Information Services | is good for the sake
 | Gophermaster | University of Minnesota         | of comparision.
///// / / /    /////// / / / /  /  /  /   /      //// / / / /  /  /  /   /
Newsgroups: comp.infosystems.gopher
From: senetza@sigma.uleth.ca (Len Senetza)
Subject: Mac Server problems
Organization: University of Lethbridge
Date: 21 Dec 92 20:47:17 GMT

I am having a problem getting the mac version of the server running.  I had it
running once, but then got a new hard-disk in my mac.  Since that time, I have
downloaded the server (via turbo-gopher and ftp) and failed to get it running
a number of times (at least 1/2 a dozen).

I get the error:

	Could not initialize Gopher
	because of a disk error.

Could someone please let me know just what this means?  Besides the obvious.
I've had norton take a look at my disk and everything is ok.  I'm really at a
loss for this one.

--
  +-----------------------------------------------------------------------+
  |  Leonard Senetza            |  E-Mail: senetza@alpha.uleth.ca         |
  |  Academic Consultant        |          senetza@hg.uleth.ca            |
  |  University of Lethbridge   |   Phone: 403-329-5162 FAX: 403-382-7108 |
  |  Lethbridge, Alberta        |-----------------------------------------|
  |  Canada, eh?                |  Disclaimer: Why should I tell _them_?  |
  |  T1K 3M4                    |    What they don't know, can't fire me. |
  +-----------------------------------------------------------------------+
From: rich@delphi.bsd.uchicago.edu (Rich Long)
Newsgroups: comp.infosystems.gopher
Subject: Re: Gopher and Symbolic links
Date: 31 Dec 92 14:12:42 GMT
Reply-To: rich@delphi.bsd.uchicago.edu
Organization: University of Chicago Computing Organizations

In article <1992Dec31.051621.3293@news2.cis.umn.edu>  
lindner@mudhoney.micro.umn.edu (Paul Lindner) writes:
> 
> The solution to most Unix gopher daemon problems 1/2 :-)
> 
> use the -c option..
> --

Ok, the man page says this does not do a chroot and will allow symbolic  
links to anything anywhere, but doesn't chroot follow symbolic links that  
are below the new root?  This should work like anonymous ftp then which  
also does a chroot.  So, if the symbolic links are contained within the  
gopher data directory shouldn't the links be visible without the -c  
option?  Thanx...

--rich
Newsgroups: comp.infosystems.gopher
From: jastruss@iastate.edu (Joseph A Struss)
Subject: STS SpiGopher server now available for testing at Iowa State
Organization: Iowa State University, Ames, IA
Date: Tue, 22 Dec 1992 20:59:38 GMT

Hi,

  Iowa State's unofficial and experimental gopher server is now
officially (but unofficially) up and running for testing at:

isumvs.iastate.edu  port 70

  This facility uses STS SpiGopher which gives access to SPIRES
database files on the ISUMVS system (WYLBUR) at Iowa State University.
STS SpiGopher is a cousin to CMS SpiGopher at Syracuse University.
Current database facilities available include: a restaurant review
database, a video review database, an electronic directory of names
at Iowa State, an electronic schedule of classes and an informational
catalog database describing Iowa State.  

  Questions, inquiries and comments regarding this facility should
be sent to:  Joe Struss (ga.jas@isumvs.iastate.edu).

  That's all for now.

Bye.
From: M.T.Hamilton@lut.ac.uk ([*] M.T.Hamilton)
Newsgroups: comp.infosystems.gopher,uk.net
Subject: Proxy servers to interconnect JANET<->Internet
Keywords: Gateway NIR CB Internet Proxy!
Date: 23 Dec 92 10:58:45 GMT
Followup-To: comp.infosystems.gopher
Organization: Dept of Computer Studies, Loughborough University, UK

I've recently become interested in gatewaying UK Coloured Book and 
Internet services via proxy servers - by which I mean hosts which 
appear on both networks and make services on each visible to the 
other.

Gopher would make an interesting application to experiment with,
given its simplicity (barely more complicated than finger!),
popularity (some 650 'public' servers), and the fact that there 
is currently nothing like it in the CB universe!

What do the rest of you think?  Is anyone doing this sort of thing 
already?!?  A vague description of what I have in mind follows...

The 'path' field seems to be the natural place to stuff the proxy info
into, e.g. if a regular gopher link looks like this:

  Name=Publications
  Type=1
  Port=70
  Path=1/Publications
  Host=hill.lut.ac.uk

...to a Coloured Book host it might look something like this:

  Name=Publications
  Type=1
  Port=GOPHER
  Path=proxy_gopher://hill.lut.ac.uk:70/1/Publications
  Host=uk.ac.lut.proxy


A Coloured Book host would have a link like this:

  Name=LUT_reports
  Type=1
  Port=70
  Path=1/LUT_reports
  Host=uk.ac.lut.hill

...and appear to Internet users as:

  Name=LUT_reports
  Type=1
  Port=70
  Path=proxy_gopher://uk.ac.lut.hill:GOPHER/1/LUT_reports
  Host=proxy.lut.ac.uk


All the proxy server has to do is relay gopher protocol messages
between hosts on both networks, viz.

  (1) Open client's transport (implicit)
  (2) Read gopher selector string
  (3) Munge out the real host/port/path details
  (4) Open real server's transport
  (5) Pass on real selector string from (3)
  (6) Retrieve results - if links, munge as appropriate
  (7) Close real server's transport
  (8) Pass results back to client
  (9) Close client's transport


I would envisage adding the code to implement gopher over the 
Yellow Book transport to the current Unix distribution, and
running the CB server from ybtsd.  

Comments welcome!


Martin

PS I realise this could also be done with the ISODE, and I'll be
looking into that later :-)
--
M.T.Hamilton@lut.ac.uk | cp141@freenet.cleveland.edu | mhamilto@nyx.cs.du.edu
Dept of Computer Studies, Loughborough University of Technology, LE11 3TU, UK
+44.(0)509.224151       "Merry Christmas you giant beetle, you!" - m lippert.
Newsgroups: comp.infosystems.gopher,comp.unix.aix,uiuc.sys.aix
From: d-lewart@uiuc.edu (Daniel S. Lewart)
Subject: Porting `gopher' 1.1 client to AIX 3.2
Originator: lewart@rsm1.physics.uiuc.edu
Reply-To: d-lewart@uiuc.edu (Daniel S. Lewart)
Organization: UIUC Physics Department
Date: Sat, 26 Dec 1992 12:47:24 GMT

I am having some trouble porting the `gopher' 1.1 client to AIX 3.2.

1) Sometimes `gopher' ignores all keyboard input and the session must
   be killed.

2) Line-drawing characters are not always drawn correctly.  Such characters
   are displayed by the Shift-O options menu.
    a) On a PC, IBM-PC MS-DOS Kermit 3.12 with VT100 emulation works.
    b) On a PC, IBM-PC MS-DOS Kermit 3.12 with VT320 emulation works.
    c) On an Xstation, "aixterm -e gopher" gives the output below.
       Reverse and bold attributes are not shown here.
    d) On an Xstation, "xterm -e gopher" gives the output below.
       Reverse and bold attributes are not shown here.
       Also, lower-case letters in the option names, such as "Pager Command"
       are displayed as faces, suits, arrows, and other silly characters.

What am I doing wrong?

Thank you,
Daniel Lewart
d-lewart@uiuc.edu
-------------------------------------------------------------------------------
 lqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqOptionsqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqk
 x                                                                            x
 x Pager Command          /usr/local/bin/less                                 x
 x Print Command          lpr                                                 x
 x Telnet Command         telnet                                              x
 x Sound Command          /bin/false                                          x
 x Mail Command           elm                                                 x
 x 3270 Emulator Command  tn3270                                              x
 x MIME pager             metamail -P                                         x
 x Image Viewer           xloadimage -fork                                    x
 x                                                                            x
 x  [Switch Fields - TAB]                [Cancel ^G] [Accept - Enter]         x
 x                                                                            x
 mqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqj
-------------------------------------------------------------------------------
From: jukkao@sulo.otol.fi (Jukka Oraj{rvi)
Newsgroups: comp.infosystems.gopher
Subject: Re: gopher over LAN Manager - anyone done it?
Date: 30 Dec 92 06:19:41 GMT
Organization: Oulu Institute of Technology, Finland

From article <mahoney.725681200@helios>, by mahoney@helios.usq.EDU.AU (barry mahoney):
> Has anyone got a gopher client running over LAN Manager. Is it possible
> to easily adapt the PC gopher clients which require the Clarkson drivers
> to run over a LAN Manager network?
> 
> All comments welcome.

Get dis_pkt.dos "NDIS TO PACKET DRIVER" converter from
vax.ftp.com. PC Gopher 1.05 works fine with it in our
LM2.1/2.0 network. You need also NCSA Telnet 2.3.

regards
  Jukka
-- 
#  Jukka Oraj{rvi, Oulu Institute of Technology, Finland                #
#  X.400: g=jukka/s=orajarvi/o=otol/p=sapina/a=mailnet/c=fi             #
From: ccoprmm@phantom.gatech.edu (Michael Mealling)
Newsgroups: comp.infosystems.gopher
Subject: Re: Disclaimer page on client startup...
Date: 23 Dec 1992 19:19:12 -0500
Organization: Office of Information Technoloy, Georgia Tech
NNTP-Posting-Host: oit.gatech.edu

In article <1992Dec23.202920.2994@galileo.cc.rochester.edu> kann@picasso.cc.rochester.edu (Kirk Anne) writes:
>In <1992Dec22.164051.5141@news2.cis.umn.edu> lindner@mudhoney.micro.umn.edu,
>(Paul Lindner) writes:
>>I think gopher+ will address some of these shortcomings.  There are
>>two ways to do it right, the first might be to make an alternative
>>directory view, clients that understood it..  Or, you could specify an
>>alternate block like this:
>
>Another thought is to include an "announcement" file that old gophers
>can see.  Something like

  I figured Gopher+ could do this better but (and I hate to sound impatient)
our lawyers won't go along with a system unless it has such a disclaimer.
I know the current versions of the Mac clients are Gopher+ ready but when
should we expect to see servers and clients for other platforms?
  I noticed that Gopher1.1 (the Unix version) looks like it's getting close
but I really can't tell. Any timetables?

  (Don't get me wrong, I'm not getting impatient or anything. I'm just
curious.)


-Michael Mealling
-- 
------------------------------------------------------------------------------
Michael Mealling                     ! Hypermedia WWW, WAIS, and gopher will be
Georgia Institute of Technology      ! here soon via MIME. Your view of the 
Michael.Mealling@oit.gatech.edu      ! internet is about to change completely!
Newsgroups: comp.infosystems.gopher