HDTenEightyP/NetNews huggingface dataset:
X-VMS-To: IN%"gis-l@ubvm.bitnet"
Content-transfer-encoding: 7BIT
Newsgroups: comp.infosystems.gis
Date:         Tue, 24 Nov 1992 09:04:00 PHL
From:         "Eleazer D. Hunt- IRRI" <E.HUNT@CGNET.COM>
Subject:      simlulation, statistics, evaluation modules in GIS

I am interested in talking to people who have developed or use what I call
modules that are added on or appended to GIS software.  For example, Cornell
U. has developed ALES (automated land evaluation system).

We at IRRI are interested in locating other such "analysis modules" to assist
in analysis.  I suspect that many such modules exist, but that few are made
"commercially" available.

My argument to my fellow colleagues is that we need not reinvent the wheel if
such work has been done.  For example, in the area of climate/weather analysis
we need to create a probability listing of the change of rainfall occuring
throughout the growing season.  Now I know that such routines must exist in
someone's domain!  I suspect that climate modeling must have such routines.

Thus, we seek information on modules that can appended to GIS software. The
kinds of modules include, decision trees, specific statistical analyses,
environmental modeling/land evaluation, spatial analysis/filters (nearest
neighbor), and interfaces between DBMSs and GIS software.

If there is sufficent interest perhaps an FTP site could be established to
house this kind of information.  Perhaps an FTP site already exists and we are
just out of the loop.


Please respond directly to me and I will summarize this info, if there is
sufficient interest.

Eleazer D. Hunt
International Rice Research Institute (IRRI)
Los Banos, Philippines

ehunt@irri.cgnet.com
Newsgroups: comp.infosystems.gis
From: wytten@umn-cs.cs.umn.edu (Dale Wyttenbach)
Subject: Re: GIS textbooks
Organization: University of Minnesota
Date: Mon, 16 Nov 1992 19:02:30 GMT

In <921116.084459.SAT.RSIU42A@SAUPM00.BITNET> RSIU42A@SAUPM00.BITNET (Trevor D. Rotzien) writes:
>Do you have the publisher's name or the ISBN for Laurini & Thompson's
>Fundamentals of GIS?

The title doesn't match the original poster's reference, but I found:

 Author:         Laurini, Robert.
 
 Title:          Fundamentals of spatial information systems / Robert Laurini
                   and Derek Thompson.
 
 Published:      London ; San Diego : Academic Press, c1992.
 
 Description:    xxiii, 680 p. : ill. ; 24 cm.
 
 Subjects, Library of Congress (Use s=): 
                 Spatial systems--Data processing.
                 Geography--Data processing.
                 Geographic information systems.
 
 Contributors:   Thompson, Derek, 1938-
 Series:         A.P.I.C. studies in data processing ; no. 37.
 
 Notes:          Includes bibliographical references and index.
 
 ISBN:           0124383807


Dale
Newsgroups: comp.infosystems.gis,comp.programming
From: is@geovision.gvc.com (Ian Skelly)
Subject: Algorithms needed
Organization: Not officially GeoVision Systems Inc., Ottawa, Ontario, Canada
Date: Sun, 22 Nov 1992 21:37:27 GMT

Could somebody please send me algorithms, or a pointer to articles, code, or
whatever with algorithms for the following:

1.  Spaghetti Cutting (finding all intersections of multiple polylines)

2.  Polygon formation (building up a topological description of all loops in
a network of non-intersecting polylines, generating or finding centroids,
etc)

3.  Polygon overlay (finding the overlay of two polygon networks, using
operators like A and B, A and !B, etc)

4.  Triangulating a network of points and breaklines

The algorithms we use are kind of ad-hoc, and they work, but I'm always on
the look out for faster, more robust algorithms.

Thanks...

-- 
Ian Skelly, is@geovision.gvc.com
(This is not an official opinion/statement of GeoVision Systems Inc.)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-VMS-To: IN%"gis-l@ubvm.bitnet"
Newsgroups: comp.infosystems.gis
Date:         Fri, 20 Nov 1992 08:57:00 CDT
From:         Paul Harris <HARRISP@MACC.WISC.EDU>
Subject:      HYDROLOGIC MODELING

