HDTenEightyP/NetNews huggingface dataset:
From: jkp@cs.HUT.FI (Jyrki Kuoppala)
Subject: Re: Gopher as a pseudo-xwebster server?
Reply-To: jkp@cs.HUT.FI (Jyrki Kuoppala)
Organization: Helsinki University of Technology, Finland
Date: Sat, 29 Aug 1992 12:55:20 GMT

>Anyone got any suggestions on how to get hold of a PD dictionary?

Set up a mail address to which people can send definitions, which will
put the definitions into a gopher tree (and a webster server).
Announce the address on Usenet.  On the gopher and webster servers,
announce the mail address and urge people to submit new definitions
for words there's no definition or the definition is less than perfect.
Publicize the project and the gopher and webster servers.

Gather a list of volunteers willing to write definitions for ten words
each.  Take a word list, then take ten random words from the list for
each volunteer, submit them to the volunteers and tell them to send
definitions to the mail address mentioned above.

Alternatively (easier), write a program to compute a hash from user's
email address which is then used as an index to a public word list,
and urge people to write definition to the word found by hashing their
email address.  Make the program so it suggests several alternatives.
Instead of a program distributed it could be a mail server or perhaps
a gopher server.  Publicize the program and project on Usenet, on the
GNU newsgroups, on the Gutenberg mailing list, on
comp.infosystems.wais etc. and write a description of it to the next
GNU bulletin.  Consider also other places to publicize the project.

//Jyrki
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of Tasmania, at Hobart.
X-Mailer: ELM [version 2.2 PL16]
Newsgroups: comp.infosystems.gis
Date:         Fri, 4 Sep 1992 16:40:00 EST
Reply-To:     S.G.Greener@censis.utas.edu.au
              <GIS-L@UBVM.BITNET>
From:         Simon Greener <greener@SOL.SURV.UTAS.EDU.AU>
Subject:      On the subject of.....

Hi All,

On the subject of the 'point in polygon' routine and accompanying code I
have a request.  Vince made a good point that it's not coding the algorithm
that's the problem but reading the files, creating the data structure,
displaying the results and etc.....

Our students here a UofTas are, as part of their 'algorithms in GIS'
course are required to research, design and implement one of a selection
of algorithms. The marking is on two levels:

	A: On the design as displayed using either a 'flow-diagram' or
           'Structured English' approach etc.
	B: On their implementation.

Now the problem with this is the fact that not all students are good
programmers. They are also *very* busy people who should not be required to
get bogged down in the problems associated with input/output etc. ..... So,
what I am interested in is trying to get hold of a piece of code ('c' or
pascal preferred) that implements most of the basic shell leaving room for
them to code the algorithm. Since most of their algorithmic work is for
point-in-poly, polygon shading and line generalisation, code which already
has polygon related data-structures would be preferred.

Any help or comments would be appreciated: contact me directly.

regards
Simon.

-------------------------------------------------------------------------------
   Simon Greener,                         Phone: +61 02 202134
   CenSIS                                   Fax: +61 02 240282
   C/- Dept. of Surveying & Spatial Info. Sci.,
   University of Tasmania,                 Mail: S.G.Greener@censis.utas.edu.au
   GPO Box 252c,                             or  greener@sol.surv.utas.edu.au
   Hobart Tas 7001
   Australia
-------------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: comp.infosystems.gis
Date:         Fri, 28 Aug 1992 14:37:00 PDT
              <GIS-L@UBVM.BITNET>
From:         "Virginia Hetrick, in sunny Calif" <IARGRAF@UCLAMVS.BITNET>
Subject:      Color slide scanners
X-To:         GIS-L@UBVM.BITNET, POWER-L@NDSUVM1.BITNET

We are about to invest in a color slide scanner.  I'd like to hear
from anybody who has purchased one recently.  What we're looking at
is one that will do 24-bit color from 35mm slides.  What we'd like
to know is the manufacturer, model number, approximate price, whether
or not you have had any problems hooking it up to DOS machines and/or
RS/6000s (we expect to have it running to both with an AB switch),
what the method of connection is (SCSI or serial or other), whether
software other than device drivers came with the scanner and, if so,
what the software is/does/pros and cons about the software.  If you
have any comments on vendor support after the sale we'd like to hear
about that also.

