From nobody Thu Sep 17 10:33:37 1998
Path: newsfeed.cv.nrao.edu!newsgate.duke.edu!nntprelay.mathworks.com!newsfeed.internetmci.com!208.139.82.2!news.ka.net!not-for-mail
From: Robb Matzke <matzke@llnl.gov>
Newsgroups: sci.data.formats
Subject: ANNOUNCE: HDF5 beta release
Date: 16 Sep 1998 14:19:07 -0400
Organization: Spizella Software
Lines: 51
Message-ID: <x7n27zvs2s.fsf@arborea.spizella.com>
Reply-To: matzke@llnl.gov
NNTP-Posting-Host: 91max2.ka.net
X-Trace: web.ka.net 905971080 10200 207.51.90.91 (16 Sep 1998 18:38:00 GMT)
X-Complaints-To: abuse@ka.net
NNTP-Posting-Date: 16 Sep 1998 18:38:00 GMT
X-Newsreader: Gnus v5.5/XEmacs 20.4 - "Emerald"
Xref: newsfeed.cv.nrao.edu sci.data.formats:389

HDF5 is a new, experimental version of the Hierarchical Data Format (HDF)
that is designed to address some of the limitations of the current version,
HDF4, and to address current and anticipated requirements of modern systems
and applications.  The beta version of HDF5 is freely available in source
format from ftp://hdf.ncsa.uiuc.edu/pub/DIST/HDF5/ and a web site is under
construction at http://hdf.ncsa.uiuc.edu/HDF5/.

We urge you to look at this new version of HDF and give us feedback on what
you like or do not like about it, and what features you would like to see
added to it.

Why HDF5? The development of HDF5 is motivated by a number of limitations
in the current HDF format, as well as limitations in the library. Some of
the improvements upon HDF4 are:

* A file can have a 64-bit address space and be a single file or a
  collection of smaller files (HDF4 files were limited to 2GB).

* Dataset sizes are 64-bit quantities and the number of datasets per file
  is limited only by the file size (HDF4 allowed at most 20,000 complex
  objects in a 2GB file).

* HDF5 has a simpler, more comprehensive data model that includes only a
  few basic classes: datasets, spaces, types, groups, and files (the HDF4
  data model had inconsistencies and more classes than necessary).

* HDF5 was designed with an object oriented philosophy and the source size
  is approx. 1/3 of HDF4 but includes all the major functionality of HDF4.

* HDF5 supports parallel I/O effectively using MPI-IO.

The beta release includes most of the basic functionality that is planned
for the first release of the HDF5 library. However, the library does not
implement all of the features detailed in the format and API
specifications. Here is a listing of some of the limitations of the current
release:

* Some functions for manipulating data spaces have not been implemented.

* Some data types such as variable length types, pointers, and times are
  not yet implemented.

* Deletion (unlinking) and renaming objects is not yet implemented.

* The library is not currently thread aware although we have planned for
  that possibility and intend eventually to implement it.

-- 
Robb Matzke L-170                               #include <disclaimer.h>
Lawrence Livermore National Laboratory          Voice/Fax: +1 812 949 7318
Livermore, CA 94550                             Cellular:  +1 502 396 8547

From nobody Mon Sep 21 18:13:42 1998
Path: newsfeed.cv.nrao.edu!newsgate.duke.edu!newsfeed.berkeley.edu!agate!dog.ee.lbl.gov!overload.lbl.gov!news
From: "Edward J. Moler" <ejmoler@lbl.gov>
Newsgroups: sci.data.formats
Subject: Re: Digitalizing plots?
Date: Mon, 21 Sep 1998 14:46:52 -0700
Organization: Lawrence Berkeley Laboratory
Lines: 10
Message-ID: <3606C94C.16D05B50@lbl.gov>
References: <35e27eba.545254@news.jet.es> <35E77D92.93090E04@goeppingen.netsurf.de>
NNTP-Posting-Host: ras1-16.lbl.gov
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.05 [en] (Win95; U)
Xref: newsfeed.cv.nrao.edu sci.data.formats:392

