Открыть список
Как стать автором
Обновить

Комментарии 94

НЛО прилетело и опубликовало эту надпись здесь

Это, безусловно, удобно, когда нет необходимости в переносимости. Кроме того, встроенные инструменты работы с тегами в макоси довольно куцые. И что странно, сторонних разработчиков по этой теме — раз, два и обчёлся. Я знаю только одну достаточно современную программу для этого — Leap.

А бывают программы конвертации тегов от одной программы в другую или из ОС в программу и наоборот? И кстати, теги файловой системы — это только Мак?

Есть предположение, что маковские теги можно каким-нибудь скриптом считать и вставить куда-нибудь (хоть в имя файла). Но я Applescript знаю слабо. В остальных случаях — зависит от возможностей экспорта из конкретной программы.


Да, в макоси теги хранятся в resource fork. Если файлы пишутся в другой файловой системе, то создаются скрытые файлы ._filename.

Нет, в Windows (начиная с Windows 7) тоже поддерживаются теги (по крайней мере — стандартный Проводник позволяет их задавать). Насколько я понимаю, в терминах NTFS это будет ADFS.

К сожалению, все эти теги благополучно пропадают при создании резервной копии на NAS, например. Да и инструменты работы с тэгами внутри самой macOS крайне куцые. Мне в своё время пришлось городить велосипед из bash, applescript и alfred workflow чтобы оно хоть сколько-то удобно работало. В итоге отказалась от этой идее вовсе, ибо без рабочего бэкап плана смысла тратить время и силы на подобную организацию просто нет.

НЛО прилетело и опубликовало эту надпись здесь
Да нет, теги слишком примитивны, поэтому вс еи наровят их заменить.
К примеру, в XnViewMP есть иерархия категории (тегов). Категории позволяют категоризировоть одной системой и фото, и видео, и другие файлы не поддерживающие теги (pdf, html), и это же программой предсматривать файлы.
Далее, XnViewMP и ACDSee позволяют экспотировать/импортировать свою свою базу категорий в xml или т.п., что позволяет внести изменения своими простенькими скриптами.
НЛО прилетело и опубликовало эту надпись здесь

Аккурат два месяца назад заморачивался на эту тему. Спасибо.


Bridge как-то слишком тормозной оказался (и, кстати, он таки полностью бесплатный). Hydrus был бы великолепен, не будь маковская версия настолько глючной (ну и вообще как-то страшновато ему всё скармливать). Надо будет ещё ACDSee пощупать.

Ещё стоит пощупать Photo Mechanic.
Чисто формально, сам бридж беплатен. Но вот функционал обработки фотография аля лайтрум на базе плагина Camera RAW доступен только после покупки лицензии на фотошоп или лайтрум.
Мне кажется Lightroom здесь не совсем корректен. В таком случае стоит в подборку включить Darktable, Aperture и Corel AfterShot. Скажем, это другая весовая категория.

Спасибо, я включу их в новую версию обзора. В Lightroom есть уникально реализованная система подсказок тегов, и я был бы рад увидеть нечто подобное в других, менее специализированных приложениях.

Спасибо за обзор (особенно за картинки, которые, как известно, лучше тысячи слов). Удивило, что подавляющее большинство программ платные, лишь одна с открытым исходным кодом. Странно, что нет плагина для того же Far'а, который бы умел тегировать файлы (в расширенные атрибуты умеет любая современная файловая система, но накрайняк можно и собственной базой обойтись) и искать по тегам (выводя список файлов как обычно во временную панель).
Пропустили digiKam, если ограничиваться фотографиями — офигенно хорош. Жалко, не работает с рандомным файлом.

Спасибо. Добавлю его, когда буду писать новую версию обзора.

… когда для очередного файла находится пяток равно подходящих для него разделов...

