HDTenEightyP/NetNews huggingface dataset:
From: dmark@acsu.buffalo.edu (David Mark)
Newsgroups: comp.infosystems.gis
Subject: Re: Unsubscribing
Date: 9 Apr 92 00:48:19 GMT
Organization: UB

In article <9204081357.AA18204@cs.umn.edu> lemay@CS.UMN.EDU (Lawrence T. LeMay) writes:
>Same here. only i tried a SIGNOFF command....I'm reading this list via
>net news, so i'd appreciate it if someone could remove me from the mailing
>list...

This note is directed to those who receive GIS-L as email.

To terminate your email subscription, you should send the 1-line email message:

    signoff gis-l

to:

    listserv@ubvm.cc.buffalo.edu    [Internet]
or  listserv@ubvm                   [BITNET]

If your 'return email address' has changed since you subscribed to GIS-L, then
you may not be able to SIGNOFF yourself.  In that case, you should send email
to the list owner asking to be removed.  In the case of GIS-L, the 'owner' is
gismgr@ubvms.cc.buffalo.edu  (gismgr@ubvms on BITNET).  For any list, the
REV LISTNAME, sent to listserv@host, should at least send you the list
header conatining the owner's email address.

David Mark
dmark@sun.acsu.buffalo.edu         [this account]
gismgr@ubvms.cc.buffalo.edu        [account for GIS-L management]
From: jaw@cs.arizona.edu (Jim Wilson)
Newsgroups: comp.infosystems.gis
Subject: Re: Problems with PCArc-Info and DOS 5
Date: 7 Apr 92 15:36:42 GMT
Organization: U of Arizona CS Dept, Tucson

In article <GIS-L%92040621171094@UBVM.CC.BUFFALO.EDU>
   cvalj000@CSUPOMONA.EDU (Mike Cancellier) writes:
>...  I haven't been able
>to get a plot using either ARC/Info or Atlas*Graphics.  I am pretty
>sure that both worked without problems before DOS 5.0.

I have not used either of these packages.  But I regularly plot maps
on a HP7475 using Atlas*GIS under DOS 5.0 and have had no problems.
If you're using a serial interface, were any COM: ports re-configured
during the DOS upgrade?  Of course, this is irrelevent if you use a
parallel port.  There's also a chance that Atlas supplies a different
driver for Atlas*GIS and Atlas*Graphics, or that I have a more recently
released driver.  A call to SMI would resolve that issue quickly.

Good luck,

Jim
jaw@cs.arizona.edu
-- 
   _              
  | | _  _ _     |	Everybody complains of his memory, and
 _| || ||  \ \   |	nobody complains of his judgement.
 \_/ |_||_\_\_|  |				- La Rochefoucauld
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: comp.infosystems.gis
Date:         Mon, 6 Apr 1992 18:15:00 PST
              <GIS-L@UBVM.BITNET>
From:         Mike Cancellier <cvalj000@CSUPOMONA.EDU>
Subject:      Problems with PCArc-Info and DOS 5
X-To:         gis-l <gis-l@ubvm.cc.buffalo.edu>

	Has anybody had trouble running PC ARC/Info 3.4D with DOS 5.0?
My specific problem is with our HP7475A plotter.  I haven't been able
to get a plot using either ARC/Info or Atlas*Graphics.  I am pretty
sure that both worked without problems before DOS 5.0.  We know it
isn't the plotter as we took it in, and HP says there isn't a problem.
I am stuck, and we have a big GIS class that will be needing ARC/Info
soon.  Help me!

Thanks in advance,

Mike Cancellier
CVALJ000@CSUPomona.edu
Cal Poly, Pomona Geography Dept.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-VMS-To: IN%"<@vm.usc.edu,@vm.usc.edu:gis-l@ubvm.cc.buffalo.edu>"
Newsgroups: comp.infosystems.gis
Date:         Mon, 13 Apr 1992 16:10:00 PST
              <GIS-L@UBVM.BITNET>
