Снова бампну тему. И снова скажу, что проблема не только в Я.Диске. Чёрт с ней с кнопкой “Оставить только в облаке”. Давеча понадобилось раскидать фото в Я.Диске по подпапкам. И только переместив их, вспомнил про tonfotos. Цензурных слов нет. Вы не обижайтесь, но для меня единственная причина использовать программу - это распознавание лиц на отсканированных фото в семейном архиве. Я долго указывал лица, альбомы по событиям. Чтобы одним кликом снести все результаты многодневной работы? Вы конечно можете рассказывать, что так задумано и нужно всё делать через вашу программу. Но это ж полная чушь! Например, в Древе Жизни нет такой проблемы. Удаление изображения не сносит к чертям всю каталогизацию. В Adobe Premiere и ему подобных такой проблемы нет. Можно указать новый каталог для потерянных файлов. Это же привычное и ожидаемое поведение! Считаю, что сравнение файлов по хешам жизненно необходимо. Нельзя просто так брать и грохать многодневный труд. Тем более, аналогичный функционал в другом софте есть.

Андрей лично у меня в Я.Диске хранятся сканы домашних фотоальбомов. Объем относительно небольшой. А вот лиц на изображениях много. Программа мне нужна больше как помощник в каталогизации. Файлы, как вы выше заметили, мне не нужны в постоянном доступе. Меня устраивает, что они находятся в облаке и не занимают место. А вот внезапное исчезновение всех данных при внешнем перемещении или оставлении инстанса только в облаке - не устраивает.

andrey-aka-skif Предлагаю не горячиться, а спокойно разобраться. Что именно у вас произошло? Вы удалили локально фотки, оставив их только в облаке, и у вас в программе пропали лица, привязанные к этой фотке, я правильно понял? А где они должны были остаться, в веб интерфейсе Яндекс.Диска? По-моему, это логичное поведение. Нет фотки - нет лица. В вашем примере с Adobe Premier есть еще некий файл проекта, который может на то фото ссылаться, но тут источником лица является сама фотка, ничего больше, никакого проекта не существует. Поясните пожалуйста, какого поведения вы ожидали вместо того, которое увидели. При этом, даже если исчезнут все фотки с лицами, то персоны сами никуда не денутся из программы, вся информация по ним сохранился, как в том же Древе Жизни.