Вообще, совершенно непонятно, почему в XXI веке я не могу положить один файл в пять папок (что-то типа hard link, но реально работающий).
Почему нет тегов на уровне файловой системы?
Когда уже появится умный поиск, который после анализа сможет найти нужную фотку по запросу одуванчик (или даже нужную песню по запросу "сначала медляк, а потом дабчик")?
А вот все эти программы — страшные костыли, надеюсь они скоро станут ненужны. Но пока это актуально. Спасибо за обзор, действительно есть такая проблема.

Думал об этом еще лет 10 назад. В проводнике windows все так же тупо с каталогизацией файлов..

Вы задаётесь хорошими вопросами и мыслите в правильном направлении. Остановлюсь на паре моментов:
Почему нет тегов на уровне файловой системы?
Вообще-то есть: едва ли не любая современная файлуха умеет в extended атрибуты, вот буквально копипаста из терминала сейчас (FreeBSD, ZFS):

$ touch foo
$ pxattr -n foo foo
Path: foo
pxattr::get: Attribute not found
$ pxattr -n foo -v bar foo
$ pxattr -n foo foo
Path: foo
foo => bar


Проблема в том, что при копировании обычными средствами атрибуты теряются, за этим надо постоянно следить, ну и пока что очень мало mainstream-программ про них знают и умеют правильно с ними работать, в т.ч. переносить между разными файловыми/операционными системами (например, при копировании с NTFS на фрёвую NFS'ную шару).
Когда уже появится умный поиск, который после анализа сможет найти нужную фотку по запросу одуванчик (или даже нужную песню по запросу «сначала медляк, а потом дабчик»)?
Мне казалось, что некоторые индексаторы либо это уже делают, либо их можно этому научить. Одуванчики искать, пожалуй, всё-таки пока сложновато, а вот музычку анализировать можно вполне; скажем, какой-нибудь KDE'шный Baloo/Nepomuk вполне мог бы этим заниматься.
гугл-фотки уже давно ищут «одуванчик». Хранить надо файлы в облаках, а не на локальной примитивной ОС с ограниченными ресурсами для индексирования.
… а потом из-за очередной блокировки коллекция файлов тю-тю.
Lightroom и Apple Photos умеют искать по изображениям с учетом машинного зрения, причем это не зависит от интернета.

Про ios я знал, а вот про Lightroom — это новость для меня. Спасибо, посмотрю. Lightroom classic?

Не знаю (ибо не пользователь Lightroom, просто за новостями слежу). Судя по тому, что этой фиче уже пара лет — скорее всего да, и в Classic и в CS должна присутствовать.

Все-таки нет такого умного поиска в Lightroom локально, без облака.
У них все очень запутанно. :) То что сейчас называется Lightroom CC — это облачный сервис подобный всем остальным. В нем есть умный поиск. Новость по вашей ссылке рассказывает именно об этом сервисе.
A автономный RAW-конвертер на компе, теперь называется Lightroom Classic CC. Это совершенно другой продукт, ничего общего с первым. Я пошарился у них в справке — нет упоминаний интеллектуального поиска.
Похоже только Apple сейчас предоставляет такую фичу без облаков (ну по крайней мере из крупных компаний).

Если посмотреть, на что я отвечал:
Хранить надо файлы в облаках
(rustavelli)
OneDrive-веб тоже пытается автоматом назначить фоткам теги. Можно установить теги вручную. Но не знаю как назначенный теги отрабатывают на десктопе, по идеи должны синхронизироваться.
image

Нет, эти теги не синхронизируются на десктоп, они видны только в мобильных приложениях/в вебе. Потому что, если бы они синхронизировались, это бы означало модификацию исходных файлов.

внезапно рубильник не дернут. В крайнем случае можно попросить знакомых из цивилизованных стран переслать файлы, или самому за ними съездить.

Вы же понимаете, что нет никаких облаков, а это просто чужой компьютер?! Избитая фраза, но хорошо выражает мое отношение к облакам, в особенности к гугловским.

Именно!
Вообще, термин «облако» — для конечного пользователя не несёт полезной информации, и является чисто маркетинговым.

