HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.infosystems.gis
Date:         Tue, 22 Dec 1992 09:53:34 CST
From:         Doug Behm <DBEHM@UA1VM.BITNET>
Subject:      Re: HELP!! FTP?
              21 Dec 1992 18:13:38 UT from
              </S=C.WADE/OU=R06F15D01A/PRMD=USDA.FS.X400/ADMD=TELEMAIL/C=US/
              @SPRINT.COM>

Sometimes the problem is in the downloading program. My version of YTERM
not let me download binary files of line length greater than 1024. It
truncated every line, especially GIF files. So, in the office I use
GTEK and at home I use Kermit in pcplus. The Kermit is very slow but
at least it works.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: comp.infosystems.gis
Date:         Sun, 27 Dec 1992 00:25:00 EST
From:         "SCHLESINGER, PETER" <i43_ps02@RED.WHOI.EDU>
Subject:      re: anybody doing own DCW programming

I made a similar, even if awkward request some time ago. Since then, with
a little help from friends at ESRI managed to rework VPFDUMP into a useful,
even if clunky tool to deal with the output of VPF lines from the EDG
files to ARC INFO UNGEN-compatible vectors. I've since been able to output
points and city names. I've had a bit of trouble with the hypsographic
layers (non-supplemental) because they not only include the lines themselves,
but the boxed areas where data was unavailable as well. Thus the result in
a direct export is a file of contour lines mixed with squares of varying
 dimension which requires lots of editing. I haven't figured out how to access
 the
.LFT (line feature table) as a "pointer" to use in extracting various user-
defined data features. In extracting a multi-gridded area, such as HD31,HD32,
and HD33, the line feature table pointers are unique to the particular grid
only, thus the picking and choosing has to be accomplished at a very
primitive level or the values of the pointers are rewritten by the following
grid. Anyone else have these problems??

Peter Schlesinger
The Woods Hole Research Center
i43_ps02@red.whoi.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Phone: +1 305 445 6100
Fax-Phone: +1 305 442 1823
Content-Type: Text
Newsgroups: comp.infosystems.gis
Date:         Wed, 30 Dec 1992 13:53:25 GMT
From:         rwelebny@ATTMAIL.COM
Subject:      Re: Need Help ARC images to DOS programs

Dear John,

My colleagues say the the easiest way to do what you want is to "DXF Out", but
I suspect that you've tried that already.

We have had a great deal of success in translating image formats from whatever
- to whatever, using a PC based program called "IMAGE ALCHEMY" from Handmade
Software, Inc.

