Впровадження та перспективи nepomuk

Відео: Бена і Холлі російською всі серії підряд Без Зупинки - Бена і Холлі російською Нові Серії

Не так все райдужно і з впровадженням NEPOMUK в програми KDE. Я, зізнатися, дуже зацікавився, прочитавши в одному матеріалі про NEPOMUK, що ось як здорово: робите примітки до тексту в PDF-файлі, а потім знаходите їх через NEPOMUK. І почав стежити за листуванням між (тепер уже колишнім?) Главою проекту Okular і Олівером Хайдбюхелем (Oliver Heidbuchel), що надіслали патч для підтримки NEPOMUK. Опускаючи подробиці, діалог у вільному переказі приблизно такий:
- Ось патч для впровадження в Okular віджета роботи з NEPOMUK. Скріншот додається до коду. Є деякі труднощі з масштабуванням віджета, але Пітер (ведучий проекту Dolphin) працює над цим.
- Я не впевнений, що нам це дійсно потрібно ... Не бачу, чим це краще, ніж вікно «Файл - Властивості». Добре, що ви навчилися посилати патчі, тепер спробуйте переконати нас використовувати їх.
Трохи пізніше, діалог вже між розробниками. Один іншого запитує: «Ну що, розібрався з цим патчем?» Відповідь: «Ні, все збираюся його покриття».

Ще пізніше - Олівер знову цікавиться про патч. А йому відповідають, що зараз заморожені всі нововведення (до випуску KDE 4.4), так що зробіть собі замітку в календарі на лютий, щоб нагадати нам про патч. Але з виходом KDE 4.4 нічого не змінилося. Тепер розробники чекають, поки kdelibs для KDE 4.5 з`явиться віджет KMetaDataWidget. І взагалі, судячи по листуванню розробників з автором патча, розробники не хочуть нічого додавати «ззовні» і тягнуть час.

Тим часом подібний або цей же патч лежить в надрах сховища Linux-дистрибутива Mandriva, і його планують застосувати в релізі 2010.1. Що тут скажеш? Народ хоче, народ робить, а upstream-розробники відповідають на конкретні пропозиції: «Ok, did not know that i`m a bit behind in all that sematic-y stuff», - ключова фраза тут перекладається приблизно як «Я трохи не в курсі всіх цих семантичних штуковин ».




Загалом, існує як би два рівні буття NEPOMUK: райдужні мрії і сувора дійсність. У мріях розробників - вміст віджетів робочого столу буде змінюватися в залежності від поточної «завдання» (термін в рамках NEPOMUK). Переключаєте завдання - на робочому столі з`являється свій набір файлів, пов`язаних із завданням, а також контактів і тому подібного. В суворої дійсності впровадження NEPOMUK йде з великим скрипом. Взяти, приміром, Amarok.

Здавалося б, NEPOMUK / Strigi теж вміє індексувати музичні файли - причому, як і Amarok, за допомогою бібліотеки читання тегів Taglib. І що ж? У исходниках Amarok вже є код, де колекція ведеться через NEPOMUK, а не колишніми засобами, однак цей код відключений. Розробники чекають, коли частини NEMOPUK, написані на Java, будуть втілені в більш швидкому коді на C ++. Самі ж розробники Amarok відзначають, що Java-компоненти NEMOPUK не такі вже повільні, щоб не можна було користуватися. Але чекають ... Чекають і в багатьох інших проектах, а адже чим більше і активніше NEPOMUK почнуть використовувати, тим швидше сам NEPOMUK знайде стабільність і обросте потрібними іншим розробникам можливостями.




Що ж заважає? Інтерфейс API у NEPOMUK досить продуманий. Хто б відмовився просто так від зручних функцій роботи з тегами, коментарями тощо? Тоді що ж? «Гальмівні» Java-частини. Про що саме йдеться? Для представлення даних NEPOMUK використовує движок Soprano (Qt / C ++). Для читання-запису даних Soprano задіє бекенда. І ось для власне зберігання даних RDF (дані описового виду, «суб`єкт - предикат - об`єкт» - наприклад, «стриб-скок» - «виконує» - «Єгор Лєтов») Soprano задіє движок Sesame2, написаний на Java. Це і є, на думку деяких програмістів, вузьке місце NEPOMUK.

Знайшов своє застосування Nepomuk і в мобільних системах. Більш детально ми розглянемо цю тему в наступних статтях, ну а поки Ви можете знайти питання і відповіді про Android (https://roborobo.ru/) на сторінках сайту roborobo.ru.


Існує другий RDF-бекенда, Redland, написаний вже на старому доброму (а головне - швидкому) Сі - це Redland (https://librdf.org). Redland теж використовується в NEPOMUK - навіть при наявності Sesame2. Нарешті, третій бекенда - Virtuoso, аналог, альтернатива Sesame2. Virtuoso розробляється компанією OpenLink і має «відкриту» версію (https://virtuoso.openlinksw.com/dataspace/dav/wiki/Main).

І є ще один мінус NEPOMUK - відносна «ненажерливість» в плані споживання пам`яті. З Sesame2 в ролі бекенда він займає в оперативній пам`яті близько 130 Мб (з Virtuoso - близько 80). Для сучасного комп`ютера це не так багато, але для старої машини або для нетбука - вже ті числа, коли користувач замислюється, чи не відключити чи настільки «важкий» сервіс.

Втім, NEPOMUK - технологія «на виріст», ніхто зараз не збирається запускати його на мобільних телефонах, а до часу широкого застосування NEPOMUK його теперішня «ненажерливість» або буде вважатися нормою, або будуть якісь нові, більш скромні бекенда.