Пользователь в принципе не может отличить, хранятся ли его данные действительно распределённо или на одной-единственной машине. Точка входа всё равно одна (будь то URL вбиваемый в браузер или вшитый в клиент).
Ага, есть чужой датацентр, который профессионально обслуживается админами. Там и бэкапы, и геораспределенное хранилище, и защита от атак. А есть мой домашний комп на винде, который может быть уничтожен котом в любой момент. не считая того, что в нём стоит дешевая бытовая комплектуха, которая частенько мрет сама по себе.
В качестве дополнительного хранилища для бэкапов — «облако» рулит, да. С шифрованием того, что не является публичной информацией.

Но не в качестве основного — как минимум, всё-таки с удаленным хранилищем работать может быть куда менее удобно — канал накладывает ограничения. Да собственно, само наличие канала с достаточной пропускной характеристикой становится ограничением.

И уж точно не в качестве единственного. (Единственное место хранения для инфы, критичной к утрате — вообще не вариант, безотносительно реализации).

Да и цена удаленного хранения всё-таки выше, и за дополнительный объём приходится платить, и за канал. Хотя домашний комп тоже имеет свою стоимость владения, но она размазывается не только на хранение, но и на другие функции.

Кроме того, мы разве говорим исключительно о домашних компах?
А как быть с какой-нибудь корпоративной сетью, изолированной от интернета — а файлы тегировать таки надо?
ок, «одуванчик» оно ищет, а найдёт ли фотки по критерию «я тогда сильно ржал от происходящего»?

Или я вот тексты откладываю с тэгом, допустим, «умные мысли». Как оно определит, какие мысли я посчитал умными?

Я придумал! Нужно просто завести себе секретаря, обычного, из мяса. Столько людей с натуральным интеллектом не задействованы… Даже у самых скромных моделей несравнимо более широкий функционал нежели у программок. :)

Угу, личного летописца. Причём, телепата, а то же ему тоже некоторые теги придется подсказывать (касающиеся своих мыслей).

Ну, тогда остается только использовать свой собственный, встроенный интеллект.
И кстати, это не такая уж и плохая идея. :)

а найдёт ли фотки по критерию «я тогда сильно ржал от происходящего»

Я протестировал на своем архиве в Google Photo — таки да, если поискать фотографии по словам «улыбка» или «смех» — оно найдет улыбающихся или смеющихся людей (а по запросу «улыбка я» — только улыбающегося меня). А вот по запросу «я улыбаюсь» не находит ничего, что, в принципе, показывает, что классификатор изображений не дружит с морфологией русского языка, поскольку «I smile» находит больше изображений.
По поводу «умных мыслей» — если вы что-то тегируете, это учитывается при поиске. Очевидно, что если вы просто сфотографируете текст, то Google Photo не сможет определить, является ли этот текст «умными мыслями».
А как оно найдет «я улыбаюсь», если я не в кадре, поскольку с обратной стороны фотоаппарата? А на фото — например, человек в палатке запутался, или кот собаку терроризирует.

если вы что-то тегируете, это учитывается
так о том и речь, что все равно нужен ручной ввод тэгов, возможности автоматической классификации очень сильно ограничены. Даже если ИИ дорастет до требуемого уровня распознавания — он все равно будет ограничен буквальным содержанием файла (изображения или текста — не суть), и никак не может формировать теги, содержащие субъективное отношение к содержанию. Тут нужен уже следующий уровень ИИ — действительно «личный секретарь», отслеживающий жизнь пользователя.
Это даже не «личный секретарь», потому что на вопрос «какие эмоции вызывает фотография» у людей, вне зависимости от их близости друг к другу, может быть совершенно разный ответ. Это чуть ли не непрерывный дамп мозга
Где-то так, ага
geektimes.com/post/300489/#comment_10761437
Эмоции, мысли — в общем, субъективное отношение. «Отложить на потом для подробного изучения», «Полезная информация», «при случае показать Васе» и т.п.
НЛО прилетело и опубликовало эту надпись здесь
тем, что надо их все создавать по одному, для каждого прописывая путь или открывая нужные папки на второй панели FARа — вместо чтоб быстро выбрать набор тегов.