One interesting example was when we scanned 400 b&w aerial photographs (9 x 9"
at 1"=800') into 300 dpi PCX files.  We geo-rectified each to agree with the
geometry of 7.5' quads which we had scanned and rectified.  We took the
resultant georectified photo images, and cropped and edge matched them,
resulting in a reasonably stable "mosaic" of a very large area.  We then took
those PCX files and ran them through Image Alchemy, converting them into 24
bit TIFF format.  These files were then available for load into Arc/Info.

Image Alchemy has proven valuable, in that we have yet to encounter a
situation where there is not a way to get from here to there.  The program is
readily available over the counter and is relatively cheap.  Handmade Software
donated a copy to us for use during the Hurricane Andrew response and
recovery, in which we were involved.

We were using the InFoCAD GIS software product as the bedrock for FEMA, but
found the need to import, process and then export images (as well as tons of
other spatial data) to other participants, several of whom were using
Arc/Info.  Individual files of 6 to 12 mb each were not uncommon and, given
adequate storage space, Image Alchemy chewed through them all with no
difficulty.  We were messing with high resolution color aerial imagery (1200
dpi)that had some files as large as 45mb.  Even those converted successfully,
although the processing time (on a 486/33 pc) was kind of long for a
production environment.

Handmade Software can be reached at:

15951 Los Gatos Blvd., Suite 17
Los Gatos, CA  95032
408-358-1292
408-358-2694 (fax)
408-356-3297 (BBS)
internet: hsi@netcom.COM
Compuserve: 71330, 3136


I hope that this is helpful information..  Lemme know.

R.J. Welebny, Digital Matrix Services, Inc. Miami

305-445-6100

internet!rwelebny@attmail.com
Newsgroups: comp.infosystems.gis
From: dmarble@magnus.acs.ohio-state.edu (Duane F Marble)
Subject: Two Articles in BYTE
Organization: The Ohio State University
Date: Wed, 23 Dec 1992 03:42:37 GMT


The current (January 1993) issue of BYTE magazine contains two
articles of some interest. The first

Smith, Ben and Howard Eglowstein. "Putting Your Data on the Map"

briefly reviews five "mapping products" including: ARC/INFO 3.4D,
Atlas GIS 2.0, MapInfo 2.0 for Windows, Tactician 2.0, and GeoQuery
3.0. As usual, the authors are unaware of the difference between a
GIS and a mapping program. As a result they are puzzled by the
seeming complexity of ARC/INFO (where they note that the Overlay
module "controls the interaction among multiple pieces of data").
Also, as usual, they fail to provide any useful comments on the
quality of the cartographic displays produced. The one created on
Atlas GIS is a particularly ugly specimen (white water, orange and
green land areas with orange and green symbols and a purple screen
background) which would require anyone who passed Introductory
Cartography to reach for the bottle.

The second, by Jean Renard Ward and Debra Schultz in their "Under
the Hood" column, deals with what they call "Digitizer Renaissance"
and explores the way in which digitizer technology is developing
under the development pressure of pen-based computing where the
display and the digitizer must be integrated. Some nice technical
graphics.

-- 
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
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=us-ascii
Newsgroups: comp.infosystems.gis
Date:         Mon, 21 Dec 1992 15:10:48 -0800
Comments:     Warning -- original Sender: tag was gilla@CARSON.U.WASHINGTON.EDU
From:         Aaron Gill <gilla@U.WASHINGTON.EDU>
Subject:      Intergraph to Arc/Info

        Dear Netters:
        Has anyone every transfered an image from an intergraph system to
ARC/Info ver 6.0.  I have tried the TIFF format, but arc doesn't seem to
like it or more specifically the intergraph version of it.  If anyone has
had a sucessfull experience or suggests on moving image files please inform
me of the process.
        Post it if you feel the answer will be of general use otherwise
you can E-mail me at gilla@u.washington.edu
                                Thanks in advance

                                Aaron Gill
                                Dept. of Geography
                                University of Washington
Newsgroups: comp.infosystems.gis
From: pjmg1@fel.tno.nl (Peter van Oosterom)
Subject: Re: anybody doing own DCW programming
Organization: TNO Physics and Electronics Laboratory
Date: Wed, 30 Dec 1992 13:36:12 GMT

We are working on a (general) DIGEST input interface. At this moment we
are concentrating on the ISO 8211 taste of DIGEST, but in the near
future we will also implement the VPF (also know as VRF) taste of DIGEST.
VPF is the format used to store the DCW. At this moment, we have done
nothing more with the DCW than putting the CD's in our player and checking
if we could read the files.

Something about our environment:
* Sun workstation
* Postgres (extendible DBMS from UC Berkeley)
* GEO++ (GIS frontend from TNO)
* Lex/Yacc for parsing tools

Kind regards, Peter van Oosterom (oosterom@fel.tno.nl)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: comp.infosystems.gis
Date:         Wed, 23 Dec 1992 11:04:52 CST
From:         Doug Behm <DBEHM@UA1VM.BITNET>
Subject:      Re: Number 9 Video card

The docs say that the card supports 640x480, 800x600,1024x768, and on up to
1280 x 1024. I'm glad to find out it will work with IDRISI since we use it
alot and hope to use it more (subject to funding for images).
From: ivan@rec.msk.su (ivanov oleg petrovich)
Newsgroups: comp.infosystems.gis
Subject: Help with E-mail addresses of Trimble, Magellan and other GPS- devices firms !!!
Date: Fri, 25 Dec 92 17:27:54 +0200
Distribution: world
Organization: RECOM Association
Reply-To: ivan@rec.msk.su
Keywords: NAVSTAR, Global Positioning System

Hello,
Happy New Year!
Does any one have used GPS devices of Magellan Corp , Trimble Navigation or
any other firms in differential mode? I search the best choice for system which must take position
must get position with accuracy about 1 meter. I am interesting in E-mail
addresses firm mentioned above too.
Any proposals will be welcome.
Thanks in advance,

-- 
Sincerely 
      Oleg Ivanov
RECOM Ltd
Moscow  |||  Email:   ivan@rec.msk.su             Fax: 007 (095) 196 1635


Newsgroups: comp.infosystems.gis
From: rob@zorro.cecer.army.mil (Rob Knauerhase)
Subject: Re: How do I get a copy of GRASS ?
Organization: US Army Corps of Engineers Construction Engineering Research Labs
Distribution: na
Date: Wed, 30 Dec 1992 05:30:24 GMT

In <1992Dec29.231944.21068@emr1.emr.ca> gairns@ccrs.emr.ca (Seamus) writes:
>	The subject says it all ... how do I get a copy of GRASS ?
>	Is is public domain ?  If so, where can I download it from ?

Yes, GRASS is public domain.  It is available via anonymous FTP from
moon.cecer.army.mil in the directory /grass/grass4.0/source/*.  There are
also some sample databases and related files and documentation there as well.

Rob
--
Rob Knauerhase [rob@amber.cecer.army.mil]  Office of GRASS Integration
Construction Engineering Research Labs, US Army Corps of Engineers
"See, when the GOVERNMENT spends money, it creates jobs; whereas when the
 money is left in the hands of TAXPAYERS, God only knows what they do with it.
 Bake it into pies, probably.  Anything to avoid creating jobs." -- Dave Barry

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:         Wed, 23 Dec 1992 06:14:25 -0500
From:         Wen-Bin Shi <shi@UCUNIX.SAN.UC.EDU>
Subject:      GIS applications in business

Dear netter;

        Just a few days ago, somebody from field of business
administration asked about teaching GIS in business, or GIS applications
in business. One person responed with a well-organized list. For some
reason, I lost the message. If anybody still have it, please mail me a
copy. I will greatly appreciate it.

        Thanks in advance.





   _ __ __                             __
  / )  )  )                          /   ) /                 /
   /  /  /   _   o_   o_   _       /      /         o    ---/---
  /  /  /   /_) /  ) /  ) / )  /  |      /_   o_           /  _ _   __
 /  /   \__(___/  (_/  (_/ (__/   |     /  ) /  ) /  /\   /  / ) ) /  |  /\
                          ___/_    \___/  (_/  (_/(_/__)_/(_/ / (_/\_/(_/__)
                         (__/





oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo
           .-~~-.--.
          :         )                         Wen-bin Shi
    .~ ~ -.\       /.- ~~ .                   700 Swift Hall
    >       `.   .'       <                   Department of Geography
   (         .- -.         )                  University of Cincinnati
    `- -.-~  `- -'  ~-.- -'                   Cincinnati, OH 45221-0131
      (        :        )           _ _ .-:
       ~--.    :    .--~        .-~  .-~  }   Fax: (513)-556-3370
           ~-.-^-.-~ \_      .~  .-~   .~
                    \ \'     \ '_ _ -~        Tel:
                     `.`.    //                (513)-281-8967 (Home)
            . - ~ ~-.__`.`-.//                 (513)-556-3433 (Office)
        .-~   . - ~  }~ ~ ~-.~-.
      .' .-~      .-~       :/~-.~-./:        E-mail:
     /_~_ _ . - ~                 ~-.~-._      shi@ucunix.san.uc.edu
                                     ~-.<
***********************************************************************
Newsgroups: comp.infosystems.gis
From: jkocik@whsun1.wh.whoi.edu (John F. Kocik)
Subject: Need Help ARC images to DOS programs
Reply-To: jkocik@whsun1.wh.whoi.edu
Organization: NOAA - National Marine Fisheries
Date: Tue, 29 Dec 92 12:32:32 GMT

I am a relatively new user of ARC/INFO and I am having
difficulty moving images created in ARC to DOS programs
to edit for presentation.  It is an additional problem,
as our labs only color plotter isn't attached to the Sun.

I create the map in ARC on a Sun Unix platform using
ARCPLOT and DISPLAY 1040 (EPS, Adobe Ill. and all 3 CGM).
I then use UNIX2DOS and have tried to import files into 
CorelDraw, Harvard Grafics, Freelance, and Charisma. The 
only one I have any success with is Charisma, and that
only works for some files.  I get illegal file format or
similar errors with the other programs.  These errors
typically occur very early in transfer.  Any suggestions on
solving this would be appreciated.  Thanks

************************************************************
*                                                          *
*  John F. Kocik                 email: jkocik@whoi.edu    *
*  Research Fishery Biologist    phone: 508-548-5123 X207  *
*  DOC/NOAA/NMFS                 fax:   508-548-1158       *
*  N.E. Fishery Science Center                             *
*  166 Water Street                                        *
*  Woods Hole, Massachusetts  02543-1097  U.S.A.           *
*                                                          *
************************************************************


Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Newsgroups: comp.infosystems.gis
Date:         Mon, 21 Dec 1992 09:51:58 EST
From:         David_Douglas <DHDAD@ACADVM1.UOTTAWA.CA>
Subject:      Re: FTP
              20 Dec 1992 19:17:04 GMT from <dmarble@MAGNUS.ACS.OHIO-STATE.EDU>

Unfortunately there are many versions of UUENCODE/UUDECODE and NO they
are not upward and downward compatable. Some are just bad. The chaos
just goes on building.
From: ayers@adobe.com (Robert Ayers)
Subject: WAIS server returns *name* of document, rather than document?
Organization: Adobe Systems Incorporated
Date: Wed, 23 Dec 1992 01:31:15 GMT

I'm working on a WAIS server that I expected to be used locally, that
is used on the LAN at Adobe Systems.

The server will index documents that are already stored within the 
LAN-accessable NFS file system.

It strikes me that, rather than having the WAIS-client ask the
WAIS-server for the "hit" document's content (when the user says
"View"), the client should ask for the full-path-name of the document
and read the document itself (with NFS).  Why have the server NFS-read
the whole document and re-send the bytes down the Z39.50 connection?

Do you-all think tht this might be a valuable extension to the WAIS
protocol?  

I'm currently implementing this game by defining the document type
"*TEXT" to mean "pointer to document of type TEXT" and returning the
full path-name of the document-file when the client does a retrieve of a
"*TEXT".  This is a bit hokey, but within the current protocol syntax,
so it's easy to do ...

Bob
From: chris@wupost.wustl.edu (Chris Myers)
Newsgroups: comp.infosystems.wais
Subject: Anyone running WAIS 8.5b1 on AIX 3.2?
Date: 29 Dec 1992 12:51:49 -0600
Organization: Washington University in Saint Louis, MO USA
NNTP-Posting-Host: wuarchive.wustl.edu
Summary: swais doesn't work...

After a series of trials and tribulations I have finally gotten the
WAIS 8.5b1 server running on an RS/6000 under AIX 3.2.  The server
works just fine, waissearch works and swais from a different system
(Ultrix 4.2A) works.

However, the swais text client does not work: the waisserver process
always returns zero matches, regardless of the query.  I speculate that
somehow swais has been miscompiled and is generating bogon queries to
the server.  I checked the log file and waisserver is definitely
finding no matches for the query.

Has anyone gotten swais to work properly under AIX 3.2, and if so, how?
I'm working under a deadline, so if anyone knows I would appreciate a
quick e-mail note.  If I get any positive responses I'll summarize and
post them to comp.infosystems.wais.

To compile WAIS 8.5b1 under AIX 3.2 I had to:

	In Makefile, set CC=c89
	In Makefile, set CFLAGS=-D_ALL_SOURCE
	edit ui/source.h and change the prototype for loadSource to
		Source loadSource _AP((char* name, char* sourcepath));

The really critical and unobvious one (at least to me) was the
-D_ALL_SOURCE addition to CFLAGS.  Without it c89 will crash and burn.

The standard cc compiler APPEARS to compile the code properly, but
somehow generates bad code when calling the scandir() library function
which is used to find sources in the WAIS server and client code --
scandir() always ends up returning a null list.

Thanks in advance!

-- 
Chris Myers                                Internet: chris@wugate.wustl.edu
Software Engineer                           UUCP: ...!uunet!wuarchive!chris
Office of the Network Coordinator                BITNET: chris@wunet.bitnet
Washington University in Saint Louis                 Phone: +1 314 935 7390
From: mycroft@hal.gnu.ai.mit.edu (Charles Hannum)
Newsgroups: comp.infosystems.wais
Subject: Re: Anyone running WAIS 8.5b1 on AIX 3.2?
Date: 29 Dec 1992 19:01:19 GMT
Organization: /etc/organization
NNTP-Posting-Host: hal.gnu.ai.mit.edu


In article <chris.725654418@wuarchive.wustl.edu> chris@wupost.wustl.edu
(Chris Myers) writes:
>
> The standard cc compiler APPEARS to compile the code properly, but
> somehow generates bad code when calling the scandir() library function
> which is used to find sources in the WAIS server and client code --
> scandir() always ends up returning a null list.

This is caused by a bug in XLC.  You should get the latest version.

-- 
 \  /   Charles Hannum, mycroft@ai.mit.edu
 /\ \   PGP public key available on request.  MIME, AMS, NextMail accepted.
Scheme  White heterosexual atheist male (WHAM) pride!
Newsgroups: comp.infosystems.wais
From: peter@eml3.wrc.xerox.com (Peter A. Torpey 716-422-0470)
Subject: Help with using wais at quake.think.com
Organization: Xerox
Distribution: ny
Date: Wed, 23 Dec 1992 17:03:09 GMT


Is there a simple document describing how
to use swais at quake.think.com?  All
the help messages seem to imply you already know how to use the system.  I
did not find the documentation describing how to use wais on a Macintosh 
very helpful in trying to figure out swais.

Thanks.

peter@wrc.xerox.com
From: catone@dmark.wharton.upenn.edu (Tony Catone)
Newsgroups: comp.infosystems.wais
Subject: Re: PC WAIS Client for Windows Sockets?
Date: 31 Dec 92 05:10:34 GMT
Organization: University of Pennsylvania
In-reply-to: tfiske@qualcom.qualcomm.com's message of 30 Dec 92 19:18:35 GMT

In article <tfiske.725743115@qualcom> tfiske@qualcom.qualcomm.com (T.J. Fiske) writes:


   With the upcomming release of Windows Socket Standard, is anybody
   working on converting one of the Windows WAIS clients over to this
   standard?  This would allow one client to work for everybody!  No
   matter what network software they were running under Windows.

   If anyone has any ideas please let me know, we are using PC/TCP and
   therefore cant run and any of the PC Clients, and since we have 400
   PC users, this is a bit a problem? :)

Actually, if you use the generic ethernet version of PC/TCP over
packet drivers, you can run PCWais simply by wrapping a batch file
around it to inet unload beforehand and ethdrv after; alternatively,
and perhaps more simply, you could wrap batch files around your PC/TCP
commands to ethdrv before and inet unload after.  That's what we used
to do, before we decided PC/TCP wasn't worth the bother.

As for ideas for a port, you can find the source code for Faiez
Hindi's version of PCWais at hilbert.wharton.upenn.edu in
pub/tcpip/pcwais.zip; source is for Borland C++ 3.0 with Application
Frameworks, though it should be easy to move the WAIS engine stuff to
other environments, it was a fairly straight port of the Unix 8-b4
code.  In fact, I believe I have a version of the command line waisq
program port to DOS that Faeiz did, which might make a better starting
point; that is in fact how we did PCWais in the first place, port the
command line version then wrap a user interface around the WAIS
engine.  We never bothered to release the command line version, but if
folks are interested let me know and I will have a look when I get
back to the office next week.

Note that neither of these Penn versions with source code have Jim
Fullton's enhancements of relevance feedback, buffer size negotiation
and others; Jim's version is in pcdist.zip at hilbert and at UNC.  I
don't think his version comes with source, though I haven't looked in
a while.  Oh, and there is at least one known bug with both versions
having to do with queries returning no matches that would have to be
found and fixed.


- Tony
  catone@dmark.wharton.upenn.edu

Newsgroups: comp.infosystems.wais
From: tfiske@qualcom.qualcomm.com (T.J. Fiske)
Subject: Re-writing WAISStation
Keywords: WAIS WAISStation
Organization: Qualcomm, Inc., San Diego, CA
Date: Wed, 30 Dec 1992 19:21:43 GMT

It appears that there is going to be no new versions of the WAIS Station
for those WAIS users from Macintosh environment.  I'm not sure if I am the
only person that has experienced some rather pecular problems with WAIS station
mis-understanding my Sources, and holding onto queries, and combineing them.

I have been given the go ahead to start reworking the current WAIS station.
With an installed base of over 400 macintosh users, we need to have a product
that is stable enough so as to not create more questions than answers.

Before I start work on this, I wanted to see if anyone else has 1) experience
the same problems, or other problems I should address.  2) Has someone else
started re-writting and has some input?  3) Will the new protocol have a new
WAISStation written as well, from Think?


	-- T.J. Fiske

------------------------------
QUALCOMM, Inc.
Room A-232			E-Mail: tfiske@qualcomm.com
10555 Sorrento Valley Rd.       Phone:  (619) 587-1121 x5763
San Diego, CA 92121-1617        	      
Newsgroups: comp.infosystems.wais,comp.infosystems.gopher
From: tfiske@qualcom.qualcomm.com (T.J. Fiske)
Subject: PC WAIS Client for Windows Sockets?
Keywords: Windows, WAIS, Client
Organization: Qualcomm, Inc., San Diego, CA
Date: Wed, 30 Dec 1992 19:18:35 GMT

With the upcomming release of Windows Socket Standard, is anybody working on
converting one of the Windows WAIS clients over to this standard?  This would
allow one client to work for everybody!  No matter what network software they
were running under Windows.

If anyone has any ideas please let me know, we are using PC/TCP and therefore
cant run and any of the PC Clients, and since we have 400 PC users, this is
a bit a problem? :)