From:         CARLSONS@AXE.HUMBOLDT.EDU
Subject:      Proximity Analysis
X-To:         gis-l@ubvm.cc.buffalo.edu

Does anybody have an SML that will create proximity polygons from a point
coverage in pcARC/INFO?

Steve Carlson
Humboldt State Univ
CARLSONS@axe.humboldt.edu
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:         Mon, 13 Apr 1992 15:05:00 +1000
              <GIS-L@UBVM.BITNET>
From:         GEG375U@VAXC.CC.MONASH.EDU.AU
Subject:      Re: RFD for new IMAGE PROCESSING newsgroup
X-To:         GIS-L@UBVM.cc.buffalo.edu

I would like to keep track of this proposal.
Jim Peterson, Centre for GIS Monash University.
( So far most of our publications are in RS applications)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: GIS-L@UBVM.BITNET
X-VMS-To: IN%"GIS-L@UBVM.BITNET"
Newsgroups: comp.infosystems.gis
Date:         Thu, 16 Apr 1992 03:23:35 -0400
              <GIS-L@UBVM.BITNET>
Comments:     Sent with PMDF V4.0, routing done by Net.WAU.NL
From:         VDKNAAP@RCL.WAU.NL
Subject:      Re: SUMMARY AND COMPARISON OF DIFFERENT GIS'S

On April 15th Lee Thomson wrote:

= There is also a group in the Netherlands, that has an extensive and detailed
= survey. I can't remember the name, but can find it and post later if there
= is interest.

I can save you the trouble of finding the name. The group is called NEXPRI
and is working hard on different aspects around GIS. They have done a survey
and produced a report about that. I did also a small research around the
conversion of vector data to raster data within 8 different GIS's. The results
were remarkable; none of the systems gave the same result. This research is
also presented in a NEXPRI-report.

The adress of NEXPRI is:
        NEXPRI, Postbus 80115,  3508 TC  UTRECHT, The Netherlands


Wim van der Knaap
Centre of Geographic Infomation Processing
Agricultural University Wageningen
VDKNAAP@RCL.WAU.NL
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: comp.infosystems.gis
Date:         Tue, 14 Apr 1992 11:06:22 -0400
              <GIS-L@UBVM.BITNET>
From:         Eric Fielding <eric@GEOLOGY.TN.CORNELL.EDU>
Subject:      Re: Great Circle Maps
X-To:         GIS-L@ubvm.cc.buffalo.edu

 John Pescatore asks:
>does anyone know of software to
>print a "great circle map" centered on a given lat/long?

I think that you mean an "azimuthal" map projection. In particular, an
"azimuthal equidistant" projection centered on a given point shows all great
circle paths from that point at their true azimuth and distance.

>ARCINFO a big plus.

ARC/INFO has this projection, calling it "azimuthal".

			++Eric Fielding
eric@geology.cornell.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: comp.infosystems.gis
Date:         Thu, 9 Apr 1992 07:36:37 PDT
              <GIS-L@UBVM.BITNET>
From:         Barry Zickuhr <esri!merlin!barry@UUNET.UU.NET>
Subject:      Re: Revisions in software
X-To:         uunet!UBVM.cc.buffalo.edu!GIS-L@uunet.UU.NET

Due to a large number of direct requests for support, I am reposting
this information.

To obtain technical support from ESRI, please direct your mail to:

	support@esri.com

To help us expidite your request, please include:

	Your name
	Your organization
	Your ESRI client number (if known)
	Your system type
	The version of ARC in question
	Any watch files, error messages, or macros that might help us
	diagnose your problem

This information will enable us to assist you as quickly as possible.
This is the procedure for domestic ESRI clients.  International clients
should direct requests to their local distributor.

Thank you for your attention.

Barry Zickuhr
ESRI Technical Support
"The Mad Mouser"
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-VMS-To: IN%"GIS-L@ubvm.cc.buffalo.edu"
Newsgroups: comp.infosystems.gis
Date:         Tue, 7 Apr 1992 13:10:00 BST
              <GIS-L@UBVM.BITNET>