Howdy,

There is a Macintosh program called DataThief that does exactly what you
want. Check the archives.  EJM

>       I am looking for a freeware or shareware program for
> > digitalizing plots. In other words, I have a sheet of paper with a
> > plot, I have scanned it and so I got a .gif file with a function plot.
> > I am looking for a program capable of reading a graphic file and then
> > writing a new file with the coordinates of the points in the plot.

From nobody Tue Sep 22 11:00:24 1998
Newsgroups: sci.data.formats
Path: newsfeed.cv.nrao.edu!newsgate.duke.edu!nntprelay.mathworks.com!ix.netcom.com!lpurple
From: lpurple@netcom.com (Lance Purple)
Subject: Re: crack out ur brain for this one
Message-ID: <lpurpleEznr7t.Bnp@netcom.com>
Organization: Netcom
References: <35FB6D6F.7AE47E57@mailcity.com> <6tij1h$1538$1@news.net.uni-c.dk>
Date: Mon, 21 Sep 1998 23:43:05 GMT
Lines: 30
Sender: lpurple@netcom13.netcom.com
Xref: newsfeed.cv.nrao.edu sci.data.formats:396

> lets start i have a value from 0 to 5 and i would like to fit this
> into 2.5 bits and get it back again later now sense there is no such
> thing as 2.5 bits i need a way to encode 2 values could be any where
> from 0 to 5 into 5 bits?

You can't pack two [0..5] values into five bits, because there
are six possibilities for each value, and 6x6 is more than 32.

But you -can- pack three [0..5] values into eight bits, because
6x6x6 is less than 256.  Pack the values like so:

    Multiply first  value by 36
    Multiply second value by 6,  add
    Multiply third  value by 1,  add

    So [4,2,3] --> (4x36)+(2x6)+3 --> 159,  etc.

    To unpack, divide by 36 to get first value,
               divide remainder by 6 to get second value
               divide remainder of -that- by 1 to get third value

    159 / 36 = 4 remainder 15
 --> 15 /  6 = 2 remainder 3
  --> 3 /  1   3

Hope that helps.

.----------------------------.
| lpurple at netcom dot com  |
'----------------------------'

From nobody Tue Sep 29 11:16:57 1998
Path: newsfeed.cv.nrao.edu!newsgate.duke.edu!nntprelay.mathworks.com!newsfeed.berkeley.edu!newsfeed.wli.net!newsfeed.frii.net!news.psd.k12.co.us!csn!nntp-xfer-2.csn.net!yuma!usenet
From: "Tom Hilinski" <hilinski@lamar.colostate.edu>
Newsgroups: sci.data.formats
Subject: Re: BMP file format. Could you help?
Date: Mon, 28 Sep 1998 17:24:12 -0600
Organization: Colorado State University, Fort Collins, CO  80523
Lines: 102
Message-ID: <6up5sv$60o6@yuma.ACNS.ColoState.EDU>
References: <360e9c2d.7681980@news.demon.co.uk>
NNTP-Posting-Host: dialup0382.ppp.colostate.edu
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Newsreader: Microsoft Outlook Express 4.72.3155.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0
Xref: newsfeed.cv.nrao.edu sci.data.formats:402


David wrote in message <360e9c2d.7681980@news.demon.co.uk>...
>Greetings,
>
>Could someone here provide me with information on Windows BMP file
>format? I would like to know what information are required, and in how
>many bytes each in the header section.
>
>The only thing I know is that header info comes first, followed by the
>image data...
>
>Thank you in advance.
>
>David

The following is a page from the MS Windows "Programmer's guide to Windows
95":


Bitmaps should be saved in a file that uses the established Windows format
and assigned a name with the three-character .BMP extension. The
established Windows format consists of a BITMAPFILEHEADER structure
followed by a BITMAPINFOHEADER structure. An array of RGBQUAD structures
(also called a color table) follows the BITMAPINFOHEADER structure. The
color table is followed by a second array of indexes into the color table
(the actual bitmap data).

