对于非文档,非媒体类数据
我还在用最蹩脚的excel+everything作为保底
可用性很差(但我习惯了)但可移植性很强,
解析excel后配合脚本几乎可以快速移植到大部分Tag系统中
主力方案用的tagSpaces
1.他的tag具有良好的移植性(如果是整个文件夹移动的话),
2.对文件夹有良好的支持(老陆以及很多依赖ntfs系统的都做不到)
3.良好的NAS支持
4.能为任意文件挂载缩略图
5.还有一些小细节莫名的和我从excel时代承袭来的习惯吻合,简要的TAG,不太简练的注释等
6.win的触控逻辑不错
7.数据容易迁移,方便随时换方案
不足在于某些UI逻辑还是有点脑溢血,
以及显示标签时多时莫名的性能黑洞,除了页面滚动所有操作都吃大量单核性能
(但不显示时运行效率接近win的管理器,即便同级六七千个,而此时的tag仍然是可用状态)
已经没开放正则的编写
依靠命名的方式我通常都是差不多遵循类似你的严格命名法,同时尽可能统一使用只使用和()
dangerace
(dangerace)
23
感谢指出,有关文件夹的标签支持,目前DTE已经是有所支持的,不过肯定还不够完善。您感觉还不太方便的地方能具体说说嘛?
yich
24
目录规划不合理的话,就只剩下了 everything 去找,而如果他人要找,还不知道电脑上有这个工具的话。。。。
所以,其实好的目录规划更重要,即便是硬盘拿到了别的系统上,没有搜索软件可用,但是仍然可以通过目录,快速找到想要的东西
你在A站联系过我?
要不你加我QQ我想跟你聊聊tag这玩意该怎么用吧?
我A站ID是:Ghost-Girls来着
Q:1028617702
alalei199
(alalei199)
28
我觉得楼主的方法非常好,
难点就是在于大量文件如何重命名,需要一个软件实现。
不知道怎么来实现,谁有没有好一点方法。
dangerace
(dangerace)
29
moonlune
(红叶舞秋山)
30
我一般使用tabbles,之类的标签软件进行管理,因为使用标签管理可以解决很多问题,例如:某个文件既属于某一年,还属于某个类型,还属于某个人,等等,只要支持标签筛选就行。而不是传统的树形管理。如果采用传统的树形管理,那么需要将同一个文件放到多个目录里。相互筛选就是某个标签划定范围,然后用其他标签进行交集。
原来的时候我曾建议金山支持进行这种标签筛选,可惜它搞了这么多年也没了下文~
haitao
(HaitaoSoft)
31
标签好过目录(树型,层级关系不能变);
但 标签本身需要树型来显示、管理,才更方便合理
alalei199
(alalei199)
33
我发现有一款开源软件叫tagspaces,也采用吧标签集成到文件名中,暂时研究了一下还不错。
具体介绍见网页:TagSpaces Product Documentation | TagSpaces Docs
大家可以去下载尝试一下。
haitao
(HaitaoSoft)
34
标签 放在 文件名 里,最大的问题是 应用软件再次打开 它 时,因为文件名变了而找不到了。
需要人为重新找回再选择,还好 文件名的前面部分应该仍然不变。
还有一个问题是:想按 某些标签 搜索时,全部收集文件名 比较慢,
直接用everything,会快很多,但管理软件无法直接使用ev的搜索接口。
dangerace
(dangerace)
35
在windows本身没有提供系统级支持前,各种文件标签都有其自身局限性:
文件名标签:文件必须被更名,一个是遇到不允许更名或不方便更名的文件就麻烦了。再一个文件名长度有限制,超过长度限制后就不能再记录标签信息了。
文件指纹标签:一般以MD5为主,只适合静态文件,被采集指纹的文件不能被编辑,否则指纹会发生变化,文件标签就丢失了。又或者必须所有操作必须在特定软件中进行,才能保证文件被编辑后实时更新文件指纹,才能保证指纹与标签的对应。
附加数据流标签:仅能在NTFS文件格式磁盘上使用,不支持NAS及其他流行云存储。
所以,单独来讲,对普通用户,文件名标签适用面最广,其次是附加数据流标签,最差的就是文件指纹标签。一款好的文档标签管理软件,应该能够综合利用以上多种手段,取长补短,方便用户。
例如:【20221204更新V5.4】Document_TagExplorer -免费好用的windows文件标签管理工具(仅支持GB2312字符集)
核心机制是附加数据流标签,非常适合本机的文档标签管理。同时还支持文件名标签,也支持用户NAS和云盘同步。
haitao
(HaitaoSoft)
36
还有一种是 独立数据库或特定配置文件 保存 文件名(或指纹)与标签的对应关系信息
以前想过,但后来发现太累了,就放弃了。毕竟标签不是终点,是不是还得有标签组?所以,你实际上是不满足于树形文件目录,希望可以在多个树形之间进行切换,从而实现网状知识体系。
但有两个问题是:第一,我们真的需要吗?文件名搜索和全文搜索在多大程度上还不能解决我们的问题?第二,我们真的能坚持吗?尤其是当文件批量进入时,要知道在大数据领域传统数仓逐渐让位于数据湖,就是因为它的schema是前置的。复杂的命名规范,不就相当于schema前置吗?
haitao
(HaitaoSoft)
40
我觉得最终的办法是:标签(tag),但标签本身是树型分布的。
win的库就是标签,但它只有一层。