Андрей разделим проблему на две части - касающуюся Я.Диска и не касающуюся. Причина у них общая, но давайте по порядку. В Я.Диске можно указать, какие изображения оставить только в облаке, а какие хранить ещё и локально. Т.е. при включении-выключении галочки файл для tonfotos появляется-исчезает. Для программы это то же, что удаление файла и добавление нового. Вы рассматриваете вариант работы с api Яндекса, чтобы tonfotos “понимал”, что файл никуда не делся. Но это не решает проблему №2. У меня есть каталог photo-scans. Он периодически пополняется. Мне понадобилось его физически разделить на подкаталоги. Т.е. внутри photo-scans появились каталоги: family1-photo-albums family2-photo-albums family3-photo-albums Изображения были перемещены из корневого каталога в эти подкаталоги. И всё - гипс снимают, клиент уезжает. Все ранее созданные альбомы пустые. Альбомы людей - тоже пустые. Да, список людей сохранился. Маленький аватар сохранился. Но ни одной фотографии у человека нет Ожидаемое поведение: Программа обновит ссылки внутри каталога. Каталог photo-scans указан как основное расположение архива. Изображения из каталога никуда не делись. Они перемещены в подкаталоги. Т.е. всё ещё в пределах указанного в настройках расположения. Программа при внезапном исчезновении сотни-другой файлов должна предположить, что файлы не были удалены совсем, а куда-то перемещены сторонними средствами. Вероятность такого события - стремится к 100%. Соответственно, нужно попросить пользователя указать новое расположение файлов. Теперь небольшой оффтоп. Вы утверждаете, что никакого проекта (как в Premiere) не существует. Это же не совсем так. У вас есть файлы people.tnfp и .tonfotos.ini. В people.tnfp валяется json, а в нем по ключу people лежит словарь, где каждый человек имеет свой uid. Уже в нем объект с именем, аватаром и ещё какими-то свойствами. Фактически это база данных людей. Она, как вы верно заметили, никуда не девается. Но ещё есть .tonfotos.ini. В нем словарь файлов с rect’ами лиц и uid’ами персон. А ещё массив data с парами uid-персона. Как я понимаю, алгоритм работы следующий. Если мы ещё ничего не размечали и только запустили tonfotos, то в хранилище создается один общий people.tnfp и по одному .tonfotos.ini на каталог/подкаталог с изображениями. Когда мы создаем персону на основе найденного лица, мы делаем следующее: добавляем персону в people.tnfp и назначаем ей uid в files добавляем для персоны rect и её uid добавляем персону в data с тем же uid Если же персона уже существует, то делаем то же самое, но берем уже существующий uid из people.tnfp. Но вот мы добавили новый файл. Запускается сканирование. В .tonfotos.ini в files добавляется новое изображение с флагом “more_unassigned_faces”: true. Указали персону. Она добавилась в files и data со своим uid. Пока всё ожидаемо. Закрываем tonfotos. Создаем подкаталог. Перемещаем в него файлы. Открываем tonfotos. Запускается сканирование… Поздравляю, мы только что похерили несколько дней работы. Потому что в исходном каталоге из .tonfotos.ini будут удалены записи о файлах. Решение (на уровне концепта) простое. Если при повторном сканировании некоторые файлы отсутствуют, это совсем не значит, что их нет. Во-первых, можно сначала завершить сканирование и не удалять записи. Если файлы перемещены в подкаталог, то они будут найдены. Но для этого в .tonfotos.ini нужно сохранять хэши файлов. Во-вторых, нужно явно сообщить пользователю, что у него ахтунг и куча файлов пропала. Всё ОК или ты их куда-то переместил? Да, как в Premiere. И без файла проекта. Если не ОК, то указать новое местоположение. При наличии хэшей не составит проблемы найти потеряшек. Ну, как-то так.

Андрей ещё один оффтоп. Насчет Древа Жизни. Речь шла не о базе. Речь о папке документов. В чём суть. В БД (как и у вас, кстати) сохраняются только превью изображений. Сами изображения лежат в каталоге рядом с файлом БД. Так вот, каталог можно вообще грохнуть. В таком случае будут отображаться мыльные превью из БД. Но если каталог вернуть на место, то Древо Жизни найдет файл по имени и подтянет его полную версию.

andrey-aka-skif Спасибо за подробное изложение, суть проблемы стала намного понятнее. Но тем не менее, для меня выглядит так, что вы предлагаете полностью на корню заменить идеологию программы. Заманчивое конечно предложение, но надеюсь, вы понимаете, что абсолютно не реализуемое. Программа создавалась исходя из некоторых базовых принципов, и полностью основана на них, она пропитана ими в каждой строчке. Вас не устраивают именно эти базовые принципы, но поменять их можно только полностью переписав программу, с нуля. Оставим даже пока в стороне, что есть много тысяч других пользователей, которым нужна именно такая программа, с такой идеологией. Поменять идеологию просто не возможно. Нужно просто принять, что это не Premier, и никогда не будет им. Это Tonfotos, со своими плюсами и минусами, и если вы видите для себя пользу от нее, то есть смысл потратить немного времени на понимание ее принципов и на решение вашей проблемы уже имеющимися средствами. А решение, конечно же, есть. Сейчас у вас проблема возникла в том, что метаданные были оторваны от фоток. Вы сами перенесли часть фоток, но не перенесли данные, которые были сохранены в tonfotos.ini. Если бы вы делали перенос программой, то это всё бы произошло автоматически, но как я понял, вам неудобно делать это в программе. Тогда есть альтернативное решение - вы можете сохранять метаданные о персонах непосредственно внутрь самих фотографий, это включается в диалоге Расположение Архива. В такой ситуации, перемещение файлов как внутри одного архива, так и между разными архивами или даже программами, не будет приводить к потере информации о персонах. Как я понимаю, это должно решить вашу проблему полностью.