From:         "WILD STALLION.....BEST NOT FUCK" <GG_D034@TITAN.KINGSTON.AC.UK>
Subject:      Research Scholarship
X-To:         GIS-L@ubvm.cc.buffalo.edu

Re info on research scholarship at Curtin University.
I am soon to complete the final year of a degree course in GIS at Kingston
Polytechnic,England and am interested in the research topic offered by
Curtin University. Please could you send me more information about the
course.

Jeremy Thomas.
15 South Park Grove
New Malden
SURREY
ENGLAND
Phone (081 949 4144) mail as above
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: comp.infosystems.gis
Date:         Fri, 17 Apr 1992 12:44:04 MDT
              <GIS-L@UBVM.BITNET>
From:         Peter Aronson <esri!marlow!peter@UUNET.UU.NET>
Subject:      Spatial Data Transfer Standard
X-To:         GIS-L@UBVM.cc.buffalo.edu
              16 Apr 1992 08:12:24 -0400 <9204161237.AA28944@relay1.UU.NET>

    I wouldn't hold my breath waiting for SDTS to revolutionize the
GIS industry, or any other industry except for perhaps optometry (all
the extra pairs of glasses and contact lenses that the poor
programmers poring over the document in utter bafflement will need).
SDTS was an interesting idea, but it was designed by committee, then
revised repeatedly by committee (I should know -- I was one the
Technical Review Board for the standard for the last three years), and
there was a well meaning attempt to put *everything* into the
standard.  They/We didn't succeed -- there's too much everthing in the
field, but standard is huge, byzantine, and ambiguous.  And it has a
fatal flaw.

     The committee insisted on producing a data-model independent
transfer model.  What I mean by that is that SDTS has no real spatial
model of its own.  It has two means of representation: raster and
vector.  But it is up to encoder to choose a data model to represent
the data they put into a transfer.  Most likely they will choose their
own.  Then it is up to the decoder to try to analyze the transfer to
discover the encoder's data model so that they can translate the
contents of the transfer.  And then there's the question of attribute
models (shudder).

     There is also the problem of sheer complexity.  Over ten years of
reading various DLG files -- a very simple format -- I have seen an
astonishing number of miscoded files.  With SDTS, I wonder if I'll see
any *correctly* coded files.

This post expresses my personal opinions, not those of ESRI, whose
attitude is more in the order of: have data, will travel.  If my boss
saw me claiming to express corporate opinions on this topic, I'd
probably find myself doing maintenance programming on GCTP.


Peter Aronson, paronson@esri.com, ESRI/Phoenix, |"Those whom the Gods would
7500 N. Dreamy Draw Dr. Suite 200, Phoenix, AZ, | destroy, they first put on
85020  (602) 395 - 5742                         | standards committees."
From: aurpir@bart.inescn.pt (Aurelio Pires)
Newsgroups: comp.infosystems.gis
Subject: test
Date: 10 Apr 92 14:24:46 GMT
Organization: INESC-Porto, Portugal

Test




 O        O
/  O     /
|  | \  |    O      Aurelio Pires         TEL.  +351 2 321006
|  |    O   /  O    INESC.Porto           TELEX  23023 INESC P
O  |  /    |  /     Lg. Mompilher, 22     FAX   +351 2 318692
   |  |O   | |      4007 PORTO Codex
  /   \   /   \     PORTUGAL              Email apires@inescn.pt
 O      O      O

Keywords: 
Newsgroups: comp.infosystems.gis
From: mcintyre@infonode.ingr.com (John Scott Mcintyre)
Subject: Re: Unix Workstations - Clipper
Organization: Intergraph Corporation, Huntsville, AL.
Date: Mon, 6 Apr 1992 23:02:37 GMT

ncc@geovax.ed.ac.uk writes:

>Darius asks about Intergraph Clipper workstations.