А в принципе, я хардлинки и использую для раскидывания одного файла по нескольким папкам.
Странно, что только у одной программы есть интеграция в проводник… Потому что чаще всего именно непосредственно в нем и требуется найти файл по тегу, например из окна открытия файла какой-либо программы.
Иронично, что в самой винде функционал тегирования файлов есть, но, как обычно, реализован через чье-то анальное отверстие и работает только с парой расширений графических файлов.
В своё время искал программу, которая могла бы искать изображения по тегам в виде первый_тег + второй_тег — исключающий_тег.
А также имела бы автоподстановку при заполнении, массовое присвоение/удаление тегов и сохранение/подгрузку их из свойств файлов, помимо хранения в бд программы.
В результате нашёл Daminion — в комплекте всё названное, и ещё иерархия и алиасы тегов / группировка / поиск дублей / поиск по метаданным, включая автора и рейтинг и много другого полезного и бесполезного.

Смотрел в его сторону, но он же больше нацелен на организации. Там, как я смутно понял, нужно отдельно ставить сервер, который поддерживает бд, и отдельно клиент. Или всё проще?

В 3-4 версии никакого отдельного сервера нет. Про текущую версию не скажу, к сожалению. Сам до сих пор 3 версией пользуюсь, ибо имею на неё лицензию — она просто в файле .dmc хранит базу. Можно и несколько таких файлов иметь, ну и по онлайну их шарить.
Как-то тоже захотел оттегировать файлы, но с дополнительным условием — чтобы я мог сам написать ПО, которое бы нужным образом их обрабатывало.

Для меня наилучшим оказался подход TagSpaces, где теги сохраняются в имени файла в формате filename[tag1 tag2… tagN]. Всё остальное использует свои базы данных или специализированные метаданные, из которых выковырять теги у себя в программе — отдельная сложная задача.
Господи, вот откуда берётся это желание сохранять теги в имени файла? Это же, простите, просто дико, противоестественно, рушит всю семантическую модель. До тех пор пока имя файла это, что называется, публичный интерфейс, оно должно содержать только имя файла, и ничего больше (т.е. даже привычное нам расширение — это уже нарушение модели, но 1) так сложилось исторически; 2) сообщать и видеть тип файла действительно нужно намного чаще, чем другую метаинформацию, эмбедить тип в имя упрощает задачу как пользователей, так и программистов).

Нет никакой сложности правильно работать с метаданными (в любом виде/формате). Единственное оправдание абьюзить имя файла это то, что можно быть на 99% уверенным, что при любом копировании теги не слетят. Но если вы пишете собственное ПО (как следует из комментария), то вполне могли бы сохранять теги elsewhere (расширенные атрибуты, alternative streams, форки и пр. в зависимости от целевой файловой системы).
Забавно, но сейчас имя файла вообще ничего не значит, или его просто не видно. Музыкальные плееры выводят информацию из тегов, фото-видео-техника называет файлы ничего не значащей последовательностью символов и порядковым номером.

Когда вы последний раз искали домашнее фото по имени файла? Обычно открываешь папку или делаешь отбор по дате. При таком сценарии использования хранить теги в именах файлов — не такая плохая идея.
Скажем так — это хорошая идея, когда все завязано на тегах. Тогда действительно, не очень важно, как называется файл (и файл ли это вообще — в macOS многие «файлы» технически являются каталогами).
До тех пор, пока приходится навигировать по файловой системе, не стоит засорять именя файлов служебным мусором.
> Нет никакой сложности правильно работать с метаданными (в любом виде/формате).