The Windows format is shown in the following illustration.

The members of the BITMAPFILEHEADER structure identify the file; specify
the size of the file, in bytes; and specify the offset from the first byte
in the header to the first byte of bitmap data. The members of the
BITMAPINFOHEADER structure specify the bitmap's width and height, in
pixels; the color format (count of color planes and color bits per pixel)
of the display device on which the bitmap was created; whether the bitmap
data was compressed before storage and the type of compression used; the
number of bytes of bitmap data; the resolution of the display device on
which the bitmap was created; and the number of colors represented in the
data. The RGBQUAD structures specify the RGB intensity values for each of
the colors in the device's palette. The color-index array maps indices
values from the RGBQUAD array to pixels in a rectangular region on the
display.

The following hexadecimal output shows the contents of the file
REDBRICK.BMP.

0000    42 4d 76 02 00 00 00 00  00 00 76 00 00 00 28 00
0010    00 00 20 00 00 00 20 00  00 00 01 00 04 00 00 00
0020    00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00
0030    00 00 00 00 00 00 00 00  00 00 00 00 80 00 00 80
0040    00 00 00 80 80 00 80 00  00 00 80 00 80 00 80 80
0050    00 00 80 80 80 00 c0 c0  c0 00 00 00 ff 00 00 ff
0060    00 00 00 ff ff 00 ff 00  00 00 ff 00 ff 00 ff ff
0070    00 00 ff ff ff 00 00 00  00 00 00 00 00 00 00 00
0080    00 00 00 00 00 00 00 00  00 00 00 00 00 00 09 00

0090    00 00 00 00 00 00 11 11  01 19 11 01 10 10 09 09
00a0    01 09 11 11 01 90 11 01  19 09 09 91 11 10 09 11
00b0    09 11 19 10 90 11 19 01  19 19 10 10 11 10 09 01
00c0    91 10 91 09 10 10 90 99  11 11 11 11 19 00 09 01
00d0    91 01 01 19 00 99 11 10  11 91 99 11 09 90 09 91
00e0    01 11 11 11 91 10 09 19  01 00 11 90 91 10 09 01
00f0    11 99 10 01 11 11 91 11  11 19 10 11 99 10 09 10
0100    01 11 11 11 19 10 11 09  09 10 19 10 10 10 09 01
0110    11 19 00 01 10 19 10 11  11 01 99 01 11 90 09 19

0120    11 91 11 91 01 11 19 10  99 00 01 19 09 10 09 19
0130    10 91 11 01 11 11 91 01  91 19 11 00 99 90 09 01
0140    01 99 19 01 91 10 19 91  91 09 11 99 11 10 09 91
0150    11 10 11 91 99 10 90 11  01 11 11 19 11 90 09 11
0160    00 19 10 11 01 11 99 99  99 99 99 99 99 99 09 99
0170    99 99 99 99 99 99 00 00  00 00 00 00 00 00 00 00
0180    00 00 00 00 00 00 90 00  00 00 00 00 00 00 00 00
0190    00 00 00 00 00 00 99 11  11 11 19 10 19 19 11 09
01a0    10 90 91 90 91 00 91 19  19 09 01 10 09 01 11 11

01b0    91 11 11 11 10 00 91 11  01 19 10 11 10 01 01 11
01c0    90 11 11 11 91 00 99 09  19 10 11 90 09 90 91 01
01d0    19 09 91 11 01 00 90 10  19 11 00 11 11 00 10 11
01e0    01 10 11 19 11 00 90 19  10 91 01 90 19 99 00 11
01f0    91 01 11 01 91 00 99 09  09 01 10 11 91 01 10 91
0200    99 11 10 90 91 00 91 11  00 10 11 01 10 19 19 09
0210    10 00 99 01 01 00 91 01  19 91 19 91 11 09 10 11
0220    00 91 00 10 90 00 99 01  11 10 09 10 10 19 09 01
0230    91 90 11 09 11 00 90 99  11 11 11 90 19 01 19 01

