В качестве альтернативного способа раскладки файлов по папкам предлагаю сокращенную форму - просто ГОД/ Т.е. внутри папки года не создавать папок по датам съемки. Я, к примеру, в папке года создаю папки с названиями событий. Например “Летний отпуск”, “Свадьба сына”, “Корпоратив” и т.п. Они гораздо информативнее чем ММ-ДД. А если нужна конкретная дата съемки, ее всегда можно в свойствах фото посмотреть.

aplet насколько я понимаю, большинство пользователей тоже поступают аналогичным образом - когда есть какое-то название события, то папку называют его именем. Однако, при импорте по папкам-датам, так автоматом и получается чаще всего - у вас в какой-то папке скорее всего окажутся фотки с какого-то одного события, редко там будет что-то еще. Ну или если речь про длиной отпуск в несколько дней, то эти фотки окажутся в нескольких соседних папках. Нужно просто переименовать папку, и всё, иногда объединить несколько папок. Это сделать намного проще, когда фотки уже по отдельным папкам лежат, нежели их вручную выцеплять их одного длинного списка, разве нет?

Андрей По моему, по определению проще объединить фото, находящиеся в одной папке, чем фото, находящиеся в нескольких папках. Алгоритм для объеденения фоток из нескольких папок: 1) Создать папку для результата 2) Зайти в каждую папку, выделить нужные фото (или все), перенести их в папку результата 3) Удалить исходную папку с датой п. 2 и 3 - в цикле. Если, к пример, отпуск 2 недели и фотали вы каждый день, то 14 папок. Алгоритм для объединения фото в одной папке: 1) Создать папку для результата 2) Один раз выделить нужные фото и перенести их в папку результата В обоих случаях предполагается, что в проводнике включена сортировка и показ файлов в виде эскизов.

aplet дискуссия разрослась, поэтому вынес в отдельную ветку

aplet Алгоритм как это сделать используя Tonfotos: 1) Выделить нужные фотки в ленте (не так важно, одна или несколько соседних папок - легко выделяются всё равно) 2) Нажать Control+M, создать там папку, подтвердить. На этом всё. Все файлы перенесутся, все ini файлы объединятся, если прежние папки остались в результате пустыми - они удалятся. По-моему, это самый удобный вариант из описанных 🙂

Альтернативный способ раскладки файлов (только ГОД)

Этот сайт лучше всего просматривать в современном браузере с включённым JavaScript.

Альтернативный способ раскладки файлов (только ГОД)

Андрей

vs-paul сортировка по папкам возможна по шаблону переменных (как в shotwell)
%Y/%m/%d - например год(4разряда)/месяц/день и тд
при таком варианте кто как хочет то так и складывает )

Так, конечно, тоже можно. Но лично я считаю подобные решения провалом в продуктовом дизайне. Вместо того, чтобы изучить реальные сценарии использования и сделать полноценную поддержку именно того, что реально нужно, разработчики решили переложить часть отвественности за удобство своего продукта на пользователей. Сделаешь так раз, два, три - и продукт превращается в какой-нибудь IrfanView c вот такими вот диалогами настройки для казалось бы такой простой фичи как слайдшоу:

Я осознанно выбираю другой путь - если есть хоть какая-то возможность не делать настройку, то я её не буду делать. Именно благодаря этому продукт пока и остается таким легким и элегантным.

vs-paul

Андрей тогда нужно как минимум 3 варианта
Год
Год/месяц
Год/месяц/число
(Год/месяц-число) - получилось 4 :-)

И если говорить про удобство то объединить все настройки в разделе настройки, а то архив в одном меню настройки в 3 галочки в другом, исходя из того что сам каждый раз тыкаю сначала в настройки а потом вспоминаю что архив это в другом месте )
И еще из наблюдения, очень много усилий на управление папками из программы(именно не фото а структурой каталогов ), в идеале хорошо когда весь импорт происходить при собирании фото в течении времени из разных источников фотоаппарат телефон и т.д. И складывается в определенную (программой) структуру. Вся же сортировка и управление это люди, теги, альбомы, рейтинг и т.п. сейчас читая форум и список изменений как раз и выходить что усложняется система управления сортировкой на файловой системе. Из удобных штук это Фото на Mac OS (там структура хранения не показывается пользователю) понятно что это не подходит для мульти-платформенности.
В целом программа (и идея) хороши, и стремление к удобству а не к «фичам» это заслуживает отдельной похвали( в виде покупки ).
Извините что немного не по теме.

Андрей

vs-paul вот вы предложили четыре варианта, но я осмелюсь спросить, а вы сами-то какой вариант используете? Знаете ли вы людей, которые используют остальные? Вы не сочтите за наглость, это на самом деле продолжение все той же генеральной линии - насочинять разных вариантов не сложно, но они правда нужны? Хочется понимать почему именно они нужны и в чем их конкретные преимущества.

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

vs-paul

