LINUX.ORG.RU

digiKam 2.0

 , , ,


0

2

Вышел в свет digiKam 2.0, первый стабильный выпуск новой ветки открытого менеджера цифровых фотографий для KDE. В этой версии реализовано:

  • распознавание лиц;
  • версионирование изображений;
  • хранение метаданных XMP в отдельном файле;
  • модуль синхронизации с GPS теперь поддерживает обратное геокодирование;
  • цветовые схемы портированы в менеджер тем KDE;
  • улучшена поддержка MySQL (зависимость опциональна);
  • добавлена поддержка библиотеки JPEGTurbo;

Сделано много улучшений, связанных с каталогизацией фотографий. Добавлены модули экспорта в RajCe.net, MediaWiki и Яндекс.Фотки. Всего исправлено 219 ошибок.

Вместе с digiKam выпущен комплект модулей обработки, экспорта и импорта изображений Kipi-Plugins. Начиная с ветки 2.x, DigiKam и все совместно используемые библиотеки, наряду с плагинами Kipi, объединены в digiKam Software Collection.

digiKam 2.0 входит в состав KDE SC 4.7. Скачать исходный код digiKam 2.0, распространяемый на условиях GPLv2, можно по этой ссылке (51,4 Мб, архив tar.bz2).

>>> Подробности

★★★★★

Проверено: maxcom ()
Последнее исправление: post-factum (всего исправлений: 5)

Ответ на: комментарий от encyrtid

Возьми самое примечательное, переведи и добавь в новость. А то сухо получилось очень.

post-factum ★★★★★
()

>хранение метаданных XMP в отдельном файле;

Правильно ли я понимаю, что это может существенно упростить миграцию между коллекциями, создание резервных копий и восстановление, включая теги в UTF-8? Если да, то это круть.

octy ★★
()

А для чего фоткам GPS? Кто вразумитель но ответит?
Распознавание лиц это ГУД!!!

vada ★★★★★
()

Отличный менеджер, регулярно пользуюсь, вот одно только плохо, рак мозга разработчиков, которые традиционно ставят в зависимость наисвежайшую версию кед, сейчас это >4.7, а порой даже бету. Еще я понял, что с этой версии жестокая зависимость от Marble, раньше он хотя бы выпиливался.

улучшена поддержка MySQL

Держать базу в нём, но через какое-то время он тупо перестал добавлять новые фото, пересел назад на sqlite.

Обновился на 2.0 еще вчера, но распознавание лиц еще не попробовал, есть истории успеха?

fedkoff
()
Ответ на: комментарий от vada

> А для чего фоткам GPS?

Если ты много путешествуешь, можно фильтровать фотографии по городам и странам.

AP ★★★★★
()
Ответ на: комментарий от vada

Можно узнать, где была сделана фотография. Зачем это нужно - другой вопрос :)

overmind88 ★★★★★
()
Ответ на: комментарий от fedkoff

Так вот почему у меня в кедах 4.6 фотографии в диджикаме вообще не показываются? :)

AP ★★★★★
()
Ответ на: комментарий от vada

А. Понятно. В гугольной либе распознавания лиц GPS фича была. Не выпиливать же.

vada ★★★★★
()
Ответ на: комментарий от vada

Набери в гугле: «Фотоаппарат с GPS»

encyrtid ★★★★★
() автор топика
Ответ на: комментарий от AP

>А вот локализацию диджикама совсем запустили

А традиционный обзор (тм) на линуксграфиксе будет?

anonymous
()
Ответ на: комментарий от anonymous

Я же говорю: он при сборке с KDE 4.6 картинки вообще не показывает. Хотя в выводе конфигурации перед сборкой всё нормально.

AP ★★★★★
()

уже упоминали

...в анонсе кед 4.7. И тоже говорили, что распознавание лиц - круто. Даже на винды кто-то хотел себе кеды ставить.

Или это нормально - сначала сделать обзор в «мета»-новости, а потом - отдельно?