ANYONE OUT THERE DOING HYDROLOGIC MODELING WITH EITHER ARC/INFO GRID
or ERDAS SPATIAL MODELER?
We are looking for models that integrate infiltration rate with runoff and a DEm
for large rural watersheds.
We also want to try and generate runoff curves over time at a given location.
The ESRI "flow_accunulation" algorithm in GRID only allows you to
calculate total runoff.
I'm sure that bothh ARC/INFO and ERDAS have the tools to generate what we
want to do, but it is a matter of working out the combination.
If there is anyone who is doing some runoff modeling, we would be
pleased to share with them where we're at.
Paul Harris
harrisp@macc.wisc.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-VMS-To: MUWAYB::IN%"GIS-L@UBVM.cc.buffalo.edu"
X-VMS-Cc: GARY
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Newsgroups: comp.infosystems.gis
Date:         Tue, 17 Nov 1992 15:41:02 +1000
              <GIS-L@UBVM.BITNET>
From:         Red Thunder From Downunder ! <GARY@SURVEY.DN.MU.OZ.AU>
Subject:      Re: Digital Chart of the World--New Guinea coverage?

	re: contours of Papua New Guinea

	I would imagine that the contours would have come from 1:100,000
	topographic maps at best or else 1:250,000 maps composed from the
	1:100,000 series.  We mapped the whole country at 1:100,000 in
	the 1970s.

	Gary Hunter
	The University of melbourne
	Australia
Newsgroups: comp.infosystems.gis
From: young@solar.csie.ntu.edu.tw (Jia-Jang Young)
Subject: Where can I find GRASS?
Reply-To: young@solar.csie.ntu.edu.tw
Organization: The Dept. of Computer Science of National Taiwan University
X-Newsreader: TIN [version 1.1 PL6]
Date: Tue, 17 Nov 1992 07:00:46 GMT

I am interesting in the GRASS library.
One of my friends told me it can be got from the network.
Does anybody knows where can I get one?
Thanks in advance.

Jia-Jang Young
          
Newsgroups: comp.infosystems.gis
From: jeffk@grex.ann-arbor.mi.us (Jeff Kopmanis)
Subject: Re: PC dBase mapping software
Organization: GREX Public Access Unix +1 313 761 3000
Date: Mon, 16 Nov 1992 02:55:36 GMT

In article <sheldon.721785049@pv141b.vincent.iastate.edu> sheldon@iastate.edu (Steve Sheldon) writes:
>In <1e0gf1INNk4i@nigel.msen.com> dgillmor@msen.com (Dan Gillmor) writes:
>
>>gl sprandel x4707 (gls@hare.udev.cdc.com) wrote:
>>: 
>>:  Could anyone give a recommendation for mapping software for an 
>>:   IBM-PC, that would use data directly from a dBase database?  
>>:   Perhaps describe experiences using Map Info or any other package that 
>>:   might do fairly low end mapping, as opposed to a high end solution
>>:   like arc/info.
>>:  We probably will not initially be using a GIS.
>>: 
>>You might try Atlas Pro from Strategic Mapping. Their number is
>>408-985-9700. I'm using the Mac version at the moment, and it does import
>>directly from dBase. 
>
> Yes, Atlas Pro might do the trick.  It uses dBase files to store it's
>attribute data.
> Atlas Pro will provide you with a variety of tools to analyze data.
> Atlas GIS is what you'll need to do any digitizing and creation of maps, etc.
> Neither product is really as full featured as Arc/Info, but then it's
>also a bit easier to use than Arc/Info, for most things that it does.
>
MapInfo is also a competent low-end package.  They have traditionally
supported most of the common PC spreadsheet and database formats, and I
know now, that they have something called MapBASIC that should enable you
to do just about anything.  They get their maps from GDT and their labelling
features are pretty nice.  It runs in Windows.  They *do* have a working
relationship with Intergraph, so any data from their line of products would
surely go over as well.

----------------------------------------------------------------------------
Jeff Kopmanis (jeffk@grex.ann-arbor.mi.us)
----------------------------------------------------------------------------

-- 
---------------------------------------------------------------------------
Jeff Kopmanis   jeffk@grex.ann-arbor.mi.us
"So shines a good deed in a weary world."  -Willy Wonka
---------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: comp.infosystems.gis
Date:         Wed, 18 Nov 1992 16:24:11 CST
From:         MFLTL@ECNUXA.BITNET
Subject:      Re: Map based emergency response system
              N

If all or most of the GPS satillites are up, I find it hard to believe that
mountains would affect the signal if the receiver had multiple channels.