Андрей вы про законы Мерфи слышали? Здесь оно самое. Вы всерьёз хотите сказать, что проверка на внезапное исчезновение целого каталога идет вразрез с идеологией программы? Т.е. идеология программы - это заложить гарантированную возможность потерять данные. Здорово! Сколько из тысяч пользователей столкнулись с такой проблемой, но не стали писать на форум? Сколько ещё столкнутся? Я же вам написал, что я переместил изображения не специально (потому что неудобно). Это была случайность. Tonfotos один из инструментов, которыми я использую, а не пуп земли. Если вы считаете, что пропитанные чем-то там строчки важнее данных ваших пользователей, это конечно ваше право.

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

Андрей оффтоп кончено, но с чего вы решили, что существуют эти “много тысяч других пользователей, которым нужна именно такая программа, с такой идеологией”? А вы их напрямую спросите, в курсе ли они про вероятную потерю данных и хотят ли они исправление такой возможности? Я вот сомневаюсь, что тысячи ваших пользователей спят и видят, как они хотят перемещать файлы только и исключительно через вашу программу.

andrey-aka-skif Прошу вас, давайте спокойнее и уважительнее. Если вы хотите дать обратную связь, которая будет услышана и воспринята, то подобный тон точно не помогает, а лишь мешает. Программа обнаруживает исчезновение файлов и отображает это изменение в состоянии индекса, как и должна. Сохранность пользовательских данных - приоритет, именно поэтому данные хранятся не только во внутренней базе, а дублируются еще и в ini, и опционально в XMP-метаданные. Ровно чтобы можно было избегать подобных ситуаций. Вам нужно лишь включить опцию сохранение в метаданные, чтобы подобная проблема перестала вас беспокоить в будущем.

Андрей сохранность данных приоритет, поэтому они так легко теряются. Данные потеряны, а вы в ответ говорите про идеологию программы. И как реагировать? Ладно, вы говорите, что надо поставить галочку “сохранять лица в метаданные”. Вот только по умолчанию она не стоит. И после меня будут ещё десятки людей, которые точно также свои данные потеряют. Но при этом отказываетесь от разумного предложения чекнуть массовую пропажу файлов. Хотя бы в отсутствие этой самой галочки. Да и сохранение в метаданные это спорная тема. И не всем нужная. Почему программа каталогизатор вообще что-то пишет в метаданные? Каталогизатор - не редактор изображений. Я не хочу, чтобы он менял файл и добавлял в него что-то. Во-первых, для меня геотеги в таком виде бесполезны. В Древе Жизни мы привязываем изображение к населенному пункту. Т.е. это сущность в информационной базе. Tonfotos же использует координаты. После открытия метки (особенно в другой программе) я не получаю достоверную информацию, где же сделано фото - вот здесь на этой улице в этом доме или же где-то в этом городе. Во-вторых, при изменении метаданных меняется дата изменения файла. Сразу слетают сортировки по дате изменения в проводнике. В-третьих, я хочу иметь информацию только для личного пользования. Сделать свои пометки. И не пересылать их вместе с файлом. В общем, мне такой функционал скорее не нужен. Но это частное мнение и моя личная пользовательская история, а не требование к функционалу. Такие вещи действительно можно отнести к идеологии программы. А вот ожидать, что файлы, на которые у программы нет монопольных прав, не будут изменены вовне и не учитывать такую возможность, это уже не про идеологию.

Яндекс Диск - пропали лица: Страница 2 - Форум пользователей Tonfotos

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

Яндекс Диск - пропали лица

Андрей

Stainless О, они наконец сделали нормальный виндовый клиент? Отличные новости 🙂

vsergez

Stainless Да неужели? Наконец обновили? А что ж молчат то? Надо срочно пробовать!

Ashman

vsergez Надо срочно пробовать!

Страшно 🙂

« Предыдущая страница