>You certainly can get Arc/Info in an Intergraph version. We have also
>been running Grass on ours. Note that the clipper runs a slightly
>non-standard System V Unix, so some tinkering with customised Intergraph
>bits may be necessary. I am not a Unix expert and was not involved with
>installation - I prefer VMS (at least the commands have sensible and
>comprehensible names!).


	Intergraph workstations uses a derivative of AT&T Unix System V 3.2
	called CLIX.  CLIX is standard System V UNIX with 
	Berkeley and Intergraph extensions.  Intergraph is a member
	of organizations such as OSF and the X/consortium to help
	develop standards for open systems.
	
>I would have to say that in looking for a workstation I would not get
>a clipper unless I specifically wanted to use MGE - for anything else
>it would probably be better to get a Sun. At EGIS I noticed some
>speculation as to how long Intergraph would be able to remain in the
>hardware field - it is rumoured that they may bring out a Sun version
>of MGE. Presumably there are a lot of people who are not prepared to
>buy Intergraph software if it will only run on Intergraph hardware.

	Intergraph is still very sucessful in the hardware field
	and recently announced our next generation C400 Clipper
	RISC processor that will compete very favorably against
	other new RISC chips.

	Intergraph currently released Microstation SPARC for
	Sun SPARCstations and a version will be available for
	the Hewlett-Packard HP700 workstations.  Intergraph
	also provides software for DEC VAXES,PC's and  MACS. 

>Speaking of which, Intergraph repeatedly claim to be the world's
>largest GIS vendor (at least they do in the UK), yet we hear hardly
>anything about MGE on GIS-L. Does anyone out there use it? or are all
>the users simply not connected to the internet? So if you use Intergraph
>MGE let's hear from you - do you like it? what sort of problems have you
>had? etc.

>That's my opinion anyway,

>Tim Rideout,
>University of Edinburgh,
>Scotland, Europe
>ncc@geovax.ed.ac.uk

=====
Scott McIntyre				sjmcin@msg_pn.ingr.com
Utility Applications Specialist		1 416 625 2081 
Intergraph Canada
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Organization: University at Buffalo
X-Envelope-to: GIS-L@UBVM.cc.buffalo.edu
X-VMS-To: IN%"GIS-L@UBVM.cc.buffalo.edu"
X-VMS-Cc: V381KZRA
Newsgroups: comp.infosystems.gis
Date:         Tue, 7 Apr 1992 09:56:00 EST
              <GIS-L@UBVM.BITNET>
From:         "David P. Carey" <V381KZRA@UBVMS.CC.BUFFALO.EDU>
Subject:      Re: USGS datum use
X-To:         GIS-L@UBVM.cc.buffalo.edu

>According to a friend in the National Mapping Division, all USGS DLG and
>DEM data that are available for general distribution are NAD-27.
>
>This is not an "official" response.
>
>Tim McGrath, Geographer, USGS-WRD

This is correct as far as DLGs are concerned.  However, according to the
1990 Digital Elevation Models  Data Users Guide from USGS, 1-degree DEM's
derived from Defense Mapping Agency 1-degree DTEDs are gridded in either
WGS 72 or WGS 84 datum. "The majority of [USGS] 1-degree DEMs are produced
by DMA..."
 "At the present time, policy issues concerning the transformation
algorithms and procedures to convert to or from NAD 27 and WGS 72 to WGS 84
and (or) NAD 83 are being developed." pg 7, USGeoData DEM Data Users Guide.

Sounds like an official update would be helpful.

David Carey                   v381kzra@ubvms.cc.buffalo.edu
Dept of Geography                carey@geog.buffalo.edu
University at Buffalo
From: brook@trillium.BOTANY.UTEXAS.EDU (Brook Milligan)
Newsgroups: comp.infosystems.gis
Subject: gis info required
Date: 14 Apr 92 01:25:34 GMT
Organization: Dept. of Botany, Univ. of Texas, Austin