As the influence of high buildings on GPS signals, I would be interested to
hear more.

Regards

Larry Lewis                          BITNET:   mfltl@ecnuxa.bitnet
Geography Department                 INTERNET: mfltl@uxa.ecn.bgu.edu
Western Illinois University
Macomb, IL 61455
Tel (309) 298-1764
    (309) 298-1648
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: comp.infosystems.gis
Date:         Tue, 17 Nov 1992 11:39:45 +0100
              <GIS-L@UBVM.BITNET>
From:         wigeosta@WU-WIEN.AC.AT
Subject:      Re: An alternative to Burroughs,1986?

Trevor,

here's my suggestion for an GIS intro-textbook

Jeffrey STAR and John ESTES (1990): Geographic Information Systems. An
        Introduction. Englewood Cliffs: Prentice-Hall. (304 pages,
        regular price about US$ 50)              ISBN 0-13-351123-5

Brief Contents

 1  Introduction 1
 2  Background and History 14
 3  The Essential Elements of a GIS: An Overview 24
 4  Data Structures 32
 5  Data Acquisition 61
 6  Preprocessing 76
 7  Data Management 126
 8  Manipulation and Analysis 143
 9  Product Generation 174
10  Remote Sensing and GIS 191
11  Practical Matters 220
12  Applications 230
13  Looking Toward the Future 245

    Suggestions for Exercises 252
    Glossary and Abbreviations 261
    Bibliography 283
    Index 297

This book is easy to read if one has no decent computer
science background. The introductory text uses a "process
model" in which chapters parallel actual use of GIS.

Another goody: It includes suggestions for classroom exercises.
Some of the exercises require access to an automated geographic
information or image-processing system, while many others
do not. Some require nothing more than paper and a pencil,
the list the of exercises is cross-referenced to the
relevant chapter.

If there is need for more detailed description of the
contents I could scan the t.o.c. and mail it to the person
who's interested.



+--------------------------------------------------------+
! Petra Staufer                                          !
!                                                        !
! Vienna University of Economics                         !
! and Business Administration                            !
! Department of Social and Economic Geography            !
! Augasse 2-6, A-1090 Wien, Austria                      !
!                                                        !
! E-mail: wigeosta@awiwuw11.wu-wien.ac.at                !
!     or: wigeosta@nestroy.wu-wien.ac.at                 !
! Fax: +43-1-31336-703, Phone: +43-1-31336-4845 or -4206 !
+--------------------------------------------------------+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-VMS-To: IN%"GIS-L@UBVM.cc.buffalo.edu"
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Newsgroups: comp.infosystems.gis
Date:         Thu, 19 Nov 1992 08:13:38 -0500
From:         "Cecil W. Goodwin" <CWG@ICF.HRB.COM>
Subject:      Re: Map based emergency response system

Chris Hermansen writes...

>A different problem would arise if buildings distorted the positional info
>somehow (eg reflections of the signal).

>Anyone out there with any real info to contribute to this thread?

I'll try.  GPS works by measuring distances (i.e. time) between satellites
and a target.  Four visible satellites leads to four equations in four
unknowns (x,y,z and clock bias).  Three visible satellites can be solved if
you supply the elevation; some receivers are smart enough to use the last
solution's elevation if one satellite is lost temporarily.  (Note that this
implies that maritime GPS use should have occurred before land-based use,
which it did.)  Sources of error include the geometric configuration of the
satellite/target complex; if all visible satellites are in one part of the
sky, accuracy will be diluted, hence the term DOP (dilution of precision
-- don't ask me why it's precision, not accuracy!).  Receivers which track
all satellites in view (theoretically up to 12) still use only 4, but they
pick the BEST four geometrically, and are able to recover quickly when one
is lost due to shading by buildings, trees, etc.

Other sources of error include errors in estimation of the satellite orbit,
which is derived from the satellite data and is subject to intentional
error on the part of the DoD (Selective Availability - the infamous SA),
satellite clock errors (also subject to SA intentional errors), ionospheric
and tropospheric propagation errors, receiver noise, and, yes, multipath
reflections from nearby surfaces.  (It's really technologically miraculous
that this stuff works at all!)  Use of differential positioning (i.e.
correcting by subtracting pseudorange errors derived at a second station
with known position) can remove entirely the effects of many of these
error sources, including the effects of SA.  However, it can't do squat
regarding multipath, receiver noise, and stuff getting between you and
the satellites.

Hope this helps.

