New answers tagged data-preservation
5
It would be remiss to neglect the original Mac HFS with its core support of the Resource Fork.
A normal Macintosh file had two forks: the data fork, and the resource fork. The resource fork was a key/value store, with the values typically being large binary blobs (most notably icons, code, sounds, etc.). The data fork was where typical "read" and &...
7
I'll admit to not quite understanding their jargon, but it looks like IBM's AS/400 (1988) and to a certain extent, System/38 before it (1978) relied on object or database-style single-level storage rather than hierarchical files.
6
The BeOS used extended attributes heavily.
In OS/2, rexx scripts are tokenised into extended attributes, and all sorts of things like icons and whatnot used them. There were a decent arrangement of tools to access and edit the ea's. 4os2 could store its descriptions in ea.
5
The Sinclair QL's file system has a 64-byte "File header" providing metadata for the file. Among system-owned fields like modified/access dates, file length, type and name, it also holds 8 bytes of so-called "type-dependent data" that can be used by specific file types for their own metadata.
Due to the structure of QDOS I/O, that header ...
4
AmigaOS, first released in 1985, made extensive use of key/value attributes that could be defined by the user in a GUI and recognized by any tool. (e.g. an application/program).
This was done using a metadata system implemented through "Tool types" that were embedded within the .info file. Every Tool or Project (e.g. a document) had an icon and ...
Top 50 recent answers are included
Related Tags
data-preservation × 27floppy-disk × 7
cassette-tape × 4
zx-spectrum × 3
history × 2
hardware × 2
nes × 2
hard-disk × 2
floppy-drive × 2
file-system × 2
database × 2
amiga × 1
ms-dos × 1
emulation × 1
gaming × 1
identify-this-game × 1
rom × 1
windows-98 × 1
atari × 1
game-cartridge × 1
file-format × 1
maintenance × 1
audio × 1
storage × 1
atari-st × 1