Semantic file systems are file systems used for information persistence which structure the data according to their semantics and intent, rather than the location as with current file systems. It allows the data to be addressed by their content (associative access). Traditional hierarchical file-systems tend to impose a burden, for example when a sub-directory layout is contradicting a user's perception of where files would be stored. Having a tag-based interface alleviates this hierarchy problem and enables users to query for data in an intuitive fashion.
Semantic file systems raise technical design challenges as indexes of words, tags or elementary signs of some sort have to be created and constantly updated, maintained and cached for performance to offer the desired random, multi-variate access to files in addition to the underlying, mostly traditional block-based filesystem.
A semantic file system can be envisioned as a part of a semantic desktop.
History
editThe notion of semantic file system was proposed in 1991 by researchers of the MIT and École des Mines de Paris.[1] They proposed an integrated system whose main query interface looked like a traditional file system interface via a virtual directory system that interpreted a path as a conjunctive query. Their implementation had automatic extraction of the relevant metadata via what they called file type specific transducers.
Starting in around 2004, a new wave of implementations centered on manual tagging of files and folders.
In 2008, researchers proposed to integrate semantic file systems with Semantic Web technologies.[2]
Types of metadata
editTags
editTags can be used instead of folders to circumvent the limits of a hierarchical model.
File type-specific
editGifford et al.[1] suggested the idea of file type-specific metadata automatically extracted by a file-type specific transducer.
For instance, for a source code text file, metadata could include the names of the procedures that the program exports or imports, procedure types, and the files included by the program. For a document, its date, author, title and structure (sections and subsections). For an e-mail, its sender, recipient and subject.
Lineage
editIn scientific workflows, provenance of a data file is important. A scientist might want to select a results file by filtering by the input dataset.
Architecture
editVasudevan and Pazandak[3] introduce the distinction between integrated and augmented approaches:
- In integrated approaches, semantics are a feature of the file system.
- Tightly coupled systems are implemented within a file system
- Loosely coupled systems are implemented on top of a classical file system, but hide its interface.
- In augmented approaches, semantics are an abstraction on top of a classical file system. Access to the classical file system interface is maintained, the user can choose.
They suggest Open systems architecture as being well adapted to semantic file system implementations.
Compatibility with hierarchical file systems
editEven integrated semantic file systems may choose to expose an interface for compatibility with existing local or distributed file system protocols. For instance, Gifford et al.’s 1991 implementation was fully compatible with NFS.[1]
Metadata storage
editExtended file attributes provided by the file system can be a way to store the metadata.
A relational database is another very frequent way to store the metadata.
Research implementations
edit| Name | Type | Metadata | OS | Date | Comment |
|---|---|---|---|---|---|
| Lineage File System[4] | File system extension | Lineage | Linux | 2005 | Modifies the Linux kernel to log all process creation and file-related system calls. Uses a MySQL database. |
| SemFS (formerly TagFS)[5] | File system | Tags | Linux, Windows | 2006 | On Windows, can be mounted as a WebDAV drive. On Linux, based on FUSE. Tags are stored as RDF. Uses an internal file system, not exposed. |
| SFS[1] | File system extension | File type-specific | Linux | 1991 |
Implementations
edit| Name | Type | Metadata | OS | License | Programming language(s) | Last update | Comment |
|---|---|---|---|---|---|---|---|
| Be File System (BFS) | File system | BeOS | Proprietary; last version is freeware | Metadata is stored in extended file attributes. Works with file manager Tracker | |||
| dantalian | File system extension | Tags | Linux and contiguous POSIX-compatible file systems | Apache 2 | Python | 2016 | Uses symlinks |
| dhtfs | User-level file system extension | Tags | Linux | BSD 3-clause | Python | 2009 | Based on FUSE |
| Elyse | Graphical file manager | Tags | Windows and MacOS | Proprietary, no cost | 2021 | ||
| Fuse::TagLayer | File system extension | Tags | Linux | GPL v3 / AL v2 | Perl | 2013 | Based on FUSE |
| Tabbles | Graphical file manager | Tags | Windows Vista to 11 | Proprietary, freemium | .NET Framework | Uses a SQL Server relational database. | |
| Tag2Find | Tags | Windows XP and Vista 32-bit | 2007 | ||||
| TagsForAll | Graphical file manager | Tags | Windows x64 | Freemium | 2014 | 70 tag limit in free version. Metadata is stored in two places: in files as ADS (Alternate Data Stream for NTFS), and in local database. | |
| Tagsistant | File system | Tags | Linux | GPL | C | 2017 | Tag-based, based on FUSE |
| TagSpaces | Graphical file manager, web or desktop (uses Electron) | Tags | Windows, macOS, Linux, and Android. | AGPL (Freemium) | TypeScript, JavaScript, Java, Objective-C | Continues | |
| tagxfs | File system extension | Tags | Linux | Boost Software License 1.0 | C++ | 2013 | Extends the user space file system to a tag based hierarchy. |
| TMSU | Virtual file system | Tags | 2022 | Uses a SQLite relational database. | |||
| TransparenTag | File system | Tags | Linux, BSD | GPL v2 | OCaml | 2013 | Data and tags are stored as regular files |
| WinFS | File system and manager | Any type | Windows XP | Proprietary | .NET Framework | 2006 | Uses a relational database |
| xtagfs | File system extension | Tags | MacOS X | GPL v2 | Python | 2009 | Based on FUSE |
See also
editReferences
edit- ^ a b c d Gifford, David; Jouvelot, Pierre; Sheldon, Mark A.; O’Toole, James W. Jr. (1991). "Semantic file systems" (PDF). ACM Operating Systems Review. 25 (5): 16–25. doi:10.1145/121133.121138.
- ^ Faubel, Sebastian; Kuschel, Christian (2008). "Towards Semantic File System Interfaces" (PDF). ISWC (Posters & Demos).
- ^ Vasudevan, Venu; Pazandak, Paul (1997). "Semantic File Systems". Object Services and Consulting, Inc. Retrieved 2024-03-05.
- ^ Sar, Can; Cao, Pei (2005). "Lineage File System". Stanford University. Retrieved 2024-03-14.
- ^ Bloehdorn, Stephan; Völkel, Max (2006). "TagFS — Tag Semantics for Hierarchical File Systems". WWW Conference Proceedings – via CiteSeerX.
External links
editResearch & Specifications
- The Sile Model. A Semantic File System Infrastructure for the Desktop
- Semantic FS @ MIT Programming Systems Research Group
- Launchpad Blueprints: A tag-based filesystem for Ubuntu
- ReiserFS future vision
- external list of related work on semantic file systems @ semanticweb.org
- "Designing better file organization around tags, not hierarchies" detailed writeup by Nayuki
- Non-Directory Filesystem