Cecil Goodwin
HRB Systems
Science Park
State College, PA 16804
814-238-4311 X3021
cwg@icf.hrb.com
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Organization: University of Otago
Priority: normal
X-Mailer: Pegasus Mail/Mac v2.0
Newsgroups: comp.infosystems.gis
Date:         Thu, 19 Nov 1992 17:45:49 -0500
From:         Peter Firns <pFirns@GANDALF.OTAGO.AC.NZ>

signoff gis-l
Peter G Firns


                                        Email:   FIRNSY@OTAGO.AC.NZ



                                                        or
 PFIRNS@GANDALF.OTAGO.AC.NZ

Post:
Department of Information Science        Phone:  +64 3 4798321
University of Otago                                       Fax:  +64 3 4798311
P.O. Box 56
Dunedin
NEW ZEALAND
Newsgroups: comp.infosystems.gis
From: young@solar.csie.ntu.edu.tw (Jia-Jang Young)
Subject: Site to get GRASS
Reply-To: young@solar.csie.ntu.edu.tw
Organization: The Dept. of Computer Science of National Taiwan University
X-Newsreader: TIN [version 1.1 PL6]
Date: Wed, 18 Nov 1992 03:05:37 GMT

I would like to thank Elwin Koster, Kuo-Chen Chang, Tim Martin,
and Amit Parghi for their replies to my question.

The information I have from those kind people is:

GRASS (it's a set of programs, not just a library) is available via
anonymous FTP from moon.cecer.army.mil (or 129.229.20.254).
For more info on GRASS, contact the GRASS Information Center via email
at <grass@zorro.cecer.army.mil>.

Jia-Jang Young
Dept. of Computer Science and Information Engineering
National Taiwan University
Taipei, Taiwan
Newsgroups: comp.infosystems.gis
From: wen@zorro.cecer.army.mil (Tao Wen)
Subject: Re: GRASS software availability
Organization: US Army Corps of Engineers Construction Engineering Research Labs
Date: Fri, 20 Nov 1992 21:14:10 GMT

rspear@sookit.jpl.nasa.gov (Richard Spear) writes:


>'m not a geographer but am interested in taking a look at GRASS.
>i get the impression that it is shareware and available on the net.
>could someone point out where i might find it? i appologize in
>advance for requesting something that is already described in a faq.
>--
>richard
>rspear@sookit.jpl.nasa.gov
>all disclaimers apply

GRASS is a public domain raster based (with plenty of vector analysis ability)
Geographic Information System. It is mostly developed by US Army Construstion
Engineering Research Laboratory, and with many contributors from other 
research institutes, government agencies, universities, etc. It keeps expanding
in various application fields.

It has different compiling version for Sun, Intergraph, SiliconGraphics, HP,
etc. The full package is on ftp site of moon.cecer.army.mil.

T. Wen
Spatial Analysis and System Team
USA Construction Engineering Research Laboratory
Xref: sparky comp.infosystems.gis:3982 sci.environment:12796 sci.image.processing:1172 bionet.plants:630 bit.listserv.biosph-l:1078
From: twg7070@uxa.cso.uiuc.edu (TW)
Subject: Re: Info on DIGITAL Potential Natural Veg Map
Organization: University of Illinois at Urbana
Date: Mon, 23 Nov 1992 17:33:41 GMT

"W. Fredrick Limp" <fred@KIRK.UARK.EDU> writes:

>  We would like information on the availabity of a DIGITAL version of
>  the Potential Natural Vegetation and Surficial Geology maps in the USGS
>  National Atlas
>  OR
>  an equivalent.  We have been able to track down a digital forest cover map
>  from this atlas and, of course, the various AVHRR data sets from EROS
>  but have not been able to locate these two maps.  If they are unavailable
>  we will scan and digitize from the photo base but really don't want
>  to duplicate.

> W. Fredrick Limp,   Director                     FAX: (501) 575-3846
> CAST, Center for Advanced Spatial Technologies   TEL: (501) 575-6159
> 12 Ozark Hall, University of Arkansas
> Fayetteville AR 72701                             fred@kirk.uark.edu

I need them too. Could you give me a copy of both maps (if you have found them)?

T. Wen 
Spatial Data Analysis Lab
Department of Geography
University of Illinois
tel: (217)333-3129
From: mhick@BSU-CS.BSU.EDU (Mutahar Hickey)
Newsgroups: comp.infosystems.gis
Subject: Re: PC dBase mapping software
Date: 18 Nov 92 16:27:05 GMT
Article-I.D.: bsu-cs.9211181627.AA26348
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]

