home *** CD-ROM | disk | FTP | other *** search
/ Graphics Plus / Graphics Plus.iso / formats / hdf / hdfs.ch5 < prev    next >
Encoding:
Text File  |  1980-02-06  |  4.5 KB  |  134 lines
  1.  
  2.  
  3.  
  4. Chapter 5    Other Formats
  5.  
  6.  
  7.  
  8. Chapter Overview
  9. File Formats
  10. CGM╨Computer Graphics Metafile
  11. PICT2, Resources╨Macintosh Standard
  12. TIFF╨Scanner Companies
  13. CDF╨Common Data Format
  14. FITS╨Flexible Image Transfer System
  15. PHIGS and PHIGS+
  16.  
  17. .c2.Chapter Overview
  18.  
  19. This chapter briefly describes several of the currently available 
  20. file formats and compares their features with those of HDF.
  21.  
  22.  
  23. File Formats
  24.  
  25. There are numerous data formats in use today, some designed 
  26. with objectives very similar to those of HDF. We encounter many 
  27. of these at NCSA, and expect to continue to work with them in the 
  28. future. The following sections describe some of the important data 
  29. formats in use and compare their usability to that of HDF.
  30.  
  31.  
  32. CGM╨Computer Graphics 
  33. Metafile
  34. CGM is an ANSI standard format for storing graphics in files, 
  35. specifically graphics created with GKS libraries. It covers simple 
  36. vectors, polygons, and raster images up to 24 bits deep. Many 
  37. computing sites are using CGM, but they are quickly finding its 
  38. limitations. For example, CGM does not allow simulation source 
  39. data and an image of that data to be in the same file. Some 
  40. implementations of CGM are not compatible with others, so there is 
  41. now a SLATEC document that explicitly defines a subset of CGM 
  42. for all DOE and NSF sites to implement.
  43.  
  44.  
  45. PICT2, 
  46. Resources╨Macintosh 
  47. Standard
  48. The PICT format is extensible and already contains most of the 
  49. primitives that are needed, including a one-to-one mapping with 
  50. QuickDraw. Two problems with PICT are (1) it is a serial format 
  51. and (2) it is proprietary. The Macintosh disk format includes what 
  52. are called resources; the resource types are similar to HDF's tags, 
  53. assigned for each new need that arises. This also is proprietary 
  54. and is a difficult standard to use because MacOS defines most of its 
  55. uses for operating system purposes, not generic data storage.
  56.  
  57.  
  58. TIFF╨Scanner Companies
  59. Microsoft and Aldus developed the TIFF format, which is very 
  60. similar to HDF. TIFF defines a linked list of tag blocks in the file, 
  61. with each tag block describing one image. There is no mechanism 
  62. in place to help the standard grow in a regular fashion. One of the 
  63. side effects is that each block of tags describes one frame which ties 
  64. the file structure in with the data structure. The developers of TIFF 
  65. defined only most of the tags necessary for scanner companies 
  66. and then stopped. The irregular use of this standard by 
  67. commercial companies makes it a moving target.
  68.  
  69.  
  70. CDF╨Common Data 
  71. Format
  72. This calling interface and format was developed at NASA for use 
  73. with scientific data sets. It defines all data sets as multi-
  74. dimensional arrays of multiple variables and allows you to 
  75. include any number of single variables. The NCAR UNIDATA 
  76. project has implemented the Fortran interface and adapted it for 
  77. use in C. At NCAR, they use XDR (from Sun) to store the files 
  78. instead of the original CDF Fortran method of using multiple files 
  79. for one dataset on a VAX. CDF is not a good, transportable file 
  80. format, but a very interesting calling interface for storage of 
  81. scientific data. Its developers are reportedly working on methods 
  82. for storing more than one array element at a time. There are only 
  83. eight data types so far, defined as they are in VAX Fortran.
  84.  
  85. HDF can support many calling interfaces and the CDF interface 
  86. may be a good one to support, for it has both C and Fortran 
  87. interfaces.
  88.  
  89.  
  90. FITS╨Flexible Image 
  91. Transfer System
  92. The FITS file format is primarily used for astronomy; it was one 
  93. of the first tagged formats. Each tag is an ASCII string in the 
  94. header record. The data can be of several types and is stored in 
  95. multi-dimensional arrays. The file is in Fortran records of a 
  96. fixed length. For Fortran-based systems that store only scientific 
  97. data, FITS is still applicable.
  98.  
  99.  
  100. PHIGS and PHIGS+
  101. PHIGS and PHIGS+ are being adopted as standards for a calling 
  102. interface to be used by high performance graphics programs. Most 
  103. manufacturers of expensive graphics equipment will be providing 
  104. PHIGS interfaces. They have not, as yet, defined a file storage 
  105. format for PHIGS calls, so you have to send the source code with 
  106. your image. We are interested in adopting a PHIGS compatible 
  107. vector/polygon standard in HDF.
  108.  
  109. 5.1    NCSA HDF Specifications
  110.  
  111. Other Formats    5.1
  112.  
  113. National Center for Supercomputing Applications
  114.  
  115. March 1989
  116.  
  117.                                                                 
  118.  
  119.  
  120.  
  121. 5.1    NCSA HDF Specifications
  122.  
  123. Other Formats    5.1
  124.  
  125. National Center for Supercomputing Applications
  126.  
  127. March 1989
  128.  
  129.                                                                 
  130.  
  131.  
  132.  
  133.  
  134.