0240    91 01 01 19 09 00 91 10  11 91 99 09 09 90 11 91
0250    01 19 11 11 91 00 91 19  01 00 11 00 91 10 11 01
0260    11 11 10 01 11 00 99 99  99 99 99 99 99 99 99 99
0270    99 99 99 99 99 90


The following table shows the data bytes associated with the structures in
a bitmap file.

Structure Corresponding bytes
BITMAPFILEHEADER 0x00 - 0x0D
BITMAPINFOHEADER 0x0E - 0x31
RGBQUAD array 0x32 - 0x75
Color-index array 0x76 - 0x275


From nobody Tue Sep 29 11:17:04 1998
Path: newsfeed.cv.nrao.edu!newsgate.duke.edu!nntprelay.mathworks.com!btnet-peer!btnet!dispose.news.demon.net!demon!news.demon.co.uk!demon!wiskas.demon.co.uk!not-for-mail
From: davidday@hotmail.com (David)
Newsgroups: sci.data.formats
Subject: Re: BMP file format. Could you help?
Date: Tue, 29 Sep 1998 03:42:40 GMT
Message-ID: <361156bf.27996778@news.demon.co.uk>
References: <360e9c2d.7681980@news.demon.co.uk> <6up5sv$60o6@yuma.ACNS.ColoState.EDU>
NNTP-Posting-Host: wiskas.demon.co.uk
X-NNTP-Posting-Host: wiskas.demon.co.uk:193.237.129.47
X-Trace: news.demon.co.uk 907036961 nnrp-05:20899 NO-IDENT wiskas.demon.co.uk:193.237.129.47
X-Complaints-To: abuse@demon.net
X-Newsreader: Forte Agent 1.5/32.452
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Lines: 25
Xref: newsfeed.cv.nrao.edu sci.data.formats:405

On Mon, 28 Sep 1998 17:24:12 -0600, "Tom Hilinski"
<hilinski@lamar.colostate.edu> wrote:

>The following is a page from the MS Windows "Programmer's guide to Windows
>95":
>
>
>Bitmaps should be saved in a file that uses the established Windows format
>and assigned a name with the three-character .BMP extension. The
>established Windows format consists of a BITMAPFILEHEADER structure
>followed by a BITMAPINFOHEADER structure. An array of RGBQUAD structures
>(also called a color table) follows the BITMAPINFOHEADER structure. The
>color table is followed by a second array of indexes into the color table

<snip>

>BITMAPINFOHEADER 0x0E - 0x31
>RGBQUAD array 0x32 - 0x75
>Color-index array 0x76 - 0x275
>

Thank you VERY much!! This was the kind of information I was looking
for! I really appreciate it.

David

From nobody Wed Sep 30 23:54:41 1998
Path: newsfeed.cv.nrao.edu!newsgate.duke.edu!nntprelay.mathworks.com!newshub.northeast.verio.net!chippy.visi.com!news-out.visi.com!pulsar.dimensional.com!dimensional.com!wormhole.dimensional.com!not-for-mail
Message-ID: <3612355A.D4F5310F@dnvr.uswest.net>
From: Mitch Wolberg <rkane@dnvr.uswest.net>
X-Mailer: Mozilla 4.01 [en] (Win95; I)
MIME-Version: 1.0
Newsgroups: sci.data.formats
Subject: Re: info on microsoft works file formats
X-Priority: 3 (Normal)
References: <36119010.0@209.91.128.12>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Lines: 11
Date: Wed, 30 Sep 1998 13:41:11 GMT
NNTP-Posting-Host: 206.124.10.208
NNTP-Posting-Date: Wed, 30 Sep 1998 07:41:11 MDT
Organization: Dimensional Communications
Xref: newsfeed.cv.nrao.edu sci.data.formats:407

Try
  
	www.wotsits.com

they seem to have almost everything.


Vianet wrote:
> 
> does anybody out there know where i can find information on microsoft works
> file formats. (wdb files)