In order to keep network traffic to a minimum, please send replies
direct to me at IARGRAF@MVS.OAC.UCLA.EDU.  If there is interest, I
will summarize to the lists.  Apologies for cross-posting, but these
two lists seem not to overlap very much.

Thanks.

virginia
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Via: uk.ac.york.vaxa; Wed, 2 Sep 1992 08:04:58 +0100
Newsgroups: comp.infosystems.gis
Date:         Wed, 2 Sep 1992 08:06:00 GMT
              <GIS-L@UBVM.BITNET>
From:         Peter Halls <PJH1@VAXA.YORK.AC.UK>
Subject:      RE: fortran library to postscript
X-To:         GIS-L <GIS-L@UBVM.CC.BUFFALO.EDU>

Whilst I do not know of such a library, PostScript **IS** a graphics language.
You should NOT need "calcomp or hp subroutines to do graphc things like draw
lines, fill polygons, etc." - what is wrong with the PostScript moveto, lineto,
fill, rmoveto, rlineto, stroke ... etc. functions?

Get thisen a PostScript Reference Manual (ISBN 0-201-18127-4) and, if that is
not 'tutorial' enough for you, look out for either the Cookbook (ISBN 0-201-
52372-8) or Glenn Reid's excellent "Thinking in PostScript" (ISBN 0-201-52372-8)
Yes - I've mixed those two up!  The Cookbook is ISBN 0-201-10179-3 ....

I've no axe to grind (nor commission to gain ...) other than as one of the
members of Adobe's PostScript Developers' Group ....


Peter Halls
University of York

PJH1@UK.AC.YORK   or t'other way about
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: comp.infosystems.gis
Date:         Wed, 26 Aug 1992 09:58:52 +1000
              <GIS-L@UBVM.BITNET>
From:         R.J.Driessen@CENSIS.UTAS.EDU.AU
Subject:      European ARC/INFO user conference
X-To:         gis-l@ubvm.cc.buffalo.edu

Anyone know anything about the European ARC/INFO user conference to be held
in Madrid in October?

Thanks, Rob.
===================================
Robert J Driessen
Centre For Spatial Information Studies, University of Tasmania,
GPO Box 252C Hobart, Australia, 7001
E mail:R.J.Driessen@censis.utas.edu.au   Phone: 002 202106, Fax:  002
240282
====================================
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: comp.infosystems.gis
Date:         Mon, 31 Aug 1992 11:36:40 EDT
              <GIS-L@UBVM.BITNET>
From:         Vince Angelo <esri!reston!vince@UUNET.UU.NET>
Subject: Re: uniform points on sphere
X-To:         GIS-L@UBVM.cc.buffalo.edu

In article <9208280927.AA11692@relay1.UU.NET>,
Jim Tenbrink (jtenbrink@esri.com) writes:
>This is the correct way to subdivide each triangle:
>
>		/\
>	       /  \
>	      /____\
>	     /\    /\
>	    /  \  /  \
>	   /____\/____\
>
>Thanks to Jay Sandhu for pointing this out.

Bingo!!  That's the way.  I've searched for, but have been unable to find
some 'C' code I whipped up to do this.  The main thing to keep in mind is
that these are "spherical triangles" and have some nasty special cases:
   1) Only the center (or center-center,...) triangle is equilateral
      (in decimal degrees).
   2) The upper (or lower, for those in Oz) triangle is really a _square_
      (again, in DD) with the two North(South)-most corners being the pole
      (y= +/- 90 degrees)

In DD, it looks like this:

		+--------+
		|        |
		|        |
		|        |
		|        |
		+--------+
		|\      /|
		| \    / |
		|  \  /  |
		|   \/   |
		+--------+

-- Vince

