From aaw@oce.nl Fri Dec 9 10:42:02 1994 X-VM-Message-Order: (1 2 3 5 4 6 7 8 9) X-VM-Summary-Format: "%n %*%a %-17.17F %-3.3m %2d %4l/%-5c %I\"%s\"\n" X-VM-Labels: nil X-VM-VHeader: ("Resent-" "From:" "Sender:" "To:" "Apparently-To:" "Cc:" "Subject:" "Date:") nil X-VM-Bookmark: 9 Status: RO X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["2315" "Thu" " 8" "December" "1994" "15:43:33" "GMT" "Ton Willems" "aaw@oce.nl" "" "64" "Utilities for grouped HDF objects" "^From:" nil nil "12" "1994120815:43:33" "Utilities for grouped HDF objects" (number " " mark " Ton Willems Dec 8 64/2315 " thread-indent "\"Utilities for grouped HDF objects\"\n") nil] nil) Newsgroups: sci.data.formats Path: solitaire.cv.nrao.edu!hearst.acc.Virginia.EDU!caen!usenet.cis.ufl.edu!usenet.eel.ufl.edu!news.mathworks.com!news.alpha.net!uwm.edu!news.moneng.mei.com!howland.reston.ans.net!Germany.EU.net!EU.net!sun4nl!oce.nl!aaw Message-ID: Organization: OCE Nederland B.V. Lines: 64 From: aaw@oce.nl (Ton Willems) Subject: Utilities for grouped HDF objects Date: Thu, 8 Dec 1994 15:43:33 GMT Due to a problem with a previous posting in this newsgroup and regarding the fact that there was no reply, I assume that the previous posting didn't got around the world, so here it is again. Please feel free to respond..... My name is Ton Willems from Oce Nederland B.V. a manufacturer of copiers and printers in Holland. We have developed several software packages that simulate certain parts of physical processes in copiers. We are in the process of changing the output from these packages from ascii to HDF format. Now we ran into a problem that is putting us on hold for a while. As the HDF files will contain several multi-dimensional quantities we are looking for software packages for data selection, data analysis and data visualization that are able to brows through grouped HDF files. To give you a rough idea of the datasets one HDF file should contain: - 250 single quantities in a mix of ints, doubles and strings. - 60 one and two dimensional arrays containing about 500 floats for the 1D and 500 x 100 floats for the 2D arrays. For the single quantities we chose to put them all in one Vset record. For the arrays we chose to put them in Scientific Data Sets using the multifile SD interface. Due to the amount of datasets and their relations we want to group the objects in a logical order. Now as soon as we group our data, all the marvelous tools for viewing and analyzing our datasets cannot be used anymore, because they are not able to brows and display grouped objects. So what we are looking for is mainly a visualization software package with an embedded datanavigator so that we are flexible in the way we organize our datasets and still be able to display them. The alternative is a datanavigator with interfaces to other popular visualization packages. I can't imagine that we are the only one in the world that need visualization utilities for grouped datasets, so before writing my own program I really want to make sure that the job is not yet done by somebody else, So If you can be of any help, please let me know. The next line can be neglected by most of you. P.S. Wil elke Oce'er die dit leest mij even bellen. regards, Oce Nederland B.V. Research & Development Physical computations 5900 MA Venlo Holland E-mail: aaw@oce.nl Phone : (31)77 - 593701 From stisprod@nssdca.gsfc.nasa.gov Tue Dec 13 22:39:02 1994 Status: RO X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["765" "" "13" "December" "1994" "00:47" "EDT" "John Garrett" "stisprod@nssdca.gsfc.nasa.gov" "<13DEC199400474230@nssdca.gsfc.nasa.gov>" "25" "Re: Help on image formats" "^From:" nil nil "12" "1994121304:47:00" "Help on image formats" (number " " mark " John Garrett Dec 13 25/765 " thread-indent "\"Re: Help on image formats\"\n") "<3c28oc$5m8@paperboy.gsfc.nasa.gov>"] nil) Path: solitaire.cv.nrao.edu!hearst.acc.Virginia.EDU!darwin.sura.net!tulane!ames!newsfeed.gsfc.nasa.gov!nssdca.gsfc.nasa.gov!stisprod Newsgroups: sci.data.formats Organization: NASA Goddard Space Flight Center -- Greenbelt, Maryland USA Lines: 25 Distribution: world Message-ID: <13DEC199400474230@nssdca.gsfc.nasa.gov> References: <3buumi$sov@nms.telepost.no> <3c28oc$5m8@paperboy.gsfc.nasa.gov> NNTP-Posting-Host: nssdca.gsfc.nasa.gov Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Summary: SFDU not an image format Keywords: SFDU News-Software: VAX/VMS VNEWS 1.41 From: stisprod@nssdca.gsfc.nasa.gov (John Garrett) Subject: Re: Help on image formats Date: 13 Dec 1994 00:47 EDT >Hans Sandsdalen (hans2@spacetec.no) wrote: >: I need to know where I can find more info. about the following >: image formats: > >: TIFF - Tagged Image File Format >: GIF - Grafic Image Format >: SFDU - Standard Formatted Data Unit >: CDF - Common Data Format >: SDF - Standard Data Format >: HDF - Hierarchical Data Format. > Hans, SFDU is not strictly an image format. It is a format for wrapping other formats for transport and to maintain the association of metadata with the data files. As such, SFDUs could be used to wrap (and has been used to wrap) TIFF, GIF, CDF, SDF, and HDF data. If you need more information, feel free to contact me at the SFDU Support Office at Goddard Space Flight Center. SFDU@nssdca.gsfc.nasa.gov -John Garrett _ From treinish@watson.ibm.com Fri Dec 16 10:59:10 1994 Status: RO X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["2288" "Thu" "15" "December" "1994" "19:09:34" "GMT" "Lloyd Treinish" "treinish@watson.ibm.com" "" "51" "Re: Help on image formats" "^From:" nil nil "12" "1994121519:09:34" "Help on image formats" (number " " mark " Lloyd Treinish Dec 15 51/2288 " thread-indent "\"Re: Help on image formats\"\n") "<13DEC199400474230@nssdca.gsfc.nasa.gov>"] nil) Newsgroups: sci.data.formats Path: solitaire.cv.nrao.edu!hearst.acc.Virginia.EDU!portal.gmu.edu!europa.eng.gtefsd.com!news.mathworks.com!hookup!olivea!uunet!newsgate.watson.ibm.com!hawnews.watson.ibm.com!gort!treinish Message-ID: Disclaimer: This posting represents the poster's views, not necessarily those of IBM. References: <3buumi$sov@nms.telepost.no> <3c28oc$5m8@paperboy.gsfc.nasa.gov> <13DEC199400474230@nssdca.gsfc.nasa.gov> Nntp-Posting-Host: gort.watson.ibm.com Organization: IBM T.J. Watson Research Keywords: SFDU Lines: 51 From: treinish@watson.ibm.com (Lloyd Treinish) Sender: news@hawnews.watson.ibm.com (NNTP News Poster) Subject: Re: Help on image formats Date: Thu, 15 Dec 1994 19:09:34 GMT While conceptually true, this posting is not entirely accurate. Entities like CDF, HDF and netCDF are NOT strictly formats. They are software interfaces to one or more self-describing physical formats with well-defined data structures. In the case of CDF and netCDF, they can be viewed as abstract data types with interfaces (language bindings) to a well-defined data model. As such the notion of an SFDU wrapper providing a COMPLETE package for CDF, HDF or netCDF, does not make a lot of sense because there is no mechanism to present the appropriate software interface to the user/programmer/application, which is a key rationale for using of these structures and its software. Furthermore, each of these systems have varying levels of ability to not be a fixed format by providing updates and extensibility, and multiple access methods, which again would be rather difficult to support under the notion of wrapper around a fixed format. An SFDU wrapper only is feasible for these structures in a very limited fashion, when their capabilities are limited to fixed contents and no direct interface to software. Of course, that defeats a key reason for their existence. I should also mention that each of these systems support more than image-like data. Lloyd Treinish IBM Thomas J. Watson Research Center lloydt@watson.ibm.com In article <13DEC199400474230@nssdca.gsfc.nasa.gov>, stisprod@nssdca.gsfc.nasa.gov (John Garrett) writes: |> >Hans Sandsdalen (hans2@spacetec.no) wrote: |> >: I need to know where I can find more info. about the following |> >: image formats: |> > |> >: TIFF - Tagged Image File Format |> >: GIF - Grafic Image Format |> >: SFDU - Standard Formatted Data Unit |> >: CDF - Common Data Format |> >: SDF - Standard Data Format |> >: HDF - Hierarchical Data Format. |> > |> Hans, |> |> SFDU is not strictly an image format. It is a format for wrapping |> other formats for transport and to maintain the association of |> metadata with the data files. As such, SFDUs could be used to wrap |> (and has been used to wrap) TIFF, GIF, CDF, SDF, and HDF data. |> |> If you need more information, feel free to contact me at the |> SFDU Support Office at Goddard Space Flight Center. |> |> SFDU@nssdca.gsfc.nasa.gov |> |> -John Garrett |> _ From stefans@bauv111.bauv.unibw-muenchen.de Mon Dec 19 17:03:58 1994 Status: RO X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["1192" "" "19" "December" "1994" "11:09:35" "GMT" "Stefan Schwarz" "stefans@bauv111.bauv.unibw-muenchen.de" "" "34" "Re: Finite Element data formats -- do they exist?" "^From:" nil nil "12" "1994121911:09:35" "Finite Element data formats -- do they exist?" (number " " mark " Stefan Schwarz Dec 19 34/1192 " thread-indent "\"Re: Finite Element data formats -- do they exist?\"\n") ""] nil) Path: solitaire.cv.nrao.edu!hearst.acc.Virginia.EDU!portal.gmu.edu!europa.eng.gtefsd.com!gatech!swiss.ans.net!news.dfn.de!zeus.rbi.informatik.uni-frankfurt.de!terra.wiwi.uni-frankfurt.de!news.th-darmstadt.de!fauern!news.unibw-muenchen.de!bauv111!stefans Newsgroups: sci.data.formats Organization: University of the Federal Armed Forces Munich Lines: 34 Message-ID: References: NNTP-Posting-Host: bauv111.bauv.unibw-muenchen.de X-Newsreader: NN version 6.5.0 #7 (NOV) From: stefans@bauv111.bauv.unibw-muenchen.de (Stefan Schwarz) Subject: Re: Finite Element data formats -- do they exist? Date: 19 Dec 94 11:09:35 GMT stern@amath.washington.edu (L.G. "Ted" Stern) writes: >I was wondering whether any readers of this group have experience with >standardized data formats for Solid Mechanics type programs. There are >several proprietary standards such as PATRAN and ANSYS, but I don't see >reference to relevant libraries in the FAQ. >Any package that has some way of describing elements, nodes, connectivity, >etc. would be useful. >Also, has anybody had experience with using some standardized format for >simple databases? I would be interested in something that could be used for >material properties. If there is a standard, then an individual's database >could be easily converted for use in proprietary packages and the like. Hi, i would suggest to have a look at the upcoming standard ISO 10303 (known as STEP). Included parts (among others) are: Part 104: Finite Element Analysis Part 45: Materials You can find informations on: ftp://ftp.cme.nist.gov/pub/step Hope this helps, Stefan -- Stefan Schwarz University of the Federal Armed Forces Munich Laboratory for graphical data processing 85577 Neubiberg Germany http://www.bauv.unibw-muenchen.de/people/stefan/portrait.html -- From stisprod@nssdca.gsfc.nasa.gov Tue Dec 20 13:35:00 1994 Status: RO X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["2566" "" "20" "December" "1994" "02:12" "EDT" "John Garrett" "stisprod@nssdca.gsfc.nasa.gov" "<20DEC199402122600@nssdca.gsfc.nasa.gov>" "58" "Re: Help on image formats" "^From:" nil nil "12" "1994122006:12:00" "Help on image formats" (number " " mark " John Garrett Dec 20 58/2566 " thread-indent "\"Re: Help on image formats\"\n") ""] nil) Path: solitaire.cv.nrao.edu!hearst.acc.Virginia.EDU!portal.gmu.edu!europa.eng.gtefsd.com!news.umbc.edu!haven.umd.edu!ames!newsfeed.gsfc.nasa.gov!nssdca.gsfc.nasa.gov!stisprod Newsgroups: sci.data.formats Organization: NASA - Goddard Space Flight Center Lines: 58 Distribution: world Message-ID: <20DEC199402122600@nssdca.gsfc.nasa.gov> References: <3buumi$sov@nms.telepost.no> <3c28oc$5m8@paperboy.gsfc.nasa.gov> <13DEC199400474230@nssdca.gsfc.nasa.gov> NNTP-Posting-Host: nssdca.gsfc.nasa.gov Summary: Alpha Software available for SFDU, SFDUs work fine around CDF, HDF Keywords: SFDU News-Software: VAX/VMS VNEWS 1.41 From: stisprod@nssdca.gsfc.nasa.gov (John Garrett) Subject: Re: Help on image formats Date: 20 Dec 1994 02:12 EDT In article , treinish@watson.ibm.com (Lloyd Treinish) writes... >While conceptually true, this posting is not entirely accurate. Entities like >CDF, HDF and netCDF are NOT strictly formats. They are software interfaces ... I agree, but I wasn't arguing the details of CDF, HDF, NetCDF. Other info on these "formats"/"interfaces" is already available in the FAQ I thought. >As such the notion of an SFDU wrapper providing a COMPLETE package for CDF, >HDF or netCDF, does not make a lot of sense because there is no mechanism to >present the appropriate software interface to the user/programmer/application, >which is a key rationale for using of these structures and its software. We are also providing these projects with Alpha versions of the SFDU WorkBench which will launch the CDF or HDF applications when it encounters those types of datasets in the SFDU. Unfortunately its only available on the SUN presently due to our resource restrictions, but we hope to make the beta version available on the Web by early next year. >Furthermore, each of these systems have varying levels of ability to not be >a fixed format by providing updates and extensibility, and multiple access >methods, which again would be rather difficult to support under the notion of >wrapper around a fixed format. I applaud the work done to make these systems extensible, but you either need to be able (1) to describe how the extensions can be made In this case SFDU can wrap it fine since it can be described. or (2) you will need new software to access it. In which case the new description should be provided and SFDU mechanism could distinquish between the versions. >An SFDU wrapper only is feasible for these >structures in a very limited fashion, when their capabilities are limited >to fixed contents and no direct interface to software. Of course, that >defeats a key reason for their existence. There are projects here at NASA that are using SFDU with each of these formats at least in test or prototype projects. And again I would point out that prototype software does exist which launches the CDF or HDF software when data in that format is encountered. >I should also mention that each of these systems support more than image-like >data. SFDUs are not in any way limmited to handling only image-like data. SFDU@nssdca.gsfc.nasa.gov -John Garrett Once again, these are only my opinions and are not necessarily those of Hughes-STX, NASA/GSFC, or the NASA/Science Office of Standards and Technology. From ejh@larry.gsfc.nasa.gov Wed Dec 21 22:33:17 1994 Status: RO X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["1506" "" "21" "December" "1994" "15:27:28" "GMT" "Edward Hartnett" "ejh@larry.gsfc.nasa.gov" "" "35" "a data format swiss army knife program in C++?" "^From:" nil nil "12" "1994122115:27:28" "a data format swiss army knife program in C++?" (number " " mark " Edward Hartnett Dec 21 35/1506 " thread-indent "\"a data format swiss army knife program in C++?\"\n") nil] nil) Path: solitaire.cv.nrao.edu!hearst.acc.Virginia.EDU!concert!gatech!bloom-beacon.mit.edu!spool.mu.edu!uwm.edu!lll-winken.llnl.gov!ames!newsfeed.gsfc.nasa.gov!gsfc.nasa.gov!ejh Newsgroups: sci.data.formats,comp.lang.c++ Organization: NASA Goddard Space Flight Center -- Greenbelt, Maryland USA Lines: 35 Message-ID: NNTP-Posting-Host: larry.gsfc.nasa.gov Xref: solitaire.cv.nrao.edu sci.data.formats:712 comp.lang.c++:88470 From: ejh@larry.gsfc.nasa.gov (Edward Hartnett) Subject: a data format swiss army knife program in C++? Date: 21 Dec 1994 15:27:28 GMT (I'm posting this to the c++ group and the scientific data format group). I've been working with a lot of data formats recently, including HDF, and I recently had an interesting thought. It would be possible to treat a gridded data set of N dimensions as a C++ object, which could have different methods to write out different format files (i.e. HDF, grib, etc.). I arrived at this conslusion by thinking about how I write format conversion programs. When I needed to convert between a local format (called pheonix) and HDF, first I put together C data structures for each file, then I wrote a library of functions for each format which would read and write the data. After al that it wasn't too hard to make first a reader from both formats, then a program that read in one and wrote out the other. I recently realized that if I had used the same data structures for both formats (indeed, for all my gridded data format), my job would simplify to writing read function to get an new file into that data stucture, and functions to write from that data structure to a specific format. Before I go any further I thought I'd post these thoughts and see if anyone out there has done this sort of thing. -- Edward Hartnett - ejh@larry.gsfc.nasa.gov - (301) 286-2396 Code 910.3, NASA/GSFC, Greenbelt MD, 20771 - fax: 286-1754 IAGO: How poor are they that have not patience! What wound did ever heal but by degrees? Thou know'st we work by wit, and not by witchcraft; And wit depends on dilatory time. From stephens@sycamore.pprd.abbott.com Wed Dec 21 22:33:24 1994 Status: RO X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["2040" "" "21" "December" "1994" "18:45:25" "GMT" "Daniel Stephens" "stephens@sycamore.pprd.abbott.com" "" "46" "Re: a data format swiss army knife program in C++?" "^From:" nil nil "12" "1994122118:45:25" "a data format swiss army knife program in C++?" (number " " mark " Daniel Stephens Dec 21 46/2040 " thread-indent "\"Re: a data format swiss army knife program in C++?\"\n") ""] nil) Path: solitaire.cv.nrao.edu!hearst.acc.Virginia.EDU!caen!newsxfer.itd.umich.edu!gatech!swiss.ans.net!kelso.abbott.com!kelso!stephens Newsgroups: sci.data.formats,comp.lang.c++ Organization: Abbott Laboratories Lines: 46 Message-ID: References: NNTP-Posting-Host: sycamore.pprd.abbott.com In-reply-to: ejh@larry.gsfc.nasa.gov's message of 21 Dec 1994 15:27:28 GMT Xref: solitaire.cv.nrao.edu sci.data.formats:713 comp.lang.c++:88505 From: stephens@sycamore.pprd.abbott.com (Daniel Stephens) Subject: Re: a data format swiss army knife program in C++? Date: 21 Dec 1994 18:45:25 GMT In article ejh@larry.gsfc.nasa.gov (Edward Hartnett) writes: > I've been working with a lot of data formats recently, including HDF, > and I recently had an interesting thought. > > It would be possible to treat a gridded data set of N dimensions as a > C++ object, which could have different methods to write out different > format files (i.e. HDF, grib, etc.). I've used a similar method several times when converting between varying data formats.. However I tend to find that my 'data representation' class gets way too cluttered when it's loaded with file format conversion routines. My preferred method of doing things is to have a central class which holds the concept (ie.. a gridded data set) and then have a set of classes which provide the various conversions I require (ie. HDF_Convertor, grib_Convertor) If you're really lucky then the conversion routines will share some similar properties which you can use to generate a fairly solid interface between the data representation and the conversion routines, and then make an abstract base class (ie. Base_Convertor) which the other conversion classes derive from. That way you can create things like:: class Gridded_Data { public: Gridded_Data(Base_Convertor &in_conv); int Output(Base_Convertor &out_conv); }; Of course, you may prefer to have two base convertor classes such as Base_Input_Convertor and Base_Output_Convertor, I guess that all depends on personal preference, and whether the two actually share any common operations or not... (I'm not at all familiar with any of the formats mentioned above so I don't know if they do or not).. Just my $0.02 Daniel. -- /- Daniel Stephens ---------------------#----------------\ | email 'stephens@elder.pprd.abbott.com' # # # # | | .signature still under development 8-) ### ## # # 'LIFE'| \----------------------------------------------- # ## -/ From stefans@bauv111.bauv.unibw-muenchen.de Thu Dec 29 10:57:34 1994 Status: RO X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["709" "" "29" "December" "1994" "15:04:54" "GMT" "Stefan Schwarz" "stefans@bauv111.bauv.unibw-muenchen.de" "" "21" "Re: STEP data format" "^From:" nil nil "12" "1994122915:04:54" "STEP data format" (number " " mark " Stefan Schwarz Dec 29 21/709 " thread-indent "\"Re: STEP data format\"\n") "<1994Dec29.092523.10040@dec8.ncku.edu.tw>"] nil) Path: solitaire.cv.nrao.edu!hearst.acc.Virginia.EDU!caen!newsxfer.itd.umich.edu!gatech!howland.reston.ans.net!Germany.EU.net!news.dfn.de!zeus.rbi.informatik.uni-frankfurt.de!terra.wiwi.uni-frankfurt.de!news.th-darmstadt.de!fauern!news.unibw-muenchen.de!bauv111!stefans Newsgroups: sci.data.formats Organization: University of the Federal Armed Forces Munich Lines: 21 Message-ID: References: <1994Dec29.092523.10040@dec8.ncku.edu.tw> NNTP-Posting-Host: bauv111.bauv.unibw-muenchen.de X-Newsreader: NN version 6.5.0 #7 (NOV) From: stefans@bauv111.bauv.unibw-muenchen.de (Stefan Schwarz) Subject: Re: STEP data format Date: 29 Dec 94 15:04:54 GMT shen10@sparc5.cc.ncku.edu.tw (T.J. Huang) writes: >Dear Viewer, >I am looking for sites or articles, books, that describe the format of >STEP. If any of you have ideas where I can find it, I will appreciate >if you can tell me. I am using it for assessment of another interface >I will develop for some special purpose, pure academic work. If you have WWW-access, try: http://www.igd.fhg.de/www/igd-a2/hyperstep/hyperstep-home.html STEP-docs can be found on: ftp://ftp.cme.nist.gov/pub/step Stefan -- Stefan Schwarz University of the Federal Armed Forces Munich Laboratory for graphical data processing 85577 Neubiberg Germany http://www.bauv.unibw-muenchen.de/people/stefan/portrait.html -- From rustyw@amoco.com Sat Dec 31 13:06:59 1994 Status: RO X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["725" "" "31" "December" "1994" "01:22:38" "GMT" "Rusty L. Wilson" "rustyw@amoco.com" "<3e2bou$ced@tabloid.amoco.com>" "31" "Re: CGM 2 Raster?" "^From:" nil nil "12" "1994123101:22:38" "CGM 2 Raster?" (number " " mark " Rusty L. Wilson Dec 31 31/725 " thread-indent "\"Re: CGM 2 Raster?\"\n") "<3e0v3d$244@aragorn.unibe.ch>"] nil) Path: solitaire.cv.nrao.edu!hearst.acc.Virginia.EDU!caen!zip.eecs.umich.edu!newsxfer.itd.umich.edu!gatech!swiss.ans.net!paperboy.amoco.com!tabloid!usenet Newsgroups: sci.data.formats Organization: Amoco Lines: 31 Message-ID: <3e2bou$ced@tabloid.amoco.com> References: <3e0v3d$244@aragorn.unibe.ch> Reply-To: rustyw@amoco.com NNTP-Posting-Host: hosrlw05.amoco.com From: rustyw@amoco.com (Rusty L. Wilson) Subject: Re: CGM 2 Raster? Date: 31 Dec 1994 01:22:38 GMT In article 244@aragorn.unibe.ch, writes: > Hi Netters > I am looking for software that does a conversion from Computer Graphics > Metafiles to any Raster format. The CGM-files contain vector and bitmap/image > data. I don't know about any freeware, but there is a company in Houston, TX. that sells such a program. The name of the company is ZEH GRAPHICS. There are two phone numbers listed in my Houston white pages (713)589-9396 (713)589-7757 Note: My phonebook is 93-94, and I know that Zeh's offices have moved sometime in the past year, so I am uncertain about these numbers. Good Luck Rusty L. Wilson Staff Geophysicist SG Amoco Corporation Houston, TX (713)366-7082 rustyw@amoco.com