HDTenEightyP/NetNews huggingface dataset:
From: jgibb@fox.nstn.ns.ca (John Gibb)
Subject: information on khoros
Keywords: information
Organization: Environment Canada
Date: Thu, 17 Dec 1992 13:19:30 GMT

We am evaluating a number of GIS packages for use with a national 
sensitivity mapping program (oil spill response). The packages we are
evaluating include; Idrisi, MapInfo/MapBasic, Infocus, QuikMap, SpansMap, 
and Atlas Pro. These packages are fairly user friendly and contain some 
analytic capability. I have seen Khoros mentioned in the litterature but do
not know much about it. Will it run under DOS ,Windows or OS2. What are
the memory, hard disk and machine configuation required. Is this a public 
domain software, if so what ftp site has a DOS/Windows copy. Do you know of
any sites in Canada that use the package? Any documentation or information
you could provide would be appreciated. 
Newsgroups: comp.soft-sys.khoros
From: kelly@c3serve.c3.lanl.gov (Patrick M. Kelly)
Subject: Re: Patched lvinsert () routine available
Originator: kelly@wienerdog.c3.lanl.gov
Organization: Los Alamos National Laboratory
Date: Thu, 17 Dec 1992 15:58:53 GMT


Sorry, but there was a small bug in the patch I put on pprg.eece.unm.edu yesterday.
There is a new one there as of now:

-rw-r--r--  1 contrib     10902 Dec 17 08:56 lvinsert.new.c

	Pat
-- 
Patrick M. Kelly   
C-3  Mail Stop B-265                     Phone:    (505) 665-4665  
Los Alamos National Laboratory           FAX:      (505) 665-5220 
Los Alamos, NM  87545                    Email:    kelly@lanl.gov
From: bates@revelle.colorado.edu (John Bates)
Newsgroups: comp.soft-sys.khoros
Subject: Khoros and HDF, netCDF, etc.
Date: 16 Dec 92 23:16:48 GMT
Organization: NOAA Climate Research Division

Andy and Brian, seems like we all discovered Khoros at the
same time.  I think the best strategy for bringing the
Khoros group up to speed on common data formats (in
particular HDF and netCDF) is to join the Consortium and
write jackets in conjunction with the Khoros folks.  This is
what I am hoping to do within NOAA.

I believe that your impression (Andy) of IDL and common
data formats does not match my experience.  Well over a
year ago I asked IDL (Stern) if they would support common
data format I/O.  The answer was definately NOT.  However,
after they saw the bandwagon marching past (and took our
jackets for netCDF/IDL conversion and your HDF/IDL software)
they now have joined the band.  Also, I know that our
netCDF/IDL jackets read the data into an IDL structure
(and I suspect that is also how the HDF/IDL jackets work)
so that you are doing a data conversion each and every
time you read data into IDL.  

