Sembrowser
System Software
Score 63%
Description:

A prototype of a semantic faceted file manager for KDE 4.
The faceted side panel is based on the Nepomuk technology and libraries.
Last changelog:

7 years ago

0.3: added a filtering edit line for tags; changed the internal structure, following the MVC pattern.
0.2: solved many issues of the previous release; changed underlying queries for performances and added more file manager functionalities.
0.1: first public release; please notice that it is far from finished and not guaranteed to be stable.

smithjd25

7 years ago

I wonder if following prototype design initiative, a backend paradigm shift might be wise for semantic storage;

A way of using policykit to restrict the ability to (from example) index the root filesystem thereby allowing a deselection of what should have been indexed for semantic crawling.

It should allow to drop a dependency of not looking at a filesystem (in explicics) as accorded by Microsoft drive letters, instead passing by the root and sub-directory model of Unix to everything homedir including mounts and possibly /usr should policy be altered so.


A semaphoric return to C prompt intentions with a semantic bent. Non-explicit user access to root by acl in the semantic engine, which then crawls the entire filesystem.

Kind of like union-fs or reverse-bind mounts where the indexer can not index system directories.

I can actually then see a pervasive use for ACL keys as opposite lists in policy-based machine setups inclusive with semantic layer. x_attrs can be easily targetted as an engage-able technology by the storage backend.

Also the door is left open for a dropoff of responsibilities to the VFS layer over handling of x_attrs and acl depending on underlying filesystem.

A roll-up of attributes can be done from the database and dumped through the VFS layer to platter.

x_attrs copy is assured for file copies between devices by technology like sem_browser irregardless of underlying VFS layer.

A stipulation for actually storing and retrieving x_attrs on pluggable media via
Akonadi for filesystems that don't honour acls and x_attrs. (policy)

I don't know enough about acls/x_attrs to say whether it would be seamless and elegant but from my perspective it follows in gui userspace what Hans did attempt in kernel-land, and it has the benefits of scale ability within limits of reason. With a shift to exlusions rather than inclusions for the advent of the sematic method of storage it's easier to see what isn't required in-mind (such as /) vs. what's required to avoid information overload. In between is obviously a method to balance demands on time, hence why the computer was invented.

Report

siv

7 years ago

Well, I may suggest you to subscribe to the mailing list of the KDE-Nepomuk project, and talk about your idea there: in the end, this app is just using the API libraries, while the technical details of those libraries are discussed there.

Report

smithjd25

7 years ago

A similar concept to Bayesian filtering overall.

Report

7 years ago

0.3: added a filtering edit line for tags; changed the internal structure, following the MVC pattern.
0.2: solved many issues of the previous release; changed underlying queries for performances and added more file manager functionalities.
0.1: first public release; please notice that it is far from finished and not guaranteed to be stable.

File (click to download) Version Description Filetype Packagetype License Downloads Date Filesize OCS-Install
Details
version
0.3
updated Jun 18 2010
added Dec 27 2009
downloads
page views 789