Конкретизирую — я пишу ПО под себя, для работы со своими файлами. Соответственно, мне важно побыстрее и попроще получить результат, а не анализировать, как и где можно сохранить данные, не искать библиотеки под это дело. Любые расширенные атрибуты или стримы — это часов 5-8 для поиска библиотек и их интеграции, а я кое-где пишу на кроссплатформенных языках, где с такими библиотеками может быть даже и напряг.

Плюс, конечно, возможность поправить в теги прямо из Проводника, или по-быстрому добавить теги с помощью группового переименования, учитывая дату или имя файла.

Не практический интерес у меня возник: а существуют ли готовые иерархии тегов для общего или специального использования?
Что то вроде классификатора/рубрикатора. Растения-(опциональная классификация для биологов)/(простая классификация по форме или цвету по региону) ИТП.
Я понимаю, что это типа "классификатор всего" но было бы круто такой иметь теоретически.

Спасибо большое. Немного академическое знание, но как раз лучше отсюда начинать

Все хорошо в Hydrus кроме того что он не поддерживает произвольные типы файлов от слова совсем. Вот хочу я изображения в виде PSD хранить, а он мне говорит что такого не знает.

В качестве обхода psd можно архивировать в rar\zip и добавлять в Hydrus как архив.

Когда-то очень давно писал похожий файловый менеджер для сортировки своих фотогафий, может, кому-то будет полезен. Больше всего он похож на TagSpaces

Способ хранения тегов: файловая система
Группировка тегов: есть
Иерархия тегов: есть
Алиасы тегов: отсуствуют
Автоматизация тегов: отсуствует
Логические операции с тегами при поиске: И, ИЛИ
История поиска тегов: нет
Расшаривание тегов по сети: отсутствует

Способ хранения файлов: файловая система
Виртуальные папки: отсутствуют
Динамические папки: отсутствуют
Группировка файлов: отсутствует
Система рейтинга файлов: частично (5 звезд в виде обычных тегов)
Выявление файлов-дубликатов: отсутствует
Встроенный просмотр файлов: частично
Встроенная корзина: отсутствует
Заметки для файлов: частично
Фиксация URL-источников файлов: отсутствует
Потеря метаданных при нештатном перемещении файлов: нет (метаданные хранятся в имени файла / в побочном файле)
Киллер-фичи: Настройка шаблона хранения тегов, дерево тегов хранится в отдельном файле

Ссылка: Phototagger
Ссылки на скачивание программы на вашем сайте не работают. Проверьте их.
Спасибо. Исправил.

Спасибо. Добавлю его в новой версии обзора.

Костыль, но давно есть такая штука, как файлы описаний (descript.ion, files.bbs) — вполне можно храгить там теги, но работает для фанатов "ортодоксальных" файл-менеджеров (Far, Total Commander).

Обошли внимание FotoStation. Позиционируется как «менеджер цифрового фотоархива», есть вариант, заточенный под медицинскую сферу и стандарты описания.
Да, продукт полностью коммерческий.
Тэги (keywords в терминах программы) прописывает непосредственно в файл, в соответствии со спецификацией IPTC/NAA, попутно сохряняя в собственном кеше. Групповые шаблоны – чек.
Из «киллер-фич» – возможность хранить базу превьюшек и тэгов (с поиском по ним) для оффлайн-носителей. То есть помимо общего описания, для снимка будет указано место хранения оригинала («Шкаф #, полка ##, коробка ###, диск ####»).

Есть такое приложение — XnViewMP, от производителя XnView и практически дублирующее его функциональность. Там по факту только интерфейс немного отличается.
Оно есть и под Windows, Linux и Mac;


Для Far (третьего) есть плагин FileTags, обеспечивающий работу с тэгами (пока не пробовал, поскольку не было необходимости в таком инструменте, нашел в Far PlugRing из любопытства).

Посмотрел, работает, на основе descript.ion файлов

Я буквально месяц назад пытался найти программу, решающую сходную проблему, а именно каталогизированное хранение страничек, скачанных из интернета. В идеале хотелось бы щелчком из браузера отправить страничку в «прочесть на потом», ну и иметь оффлайновое хранилище с быстрым просмотром, тегами, сохранённым исходным URL и так далее. Совсем хорошо, если можно свои заметки добавлять, но в конце концов, можно отредактировать HTML и сохранить, переживаемо.

К идеалу приближался WebResearch, самая свежая версия которого вышла в 2013 году. С современными браузерами и сайтами он уже работает откровенно плохо, а вот хорошей смены так и нет.

Из интересного: MyTetra, RightNote, UltraRecall, MyBase, MyInfo, TreeDBNotes, Zotero.

Казалось бы, столько всего пересмотрел, а счастья всё равно нет. Или сохранять не умеет (приходится самому из браузера в MHT экспортировать, а это не всегда удобно), или сохранённые MHT не открывает, или встроенного просмотрщика нет, или просто падает на некоторых файлах… в общем, стараюсь сейчас привыкнуть к TagSpaces, но и у этой программы не всё гладко. Автор обещает обновление в мае, будем ждать.

Такое впечатление, что мало кому эта задача актуальна. Странно. Половина проектов заброшены или условно заброшены. А я почти что в ежедневном режиме пользуюсь, вот ведь у всех свои надобности…
В свое время тоже пользовался WebResearch (вроде немецкая программа), но потом ее задавил Evernote, попробуйте ее. Для браузеров есть расширение веб-клипер, позволяющее сохранять либо страницу целиком, либо страницу без мусора, либо фрагмент выделенный, либо ссылку.
Да, Evernote хорош, но меня смущает то, что это платный облачный сервис в тренде последнего времени, а хотелось бы просто хранить свои данные где-нибудь у себя в архиве. Я так понимаю, что там есть «оффлайн-синхронизация», но только для профессиональных аккаунтов и с ограничениями по размеру и ещё чему-то.

Честно говоря, как-то душа у меня не лежит к модели подписки, когда речь идёт о банальном хранении моих подшивок, которые прекрасно себя чувствуют на винчестере.

Zotero — это более широкого назначения инструмент. Там можно не только с веб страничками работать, но и с научными статьями (в PDF). Раньше с ним пару лет работал, в целом очень достойный проект.

Я проблему с поиском решал с помощью программы «Архивариус 3000»: всю информацию (html, pdf, прочие форматы) сохранял в определённый каталог, а потом с помощью запросов искал нужное.
А она еще жива? Очень полезная программка была, да.
… ишь ты, даже обновляется, совсем свежие версии есть. Бывший родной сайт wizetech сдох, конечно. Я так понял, теперь это Likasoft.

Интересно, она научилась индексировать «на лету» при добавлении файлов в папку, а не регулярным запуском «паука»-индексатора? Надо бы проверить.
В свое время я и бросил ее из-за долгого переиндексирования.

Но это именно поиск по ключевым словам в текстах. Тут же обсуждается более общая задача категоризации — в том числе и бинарных файлов (изображений, программ). Да и исходные коды хоть и текст, но искать в них «по ключевым» — довольно специфическая штука.
А есть По для решения такой задачи?
У меня архив векторных файлов, есть превью ко всем (в любом графческом формате можно сделать). Хотелось бы к каждому файлу добавить теги и превью.
1) TaggedFrog — если кто новую пробовал, не подскажете, там уже поправили глюк, что окно с облаком тегов не прокручивается, а значит в нем можно было работать лишь с малым количеством тегов, после чего они становились не доступны?

2) Хранение в имени — это показатель того, что программа для баловства по большей мере:
простой пример — журнал (год, номер, имя, перевод названия имени), в нем десяток статей/схем (имя автора, название статьи/модели, переводы всего этого на русский) + ключевые слова для них же + постраничное оглавление статей.

3) Хоть в одной программе можно создать объект, указывающий на конкретную страницу PDF файла? Параметры открытия для акробата, например тут. И уже к этому объекту привязывать теги?

4) Каково в этих программах работать с файлами при количестве тегов хотя бы в несколько тысяч? Когда одному объекту присваивается десятки тегов и из них лишь часть тегов может пересекаться с прочими и использоваться чаще всего лишь пары раз

5) Есть ли где-то возможность группировки не тегов, а объектов? То есть, допустим у нас есть pdf схема сборки модели, jpeg паттерн, avi сборка этой же модели. У файлов часть тегов может быть свои. Но при выделении одного файла хотелось бы видеть и прочие с общими для них тегами…

чтоб было понятно для чего примерялось:
Область требований: база файлов по оригами на десятки и сотни гигабайт:
— Куча журналов в виде PDF файлов, в которых десятки схем разных авторов.
— Книг одного автора с десятком его схем.
— Отдельные схемы сборки одним файлом (пдф) или группами (картинки)
— Отдельные картинки с паттернами под модель без схемы сборки
— отдельные видео по сборке по схеме или паттерну

И необходимость искать схемы по этим файлам не помня где и что хранится по автору модели, примерно тому, что в ней изображено (по слову ящерица искать модель ящерица и муха), в каком сборнике ее публиковали и пр.
1) Да, по-прежнему нет прокрутки ни в облаке, ни в индивидуальном поле тегов файла.

2) Трудно поспорить.

3) Вы можете создать ярлык с атрибутом и потом тегировать его. Все программы из первой категории смогут работать с ним как с самостоятельным объектом. Разумеется, все недостатки ярлыка никуда не денутся.

4) Могу достоверно сказать, что FenrirFS, Tabbles, Lightroom и Hydrus прекрасно работают с тысячами файлов.

5) Лучшую реализацию такой группировки видел в Bridge. Но в группе нужен будет хотя бы один медиа-файл с поддержкой xmp-тегов.
Спасибо за статью и обзор. Вышел на нее из твитера Tabbles.
Вот у меня есть тысячи видеороликов, скачанных с ютуба. На диске они помещены в папки и подпапки по темам и авторам каналов.
Поиск каталогизатора для видеороликов (с тегами, описанием/комментариями, сохранением урла-источника путем поиска ролика на ютубе по его имени) не увенчался успехом. Похоже, мало гиков, кто желал бы организовать свои запасы.
Программы-каталогизаторы типа олмаймуви заточены под фильмы, и под ролики не подходят совершенно.
Попытался заказать разработку программы на фрилансе, к сожалению, попался неуч, который так и не смог ничего сделать (больше внешним видом был увлечен, чем функционалом), хотя ТЗ было подробным и четким. Пришлось отказаться от его услуг.
Так сейчас и сижу на своем добре не организованном.
Попытаю счастья с таблесом, хотя лишние навороты и не нужны.
Желающих-то, возможно и немало — но видимо, большинство из желающих таки «не писатели, а читатели».
Кстати, совсем недавно обнаружил еще два каталогизатора, один преимущественно для видеороликов и фотографий (EazyFlixPix), а второй практически под любые файлы (Daminion). Остановился на втором, поскольку он наиболее удовлетворяет мои нужды и бесплатен для 15000 документов. И сдается мне, что он сделан российскими программистами (ну, или бывшими из СНГ), имена разработчиков «наши».
это вы про Daminion?
Да, приобрел лицензию и теперь без ограничения на количество документов.
Не поверите, но я как раз сейчас рассылаю proposals немецким профессорам на тему архитектуры операционных систем с тэггированными файловыми системами. Основными задачами проекта будут разработка прототипа файловой системы для Linux, который будет максимально совместим с существующими программами и системами контроля доступа, и разработать подходящие приложения для работы с тэггированными файловыми системами. Я рассчитываю, что такая система будет особенно популярна на системах с сенсорным вводом.
К сожалению, оставаться в России не вижу смысла, а найти профессора, заинтересованного в чужой теме даже на собственные средства, пока что не очень получается.
Тема актуальная. Спасибо.
К сожалению, общее развитие идет в направлении хранения, управления и структуризации личных данных в корпоративных облаках, а не на устройствах пользователей.
(Например, напомню, что проект Google Desktop был закрыт в 2011 г.)

Содержание статьи неплохо бы перенести в википедию.
Там как раз есть класс статей со сравнительными таблицами по разным видам программ и сервисов.
Заодно в википедии эта информация будет обновляться и уточняться пользователями.
Соглашусь. От системы терминал-мейнфрейм в своё время отказались не от хорошей жизни, и теперь всё явно идёт обратно к этому. Создателей десктопных автономных альтернатив стоит поддерживать хотя бы ради возможности портировать данные из облака с сохранением функциональности и не быть привязанным к конкретному облаку или интернет-соединению в целом.
I am the author of Tagz. I don't speak Russian but google translate does a good job. I want to address the points in the review.

— The tag separators tilde, comma, minus and other symbols are allowed in the filename. However, if they are used in a tag, it will not be recognized as a tag.
— The feedback regarding the confirmation dialog box after every rename is noted. It will be changed in the next release.

Thank you for the review. Let me know if you have any questions.
I'm surprised you noticed this review. Nothing is more important in the software than the responsive dev.
— In this case I have to remember all the separator characters to avoid them. Wouldn't it be easier if all separator characters are just ignored except the active one?
— Yes, the «do not show again» check box would be a huge relief.

As for the other points:
— For some reasons the search ignores tags even when «tags» box is ticked (v. 1.4.0)
— The app completely ignores tags when there are several delimiter groups in filename. I would suggest to parse at least the first group and ignore the others (or attempt to parse all of them like in TagSpaces, why not?) However it allows adding new tags and puts them at the end of filename.
— Keeping last opened list / files / folder after restart would greatly improve usability.

I'm planning to expand, update and translate this article at some point in future, and I'd be glad to point out the new improvements you've made. Thank you for your reply.
Несколько лет назад пробовал TaggedFrog, но у меня теги так и не прижились. Видимо, особой нужды не было. Однако, сейчас часто ловлю себя на том, что названия документов придумываю фактически как набор тегов. А работаю с ними через поиск — в проводнике или Listary.

XnView же вроде как и под Linux есть всю жизнь?..

НЛО прилетело и опубликовало эту надпись здесь
Tags4info основанный на иерархических тегах кроссплатформенный файловый менеджер: tags4.info

Буду рад ошибиться, но бесплатная, требующая регистрации и не оперсорс программа — это очень рискованная штука для вложения своего времени :(


Слишком много шансов, что ее забросят.

я ее автор) она будет гуманно платная по подписке. потратил на нее минимум 2 года жизни. ну или 2 годовые зарплаты если хотите. считаю что реализованный там принцип супер красивый и увы уникальный. только поэтому начал писать. только поэтому продолжаю. пока совсем не занимаюсь продвижением. видео непрофессиональны( сейчас работаю над новой версией в которой будет реализовано почти все что когда либо планировал. если программа не пойдет как платная. отдам в опенсорс.
есть вопросы по существу приложения?)

Судя по видео, часть идей очень похожи на Zotero, но заточены на закладки и локальные файлы.


В целом, меня идея заинтересовала, постараюсь попробовать в работе.


Где брать расширение для браузера? И можно ли синхонизировать разные компьютеры?

расширение для браузера внизу в загрузках.
синхронизация между машинами будет в версии которую пишу. программа будет жить в папке любого облачного сервиса (дропбокс итд) и автоматически синхронизироваться с другими машинами при желании.
также будет добавлена возможность не перемещать файлы во внутреннее хранилище программы. а сохранять ссылки на них.
Zotero не смотрел( посмотрю. у них есть иерархические теги?
у меня основная идея что иерархические теги это как папки только мощнее. поэтому папок нет. а есть облако иерархических тегов. мне не известны программы у которых это есть.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.