Андрей
Я использую вариант
Год(четыре цифры)/месяц-день/год-месяц-день(отдельная папка)
Такая система позволяет сортировать по имени и одновременно по времени ну и чуть удобней писать скрипты автоматизации(субъективно ) чем в варианте год/месяц-день.
Такую систему использую очень давно, при импорте в свой архив ( опять же автоматизированно) меняю имя файла как пример 2023-06-25_111936_E-M5MarkIII_P6252441.jpg (датавремямодель_имяоригинала.jpg). Пришел к такой системе со временем, структура Год/месяц-день/год-месяц-день позволяет выгружать отдельный день или месяц без путаницы года или месяца, тоже касается и имени файла, по которому даже в командной строке понятно когда и с какого аппарата фото или видео. Весь архив храню на Synology , всю структуру обрабатывает приложение Synology Photo. Выгрузка и рассовывание по папкам производят скрипты которые переодически сканируют папки upload(те куда выгружаю новый материал) и рассовывают по описанной ранее схеме, далее Synology photo индексирует создает миниатюры распознает лица, тему фото и прочее. Альбомы и теги добавляю вручную, хотя и фильтры по полям exiv тоже есть.
Собственно и хотелось программу которой можно локально в дороге без быстрого доступа к основному архиву использовать на замену Mac OS Photo ну что бы под Linux тоже, вот и забрел к вам.

Андрей

vs-paul я правильно понял, что у вас в папке ГОД/месяц-день нет ничего кроме еще одной вложенной папки?

У меня тоже Synology, но Synology Photo не зашел по очень простой причине - требуется заводить персональные аккаунты для каждого пользователя. Что может для меня лично и ОК (я и так его администрирую) но вот для остальных членов семьи это за гранью. Поэтому фотки лежат просто на общей сетевой папке.

vs-paul

Андрей не совсем так я опечатался в предидущем сообщении
год/ это уровень года
/год-месяц уровень месяца
/год-месяц-день

пример моего /Photos/2023/2023-06/2023-06-09/
пример tonfotos /tonfotos/2023/2023-06-09/

все отличие от основного архива tonfotos это наличие месяца

допустим у меня 250 дней когда я фотографировал тогда по схеме tonfotos у меня в папке года будет 250 папок с полным указанием 2023-хх-хх, в моей схеме в папке года будет 12 папок месяцев и в каждом месяце не более 31 папки 2023-хх-хх, для не машинного поиска или операций чуть удобней. Ну и если возвращаться к synology то когда web(ftp, smb и т.д.)-интерфейс 250 и более вложенных папок многовато для отображения, или много страниц или много скроллить)).
В целом вами выбрана самая удобная для сортировки схема с годом вначале потом месяц и день.
Моя схема это вариация с 4 уровнями, 4-й это изменение имени файла

 /Photos/2023/2023-06/2023-06-09/2023-06-09_142336_E-M5MarkIII_P6252457.jpg

Андрей

vs-paul спасибо огромное за пояснения, теперь намного понятнее.

Интересно, кто-то еще из пользователей применяет промежуточный слой в виде месяца? Или хотел бы применять?

EdVs

Андрей Мы бы хотели применять. Сейчас в версии 1.7.5. при импорте есть структура папок и только год/дата. Очень необходимо, Год/Месяц или только Год.

FoksSerg

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

Андрей

FoksSerg вот мы тут и пытаемся выяснить, какие из вариантов действительно массово востребованы, чтобы потом добавить в программу.

Ventri

Мне бы подошел вариант Год/Месяц. День для меня слишком подробно.
Архив организован по такому принципу:
Папки по годам, в которых папки с основными событиями, название которых подразумевает месяц, для удобной сортировки, и в каждом месяце есть папка Месяц-Дети, так как фотографии их большинство и разделять их дополнительно не вижу смысла.

Таким образом дополнительная разбивка по дням для меня избыточна. Удобнее из папки месяца выбрать фотки конкретных событий, а остальное переименовать в “Дети”

Ashman

Вопрос, а что если я добавлю к 2023-06-09_дети - Программа больше не будет считать эту папку 2023-06-09?
И при следующем перемещении фотографий с датой создания 2023-06-09 создаст новую папку 2023-06-09?

Андрей

Ashman Вопрос, а что если я добавлю к 2023-06-09_дети - Программа больше не будет считать эту папку 2023-06-09?
И при следующем перемещении фотографий с датой создания 2023-06-09 создаст новую папку 2023-06-09?

В данный момент да, создаст еще одну. Но мысль интересная. В теории программа могла бы “догадываться” и в принципе не супер сложно сделать, но опять же, не будем спешить, надо собрать мнения сначала.

Sergej DAGDA

Мой архив это год/годмесяц/годмесяцдень/ а файлы соответственно годмесяц_день-001.jpg