Anyway, it was clear to me from the recent EOS/Pathfinder
meeting that neither HDF nor netCDF will be sufficient
for the Earth Observing System requirements for scientific
analysis and image processing.  I know that Brain needs
something asap because he is working on a pre-EOS
satellite (SeaWIFS, for ocean color) that will be launched
next summer.  I would strongly urge NASA JPL and NASA
Goddard to try joining the Consortium.  From my cursory
look at Khoros (I haven't really beaten on it yet) it is
far ahead of most packages.  I'm still looking for my socks,
since Khoros blew them off; it's cold here in Colorado.

John Bates, NOAA Climate Lab.
Newsgroups: comp.soft-sys.khoros
From: mathew@elroy.Jpl.Nasa.Gov (Mathew Yeates)
Subject: Re: Undeletable variables?
Organization: Image Analysis Systems Group, JPL
Date: Fri, 18 Dec 1992 07:54:46 GMT

fitz@ipld01.hac.com (Melissa T. Fitzgerald) writes:



># currently undefined symbol "variable_name"
>  variable_name

>When I restore the workspace, I get an xvl_eval_variables error
>saying
>  function string is = "variable_name"
>  Error! Unknow variable or constant 'variable_name' ...

There is no easy way of getting rid of these. Your only remedy is to
edit your cantata workspace file. Be careful, though. Make a temporary
copy before editing because it is easy foul things up.

Mathew Yeates
From: leslie@ais.org (Leslie Gail Adiska)
Newsgroups: comp.soft-sys.khoros
Subject: khoros matrix filters
Date: 16 Dec 92 22:36:22 GMT
Article-I.D.: pprg.42203


 I am running Khoros 1.0 patch level 4 and would like to apply a
matrix filter to process an image. The matrix is as follows

             -0.4 | -0.4 | -0.4
             ___________________
             -0.4 |  4.2 | -0.4
             ___________________
             -0.4 | -0.4 | -0.4

 Is there a khoros routine to do this kind of processing?

   Thank-You very much,
   Leslie Adiska
From: David Lange <dlange@cern04.ce.uiuc.edu>
Newsgroups: comp.soft-sys.khoros
Subject: starting up with khoros
Date: 11 Dec 92 22:56:05 GMT

Hi folks,
I'm a new faculty member here in Civil Engineering at Univ. of Illinois. 
I will be installing a new HP715/50 workstation with version 9.0 of HPs
operating system.  I'm a novice to workstations in general, and my
question is simply this:  Will khoros compile and operate OK on my
workstation?

I understand that someone has ported khoros to Macintosh.  From what
machine on Internet can I download the Mac version?  [By the way, is
the Mac version any good (i.e., relatively bug-free, fast, etc.)?]

David Lange



Newsgroups: comp.soft-sys.khoros
From: schultz@halley.est.3m.com (John C. Schultz)
Subject: Khoros and Solaris 2.1 - anyone gotten it to work?
Organization: 3M Company, 3M Center, Minnesota, USA
Distribution: comp
Date: Sat, 19 Dec 92 03:32:08 GMT

I was going to try and compile Khoros for Solaris 2.1 using the
pre-compiled Cygnus version of gcc 2.0.1 for Solaris 2.1 available on
ftp.uu.net.  Anyone already got executables? Any gotcha's?

--
   John C. Schultz   +1 (612) 733-4047   schultz@halley.serc.3m.com
   How to include the taste of Glendronach in a multi-media system?
From: thesard muvi <bossart@dsys.ceng.cea.fr>
Newsgroups: comp.soft-sys.khoros
Subject: c++/khoros
Date: 18 Dec 92 17:01:14 GMT

Hi.

Does anybody use c++ AND khoros ? I remember having read
something on this subject last month, but i did not save the
message. could anyone remail it directly to me ? any other
explanations or suggestions are welcome.

Thanks for your help.

Pierre-Louis

---------------------------------------------------------------
Pierre-Louis Bossart        	email:bossart@dsys.ceng.cea.fr
CEA-Technologies Avancees	tel: (33) 76-88-37-90
LETI/DSYS/SETIA
85X
38041 Grenoble CEDEX
France
---------------------------------------------------------------
"Toute These s'offre aux rires des Dieux"
Kierkegaard
From: chmie@mbvideo.de
Newsgroups: comp.soft-sys.khoros
Subject: Mailing list
Date: 16 Dec 92 10:31:46 GMT
Article-I.D.: pprg.42182

Please drop me from the mailing list

Ingo Chmielewski                             chmie@mbvideo.de
MB Video GmbH
Hesebergweg 49
W-3150 Peine
Newsgroups: comp.soft-sys.khoros
From: rogers@eplrx7.es.duPont.com (Wade Rogers)
Subject: problem with postcript output from xprism2
Keywords: xprism2 printer postscript
Organization: DuPont Engineering Physics Laboratory
Date: Tue, 15 Dec 1992 19:02:27 GMT

I've run across a slightly annoying problem with xprism2.  I've graphed a
histogram.  If I expand the y axis scale so that part of the histogram
"saturates", then the postscript output is garbled.

Anyone see this before, and have a fix?

Thanks in advance.

Wade

-- 
    Wade T. Rogers                |    E.I. du Pont de Nemours & Co.
    rogers@eplrx7.es.dupont.com   |    Engineering Physics Laboratory
                                  |    P.O. Box 80357
    (302) 695-7945                |    Wilmington, Delaware 19880-0357
Newsgroups: comp.infosystems.gopher
From: tuchman@ux1.cso.uiuc.edu (Allan Tuchman)
Subject: Re: Xgopher 1.2 under Ultrix for X11R5
Organization: University of Illinois at Urbana
Date: Wed, 16 Dec 1992 18:34:21 GMT

In <WALSH.92Dec11085757@ibis.cs.umass.edu> walsh@cs.umass.edu (Norman Walsh) writes:

>I hope this hasn't already been hashed out (well, actually, maybe I hope
>it has ;-).  In any event, I've just compiled Xgopher 1.2 under Ultrix
>for X11R5 on a DECstation and I get the following errors when I fire it
>up...

>Warning: Cannot convert string "other" to type Widget
>Warning: Actions not found: unselectAll
>Warning: Actions not found: unselectAll
>Warning: Actions not found: unselectAll

>The top row of buttons contains only the "Quit" button.  And a quick perusal
>of the source leads me to believe that it should also contain "Help" and
>"Other" buttons at the very least.

Norm,

This shows me that you are actually executing an older version of Xgopher
(e.g., 1.1a), but with the new (1.2) application resources file.  Check
your path variable or explicitly run "./xgopher" and you'll see the
difference.

-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
From: jqj@duff.uoregon.edu (JQ Johnson)
Newsgroups: comp.infosystems.gopher
Subject: replicating popular resources
Date: 15 Dec 92 19:37:18 GMT
Article-I.D.: pith.1glc5eINNpc3
Distribution: world
Organization: University of Oregon Network Services
NNTP-Posting-Host: duff.uoregon.edu

One of my users complained just now that she couldn't access the Weather
in our gopher server.  We implement it as a link to ashpool.micro.umn.edu,
which is (not unreasonably; it's only a computer) down at the moment.

It seems to me that there are a number of high-visibility gopher resources
that would do well to be invisibly replicated for greater availability
(and perhaps for load sharing).  There are at least two problems, though:
(1) the lack of a protocol to allow clients to transparently locate
replicas of a gopher link, and (2) the lack of protocols and methodologies
for maintaining replicated gopher databases.

Problem (1) can be addressed by a number of approaches.  For example, one
could use the DNS and Shuffle (or multiple ordinary A) records.  What
doesn't seem to exist yet is any methodology for coordinating replicas. 
Some databases, e.g. the master list of all gopher servers, are static
enough and small enough (most of what's important there are the links, not
data in files) that they could be replicated using the gopher protocol
itself.  Other databases, though, need ad hoc mechanisms for replication.

Are other people worried about replication?  Anyone interested in 
cooperating in an experiment?


-- 
JQ Johnson				Office: 250E Computing Center
Director of Network Services		Internet: jqj@ns.uoregon.edu
Computing Center, Univ. of Oregon	voice:	(503) 346-1746
Eugene, OR  97403-1212			fax: (503) 346-4397
From: henny@accucx.cc.ruu.nl (Henny Bekker)
Newsgroups: comp.infosystems.gopher
Subject: file-mode of .gopherrc in gopher v1.1
Summary: Patch for gopherrc.c to create .gopherrc with 600 protectie..
Keywords: file-mode .gopherrc
Date: 15 Dec 92 16:48:05 GMT
Organization: Academic Computer Centre Utrecht

Hello All,

	I received a complain from a system manager using gopher v1.1 on
a Sun workstation using SunOS v4.1.1 that the protection of .gopherrc
was wrong..  In fact it was totaly at-random..
We have made a patch for it in gopherrc.c..
Here's the diff file..

Cheers, Henny Bekker / Jules van Weerden

18,20d17
<  * Revision 1.3  1992/12/15  17:12:00  Henny Bekker / Jules van Weerden
<  * Included file-mode in open procedure
<  *
37,38d33
< #include <sys/types.h>
< #include <sys/stat.h>
40,42d34
< #define IGN_MODE 0
< #define CRE_MODE S_IRUSR | S_IWUSR
< 
44,45c36,37
< rcopen(flags,mode) 
<   int flags,mode;
---
> rcopen(flags) 
>   int flags;
61c53
<      rcfile = open(rcfilename, flags, mode);
---
>      rcfile = open(rcfilename, flags);
78c70
<      rcfile = rcopen(O_RDONLY, IGN_MODE);
---
>      rcfile = rcopen(O_RDONLY);
82c74
< 	  rcfile = rcopen(O_CREAT, CRE_MODE);
---
> 	  rcfile = rcopen(O_CREAT);



---------------------------------------------------------------------------
E-Mail: Henny.Bekker@cc.ruu.nl      INTERNET      ! Disclaimer:             
        ruusur::henny               DECnet        !    The main obstacle to 
        henny@hutruu50              EARN/BITnet   !    progress is not      
        012911028100::henny         PSI           !    ignorance, but the   
Voice:  (+31) (30) 536971                         !    illusion of knowledge
X400:   G=Henny;S=Bekker;OU=cc;O=ruu;PRMD=surf;ADMD=400net;C=nl     o
Paper:  H.J.Bekker, University of Utrecht, Computer Centre      _  /- _
        Po Box 80011, 3508 TA  Utrecht  Nederland              (_) > (_)
----------------------------------------------------------------------------
From: ewilts@galaxy.gov.bc.ca (Ed Wilts)
Newsgroups: comp.infosystems.gopher
Subject: Re: Anyone ported gopher client from ohio.edu to Multinet?
Date: 15 Dec 92 13:35:19 -0800
Organization: BC Systems Corporation

In article <1992Dec15.125232.1224@altair.selu.edu>, zmw@altair.selu.edu (Mike Whisenhunt zmw@selu.edu) writes:
> In an attempt to obtain a more stable VMS gopher client, I've grabbed the
> version on job.acs.ohio-state.edu.  It is apparently set up for UCX and/or
> Wollongong.  When compiled with the MULTINET param set, the resultant
> executable won't connect to a server.  The message 'setsockopt()
> [reusead] failed with status' is displayed.  Dave (the author of the
> modified version) doesn't have access to a system running Multinet to check
> out the errors.  