PS: I could get my code tracked down, but it would be Mid-September before
    the guy with the tape makes it back to his desk.  E-Mail me if you're
    desperate.  VA :}

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
 Vince Angelo (vangelo@esri.com | uunet!esri!vangelo)  /  The nice thing
  GIS Ninja/Software Guru/Unix Wizard/Technodweeb     /  about "standards"
_|_| Environmental Systems Research Institute (ESRI) /  is there are so many
_|_| ESRI-Wash,DC :: Reston, VA :: (703) 438 - 8295 /  to choose from.
From: U-GHAZ@UTMJB.BITNET
Newsgroups: comp.infosystems.gis
Subject: re: gis interfaces - my experience
Date: 23 Aug 92 17:25:15 GMT
              <GIS-L@UBVM.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Acknowledge-To: <U-GHAZ@UTMJB>

From my experience in using GIS Software (3), I prefer to used the system
which support both command line and menu interfaces. I will used the
command line method while doing the actual project (digitize, overlay etc..)
and used the menu interface for the demo and presentation.

The only problems that I have to face are there is no standard command or
even icons to do the same things in different software. So how good the
user interface is, you still need to learn to used it.

     Maybe oneday all the vendors will have one standard command or
icons to do the same kind of operations...when? (When the tiger and
the sheep can eat & drink together?).


Mohamad Ghazali Hashim
Center for Geographics Information & Analysis
Faculty of Surveying
University Technology of Malaysia
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Via: uk.ac.york.vaxa; Tue, 1 Sep 1992 08:09:37 +0100
Newsgroups: comp.infosystems.gis
Date:         Tue, 1 Sep 1992 08:06:00 GMT
              <GIS-L@UBVM.BITNET>
From:         Peter Halls <PJH1@VAXA.YORK.AC.UK>
Subject:      Re: Universal use of GIS
X-To:         GIS-L <GIS-L@UBVM.CC.BUFFALO.EDU>

Thank you, David, for introducing some stability (again) to the argument ...
I find all these 'either or's really annoying - amongst my research workers
here are represented just about every spectrum of (potential) GIS user - from
those who finf the ARC/INFO & GRASS command line interfaces 'intuitive' and
'ideal' to those who *NEED* conversational interfaces that 'lead' them through
the appropriate options for *THEIR* application ...

When are we GIS Specialists going to come out of our ivory towers and admit
that we have got REAL USERS out there?

Just my 4 cents worth (well, it started as 2 pence worth, but after currency
re-alignment it seems to have grown in value!).

Peter Halls,

University of York


PJH1@UK.AC.YORK   or t'other way around
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: comp.infosystems.gis
Date:         Wed, 2 Sep 1992 21:50:35 -0700
              <GIS-L@UBVM.BITNET>
From:         Jerry Davis <jerry@GISLAB.SFSU.EDU>
Subject: Re: Calculation of Distance from UTM Grid
X-To:         GIS-L@UBVM.cc.buffalo.edu

Andy Harvey asks:
|Can someone provide me a formula to calculate (approximate) distance
|using UTM co-ordinates?
|

As long as you're within one UTM zone, there should be no problem using the
good old Pythagorean Theorem:

dist = sqrt((x1-x2)**2 + (y1-y2)**2)


 ---------------------------------------------------------------
| Jerry Davis  	       	       	       	       	       	       	|
| San Francisco State University, Geography / GIS Center        |
| Internet:  jerry@gislab.sfsu.edu      Phone:  (415) 338-2983	|
 ---------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-VMS-To: IN%"GIS-L@UBVM.cc.buffalo.edu"
Content-transfer-encoding: 7BIT
Newsgroups: comp.infosystems.gis
Date:         Fri, 4 Sep 1992 08:50:00 +0100
              <GIS-L@UBVM.BITNET>
From:         CCGM@TUDGV1.TUDELFT.NL
Subject:      Re: ! Needing help from ITC/NL

e-mail: try  '.name..@itc.nl'  for instance 'muller@itc.nl'