Все данные про про события и прочее только в метаданных. Делать папку называя событием это адская дыра возможностей накосолапить. Во первых ктото не умеет в транслит и ему надо по русски папки, у когото свое понимание транслитерации и читать невозможно всем остальным. Ктото считает что cvadba достаточно, но если там 10 свадеб то надо уже svadba-tioti-moti-i-dyadi-peti и так далее. А если надо найти конкретную съемку за конкретное число это жесть вообще рыться в этих названиях. И хуже будет если диск рухнет, его надо будет нести на восстановление и тебя спросят какая там структура, какие файлы и что вообще искать. Русские названия в этом случае сразу идут лесом, как и пробелы кстати. В общем структура должна быть чёткая, понятная и самое главное постоянная. А фигачить в названия файлов события это не постоянное вообще никак. При этом в метаданные можно прописать вообще всё. Что, где, когда, с кем, по какому случаю… Собственно tonfotos я взял чтобы в этой системе закрыть вопрос людей на снимках. Потому что если меня попросять скинуть все фотки с кемто потому что архив потерян или человек не дай бог умер, с распознаванием это два клика, а рыться по pjanka v kakojto rigalovke votradnom 1, pjanka v kakojto rigalovke votradnom 2, pjanka v kakojto rigalovke votradnom 3 это тоже самое что папка 2sort или скидывать все фотографии в одну папку. Зависит от архива, но если в нем больше 10 фотографий то сортировать их надо отдельно.

интересно что нижние подчеркивания убираются как пробел форумным движком 🙂

FoksSerg

На эту тему могу поделиться своими впечатлениями. Сначала мне не очень понравился формат дробления папок до уровня дня (думал, что и месяца достаточно), но по мере работы с архивами понял, что иногда бывает немалое количество фото за один день и согласился с правильностью выбранного автором решения. И прилеплять к формату названия наверно все-таки будет лишним. Но все это касается только вопросов хранения данных, а вот в вопросах их представления, думаю никаких проблем для разработчика не будет добавить необходимые уровни группировки. Скажем хочу визуально отображения в виде “ГОД-МЕСЯЦ”, выбираю нужный режим и вуаля - все фотки разнеслись по месяцам. Причем (запарился уже просить) с указанием их количества прямо в дереве списка. Захотел группировку по ГОДАМ - пожалуйста. Вот в событиях уж точно убрал бы непонятную разбивку одного дня на два-три события этого дня, определенных по непонятным критериям. Если коротко, то я за сохранение текущего формата хранения данных и за развитие режимов их отображения!

veneamin

Если уж все тут демонстрируют свои первичные …эээ… способы сортировки, то и я продемонстрирую, чисто для статистики, архив у меня очень большой, пробовал разные варианты, остановился на таком:
/!ГГГГ/ГГГГ-MM-ДД Название события (тут исходники, raw, обработанные препроцессором dng и прочее )
/!ГГГГ/ГГГГ-MM-ДД Название события Video (если есть, тут же проект, если делался ролик )
/!ГГГГ/ГГГГ-MM-ДД Название события Export (готовые обработанные jpg, которые забирает скрипт на rclone и копирует на яндекс облако по ключевому слову export, создавая там аналогичную папку)

Т.е. год - дата в обратном формате для нормальной сортировки плюс название события.
Для больших событий типа многодневных поездок дата указывается диапазоном и разбивается на мелкие события внутри с точно таким же форматом “ полная дата название”

Делать дополнительные уровни вложенности считаю абсолютно ненаглядным
все эти ДДДД/ММ/ДД только создают путаницу. Год и то не всегда помнишь, а уж месяц с днем - тем более. А так открыл проводник или far - и все видно сразу.

FoksSerg

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

Sergej DAGDA

veneamin Год и то не всегда помнишь, а уж месяц с днем - тем более.

Ну например я точно знаю, а если не знаю то могу найти в почте что съемка была заказана на такое то число, такого то месяца в таком то году. А еще знаю что у меня например с собой было 2 камеры и телефон для рилсов. В итоге если всё это слить в одну папку и сортировать её тегами то можно очень просто и быстро найти не только что когда и часто важно во сколько снималось но и людей на фото найти если есть такая необходимость.
Чуть сложнее когда есть снимки RAW и с ними в кучу джепеги и видео, тут слегка хаос но по опыту чрезмерная диверсификация в итоге вредит больше. Единственное что надо точно держать отдельно это экспорт. Все же медиаматериалы куда практичнее в одном месте потому что по времени съёмки можно вернуться буквально в нужную минуту.

veneamin

FoksSerg если событие на несколько дней (свадьба например), то несколько папок?

Да, внешняя папка с диапазоном дат, внутри по тому же принципу

Просто я почти для каждого такого дня делаю альбом на яндексе и гугле, для показа знакомым.
Сборных альбомов типа “я копаю грядки 20 лет” практически не делаю, гугл автоматически добавляет фото избранных персонажей в альбомы “Я”, “Жена”, “Кот Дизель” и тп, когда находит. Это очень удобно и полезно, жаль что Тонфотос пока это не настолько хорошо умеет, особенно с котами 😉

veneamin

Sergej DAGDA Чуть сложнее когда есть снимки RAW и с ними в кучу джепеги и видео, тут слегка хаос но по опыту чрезмерная диверсификация в итоге вредит больше

raw, а к ним еще столько dng после процессора, а если еще видео хранить там же, то процесс поиска нужных видеоклипов среди них превратится в увлекательный квест.
Благодаря обратной дате они и так все отсортированы по времени и доступны в один клик

Следующая страница »