I am writing a proposal to include a gis system as a component of a
broader training grant.  I am not a geographer and have had no
experience using a gis system, and yet as a population biologist I
deal with geographically based data (e.g., information collected on
populations scattered through space) and envision that a gis system
would be of use both in training students as well as in research.

The problem is that I need to find out what is available and get a
ballpark idea of what software (and hardware?) costs to expect.  I
would like to run the system on a Unix workstation running X windows
(e.g., decstation 5000), but I suppose other solutions can be
considered, especially if the graphical user interface is X so that
machines can interact graphically with the machine actually running
the gis system.

Can anyone provide me with information on the following for one or
more gis systems:

1.  BRIEF description including source with address, telephone, email.

2.  cost (any public domain systems?)

3.  required hardware for running the system

4.  required operating system

5.  network capabilities

6.  other capabilities deemed relevant

7.  summary of your experience, if any

Thank you for your assistance.  I am sorry if this request duplicates
others in the recent past, but the threads I have seen do not cover
this information.  If there is interest I will summarize my results to
the net.
-- 
Brook G. Milligan               Internet:  brook@trillium.botany.utexas.edu
Department of Botany            Bitnet:    bohk313@utaivc
University of Texas at Austin   UUCP:      ...!ut-emx!brook
Austin, Texas  78713   U.S.A.   (512) 471-3530  |  FAX: (512) 471-3878
From: weegink@ictser.UUCP (Han Weegink)
Newsgroups: comp.infosystems.gis
Subject: info on URIAH (?) wanted
Summary: info on URIAH requested
Keywords: URIAH, GIS, info request
Date: 15 Apr 92 16:12:54 GMT



Last week someone asked me whether I knew a GIS-like system
called (something like) "URIAH".
                        =======

Well, I didn't, but maybe someone out there does ?

I have at least the following questions:

- Is it really a GIS ?
- What exactly is the functionality of URIAH ?
- Who is the supplier ?
- What hardware/software is required/supported ?


Thanks in advance for your reply,
 
Han Weegink

---------------------------------------------------------------------------
IIIII  CCCCC  TTTTTTT  Han Weegink                                info only
  I   C     C    T     ICT Automatisering Deventer BV
  I   C          T     Aerospace Group        Holland
  I   C          T     E-mail:    weegink@ict.nl
  I   C     C    T     Telefax:   +31 (0)5700 21362
IIIII  CCCCC     T     TelePhone: +31 (0)5700 33888
---------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: comp.infosystems.gis
Date:         Mon, 13 Apr 1992 09:50:14 EDT
              <GIS-L@UBVM.BITNET>
From:         smyser@ATHENA.MIT.EDU
Subject:      Re: Digitiser for the MAC
X-To:         GIS-L@UBVM.cc.buffalo.edu
              13 Apr 92 14:18:16 -0500. <9204130422.AA13794@Athena.MIT.EDU>

Summagraphics is one vendor that makes nice
digitizers that can be hooked to the Mac.
Someone else may have to contribute C-code to
read the serial ports.  The right place to ask
this question is probably the moderated
Mac-specific discussion group "info-mac",
information about which is below:

  The Info-Mac newsgroup is moderated by Bill Lipa.

  The Info-Mac archives are available (by using FTP, account anonymous,
  any password) in the info-mac directory on sumex-aim.stanford.edu
  [36.44.0.6].  Help files and indices are in /info-mac/help.

  Please send articles and binaries to info-mac@sumex-aim.stanford.edu.
  Send administrative mail to info-mac-request@sumex-aim.stanford.edu.

I would suggest that Macs are so mouse-happy
that the notion of how to use a digitizer well
has never been solved.  PCs are both more used
and more useful with gadgets requiring serial ports,
IMHO.

Rob Smyser
Manager, Computer Resource Laboratories
MIT School of Architecture and Planning
Newsgroups: comp.infosystems,comp.org.decus,comp.sys.dec
From: pedersen@lotus.com (Michael Pedersen)
Subject: Advise Needed In Implementing Change Management
Organization: Lotus Development Corp.
Date: Tue, 14 Apr 92 17:56:28 GMT