З.Ы. Не ради троллинга. Просто интересно, может, можно по каждому компоненту кед такой анонс делать после выхода новостей о кедах? Или это будет копипастой?

RoadRunner
()

Кстати, это обязательно - импортировать фотки в директорию с коллекцией? Или можно отдельно обработать каталог с фотками? В принципе, я знаю, что каталог можно добавить в коллекцию, интересует, как можно (и можно ли вообще) сабжем пользоваться без создания коллекции (вроде FSViewer'a, IrfanViewer'a или ACDSee).

Если без коллекций никак нельзя, то хорошо бы на мышу навесить действие «Добавить каталог в коллекцию» -> <список коллекций>.

RoadRunner
()
Ответ на: комментарий от RoadRunner

По крайней мере в пре2.0 версии отдельно указываешь каталог, где digiKam хранит свои настройки и базы, и отдельно указываешь какие папки добавить в коллекцию - он их никуда не копирует.

SeaJey
()
Ответ на: комментарий от fedkoff

Запустил сканирование коллекции на лица, дело оказалось долгое, но стоящие. Всех кого нашел автоматически отметил как Неизвестный. Среди таких были люди, их ноги, руки, простите, одна жопа, пару стен, одно строение царской руси, но всё-таки лиц было больше, процентов 95.

Вписал пару имён, начал пересканирование в надежде, что переотметит из уже найденных. Опять ждал, но ничего не изменилось.

fedkoff
()

Интересно... На сайте диджикама нет новости о выходе - только о релиз-кандидате от 29.06. Хотел прочитать про «версионирование изображений» - что это, на каком движке и как, собственно, в фотоколлекции используется, а там ничего нет. Есть отсыл на KDE Imaging Coding Sprint 2010, где весьма кратко об этом упомянуто:

I continued my work on image versioning support for digiKam and managed to extend the functionality of the 'Revert' button in the image editor. Now you can revert to the last saved version, and if this is a subversion of some original image, you can then revert to the original as well. With Marcel we solved hiding/showing all image versions except the current version using internal tags, we redefined the versioning concept a little bit and solved lots of bugs too.

Т.е., как я понял, они сделали кнопки «Отменить»/«Вернуть»?

RoadRunner
()
Ответ на: комментарий от vada

> Какая-то сомнительная фича. Лапами координаты загонять считывая их с глобуса?

Очень удобная фича. И на самом деле практически ничего не стоит в плане времени.

Достаточно перед сьемкой убедиться что на камере правильно выставлено время. Дальше любой GPS, умеющий писать треки (все туристические Garmin-ы точно умеют). Ну либо логгер ценой в $100.

Дальше один проход gpscorrelate и во всех фотках вбиты координаты.

А удобства это добавляет. Хотя бы возможность подписать фотографии незнакомых мест.

dion
()

Как всегда поторопились, при использовании mysql при каждом запуске сообщает об ошибках.

dinn ★★★★★
()

>распознавание лиц;

Правильнее написать «обнаружение лиц на фотографиях». Распознания конкретного человека по лицу пока даже в планах нет.

dinn ★★★★★
()
Ответ на: комментарий от dinn

>>распознавание лиц;

Правильнее написать «обнаружение лиц на фотографиях». Распознания конкретного человека по лицу пока даже в планах нет.

В мыльницах эта ф-ция называется 'Face recognition' - т.е., «Распознавание лица», хотя смысл совершенно другой. Поэтому, видимо, и в диджикаме так назвали. И поэтому 2-й проход по коллекции ничего не даёт, т.к. он только отмечает области по принципу: «вроде бы лицо». А так была бы мега-фича - на одной фотке отметил лицо, он автоматом отобрал тебе все фотки с этим человеком.

RoadRunner
()
Ответ на: комментарий от RoadRunner

в последней офтоповой версии пикасы (начиная с 3.7) распознование лиц отлично работает! В «нативной», а точнее со встроенным вайном, такого не предвидится. Вот бы гугл эту библиотеку сообществу отдал - всё равно сам линуксовую версию развивать не собирается.