M:
M:Jeff Kopmanis (jeffk@grex.ann-arbor.mi.us)writes:
M:MapInfo is also a competent low-end package.
  They get their maps from GDT and their labelling
M:features are pretty nice.
M:
I spoke to a representative of MapInfo yesterday on the phone.  I asked
him what was the provenance of the map db's which they sell at $995 per state
and was told that they were taken from Tiger files.  I mentioned that
urban data in Tiger files was not always accurate.  The representative
agreed and then I asked him:  Do you make any attempt to verify whether
the resultant map is accurate?  The answer was no.

--
                                Mutahar

        **********************************************************************
        ***     Mutahar Hickey      Graduate Student    Ball State University **
*
        ***  (317)282-4509           Computer Science       Muncie, Indiana    *
**
        ***      EMAIL:        mhick@bsu-cs.bsu.edu                47306
 ***
        **********************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: comp.infosystems.gis
Date:         Mon, 16 Nov 1992 18:00:33 PST
              <GIS-L@UBVM.BITNET>
From:         Josh Graae <graae@YOGI.GEOG.UCSB.EDU>
Subject:      gps and street mapping

	At the AM/FM conference in San Diego a few years ago I was
speaking with a rep from Trimble Navigation.  He told me a story
about how a student at ESRI put a GPS receiver in his back pack, jumped
on his bicycle, and rode around the streets of Redlands Ca. for an
afternoon.  When he got back to ESRI he dumped the data into a
computer, producing an instant streetmap (with "reasonable" accuracy)
of Redlands.  Not a bad day at work, I would imagine. ;-)

				Joshua Soren Graae
				Biogeography Lab, U.C.S.B.
Newsgroups: comp.infosystems.gis
From: dmarble@magnus.acs.ohio-state.edu (Duane F Marble)
Subject: Re: Map based emergency response system
Organization: The Ohio State University
Date: Mon, 16 Nov 1992 17:36:49 GMT

OSU has a GPS van (with linked stero TV) but it is not cheap. Franklin
county is about 50,000 arcs. Want to estimate how long to drive it AND
collect the address range info?
-- 
Duane F. Marble			       E-mail: dmarble@magnus.acs.osu.edu
Department of Geography                Telephone: (614) 292-2250
The Ohio State University
Columbus, Ohio 43210                   Fax: (614) 292-6213
From: clh@TFIC.BC.CA (Chris Hermansen)
Newsgroups: comp.infosystems.gis
Subject: Re: Map based emergency response system
Date: 18 Nov 92 15:41:00 GMT
Article-I.D.: virgil.m0mrrXA-0001YkC
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

George States writes:

>> Any reason why those of you wanting street maps don't buy a GPS and spend a
>> few days driving around?
>>
>ah...good plan..but what about tall buildings, losing the satellite footpad
>momentarily...the streets may turn up just somewhat contorted.

I *think* that you'd just end up with some gaps.  If so, these should fill in
at different times of day.

I'm basing this on watching the performance of a friend's GPS in his fishing
boat - when mountains block the signal (quite common in coastal BC), the
apparent position of the boat "disappears".

A different problem would arise if buildings distorted the positional info
somehow (eg reflections of the signal).

Anyone out there with any real info to contribute to this thread?

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-Mailer: ELM [version 2.3 PL11]
Newsgroups: comp.infosystems.gis
Date:         Tue, 17 Nov 1992 09:55:40 PST
              <GIS-L@UBVM.BITNET>
From:         states@SFU.CA
Subject:      Re: Map based emergency response system
              "GIS-L@UBVM.cc.buffalo.edu" at Nov 16, 92 7:43 am

>
> Hi all;
>
> Any reason why those of you wanting street maps don't buy a GPS and spend a
> few days driving around?
>
> Seems like a reasonable approach to me...
>
> 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.
>
ah...good plan..but what about tall buildings, losing the satellite footpad
momentarily...the streets may turn up just somewhat contorted.

george states

sfu, bc, canada    email: states@sfu.ca

i think, therefore i am, - i think!@
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:         Wed, 18 Nov 1992 22:43:00 EST
From:         AANYAMBA@CLARKU.BITNET
Subject:      Re: UNLDST?

reply





reply


reply
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU