HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.infosystems.gis
Date:         Mon, 12 Oct 1992 09:52:11 CST
              <GIS-L@UBVM.BITNET>
From:         GE2610@SIUCVMB.SIU.EDU
Subject:      GIS and Arch. Conference

CONFERENCE ANNOUNCEMENT

THE SOUTHERN ILLINOIS UNIVERSITY
VISITING SCHOLAR'S CONFERENCE

GEOGRAPHIC INFORMATION SYSTEMS AND THE ADVANCEMENT OF
ARCHAEOLOGICAL METHOD AND THEORY

Herbert D.G. Maschner, Ph.D.
Chair and Organizer

Sponsored by the
SIUC Center for Archaeological Investigations

March 12-14, 1993
Southern Illinois University- Carbondale

The goal of the conference is to bring together scholars who
are at the forefront of GIS and archaeological research.
Presentations will go beyond simple predictive modelling into
such areas as cost surfaces and prehistoric decision making,
cognition and spatial organization, landscapes and human
evolution, advanced techniques in data management, and new
techniques in spatial statistics.  The first day will consist
of a number of workshops (limited participation) in both
introductory GIS and advanced methods.  The second and third
days will be paper presentations.

Official registration announcements will not be sent for
several months.  If you wish to be on the mailing list please
send your complete postal and e-mail addresses to:

Herbert D.G. Maschner
Center for Archaeological Investigations
Southern Illinois University
Carbondale, Illinois 62901

EMAIL-    GE2610@SIUCVMB.SIU.EDU
          
From: jin@plains.NoDak.edu (Youxuan Jin)
Newsgroups: comp.infosystems.gis
Subject: Help needed in geocoding
Date: 15 Oct 92 14:52:48 GMT
Article-I.D.: ns1.Bw6400.HJC
Distribution: usa
Organization: North Dakota Higher Education Computing Network

Is there anyone out there can give me some hints on geocoding
algorithms used by ARC/INFO or other products? 
(or direct me to some publications)

We use TIGER/Line file as the data resource.  One way we know is to
do SQL select on features such as:

 SELECT type1_record 
 WHERE street_name="main" and 
       street_number>=1000 and street_number<1100 and
       zipcode=12345

Is there any better way to do it?

You-xuan
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Via: uk.ac.sheffield.primea; Tue, 13 Oct 1992 14:11:10 +0100
Newsgroups: comp.infosystems.gis
Date:         Tue, 13 Oct 1992 14:03:23 LCL
              <GIS-L@UBVM.BITNET>
From:         PR2JBC@PRIMEA.SHEFFIELD.AC.UK
Subject:      Re: sorsa is?

Hi!, I'm not sure if my last message went to SORSA as I intended
(request for membership form). Apologies to all concerned if it
and this reaches a wider audience.

Joe Claxton.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: gis-l@ubvm.BITNET
X-VMS-To: IN%"gis-l@ubvm"
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Newsgroups: comp.infosystems.gis
Date:         Sun, 11 Oct 1992 09:26:02 -0400
              <GIS-L@UBVM.BITNET>
From:         Jay Morgan <E7G4MOR@TOWSONVX.BITNET>
Subject:      GIS/Image Processing Position

The following position appeared in the "Baltimore Sun" today (Sunday,
October 11):

---------------------------------------------------------------------
GIS Specialist/Image Processing

Full-time contractual position in the Department of Geography and En-
vironmental Planning at Towson State University.  Positon expected to
last a minimum period of two years to assist in a project to  prepare
land use/land cover maps for the State of  Maryland  using  satellite
data.

Minimum qualifications: Bachelor's degree in Geography  with  courses
in remote sensing/image processing and  geographic  information  sys-
tems, plus two years experience in remote  sensing/image  processing,
geographic information systems, photogrammetry, and cartography, plus
experience with image  processing,  geographic  information  systems,
photogrammetry, and computer-aided drafting  software.  Master's  de-
gree preferred.

Salary: $13.42 - $15.34 per hour.  This contractual position does not
include fringe benefits.

To apply, send a letter of application indicating the title  of  this
position, a resume on or before October 26, 1992 to:

Office of Human Resources
Towson State University
7800 York Road
Baltimore, Maryland 21204

Equal Opportunity/Affirmative Action Employer
---------------------------------------------------------------------

If you have any questions about this position, please contact me.

Jay Morgan
Department of Geography and Environmental Planning
Towson State University
Baltimore, Maryland 21204-7097
(410) 830-2964
(410) 830-3482 (FAX)
E7G4MOR@TOWSONVX
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: comp.infosystems.gis
Date:         Thu, 15 Oct 1992 16:03:03 PDT
              <GIS-L@UBVM.BITNET>
From:         Waldo Tobler <tobler@CASTOR.GEOG.UCSB.EDU>
Subject:      Scale & Resolution

"The rule is: divide the denominator of the map scale by 1000 to get the
detectible size in meters. The resolution is one half this amount. Of
course the cartographer fudges. He makes things which are too small to detect
 much larg
much larger on the map because of their importance. But this cannot be done
for everything so that most features less than resolution size get left off the
map. This is why the spatial resolution is so critical".

quote from p 132 of H. Mounsey & R. Tomlinson, Building Data Bases for
Global Science, London, Taylor & Francis, 1988.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
P1-Message-Id: DE*DBP*TU-DRESDEN;dfnserv-tud1003921009155627-F3F
X400-Trace:   DE*DBP*TU-DRESDEN; arrival Fri, 9 Oct 92 14:56+0000 action Relayed
X400-Trace:   DE*DbP*GmD; arrival Fri, 9 Oct 92 15:05+0000 action Relayed
X400-Trace:   de*dbp*GMD; arrival Fri, 9 Oct 92 16:04+0100 action Relayed
Newsgroups: comp.infosystems.gis
Date:         Fri, 9 Oct 1992 11:08:39 -0400
              <GIS-L@UBVM.BITNET>
From:         hoffmann@URZDFN.KARTOGRAPHIE.TU-DRESDEN.DBP.DE
Subject:      RE: looking for AutoCAD Courses

Have a look also on MOSS package for civil engineering etc.
It's much more powerful instead of Auto-CAD...

FH-TUD
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: comp.infosystems.gis
Date:         Fri, 16 Oct 1992 01:48:16 -0400
              <GIS-L@UBVM.BITNET>
From:         "(Eric Fielding)" <eric@GEOLOGY.TN.CORNELL.EDU>
Subject:      annotating SURFACEDRAPEs in ARC/INFO?

Hi,
  I have been making some nice 3D perspective views using SURFACEDRAPE in
ARC/INFO v. 6.0.1, and I would now like to add some annotations like a scale
bar and north arrow, but not "draped" over the topography rather "floating"
next to it. Can someone share hints on doing this?

				++Eric Fielding
eric@geology.cornell.edu
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, 14 Oct 1992 10:55:00 PDT
              <GIS-L@UBVM.BITNET>
Comments:     Warning -- original Sender: tag was VERITAS@MAX.U.WASHINGTON.EDU
From:         VERITAS@U.WASHINGTON.EDU
Subject:      When scale really means something.

I've thrown a lot of this discussion on the floor, so if I repeat a previous
statement please forgive me.

1.  Scale has perfect accuracy only when it is used as a parameter in a map
    projection algorithm.  Even then it may suffer from precision problems.

2.  On a map of a spherical (forget the geoid) object, scale has meaning
    only along certain constrained lines such as great circles on polar
    equidistant and gnomonic projections, and small circles in cylindrical
    projections.  I don't think you can measure a distance accurately any-
    where on a Lambert Conformal map.

                  Charlie Hendricksen  veritas@u.washington.edu
From: JAMPESSO@BRUSPVM.BITNET (Jose Augusto Martins Pessoa)
Newsgroups: comp.infosystems.gis
Subject: looking for AutoCAD Courses
Date: 9 Oct 92 13:55:46 GMT
              <GIS-L@UBVM.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

Hi
I've taken some courses on AutoCAD (Basic courses) in Sao Paulo and
I intend to take some more so I can use it on civil engineering,
architecture and urban design.
Would you please give me information about AutoCAD courses abroad
and others related to it in theses areas?
Thank you very much.
From: bthoen@teal.csn.org (Bill Thoen)
Subject: re: General-purpose GIS algorithms
Organization: Colorado SuperNet, Inc.
Date: Thu, 15 Oct 1992 02:16:56 GMT

-> > Could somebody there tell me an algorithm about how to determine if
-> > a point is in a polygon or the boundary of the polygon is clockwise
-> > The polygon is just consists of some closed x-y nodes.
->
-> There have been a small but steady trickle of postings to GIS-L from
-> to time, from people looking for algorithms for GIS. Many of these re
-> to algorithms for the relatively basic (as far as the user is concern
-> at least) functions of GIS, such as line generalisation, point-in-pol
-> searching, etc.
->
-> May I offer a suggestion / idea / request to any sympathetic reader o
-> there in Netland (maybe the NCGIA)?  Would you consider producing and
-> publishing a collection (a training manual / student text / workbook
-> of a range of the most common algorithms used in "standard" GIS? WHil
-> secrets, proprietary information, etc., is obviously going to be guar
-> jealously, there are a whole mess of routines and methods that have n
-> more-or-less become "public domain" by virtue of their utility and/or
-> conceputual simplicity (e.g. the Douglas-Peuker line generalisation
-> algorithm). But as far as I know there is no one source of reference
-> these. It would certainly be very useful to have a "text book of GIS
-> algorithms", particularly one written for the non-programmer, but may
-> containing suggested implementations in one or two common languages,
-> to throw at my students when I start on the technical side of GIS.
->
-> Just a thought.... (and if anyone wants to take up the idea, I hereby
-> waive my royalty fees for thinking of the idea  :-)

when i was going to asu, prof albright had a old memegraphed publication
with many of the algorythm written in fortran 4.
a commercial publication with some of these subroutines is 'a
programmers geometry'. also you can get grass source code in c with many
of the functions you mentioned.

- Sol Katz
  btheon@csn.org (for now...)


-- 
_   /|     Bill Thoen 
\'o.O'     bthoen@csn.org 
=(___)=
   U 
Newsgroups: comp.infosystems.gis
From: fwm@bbt.com (Fred Medlin)
Subject: RAID Products
Organization: BroadBand Technologies, Inc.,  Research Triangle Park, NC
Date: Thu, 8 Oct 92 16:40:36 GMT

There's been some RAID info discussed lately. Open Systems Today
on 9/28 published an article about RAID products. Here's the
vendor list they published. (copied without permission)


Vendor/Product		RAID	# of	GBytes	Unix	Form	Phone
			Levels	Disks		Support	Factor	Number
--------------		------	-----	------	-------	------	------

Box Hill		5      	5     	6	HP9K	5.25	212-989-4455
RAID Box, RAID System				RS/6K
						Next,Sparc
						Pyramid

Ciprico			3	10	8	SCO Unx 5.25	612-559-2034
Rimfire 6600/10						(ESDI)

Core International	5	5	0.5	SCO	2.5	310-595-8966
MicroArray					RS/6K

ECCS			1,5	6	6	AT&T	5.25	800-322-7562
RAID Modules					NCR, HP9K
						RS/6K

Legacy Storage Systems	1,2,5	8(SL)	8	SCO	3.5	508-881-6142
MASS SL & XE			12(XE)		Xenix,Sparc

Maximum Strategy	1,3,5	40	60	Convex	3.5	408-456-8880
Gen 4						Cray,Hughes
						Intel,MasPar
						nCube,Si Graphics

Media Integration	5	7	6	SCO	3.5	408-475-9400
Media Disk Array

Mylex			0,1,5	5	40	SCO	5.25	510-796-6100
DAC 960						(3.2.4 only)

Pacific Micro Data	0,1,5	6	5	SCO	3.5	714-838-8900
MAST VI

RaidTec			0,1,3,5	6	7.2	SCO	3.5	404-664-6066
FlexArray					AT&T

Storage Concepts	3	5	6	RS/6K	5.25	800-525-9217
Concept 510					Sparc

Unbound			0,3,5	7	12	DECsta.	3.5	714-843-1895
RAIDstor T-3					HP,RS/6K
						Sparc


Fred Medlin
BroadBand Technologies
fwm@bbt.com

Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: comp.infosystems.gis
Date:         Fri, 9 Oct 1992 11:53:01 U
              <GIS-L@UBVM.BITNET>
From:         Stephen Ervin <stephen_ervin@VENUS.GSD.HARVARD.EDU>
Subject:      Re: Re- 3-d tactile GIS outp

        Reply to:   RE>Re: 3-d tactile GIS output
by the way,  nautical architects (& boatbuilders) use ccm tools routinely to
carve models of boat hulls -- the problem isn't that different.

Stephen Ervin
servin@gsd.harvard.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: comp.infosystems.gis
Date:         Wed, 7 Oct 1992 14:51:04 PDT
              <GIS-L@UBVM.BITNET>
From:         states@SFU.CA
Subject:      address

If anyone has an electronic address for JIM ENG I would appreciate it if it
was sent on to me. Thanks in advance.

George States. Simon Fraser University, B.C. Canada.

states@sfu.ca
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: gis-l@UBVM.BITNET
X-VMS-To: IN%"gis-l@ubvm.bitnet"
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Newsgroups: comp.infosystems.gis
Date:         Tue, 13 Oct 1992 08:35:23 -0500
              <GIS-L@UBVM.BITNET>
From:         RALENT@AMHERST.BITNET
Subject:      DLG files

Could anyone steer me towards material on DLG (digital line graph)
files?  Format, attribute dictionaries, etc.?  Thanks
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: comp.infosystems.gis
Date:         Fri, 9 Oct 1992 22:29:00 EDT
              <GIS-L@UBVM.BITNET>
From:         "SCHLESINGER, PETER" <i43_ps02@RED.WHOI.EDU>
Subject:      RE: DCW data format ?

Not to let you down too much, but there is much to learn about DCW format.
It doesn't seem easy at all. Dear listening vendors, please make us a
DCW to ArcInfo, to ERDAS, to IDRISI, to ATLAS, to something other than
DOD's VPF. I've had the specs on the format since April, supposedly, and
I am somewhat of a programmer, I think. And I can't figure it out. Or at
least this isn't my full-time job or some such. Please help. We want to
use DCW in other than VPFVIEW, which is pretty, but doesn't get us any
nearer to having the World digitized than having a complete set of ONCs.
And by the way, according to its manuals it can work on a 286, however I
wouldn't try it if you have much else to do on your computer that day. I
found that the best way to speed it up was to make a ramdrive and throw it all
in ram via a batch file which recreates the directory structure on the
hard drive and looks to the CDRom from there. I did this on a 386/25 DX and
now I know why we have 486s.
Peter Schlesinger
The Woods Hole Research Center
i43_ps02@red.whoi.edu
From: greener@SOL.SURV.UTAS.EDU.AU (Simon Greener)
Newsgroups: comp.infosystems.gis
Subject: Re: need help on determining the direction of closed circle
Date: 15 Oct 92 18:53:34 GMT
              <GIS-L@UBVM.BITNET>
Reply-To: S.G.Greener@censis.utas.edu.au
Organization: University of Tasmania, at Hobart.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.2 PL16]
              "STGG8004@bureau.ucc.ie" at Oct 12, 92 4:25 pm

Darius Bartlett writes:

> May I offer a suggestion / idea / request to any sympathetic reader out
> there in Netland (maybe the NCGIA)?  Would you consider producing and
> publishing a collection (a training manual / student text / workbook maybe)
> of a range of the most common algorithms used in "standard" GIS?
> (stuff deleted) But as far as I know there is no one source of reference for
> these. It would certainly be very useful to have a "text book of GIS
> algorithms", particularly one written for the non-programmer, but maybe
> containing suggested implementations in one or two common languages,
> to throw at my students when I start on the technical side of GIS.
>
> Just a thought....

And a very good thought it is too! I suspect this rather 'strikes a chord'
with all persons who teach GIS courses (and those who take them!)
particularly when they get to the technical aspects. My students are finding
this out now, first-hand, as they embark on their algorithm assignment
(sir, can you point us to that u-beaut-it-has-everything-we-want-between-two-
covers-book-on-popular-algorithms-for-GIS?)! Still, I don't get them to
implement the algorithm in any language, just design it, in the hope that
they will think more about the problem (than debugging a program)... which,
in itself, is a bit of a problem.... so the book probably ought to
'paint the broad picture' which means it could be a very small book!

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
Return-Receipt-To: <xiao@rose.uleth.ca>
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: comp.infosystems.gis
Date:         Fri, 16 Oct 1992 14:49:52 MDT
              <GIS-L@UBVM.BITNET>
From:         "(Yanni Xiao)" <xiao@ROSE.ULETH.CA>
Subject:      need suggestion

We are planning to buy a digitizing tablet, a scanner and a plotter for our
PC-based GIS teaching lab (currently running SPANS and PAMAP) at the University
of Lethbridge in Alberta. I'd appreciate any suggestion you may have regarding
the model, the quality, and the price range of these peripheral devices.
Thanks in anticipation.
--
O==============================================================O
!  Yanni Xiao                 !  Tel.   403 329-2524           !
!  Department of Geography    !  Fax.   403 329-2016           !
!  University of Lethbridge   !  Email: xiao@rose.uleth.ca     !
!  Lethbridge, Alberta        !                                !
!  Canada T1K 3M4             !                                !
O==============================================================O
Newsgroups: comp.infosystems.gis
From: oddinge@itek.norut.no (Odd-Inge Larsen)
Subject: Vector Product Format - info wanted.
Organization: FORUT Information Technology
Date: Thu, 8 Oct 1992 09:20:10 GMT
Reply-To: oddinge@itek.norut.no (Odd-Inge Larsen)


Does anybody have a description file of the Vector Product Format. If so would you be so kind as to mail it to me.

thanks

--
     ___         __     __
    / _ \       /_/\   / /\                    ODD-INGE LARSEN
   / / \ \     _\_\/  / / /         
  / /  / /\   / /\   / / /                     UNIVERSITY of TROMSOE
 / /  / / /  / / /  / / /           
 \ \_/ / /  / / /  / /_/___                    NORWAY
  \___/ /  /_/ /  /_______/\       
   \__\/   \_\/   \_______\/                   EMAIL: oddinge@itek.norut.no
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: comp.infosystems.gis
Date:         Thu, 15 Oct 1992 11:57:53 EST
              <GIS-L@UBVM.BITNET>
From:         "(Karl Warschau)" <warschau@JASPER.BHPMHAW.BHP.COM.AU>
Subject:      Re: P. Halls Oct 14 confused about dig scales
              at Oct 14, 92 8:10 am

Hello all,

According to Peter Halls:

>YES, it all MATTERS - but it also matters how we present this information to
 our
>end users.  Whilst I would, at times, dearly love to tell a user that 'the data
>you are working with has different scale / accuracy parameters, I will not let
>you use them together' such is not a productive thing to do!  The user may have
>no choice (because of availability of data, for example).  I think that our
>duty, as GIS providers, is to ensure that our users UNDERSTAND what they are
>doing (after all, if they (truly?) understand the statistical techniques and
>accuracy of the related data that they often use to create their composite
>maps, they ought to be able to grasp cartographic error!) and so make
 allowances
