HDTenEightyP/NetNews huggingface dataset:
Date: Thu, 8 Oct 1992 16:22 MST
From: JONZY@CC.UTAH.EDU (Jonzy)
Subject: MacGopher0.5b9 with tn3270 support now available
Original-To: gopher-news@boombox.micro.umn.edu
Original-Cc: bobw@techsun.cs.usu.edu
X-Envelope-To: gopher-news@boombox.micro.umn.edu
X-Vms-To: IN%"gopher-news@boombox.micro.umn.edu"
X-Vms-Cc: IN%"bobw@techsun.cs.usu.edu"
Newsgroups: comp.infosystems.gopher
Distribution: comp

MacGopher version 0.5b9 is now available from the standard places:
	gopher:
		augusta.cc.utah.edu port 70
	ftp:
		ftp.cc.utah.edu


Bug fixes and program enhancements:
	MacGopher now supports tn3270.
	To get full support for tn3270 items it is recommended you use
	System 7 and acquire tn3270 from the same places as described
	above, with the name tn3270.sit.hqx

I hope you enjoy
-------------------------------------------------------------------------
Jonzy                  | jonzy@cc.utah.edu      | jonzy@utahcca.bitnet
Postmaster (UUCC)      | postmaster@cc.utah.edu | postmast@utahcca.bitnet
University of Utah Computer Center              | (801) 581-8810
-------------------------------------------------------------------------
President UHGA (Utah Hang Gliding Association)
-------------------------------------------------------------------------
Date: Wed, 14 Oct 1992 20:04 MST
From: JONZY@CC.UTAH.EDU (Jonzy)
Subject: MacGopher0.5b10 is now available
Original-To: gopher-news@boombox.micro.umn.edu
X-Envelope-To: gopher-news@boombox.micro.umn.edu
X-Vms-To: IN%"gopher-news@boombox.micro.umn.edu"
Newsgroups: comp.infosystems.gopher
Distribution: comp

MacGopher0.5b10 is now available from the standard places.
	anonymous ftp from ftp.cc.utah.edu in /pub/gopher/Macintosh
	as MacGopher0.5b10.sit.hqx

	Gopher from augusta.cc.utah.edu port 70 as MacGopher.sit.hqx
	or go into the MacGopher folder to acquire the individual
	items

Bug fixes and Enhancements:
	Fixed a bug that would trash memory if a directory was too big.
	If the directory is too big now a dialog informing you of such
	will be displayed.

	Fixed a printing problem that would not wrap long lines.

	MacGopher0.5b10 now handles ftp items (9).  The interface may
	be questionable, but I am willing to hear any ideas anybody
	has.


I hope you enjoy.
Please send bug reports, complaints, and or suggestions to:
-------------------------------------------------------------------------
Jonzy                  | jonzy@cc.utah.edu      | jonzy@utahcca.bitnet
Postmaster (UUCC)      | postmaster@cc.utah.edu | postmast@utahcca.bitnet
University of Utah Computer Center              | (801) 581-8810
-------------------------------------------------------------------------
President UHGA (Utah Hang Gliding Association)
-------------------------------------------------------------------------

Newsgroups: comp.infosystems.gopher
From: lindner@mudhoney.micro.umn.edu (Paul Lindner)
Subject: Re: Launching gopherd from NeXT rc.local
Organization: University of Minnesota, Minneapolis
Date: Wed, 7 Oct 1992 13:54:04 GMT

In <1992Oct6.084612.3537@memstvx1.memst.edu> bartont@next2.msci.memst.edu (Tom Barton) writes:

>if [ -f /usr/local/etc/gopherd ]; then
>	/usr/local/etc/gopherd -c -u bartont -l /usr/adm/gopherd.log \
>		/home/bartont/gopher1.01/exp 70
>	(echo -n ' gopherd') > /dev/console
>fi

Hmmm, we have three NeXTs running 2.2.  We simply have:

/usr/local/etc/gopherd -c -l /home/mrfrosty/Logfile /home/mrfrosty/gopher-data 70

Have you looked in console.log, or booted up so you can see the
console messages?

--
 | 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: SEB1525@MVS.draper.com (Steve Bacher)
Subject: MVS Gopher client bug and fix
Organization: Draper Laboratory
Date: Fri, 9 Oct 1992 00:25:00 GMT


Users of the MVS Gopher client...

I discovered a bug in GGMdir that causes an 0C4.  It was a really dumb
mental subtraction error.  To fix it, go into source module GGMDIR.C
and find "77" (there's one line with two occurrences on it).
Change both "77" to "67", recompile and relink.

I have a new distribution of the MVS client and server ready to
install on boombox, as soon as somebody wants to take it off my hands,
since I am unable to provide it myself.

--
Steve Bacher (Batchman)                 Draper Laboratory
Internet: seb@draper.com                Cambridge, MA, USA
From: steff@ims.uni-stuttgart.de (Stefan Momma)
Newsgroups: comp.infosystems.gopher
Subject: Re: MacGopher0.5b10 is now available
Date: 15 Oct 92 11:26:28 GMT
Reply-To: steff@ims.uni-stuttgart.de
Distribution: comp
Organization: IMS, University of Stuttgart, Germany


>>>>> On Wed, 14 Oct 1992 20:04 MST, JONZY@CC.UTAH.EDU (Jonzy) said:
//> MacGopher0.5b10 is now available from the standard places.
//> 	anonymous ftp from ftp.cc.utah.edu in /pub/gopher/Macintosh
//> 	as MacGopher0.5b10.sit.hqx

The file in the pub/Macintosh directory is called MacGopher.sit.hqx

[...]

//> I hope you enjoy.
//> Please send bug reports, complaints, and or suggestions to:
//> -------------------------------------------------------------------------
//> Jonzy                  | jonzy@cc.utah.edu      | jonzy@utahcca.bitnet
//> Postmaster (UUCC)      | postmaster@cc.utah.edu | postmast@utahcca.bitnet
//> University of Utah Computer Center              | (801) 581-8810
//> -------------------------------------------------------------------------
//> President UHGA (Utah Hang Gliding Association)
//> -------------------------------------------------------------------------

-- stefan momma

--
bits     : steff@ims.uni-stuttgart.de
ICBMs    : 48 46 36 N; 9 10 48 E; alt 245 m 
yells    : +49 711 121 1372 (-1366 if you can whistle G3)
sneakers : IMS-CL  Azenbergstrasse 12  7000 Stuttgart 1   FRG
From: cshotton@oac.hsc.uth.tmc.edu (Chuck Shotton)
Newsgroups: comp.infosystems.gopher
Subject: Gopher Mail-based Publisher available
Date: 8 Oct 1992 14:33:51 GMT
Followup-To: comp.infosystems.gopher
Organization: Academic Computing

A few days ago, I posted an article describing a program we've developed to
allow gopher users to publish gopher items by sending e-mail to a special
address.

I've made the Gopher mailman program available for anonymouse FTP from
oac.hsc.uth.tmc.edu. The program is very simple, and all of the
documentation is contained in the comments within the source file. As
mentioned, the program requires that deliver be installed on your Unix
host.

The files are available in the public/unix/gopher directory. The program
consists of a single C source file called "mailman.c." Instructions for
building and installing it are contained in the source file. The directory
also contains a copy of deliver.

These files can also be obtained via gopher by connecting to
gopher.uth.tmc.edu. Check the Computer Information/Anonymous FTP area for
the files.

Chuck


--_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
Chuck Shotton                      |    
Ass't Director, Academic Computing |       "This space for rent."
UT Health Science Center Houston   |  
cshotton@oac.hsc.uth.tmc.edu       |         
_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
From: mark@cda.mrs.umn.edu (Mark Van Overbeke)
Newsgroups: comp.infosystems.gopher
Subject: Re: Why does VAX/VMS Gopher client hang?  Any patches?
Date: 12 Oct 92 21:02:20 GMT
Organization: University of Minnesota - Morris

In article <kjcole.718661481@well.sf.ca.us> kjcole@well.sf.ca.us (Kevin Cole) writes:
>
>From: CADS_COLE@GALLUA.BITNET (Kevin Cole; Washington DC)
>Organization: Gallaudet Research Institute
>Lines: 28
>
>Hi.
>
>About a week ago, I downloaded, edited and compiled the VMS Gopher client from 
>boombox.  I later got the version from ohio state.  Both seemed to work fine, 
>but yesterday, I got a message from our Computer Services Dept. telling me that 
>there was a runaway process that ate up 16 hours of CPU time, running my image 
>of Gopher.  Needless to say, this did nothing to improve my already tarnished 
>reputation.
>
>The user who had the problem pretty savvy when it comes to technology.  She
>told me she tried the usual ctrl-C & ctrl-Y to abort the thing when it never
>came back, but she said it didn't get her anywhere.  So she just walked away
>from it.  I believe she was doing a search at the time.  This morning, another
>user (less sophisticated) told me that she got frozen out while just trying to 
>get a directory.
>
>I'm very new to the wonderful world of Gophers, and so I don't necessarily know 
>what I'm doing, but do other VAX/VMS GOPHER users have the same problems?  Or 
>is there a patch out there?
>
>Thanks for any info.
>-- 
>
> ========== U.S. Mail =============================== E-Mail =================
> Kevin Cole      <Flatline>           |  Bitnet: CADS_COLE@GALLUA.BITNET
> Gallaudet Research Institute  (GRI)  |  Internet: KJCOLE@GALLUX.GALLAUDET.EDU
> Washington, D.C.  20002-3625         |  UUCP: ...!psuvax!gallua.bitnet!kjcole
> (202) 651-5575  x4592                |  The WELL:   kjcole
>-- 
>
>============================================================================
>  Kevin Cole     <Flatline>      |  Bitnet:        CADS_COLE@GALLUA.BITNET
>  Gallaudet Research Institute   |  Internet:  KJCOLE@GALLUX.GALLAUDET.EDU

There were some problems with the V0.6 version of the gopher client.  I
think most of the problems dealt with searches and the client going off
into never-never land.  I haven't had time to update the client and
server to a newer version yet, but hope to get some time to get at it
soon.  Who knows how the quarter will go here.  I don't know of any
other places where the client would run off like that, but that doesn't
mean that they don't exist.
-- 
Mark Van Overbeke                   Systems Software Programmer
Computing Services                  BITNET:    Mark@UMNMOR.BITNET   (VMS)
University of Minnesota, Morris     INTERNET:  Mark@caa.mrs.umn.edu (VMS) 
Morris, MN   56267           (612) 589-6378    mark@cda.mrs.umn.edu (Ultrix)
Newsgroups: comp.infosystems.gopher
From: jpm@cs.hut.fi (Jussi-Pekka Mantere)
Subject: Customizing CSO queries?
Organization: Helsinki University of Technology, Finland
Date: Fri, 9 Oct 1992 23:32:30 GMT

Is there a way to spec the following when defining a CSO Link:

  - the fields and their respective "titles"
    (when one would like to do a query like:
	Theatre: xxx    ->  name
	Address: xxx    ->  address
	Show time: xxx  ->  hours
	Text: xxx       ->  text)

  - the required fields
    (some sites have indexed the "Address" field, so it's OK to make
    an "address-only" query)

  - the type of the query
    (to restrict the query to some specific set of entries, for
    example "movies" or "restaurants")

  - an "editable" "pre-filled" text for any/some/all of the fields

  - an info (header) text

There ought to be a way to both to enter this data to the Link
description, a way to transfer this info to the client and a way for
the client to act upon this.

As things stand now, the CSO Link is quite limited as to the functions
it can perform. It's quite possible to make local hacks, but it would
be nice to have this kind of flexibility built into the protocol
and/or client/server code.

Why? I'd like to make a CSO link to find out todays menu on the various
restaurants around the campus, and to find out what movies are playing,
where and when, etc. It's possible to get to this data using the "ph"
query engines ("movies", "restaurants"), but not through gopher.

Without hacks, that is.

Best Regards,

Jussi-Pekka Mantere
From: zzassgl@uts.mcc.ac.uk (Geoff Lane)
Newsgroups: comp.infosystems.gopher
Subject: Problems accessing experimental english dictionary on uts.mcc.ac.uk
Date: 9 Oct 92 11:19:00 GMT
Organization: Manchester Computing Centre, Manchester, England, M13 9PL.


If you have tried to access our english dictionary gopher entry in the past
and were unable to find it, please try again and let me know if there is
still a problem... 

The dictionary can be found as item 13 under the heading "Just for fun" in
the uts.mcc.ac.uk gopher main menu (port 70.) 

Previously people have reported that there are only 6 items in the menu, but
local access displays all the entries.  I have installed what is believed to
be a fix that should cure the problem.  If you can't see 24 items in the
"Just for fun" menu then please email me.

Thanks,
-- 
Geoff. Lane. | Internet: zzassgl@uts.mcc.ac.uk | Janet: zzassgl@uk.ac.mcc.uts
UTS Sys Admin,  Manchester Computing Centre,  Oxford Rd,  Manchester, M13 9PL
"Damn you, Microsoft and all your family"
Newsgroups: comp.infosystems
From: heycke@sumex-aim.stanford.edu (Torsten Heycke)
Subject: Useability of Boolean
Followup-To: comp.infosystems
Organization: Knowledge Systems Lab
Date: Thu, 15 Oct 1992 23:35:07 GMT

We have a gopher information server set up here (Stanford Knowledge Systems
Lab) which includes various full-text index searches. The indices are
created with the NeXT's Digital Librarian thus facilitating the use of
Boolean operators. This is somewhat of a departure from most gopher indices
which use WAIS (implicit 'or' between any two words).

What I'm wondering is: are there any journal articles, research, etc on the
relative merits of the use of Boolean vs implicit 'or' type searches. I
recall someone mentioning a Salton/McGill article that may have addressed
this very issue. If you know of info along these lines, I would definitely
appreciate hearing about them. Personal experiences would be interesting
too.

I personally enjoy the use of Boolean (and I know I can always stick in
'or's if I want the broadest results). Our user community tends to be
fairly sophisticated and is not too overwhelmed by using Boolean (though it
is amazing how wrong many of the users are in their interpretation of what
a particular search will return).

Torsten
Newsgroups: comp.infosystems
From: mazzucch@ghost.dsi.unimi.it (massimo mazzucchi)
Subject: SAS
Keywords: Sas
Organization: Computer Science Dep. - Milan University
Date: Wed, 7 Oct 1992 10:44:36 GMT


 Hi\

 i am a user of SAS program of statistical computation

 if you can me help

 write to mazzucch@ghost.sm.dsi.unimi.it


 bye and thanks


Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: comp.infosystems.gis
Date:         Thu, 8 Oct 1992 17:36:55 EST
              <GIS-L@UBVM.BITNET>
From:         "(Karl Warschau)" <warschau@JASPER.BHPMHAW.BHP.COM.AU>
Subject:      Forget Arcshell, build on ArcTools
              at Oct 8, 92 8:10 am

Hello all,

Arcshell has been replaced by ArcTools, an unsupported version is supplied
with Rev. 6.1. Why not build on what is there, it may not be great, but
it is a start.

Karl

P.S. I hear Palm Springs in May is a hoot!. I look forward to meeting some
of you there.

----------------------------------------------------------------------------
KARL C. WARSCHAU,                      |
BHP Minerals,                          | "Life is too important to be
Exploration Department,                |      taken seriously"
Australia.                             |
Phone   :  +61-3-810-7700              |                         _o
FAX     :  +61-3-810-7722              |     - Einstein       _`\<,_
E-mail  :  warschau@bhpmhaw.bhp.com.au |                     (_)/ (_)
----------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: gis-l@ubvm.cc.buffalo.edu
X-VMS-To: IN%"gis-l@ubvm.cc.buffalo.edu"
Newsgroups: comp.infosystems.gis
Date:         Fri, 9 Oct 1992 16:53:00 +1300
              <GIS-L@UBVM.BITNET>
From:         GEOG04@OTAGO.AC.NZ
Subject:      GIS+, ILWIS evaluations..

I am interested in hearing from anyone who has used/is using either GIS+
or ILWIS.  What are users' opinions of these packages?  How comprehensive
are their options/capabilities in raster and/or vector data handling and
analysis?  How useful are they in a teaching environment?  Do they have
tutorial material?  and anything else people think is relevant!

This is to help me decide which software route to go in developing teaching
facility that will also support reasonably advanced individual project work
by senior students.  Getting these evaluations is very important for those
of us still finding our way into the GIS area, so thanks to everyone who
responds!!

Richard Morgan
Department of Geography
University of Otago              email:  geog04@otago.ac.nz
Newsgroups: comp.infosystems.gis
From: mzajac@ccu.umanitoba.ca (Michael Stephen Zajac)
Subject: Hypercard as a GIS?
Organization: University of Manitoba, Winnipeg, Canada
Date: Fri, 16 Oct 1992 16:44:44 GMT


es anyone have any information about GIS implementations that have been
done using Hypercard on a macintosh?

I am looking for  a topic for a Master's thesis project in Landscape
Architecture, and I want to be able to implement a demonstration on my
Powerbook.

Thanks.

Michael Zajac (Dept of Landscape Architecture)
University of Manitoba, Winnipeg, MB R3T 2N2
phone:  (204) 474 6449
Xref: sparky comp.infosystems.gis:3407 comp.databases:7245
Newsgroups: comp.infosystems.gis
Date:         Thu, 15 Oct 1992 09:57:53 CDT
              <GIS-L@UBVM.BITNET>
From:         "(Alan Rea)" <gwdokokl!ahrea@MAILHOST.ECN.UOKNOR.EDU>
Subject:      Re: When scale really means something

>    projections.  I don't think you can measure a distance accurately any-
>    where on a Lambert Conformal map.
>
>                  Charlie Hendricksen  veritas@u.washington.edu

Charlie brings out a good point: Scale varies (a little) throughout
any map projection.

The scale error is 0 along each of the two standard parallels of a Lambert
Conformal Conic Map, and about -1% midway between the standard parallels,
according to Snyder (USGS Professional Paper 1395, Map projections --
a working manual, 1987).  That manual goes into detail on how scale varies
throughout a wide variety of map projections.

This whole discussion brings up the topic of what 'metadata' (i.e. data
about the data) should be recorded with regard to digital spatial data.
Most discussions I have seen regarding metadata have come up with mile-long
'laundry lists' of every conceivable type of metadata anyone could imagine,
most of which few people, if any, know how to determine about a particular
data set.  Does anyone have any suggestions about what MINIMAL set of
metadata should be recorded, and how to determine each of those, so we can
get on with it?

One of my perennial questions is how to use the root-mean-squared-error
figure that ARC/INFO gives me each time I register a map on the digitizer.
How does one carry that information along, particularly since it always
takes _me_ more than one digitizing session to complete most digitizing
jobs?  How does one include that RMSE, combined with the inherent accuracy
of the source map (re: standards discussions on this thread).

I suspect that this is not a _simple_ problem, if one wishes to be
statistically rigorous.

It seems to me that to be rigorous, a GIS software package should record
an accuracy parameter -- a 'fuzz figure', if you will, attached to _every_
feature in a digital data set.  At the least, this fuzz figure should
include fuzz from the accuracy of the base map, fuzz from digitizer
registration (RMSE), and maybe even figure in the scale distortions involved
in where you are on a map projection.  Aside from storage considerations,
this would seem to be feasible, at least for points.  I'm not so sure what
to do about lines or areas...

Just a little food for thought.

Alan Rea, Hydrologist         *    ahrea@csdokokl.cr.usgs.gov (USE THIS ONE!)
U.S. Geological Survey        * "None are more hopelessly enslaved than those
Oklahoma City, Oklahoma, USA  *  who falsely believe they are free" -- Goethe

"Any opinions are my own, and do not represent those of my employer..."
Newsgroups: comp.infosystems.gis
From: bthoen@teal.csn.org (Bill Thoen)
Subject: re: Map scale & digital map data
Organization: Colorado SuperNet, Inc.
Date: Thu, 15 Oct 1992 02:15:14 GMT

-> I like Duane Marble's description the best. In the simplest (perhaps
-> oversimplified) language, the scale given to the digital data is the
-> of the map from which the data were digitized. While the digital data
-> essentially scale-less, this stated scale is perhaps one of the most
-> important pieces of information for judging the fitness of the data f
-> particular use. As a user, I can make some pretty good estimates of t
-> accuracy and precision of the digital data from this one item of meta

how do you think data captured with gps will fit into the picture?

- Sol Katz
  btheon@csn.org (for now...)
-- 
_   /|     Bill Thoen 
\'o.O'     bthoen@csn.org 
=(___)=
   U 
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Via: uk.ac.sheffield.primea; Tue, 13 Oct 1992 14:09:07 +0100
Newsgroups: comp.infosystems.gis
Date:         Tue, 13 Oct 1992 14:00:37 LCL
              <GIS-L@UBVM.BITNET>
From:         PR2JBC@PRIMEA.SHEFFIELD.AC.UK
Subject:      Membership, request for form and rates etc

Please could you send a membership form to;
Joe Claxton
S.C.R.
Earnshaw Hall
Sheffield University
Sheffield S10 3EG
England U.K.

Many thanks,

Joe Claxton.
Newsgroups: comp.infosystems.gis
From: rspear@sookit.jpl.nasa.gov (Richard Spear)
Subject: pcs and image enhancement
Organization: Image Analysis Systems Group, JPL
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 12 Oct 1992 22:05:31 GMT


i'm interested in enhancing landsat data for archaeological purposes...
are there any pc-based packages that accomplish this? is there a faq
of this question? are there references in the liturature? (i've been
unable to find anything specific).
--
richard
rspear@sookit.jpl.nasa.gov
all disclaimers apply
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: comp.infosystems.gis
Date:         Fri, 16 Oct 1992 21:01:24 CDT
              <GIS-L@UBVM.BITNET>
From:         ST00000 <ST00@SIUEMUS.BITNET>
Subject:      Re: Arc2Atlas (was: dxf to mapinfo or atlas format)

Hi,
   I am sorry, the commands for conversion should be:
    arcatlas   (from arc/info to atlas)
    atlasarc   (from atlas to arc/info)
    dxfarc     (from dxf to arc/info)
    arcdxf     (from arc/info to dxf)
   We have been using these commands for two years and they are available
at least from ARC/INFO 3.4D or above.
Newsgroups: comp.infosystems.gis
From: jadams@erc.cat.syr.edu (John Adams)
Subject: RIM - relational database
Originator: jadams@erc.cat.syr.edu
Organization: Electronic Resource Center, Syracuse
Distribution: usa
Date: Thu, 15 Oct 92 14:41:08 EDT



I am interested in obtaining the relational database 'RIM'
from the University of Washington.  If anyone knows the ftp
site name it would be greatly appreciated.

John M. Adams
jadams@erc.cat.syr.edu
  
Newsgroups: comp.infosystems.gis