I am preparing to implement a Change Management system in a VAX Cluster
environment where none has previously existed. However, I am receiving
conflicting input: some people say that the end user, i. e. the
applications programmer, should be involved in the process of implementing
Change Management; others say that I am primarily dealing with changes
to software and that applications programmers have nothing to do with
the way I implement Change Management.

I would appreciate any input on the best way to proceed. Is it one way
or the other? Or somewhere in between? Please send mail with your thoughts
and/or opinions.

Thanks,

Mike       pedersen@lotus.com
-- 
Michael Pedersen, Manager ISS Production Control
Lotus Development Corp.           (617) 693-1473
55 Cambridge Parkway              DECUS Member
Cambridge, MA  02142              pedersen@lotus.com
From: lm2k+@andrew.cmu.edu (Luis J Mendez)
Newsgroups: comp.infosystems
Subject: Survey
Date: 8 Apr 92 04:06:57 GMT
Article-I.D.: andrew.kdsb5VK00io2E9p4Yw
Organization: Masters student, Information Networking Institute, Carnegie Mellon, Pittsburgh, PA


	Sorry for the waste of bandwidth...
	My name is Luis Mendez, student  at the Information Networking
Institute at Carnegie Mellon and I am working on a survey for an
Industrial Administration course.  The purpose of the survey is to
collect information regarding the characteristics that industrial
customers look for in a firm from which they plan to buy a product or
service and how those characteristics affect the selection process.  As
area of study, I have chosen computer hardware firms.  It is of my
interest to learn what characteristics are considered by corporations
when deciding from which firm it is desirable to buy computer hardware. 
If any of this netnews' readers is related to hardware purchasing at any
company and would like to participate on this survey, please send me an
email with a fax number where I can reach you, and I will fax you back
the questions and all the information concerning the survey.  Any help
you can bring me  will be really appreciated.  Copies of the team's
final report will be available upon request.  Thanks for your help.

	Luis Mendez
	lm2k@andrew.cmu.edu
From: mabht@levels.unisa.edu.au
Newsgroups: comp.infosystems
Subject: Proceedings from HyperOz '92
Date: 7 Apr 92 23:41:44 GMT
Organization: University of South Australia

Proceedings are available for HyperOz '92 for
 $25.00 (Aust) 
+ $5.00 (Aust) postage.
-------
 $30.00 (Aust) total

or $23.00 (US)

Make checks payable to HyperOz92

Send:

HyperOZ 92
School of Mathematics and Computer Studies
The Level Campus
University of South Australia
5095

Australia

------------------------------------------------------------

Table of Contents for the Proceedings of HyperOz '92

A Workshop on Hypertext Activities in Australia

University of South Australia

Level Campus

February 21, 1992


1. Anker, M. - Hyper-programming: Programming with Hypertext
in Boxer

2. Botafogo, R. & Mosse', D. -  Analyzing  Hypertext  Struc-
tures

3.  Botham,  A.;  Fuller,  M.;  Mackie,  E.; Wilkinson, R. &
Sacks-Davis, R. - Issues in the Design and Implementation of
a Hyperbase System

4. Chase, G. - A Geographic Hypermedia Information System

5. Dearle, A.; Marlin, C. & Dart, P. - A Hyperlinked Persis-
tent Software Development Environment

6. Leadbeater, M. & Seeley, D  -  Supporting  Teamwork  with
Asynchronous Hypertext

7. Lewis, P.; Jarvis, D. & Thomas, B. - Hypermedia and Fault
Diagnosis

8. Tyerman, S. - Dynamic and Interactive Hypermedia Tutorial
Systems

9.  Wang, B. & Hitchcock, P. - Object Oriented Database Sup-
porting Both Hypertext and  Complex  Documentation  Environ-
ments



Thank you

Bruce Thomas

University of South Australia
Xref: sparky comp.infosystems:260 comp.org.decus:340 comp.sys.dec:2570