>for the limitations of the cartographic information AS WELL AS their other
>data AND THE TECHNIQUES THAT THEY ARE EMPLOYING.

I whole heartedly agree with Peter.

If someone uses a GIS product to make a decision (important or not)
without UNDERSTANDING the limitations/parameters of the data used
we run the risk of great damage to our credibility/profession.
We must try to ensure that our end users are fully aware of what they are
doing.

Cheers,

Karl
--
----------------------------------------------------------------------------
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
Newsgroups: comp.infosystems.gis
Date:         Tue, 13 Oct 1992 21:31:38 MDT
              <GIS-L@UBVM.BITNET>
From:         "(John Cartwright)" <johncc@PICEA.CFNR.COLOSTATE.EDU>
Subject:      Re: 3-d tactile GIS output

I met a fellow who uses computer controlled milling machines to create such
models from DEM data and sell them commercially (places like Yosemite, Vail,
Mt. Saint Helens, etc.)  It might be worth contacting him:
Stan Crawford
P.O. 248
Eldorado Springs, CO  80025

--John Cartwright
johncc@picea.cfnr.colostate.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Organization: MICHIGAN STATE UNVERSITY
X-Organization: W.K. Kellogg Biological Station
X-Envelope-to: gis-l@ubvm.BITNET
X-VMS-To: bitnet%"gis-l@ubvm"
Newsgroups: comp.infosystems.gis
Date:         Wed, 7 Oct 1992 16:58:00 EDT
              <GIS-L@UBVM.BITNET>
From:         John Gorentz <GORENTZ@MSUKBS.BITNET>
Subject:      Re: An Enlightened View of the Future of GIS!

>        Moreover, unless I misread the future, GIS and similar
>        techniques will shortly become part of every major word
>        processing software package ... If this does happen, what
>        role will our [academic] departments then play, and how
>        will our exorbitantly trained personnel compete alongside
>        inexpensive software manuals?
>

Not being a GIS-er myself, I sometimes make snide remarks about it, but the
comment above is like saying that we won't need professional writers in the
future, because everyone will have inexpensive word processing software and
manuals and can do his/her own writing.

John Gorentz                        bitnet: gorentz@msukbs
W.K. Kellogg Biological Station   internet: gorentz%kbs.decnet@clvax1.cl.msu.edu
Michigan State University   USA         or  jgorentz@lternet.washington.edu
Newsgroups: comp.infosystems.gis
From: xdejxs@jeep.NoSubdomain.NoDomain (john sharry)
Subject: Re:      When scale really means something.
Organization: Oryx Energy, Dallas, Texas.
Date: Thu, 15 Oct 1992 13:01:19 GMT

In article <DEC84F33A0DFA2AA78@MAX.U.WASHINGTON.EDU>,         VERITAS@U.WASHINGTON.EDU writes:
|> I've thrown a lot of this discussion on the floor, so if I repeat a previous
|> statement please forgive me.
|> 
|> 1.  Scale has perfect accuracy only when it is used as a parameter in a map
|>     projection algorithm.  Even then it may suffer from precision problems.
|> 
|> 2.  On a map of a spherical (forget the geoid) object, scale has meaning
|>     only along certain constrained lines such as great circles on polar
|>     equidistant and gnomonic projections, and small circles in cylindrical
|>     projections.  I don't think you can measure a distance accurately any-
|>     where on a Lambert Conformal map.
|> 
|>                   Charlie Hendricksen  veritas@u.washington.edu
On a Lambert Conformal Conic projection scale is maintained along the
standard paralell(s).  It can be along some other paralells if a scale
factor is used as in UTM.

_________
John Sharry
Oryx Energy Co.
Dallas, TX
jsharry@oryx.com
Newsgroups: comp.infosystems.gis