I've done some work on the VMS client recently and yesterday uploaded a new
version to boombox in the pub/gopher/incoming directory.  It fixes the
following: 
	- no longer has infinite loops when doing index word searches 
	- handles larger directories with getting an access violation 
	- defaults to port 70 

I've noticed that although the stability now appears to be there, the
performance isn't.   It takes about 80,000 IOs to load a directory with 569
entries in it.  This is obviously time-consuming even on a reasonably fast Vax. 
Comparing it to TurboGopher on my Mac which is instant, there needs to be some
more work done (even the VMS Xgopher client is considerably faster than the
non-X version).  Unfortunately, my C is fairly poor and I don't have the time
now to give it the work it deserves.

-- 

Ed Wilts, BC Systems Corp., 4000 Seymour Place, Victoria, B.C., Canada, V8X 4S8
EWilts@Galaxy.Gov.BC.CA     Office:  (604) 389-3430    Fax: (604) 389-3412
Xref: sparky comp.infosystems.gopher:1643 alt.gopher:1429
From: M21816@MBVM.Mitre.Org (Paul Campbell)
Newsgroups: comp.infosystems.gopher,alt.gopher
Subject: Re: IOT trap
Date: 16 Dec 92 15:22:26 GMT
Organization: The MITRE Corporation, Bedford MA 01730

In article <168BC9845.M21816@MBVM.Mitre.Org>
M21816@MBVM.Mitre.Org (Paul Campbell) writes:
 
>i have been attempting to run the gopher 1.1 server on a sun4 machine.
>at start-up time i get "IOT Trap (core dumped)". the start-up command
>used is "gopherd -cD -u pjc". also, at install time i get a warning
>"libgopher.a (compatible.o) : no symbol table" when this library is
>built. many thanks /pc
 
i have figured out my own problem.  i should have added to the above
that i did not have root permissions which precludes the ability to
use port numbers less than 1024.  i stumbled upon the solution
shortly after installing wais and attempting to start-up that server
with the default port (210).  it might be a good idea if this
situation where detected. thanks /pc
 
Newsgroups: comp.infosystems.gopher
From: lux@sol.UVic.CA (Michael O'Henly)
Subject: 1.1 "nothing available" error
Organization: University of Victoria
Date: 12 Dec 92 05:00:20 GMT

    There's a particular directory on our server that 1.1 (Unix server
and client) always tells me has "nothing available".

    When I reinstall 1.03 (server and client), it gives me the same
error. But if I nuke the .caches and try again (with 1.03), I'm able
to access the directory from that point on.

    As soon as I reinstall 1.1, I get the "nothing available" error...

    Michael
-- 
           Michael O'Henly |     o   | 604-721-7623 (604-721-8215 fax)
    Library Systems Office |  --/--  | LUX@UVVM.BITNET
    University of Victoria |  __\    | lux@sol.UVic.CA
    Victoria, B.C., Canada |     \   | mohenly@malahat.Library.UVic.CA
Newsgroups: comp.infosystems.gopher,embnet.net-dev
From: doelz@comp.bioz.unibas.ch (Reinhard Doelz)
Subject: Re: VMS Client
Reply-To: doelz@urz.unibas.ch
Organization: EMBnet Switzerland [BASEL]   
Distribution: comp
Date: Fri, 18 Dec 1992 10:57:02 GMT

In article <1gql8dINNff2@access.usask.ca>, fogel@jester.usask.ca (Earl Fogel) writes:
|> In article <9212100428.AA02843@pinjel.ucq.edu.au> m.connell@ucq.edu.au writes:
|> >Can anyone help?
|> >
|> >I am looking for a Gopher VMS client to run with CMUTEK.
|> 
|> JQ Johnson <jqj@phloem.uoregon.edu> and I are currently porting the new
|> Unix gopher client V1.1 to VMS.  Our plan is to support UCX, Multinet and
|> Wollongong.  We had not considered adding CMUTEK support, but we might be
|> persuaded, if there is sufficient interest, and if it is not too much
|> extra work.
|> 

Godd luck with it! There's a huge community out there who would really
like to run Gopher1.1 on VMS.      


-- 
+----------------------------------+-------------------------------------+
|    Dr. Reinhard Doelz            | RFC     doelz@urz.unibas.ch         |
|      Biocomputing                | DECNET  20579::48130::doelz         |
|Biozentrum der Universitaet       | X25     022846211142036::doelz      |
|   Klingelbergstrasse 70          | FAX     x41 61 261- 6760 or 267- 2078     
|     CH 4056 Basel                | TEL     x41 61 267- 2076 or 2247    |   
+------------- bioftp.unibas.ch is the SWISS EMBnet node ----------------+
               -----------------------------------------
Newsgroups: comp.infosystems.gopher
From: atkinson@itd.nrl.navy.mil (Randall Atkinson)
Subject: Re: 'comp.infosystems.gopher.announce' newsgroup
Organization: Naval Research Laboratory, DC
Date: Sat, 19 Dec 1992 04:08:26 GMT


It is far from clear that the existing traffic is so high that we
really need to split off a ~.announce newsgroup at this point.
Newsgroups: comp.infosystems.gopher
From: billy@sol.acs.unt.edu (Billy Barron - VAX/UNIX Systems Manager)
Subject: Re: replicating popular resources
Organization: University of North Texas
Date: Tue, 15 Dec 1992 22:49:32 GMT

emv@msen.com (Edward Vielmetti) writes:

>JQ Johnson (jqj@duff.uoregon.edu) wrote:
>: One of my users complained just now that she couldn't access the Weather
>: in our gopher server.  We implement it as a link to ashpool.micro.umn.edu,
>: which is (not unreasonably; it's only a computer) down at the moment.

>I've re-pointed my weather services to 
>	wx.atmos.uiuc.edu
>the U of Illinois "Weather Machine".  Aside from being at least as
>up to date as the U Minnesota data, it's got color weather maps in it.

I've noticed that U of Illinois has no data a lot of the time for some
reason....  Like right now, I can't get the local information....
I'm seriously thinking about listing both....

Billy Barron
billy@unt.edu
Newsgroups: comp.infosystems.gopher
From: JONESD@kcgl1.eng.ohio-state.edu (David Jones)
Subject: VMS gopher client update (revision d)
Organization: The Ohio State University
Date: Wed, 16 Dec 1992 19:38:25 GMT

I finally got around around to adding directory caching, a much requested
feature, to the VMS gopher client I've been distributing through anonymous
ftp on job.acs.ohio-state.edu.  It makes backtracking through the menu
heirarchy much snappier.

The distribution is in the form of a VMSHARE file, invoke it as a command
procedure to unpack the source files.

For those of you not keeping up with the changes I've made, here is
an extract from the AAAREADME.TXT files:

---------------------------------------------------------------------------
Items changed (13-SEP-1992):

    Telnet command changed to UCX format (i.e. "telnet host port" instead of
     "TELNET/PORT=port host").

    Fixed setsockopt() calls in gopher.c to work around bug in UCX 2.0.
    Conditionally compile setscokopt() calls that Wollongong doesn't
    support.

    Created wollongong.opt options file.

    Modified screen management to set scroll region based on size of
    screen (supports 48-line DECterms now).

    Perform cannonical interpretation of control-Z (e.g. exit program).

    Fixed showfile()'s failure to close the connection.

    Optimize reads done by readline() and readfield().  Character-at-a-time
    I/O is horribly inefficient with UCX (2K QIOs/sec when receiving text).

    Fixed bug in feed_a_gopher/feed_gophers that was causing infinite
    loops.

    Fixed bug in querying index servers (wasn't sending search string).

Items changed to 'c' release (OCT-1992).

    Increased storage for selector string.  The newer gopher servers do
    not follow the convention of keeping selector strings less than 255
    characters and this was causing the client to crash.

    Cache address translations to speed up connect times.

    Minor optimization in MANAGER.C to make few SMG$PUT_CHARS calls.

    Make connect fails not abort the program.

    Added support for special 'background' operations, whereby gopher is
    run as a sub-process which executes pageer and telnet commands by
    attaching back to the parent rather than spawning a new process each
    time.  The new file GOPHER_BG.COM is used to run gopher in background
    mode.  If you run the gopher image as a normal foreign command,
    it reverts to it's previous method (spawning).

Items changed to 'd' release (DEC-1992).

   Cache directory listings.  Save up to the last 20 directories retrieved,
   and use the cached entry when you go back to a directory instead of
   re-retrieving it.

   Hopefully improved multinet support.
---------------------------------------------------------------------------

David L. Jones               |      Phone:    (614) 292-6929
Ohio State Unviversity       |      Internet:
1971 Neil Ave. Rm. 406       |               jonesd@kcgl1.eng.ohio-state.edu
Columbus, OH 43210           |               jones-d@eng.ohio-state.edu

Disclaimer: A repudiation of a claim.
Xref: sparky comp.infosystems.gopher:1588 alt.gopher:1420
From: chris@kasey.umkc.edu (Christopher Mitchell)
Newsgroups: comp.infosystems.gopher,alt.gopher
Subject: Re: Running shell scripts using  gopherd
Date: 11 Dec 92 14:23:55 GMT
Reply-To: chris@kasey.umkc.edu (Christopher Mitchell)
Organization: University of Missouri - Kansas City
NNTP-Posting-Host: kasey.umkc.edu


In article <1992Dec7.190603.11997@cs.sfu.ca>, rado@cs.sfu.ca (Rudy
Nickolov) writes:
>DOES ANYONE HAVE SIMILAR EXPERIENCE? COULD ANYONE TELL ME HOW TO RUN
>SHELL SCRIPTS AND USE COMPRESSED FILES? 

I don't have an answer, but I am curious as to how to use compressed
files.  It would be nice if gopher did more than just strip off the ".Z"
extension to compressed files in the gopher-data directory.  Perhaps I'm
doing something wrong, but it would be nice for gopher not only to strip
off the ".Z" (or just "Z") but to uncompress the file as it's being
retrieved.

Chris

--
|                      |
| Chris Mitchell       | Academic Computing Services
| chris@kasey.umkc.edu | University of Missouri - Kansas City
|                      |