Menno-Jan Kraak
(kraak@tudgv1.tudelft.nl)
Newsgroups: comp.infosystems.gis
X400-Received: by mta chx400.switch.ch in /PRMD=switch/ADMD=arcom/C=CH/;
               Relayed; Fri, 4 Sep 1992 09:36:04 +0200
X400-Received: by /PRMD=SWITCH/ADMD=ARCOM/C=CH/; Relayed; Fri,
               4 Sep 1992 10:35:29 +0200
X400-Originator: duester@giub.unibe.ch
X400-Recipients: gis-l@ubvm.bitnet
X400-Mts-Identifier: [/PRMD=SWITCH/ADMD=ARCOM/C=CH/;920904093529]
X400-Content-Type: P2-1984 (2)
Content-Identifier: 39
Newsgroups: comp.infosystems.gis
Date:         Fri, 4 Sep 1992 10:35:29 +0200
              <GIS-L@UBVM.BITNET>
From:         duester@GIUB.UNIBE.CH
Subject:      Does GIS-L still exist??

Since 2 month I didn't get any mails from the GIS-serverlist. Now I am
doubtful, if the list still exist.

Horst Duester
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: comp.infosystems.gis
Date:         Thu, 3 Sep 1992 13:20:35 EDT
              <GIS-L@UBVM.BITNET>
From:         Vince Angelo <esri!reston!vince@UUNET.UU.NET>
Subject:      Re: Point in country routine?

In <9209022315.AA09843@relay1.UU.NET>, Duane Marble writes:
>An efficient point-in-polygon routine (of which this is a case) can be
>constructed in only a few lines of code.

     My sure-fire_works_in_each_of_7_special_cases module exceeds 500
lines of documented 'C' code, with another 300-800 lines in general support
for playing with dynamic lists of coordinate streams.

     I think the point here is that identifying a country from a point
isn't a simple act.  Basic point-in-poly is rather brief, but the I/O
to the country boundaries data, user-interface, blah, blah, blah...
is going to blow the "simple" adjective far from the noun "routine."

-- Vince

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
 Vince Angelo (vangelo@esri.com | uunet!esri!vangelo)  /  The nice thing
  GIS Ninja/Software Guru/Unix Wizard/Technodweeb     /  about "standards"
_|_| Environmental Systems Research Institute (ESRI) /  is there are so many
_|_| ESRI-Wash,DC :: Reston, VA :: (703) 438 - 8295 /  to choose from.
From: osycs@giac1.oscs.montana.edu (Craig Spannring)
Newsgroups: comp.infosystems.gis
Subject: Re: Arc, X, and emulators (was Sun Arc/Info..PC)
Keywords: n
Date: 28 Aug 92 19:04:34 GMT
Organization: Geographic Information & Analysis Center Montana State University

In article <1992Aug28.170557.9480@cco.caltech.edu> anne@cco.caltech.edu (Anneliese Lilje) writes:
>In article <9208280009.AA27781@merlin.universe> esri!merlin!barry@UUNET.UU.NET (Barry Zickuhr) writes:
>>runs under - OpenWindows and Motif - are 100% X11R4.  In fact, we have
>
>Bzzzzz WRONG! They are not 100% X11R4 compatible. Be realistic. It IS

I think you have misunderstood somehting here.  Motif and OpenWindows
run as a layer on top of X Windows.  No more, no less.  It is not possible
to have Motif or OpenWindows running without having X running on the 
machine also.

>possible for a vendor to program something that runs under OpenWindows
>but will NOT run 100% the same under X.

All that OpenWindows does is provide services to application programs.
OpenWindows in turn requires certain services that X provides.  OpenWindows
can't run without X.


-- 
=========================================================================
 Six of one, 110 (base 2) of | Craig Spannring --- (406) 994-6128
 another.                    | osycs.giac1.oscs.montana.edu
 ----------------------------+ Geographic Information & Analysis Center
