Système de fichiers qui utilise des balises plutôt que de dossiers?
Mes fichiers sont un gâchis, j'essaie de structure dans des dossiers avec des noms qui décrivent ce qu'ils sont dans un appel récursif de la classe éclatement de sens, mais plus tard, j'ai de la difficulté à trouver le fichier à nouveau quand je vais la chercher (un seul fichier peut éventuellement exister dans de nombreux dossiers).
Quel système de fichier va me permettre de retrouver mes fichiers par une combinaison de balises au lieu d'utiliser des dossiers?
Si il y a bien un système de fichiers, je ne suis pas sûr de savoir comment OSes permettrait de faire face, d'être si profondément dépendante sur le système de dossier. Je suis tombé sur tag2find, ce qui n'est pas trop mauvais; il résout mon problème à trouver des trucs pour l'instant, mais c'est une application, pas un système de fichiers.
- Connexes: stackoverflow.com/q/876188/89771
- (2013) Gmail a ce système déjà en place avec vos e-mails. Maintenant, pour les amener à mettre en œuvre dans Google Drive!
- cette question est similaire à celui-ci
- TMSU (github) et Tagsistant (github) semblent être les principaux. Dantalian peut aussi être intéressant de regarder, même si je ne suis pas sûr de la façon évolutive, il est.
- J'ai pensé à ce sujet, un tel système pourrait se débarrasser de dossiers et même des noms de fichiers (pour ne pas mentionner les extensions non-sens). De telle manière que le chemin d'accès, le nom et l'identifiant unique d'un fichier est un ensemble de balises qui lui sont appliquées. Et même alors, il pourrait y avoir plus d'un fichier avec le même ensemble de balises, pourquoi pas. La notation pourrait être le même, par exemple,
document/report/2015/finance/v2.01
dans lequel l'ordre des balises ne serait pas question. La grande chose à ce sujet est que vous pouvez simplement fournir quelques balises et pas tous, et encore obtenir le fichier[s] que vous souhaitez. - Je pense avoir un ID unique balise pour chaque fichier peut rendre la gestion des tags délicat. Les noms de fichiers serait encore une propriété utile, en plus des tags généraux.
- Je suis venu à la même conclusion. Je suis essentiellement à l'aide de répertoires pour le marquage de mes fichiers. C'est très limitée à cause d'un fichier ne peut avoir qu'un seul répertoire parent. Je ne se soucient pas de classer mes fichiers dans des dossiers, je suis essentiellement en essayant de balise de mes fichiers.
- Quel est le problème avec l'aide d'une application au lieu d'un système de fichiers?
Vous devez vous connecter pour publier un commentaire.
Ce que vous demandez est un La Base De Données Du Système De Fichiers. J'en connais une mise en œuvre expérimentale de Linux appelée DBFS. Microsoft a commencé à développer Windows Avenir De Stockage (WinFS) - il était prévu d'expédier avec Vista, mais en raison de problèmes techniques, le projet a été retardé et pour autant que je sais finalement annulé. NTFS est également capable de stocker les métadonnées pour les fichiers, mais pas au point de toutes les fonctionnalités de la base de données du système de fichiers.
L'intégration d'un système de fichiers dans un système d'exploitation ne devrait pas être si compliqué que ça pour le noyau du système d'exploitation, il suffit simplement de coller avec le modèle hiérarchique. La partie complexe est l' (graphique) shell qui doit exposer la structure et les fonctionnalités du système de fichiers de l'utilisateur.
Ici sont quelques-uns des systèmes de fichiers que j'ai trouvé à l'aide de google.
TagFS - "Balise Sémantique pour les Systèmes de Fichiers Hiérarchiques"
papier par Stephan Bloehdorn et Max Völkel, 2006
http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.60.4187
dhtfs - "Marquage en fonction du système de fichiers, fournissant dynamique répertoire des hiérarchies basées sur des mots-clés associés avec des fichiers"
utilisable de la mise en œuvre, la dernière version 2007
http://code.google.com/p/dhtfs/
Tagsistant - "Un raisonnement sémantique du système de fichiers pour Linux et BSD"
projet en cours de développement
http://www.tagsistant.net/
Leaftag - "Marquage pour le bureau Linux"
une autre mise en œuvre, la dernière version 2006
http://www.chipx86.com/w/index.php/Leaftag
Sur l'intégration avec les Systèmes d'exploitation, je ne pense pas que cela doit être difficile. Les os sont profondément dépendante de hiérarchie du système de fichier, mais l'étiquette de système de fichiers peut imiter la structure de répertoire. Par exemple dans une étiquette de système de fichiers le chemin
/etc/init.d
donnera tous les fichiers qui sont marqués avec exactement deux étiquettes j'.e 'etc' et 'init.d'. Pour les fichiers qui sont marqués avec d'autres balises ainsi que ces deux balises, leurs balises supplémentaires peuvent apparaître comme des répertoires dans /etc/init.d. Si il y a un fichier a.txt avec trois étiquettes que je.e 'etc', 'init.d "& "asdf", puis "asdf" apparaît comme répertoire dans le répertoire /etc/init.d et le chemin d'accès complet a.txt deviendront /etc/init.d/asdf/a.txt.Je suis l'auteur du programme Linux TMSU qui vous permet d'étiqueter les fichiers et les afficher dans une balise à base de système de fichiers.
Voici quelques exemple d'utilisation:
Et le système de fichiers virtuel:
Les nombres dans les noms de fichiers sont des identifiants qui sont là pour garder les noms de fichiers uniques. Ce sont des liens symboliques vers les fichiers de l'emplacement d'origine.
Il est encore en développement actif. Au moment de la rédaction (Oct 2014) 0.4.2 est disponible, mais je vais sortir 0.5.0 bientôt.
Vista et Windows 7 support de marquage de fichiers. Voir cet article
Je suis tombé sur cette question alors que de me poser la même question à propos de système de fichiers de balises de fichiers. Ensuite, je suis tombé sur cette application pour Windows XP/Vista, appelé TaggedFrog que peut faire l'affaire. N'ai pas encore essayé, mais il semble prometteur.
Pas hâte de passer par 1000s de fichiers! En tout cas, je vais être obligée de mise à niveau de Win7 à un certain point et d'essayer de ses natif de marquage.
Essayer tagfs. C'est un fusible en fonction de l'espace utilisateur du système de fichiers. Il peut montrer tagged répertoires du répertoire source dans une balise vue filtre.
E. g. disons que vous avez un répertoire de vacances de l'inde, qui est marqué "inde" et "photos" et d'un annuaire de vacances en espagne' marqué 'espagne' et 'photos'. Vous pouvez filtrer toutes vos photos en tapant le chemin d'accès '/my_mountpoint/photos'.
Répertoires sont marqués par le biais d'un simple fichier texte. Un fichier nommé".tag " dans le répertoire contient les balises. Plusieurs tags sont séparés par des retours à la ligne.
Sans avoir essayé ou vu dans la nature, il y a par exemple
Il est TagsForAll pour windows. C'est un gestionnaire de fichiers basé sur les balises. Les balises peuvent avoir une structure hiérarchique. L'interface utilisateur est très simple, mais agréable. Version gratuite entièrement fonctionnelle et enregistrement des balises dans la base de données, la version Pro pour l'enregistrement des balises aussi à l'intérieur de NTFS flux vers un fichier.
J'ai trouvé la conception de l'INTERFACE utilisateur de Elyse est merveilleux.
Mais c'est plus un système statique qu'il ne peut pas regarder le dossier de balise et le nouveau fichier avec une balise par défaut automatiquement.
J'ai pensé aussi à propos d'une étiquette de système de fichiers en un long temps.
Personne n'a pensé à la plus radicale et plus simple d'approche?
Oublier dossiers complètement (simulé des dossiers, pour des raisons de compatibilité pour les programmes), et de mettre toutes les balises directement dans le nom de fichier.
Classique(Nom De Fichier)_Tag1_Tag2_Tag3_.... .(Extension de fichier)
Mydocument_tag-based-file-system_tags_file-system_stackoverflow_folder_file-name_tagfs.txt
J'ai toujours envie de mettre autant d'informations que possible dans le nom de fichier. Vous pouvez trouver tout dans des millions de fichiers sur chaque OS.
La seule limite est la différence de longueur du nom de fichier dans evey OS, et il devient malpropre avec les systèmes actuels.
Une avancée OS, pourraient accéder à un fichier comme ceci: Mydocument.txt
Et les Balises peuvent être modifiées dans le plus bas niveau de l'OS, comme changer le nom du fichier à aujourd'hui.
Si il est tout à coup une autre Mydocument.txt elle est automatiquement renommé Mydocument(2).txt et ainsi de suite.
Je sais que cette idée n'est pas sans d'autres problèmes, n'est même pas mentionné ici.....
Mais l'Idée est d'environ de stocker des balises dans les plus élémentaires de faible niveau de la possibilité, qui peut être accessible à partir de TOUT passé et de l'avenir des systèmes de fichiers.
Et ce que tous les FS ont en commun, c'est le nom de fichier.
Je ne pense pas que a (a) marquage de soutien en soi, mais BFS prend en charge certains assez cool métadonnées fonctionnalité.