vspider ★★
()

А по мне так ничего лучше, чем сортировка по папкам «время-событие» нет, не было, и вряд ли будет.

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

Хотя, может быть, теперь фотоменеджеры стабильны как скала, и я много пропустил за последнюю пару лет.

bor-e
()
Ответ на: комментарий от bor-e

Если стоит задача найти все фотки с Васей, то сортировка по папкам в этой ситуации оказывается бесполезной.

Evtomax
()
Ответ на: комментарий от Evtomax

Если стоит задача найти все фотки с Васей, то сортировка по папкам в этой ситуации оказывается бесполезной.

Это да, вообще у применяемого мной метода куча неудобств, но для себя ничего более «стабильного и предсказуемого» я не нашёл, по крайней мере пока. Теги великая вещь, но если грохнется БД, или будет отсутствовать совместимость между версиями ПО, или разработчик забросит проект, или ещё что-нибудь, то будет очень печально, испытано на себе.

А с трудностями, подобными вышеописанной, борюсь радикальным удалением не несущих особой смысловой нагрузки фотографий. Пока помогает. Может быть, когда-нибудь, реализую идею пихания в каждую папку текстового файла с «тегами» с последующим поиском по содержимому этих файлов, большего мне, пожалуй, и не нужно будет.

bor-e
()
Ответ на: комментарий от bor-e

>большего мне, пожалуй, и не нужно будет

А другим нужно, поэтому и существуют такие программы, как digikam.

dinn ★★★★★
()
Ответ на: комментарий от vada

Даже если ты не по городам и странам путешествуешь, а в пределах своего города, то полезно вспомнить иногда и где сделан какой-то конкретный снимок. У меня GPS ни в каком виде, правда, нет, но геотегирование нахожу чрезвычайно полезным. Фотиков с GPS навыпускали за последние год-полтора-два достаточно много (и даже смартфонов-телефонов с камерами и с геотегированием снимков, наверняка).

Aheeney
()
Ответ на: комментарий от bor-e

> А по мне так ничего лучше, чем сортировка по папкам «время-событие» нет, не было, и вряд ли будет.

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


Простое сканирование указанных залежей фото в digiKam - и вот мы уже имеем заполненный «календарь» вплоть до дня и даже диаграмму по времени.

amus ★★★
()
Ответ на: комментарий от Aheeney

> AP, а каким каталогизатором пользуетесь, подскажите?

Всё держу в darktable. У него не очень мощные средства именно каталогизации, но я сейчас так редко снимаю, что меня это не особенно волнует.

AP ★★★★★
()
Ответ на: комментарий от bor-e

> Может быть, когда-нибудь, реализую идею пихания в каждую папку текстового файла с «тегами» с последующим поиском по содержимому этих файлов, большего мне, пожалуй, и не нужно будет.

IPTC — формат метаданных содержательной информации для цифровых фотографий

XMP (Extensible Metadata Platform) — формат метаданных от Adobe.

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

Aheeney
()
Ответ на: комментарий от Aheeney

> IPTC — формат метаданных содержательной информации для цифровых фотографий

XMP (Extensible Metadata Platform) — формат метаданных от Adobe.

Уже. Digikam кажется раньше умел свои метаданные кроме как базы совать прямиком в картинку.

Bibble (платный) просто рядышком с картинкой складывает файл .XMP.

dion
()
Ответ на: комментарий от dion

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

Aheeney
()
Ответ на: комментарий от bor-e

>А по мне так ничего лучше, чем сортировка по папкам «время-событие» нет, не было, и вряд ли будет.

если действительно много снимать, то распихивание по каталогам слабо помогает.

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

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

nu11 ★★★★★
()
Ответ на: комментарий от dinn

А другим нужно, поэтому и существуют такие программы, как digikam.

Ну так пусть существуют, я ведь не против :). Кому-то подходит, мне из-за вышеописанных трудностей - нет.

bor-e
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.