From: ucapbap@ucl.ac.uk (Mr Andrew Phillips)
Newsgroups: comp.infosystems.gis
Subject: GPS Error Function.
Summary: What is it?
Keywords: GPS Error Function
Date: 30 Aug 92 20:18:19 GMT
Organization: Bloomsbury Computing Consortium


 Hi, 
   Does anyone know what the Error function for a GPS fix is?
  By this I mean - what is the parent distribution of a GPS 
  fix? Can it be approximated by a rotated Gaussian? Would a 
  lorenzian profile be better? When Suppliers Quote a typical
  error what does that correspond to? 2 or 3 sigma or is it a 
  gamma (FWHM) or half gamma value. Has anyone looked at the 
  shape of the error curve in the literature? I know that 
  it is recommended practice to take several fixes, but how are the 
  numbers derived? 
   I am interested in first approximations, Selective availability does
  not concern me, unless it really changes the shape of the error function.
   
	If the Above a FAQ's then I apologise. This is not a 
  `Please do a literature search for me' post, as I have limited time so
  would appreciate a few pointers rather than wade in and  start the reference
  trail myself. 
	
	Many Thanks in advance,
		Andy

  Andy Phillips - atp@uk.ac.ucl.mssl or vice versa.

  
  
  
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: comp.infosystems.gis
Date:         Fri, 28 Aug 1992 12:53:14 EDT
              <GIS-L@UBVM.BITNET>
From:         Mark Heinicke <mark@GEOG5.UMD.EDU>
Subject:      INGRES
X-To:         gis-l@ubvm.cc.buffalo.edu
X-cc:         mark@gis2.geog5.umd.edu

Our department wants to couple an RDBMS with ARC/INFO.  We're leaning toward
INGRES.  We'd appreciate input on how any of the ARC-supported RDBMS's
interface to ARC/INFO (ORACLE, INFORMIX, SYBASE, and particularly INGRES).
Everything is supposed to be pretty transparent through the Database
Integrator--is this a fact?  And are there any distinct
advantages/disadvantages of INGRES?  (To include licensing arrangements).

We will be doing landcover delineation (based on satellite image
classification), digitization and modelling, and we plan to tie in
multidimensional site characterization.  Data layers will include
vegetation, landuse, soils, hydrography, and administrative boundaries
as well as our landcover delineation.  The area of study includes most
of the world's tropical forests over a 20-year span.

We also want to use the DBMS to help manage satellite data acquisition
(Landsat and perhaps some SPOT); this is a tedious spatial problem in that
satellite images are indexed by path and row (in SPOT's case, "j and k")
rather than by geographic location, because (1) images overlap on
all 4 sides with each other; (2) each pass takes a slightly different
area (both in lat and long) around the nominal path/row center.  (Furthermore,
the paths of Landsat 1,2 and 3 do not match those of Landsat 4 and 5.)

Applications outside of research and teaching are not under consideration.

Thanks in advance for your help--

Mark Heinicke       mark@geog5.umd.edu
Department of Geography,
University of Maryland at College Park




----- End Included Message -----
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
P1-Message-Id: DE*DBP*TU-DRESDEN;dfnserv-tud1003920901162144-FgS
X400-Trace:   DE*DBP*TU-DRESDEN; arrival Tue,
              1 Sep 92 14:21+0000 action Relayed
X400-Trace:   DE*DbP*GmD; arrival Tue, 1 Sep 92 14:26+0000 action Relayed
X400-Trace:   de*dbp*GMD; arrival Tue, 1 Sep 92 16:28+0200 action Relayed
Newsgroups: comp.infosystems.gis
Date:         Tue, 1 Sep 1992 10:41:52 -0400
              <GIS-L@UBVM.BITNET>
From:         hoffmann@URZDFN.KARTOGRAPHIE.TU-DRESDEN.DBP.DE
Subject:      RE: GIS for Marketing applications

I w'd recomment you 1) to study marketing basic literature, 2) to learn
about marketing research methodology (CAGIS-93 has such one topic announced),
3) to study in detail the marketing instruments like
- product innovations (see the latest applications with Arcinfo for Road
  atlasses or the MGE applications for Road maps at RandMcNally as examples)
- contract issues (pricing, rabatts etc. policy within GIS domain)
- distribution policy (indeed interestingly when analysed in-depth)
- communication instruments (advertising etc., a lot of GIS related stuff)
and last but not least 4) the marketing planning process (for a special
vendor may be).
Contact the GIS marketing experts at different firms, vendors... but it's
difficult to get any info's officially... I just experienced this within
Germany.

Frank Hoffmann
TU Dresden
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:         Sun, 30 Aug 1992 18:31:00 +1000
              <GIS-L@UBVM.BITNET>
From:         GEG375U@VAXC.CC.MONASH.EDU.AU
Subject:      Re: Neural Nets applied to GIS?
X-To:         GIS-L@UBVM.cc.buffalo.edu

Sorry that I only have the postal address; it is
                      The Director,
                      GIS Lab,
                      Dept of Geography,
                      The Faculties,
                      ANU,
                      GPO Box 4, CANBERRA
                      ACT, 2600, Australia.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: comp.infosystems.gis
Date:         Tue, 1 Sep 1992 07:56:00 PDT
              <GIS-L@UBVM.BITNET>
From:         Chris Hermansen <clh@TFIC.BC.CA>
Subject:      Re: Sun Arc/Info..PC
X-To:         GIS-L@UBVM.cc.buffalo.edu

Hi all;

(Oh no, him again!!! - and on a different topic)

Now I'm sure all the folk at ESRI can defend themselves, but there have been
some high expectations of X floating around here and I think some of you
should re-evelauate some of your expectations.

First, to those who think ARC/INFO is a newcomer to X, perhaps YOU'VE been
around Suns too much; I personally used a DG Aviion running ARC 5.x in, oh,
June or so of 1990, and it surely wasn't running under SunView; it was
X and Motif all the way.

Second, as Peter Halls so aptly points out, the fact that ARC/INFO runs fine
(under X-OpenWindows or X-Motif) on many workstations, X terminals, even a
few PC X-servers that I know of, might suggest that at least SOME of the
problems arise from the hardware/software configurations (particularly
"Joe's window manager, or jwm") that are available on the server side.

Third, some of the X problems that Sun users encounter no doubt stem from the
total lack of support of third-party X products from Sun.  I hear this is
about to change, but I'm not holding my breath... although with the intro of
the big SS10 configurations and cheap X servers, it makes sense.

Fourth, let's all be a bit candid for a moment - X is about as standard as
RS232.  No one is doing themselves any good whatsoever in laying the blame
for its warts at the feet of their GIS software vendor.

Those of you who really want to make a mark on the X issue might consider
volunteering to be a beta test site for DesqView X, from QuarterDeck.  I hear
it's easily done...

Chris Hermansen                         Timberline Forest Inventory Consultants
Voice: 1 604 733 0731                   302 - 958 West 8th Avenue
FAX:   1 604 733 0634                   Vancouver B.C. CANADA
clh@tfic.bc.ca                          V5Z 1E5

C'est ma facon de parler.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: GIS-L@UBVM.cc.buffalo.edu
Content-transfer-encoding: 7BIT
Newsgroups: comp.infosystems.gis
Date:         Thu, 3 Sep 1992 20:21:43 -0400
              <GIS-L@UBVM.BITNET>
From:         Pip Forer <pip@GEOG.CANTERBURY.AC.NZ>
Subject:      Re: Arc, X, and emulators (was Sun Arc/Info..PC)

For the interest of any members of the discerning Anglophile minority that use
 Acorn ARM (Risc) micros we have found !X from Gnome software running on any
 ARM3 platforms to be a very useful way of exploiting ArcInfo 6 remotely.
 Minimal hiccoughs.

Pip Forer, Geography, Canterbury University, New Zealand
pip@geog.canterbury.ac.nz
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: comp.infosystems.gis
Date:         Thu, 27 Aug 1992 13:21:22 -0400
              <GIS-L@UBVM.BITNET>
From:         "Theodore B. Samsel" <tbsamsel@DG11SVARMD.ER.USGS.GOV>
Subject:      review gis-l
X-To:         gis-l@ubvm.cc.buffalo.edu

gis-l review
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU