Pulpit semantyczny w KDE 4 - stan obecny i plany dla Nepomuk-KDE
31 maja 2007
Nepomuk-KDE jest podstawą dla technik semantycznych, które zobaczymy w KDE 4. Sebastian Trüg, główny programista odpowiedzialny za Nepomuk-KDE, udostępnił kilka nowinek na temat bieżącego stanu projektu oraz planów.
Pulpit semantyczny to idea polegająca na umożliwieniu użytkownikom nie tylko wyszukiwania istniejącej informacji, lecz także znaczenia oraz związku pomiędzy poszczególnymi porcjami informacji. Projekt Nepomuk wciela w życie ten pomysł, poprzez udostępnienie otwartych standardów oraz API (ang. Application Programming Interface) dla programistów. Nepomuk-KDE jest zaś realizacją tych standardów w KDE.
Spis treści |
[edytuj] Podstawy Nepomuk-KDE
Z technicznego punktu widzenia, do przechowywania zgromadzonej wiedzy Nepomuk-KDE korzysta z RDF oraz opartego na RDF języka reprezentacji wiedzy, RDF Schema. Standard RDF/S jest stosowany w tzw. Semantic Web, a przez to znajduje też zastosowanie jako podsawa semantycznego pulpitu (Semantic Desktop).
Bieżąca realizacja Nepomuk-KDE zawiera repozytorium RDF przechowujące wszystkie niezbędne dane. Według słów Sebastiana, można sięgać do tych danych przy pomocy interfejsu DBus, standardowej metody komunikacji w Nepomuk-KDE. Istnieją jednak inne sposoby komunikacji, które mogą okazać się wygodniejsze dla programistów KDE:
- Biblioteka knepomuk, udostępniająca wygodną klasę opakowania (ang. wrapper class) dającą dostęp do repozytorium.
- Biblioteka KMetaData, będąca jeszcze jedną biblioteką opakowującą (ang. wrapper library), dającą łatwy dostęp do metadanych. Narzędzie to jest kandydatem do użycia w funkcjach aplikacji takich jak tagowanie informacji oraz rankingi.
Definicje (czyli ontologia) tego, jak informacje takie jak tagi, komentarze powinny być przechowywane w repozytorium, można znaleźć w katalogu kmetadata/ontologies repozytorium Subversion KDE lub w katalogu $KDEDIR/share/apps/knepomuk/ontologies, jeśli moduł kmetadata został zainstalowany w komputerze.
Ostatnią, nie mniej ważną rzeczą, jest fakt, że jeśli zintegruje się Nepomuk-KDE z aplikacją KDE, KMetaData może pomóc generując kod źródłowy, ukrywający wszystkie "nieprzyjemne typy i nazwy właściwości metadanych oraz konwersję typów". Więcej informacji na ten temat znajduje się w KDE Techbase w samouczku Pierwsze kroki z KMetaData oraz w dokumentacji dla programistów.
Poza powyższymi wprowadzającymi do tematu odnośnikami oraz stroną domową projektu, najlepszym miejscem gdzie można zacząć programowanie jest oczywiście zasubskrybowanie listy mailowej Nepomuk-KDE. Przy okazji, jeden z aktualnych tematów to wybór nowej, bardziej chwytliwej nazwy dla Nepomuk-KDE :).
[edytuj] Bieżący stan Nepomuk-KDE
Aktualna implementacja Nepomuk-KDE pozwala użytkownikowi przechowywać dane takie jak tagi, komentarze czy oceny. Nepomuk-KDE działający w aplikacji Dolphin:
Pliki muzyczne są oceniane, posiadają komentarz oraz tagi. Takie metadane mogą też być stosowane w innych typach plików:
Oczywiście można wyszukiwać pliki pod względem danych w komentarzach czy też tagach, jakie posiada dany plik:
Na pierwszym obrazku widać wyszukiwanie słowa "environment" (ang. środowisko). Wynikiem jest plik, który zawiera to słowo w komentarzu. Na drugim pbrazku wyszukujemy "KDE4", a rezultatem jest plik otagowany słowem "KDE4".
[edytuj] Nepomuk-KDE: Przyszłość
Aktualnie Sebastian pracuje nad zapleczem (ang. backend) dla Strigi. Celem jest umożliwienie Strigi korzystania z RDF. Dzięki temu uzyskalibyśmy jedno środowisko dla wszystkich metadanych w komputerze.
Kolejnym krokiem jest mocniejsza integracja Nepomuk-KDE z aplikacjami: zajmuje się tym między innymi jeden z projektów Google Summer of Code, którego celem jest zastąpienie ocen i tagów programu Digikam tymi pochodzącymi właśnie z Nepomuk-KDE. Amarok już teraz ma możliwość wykorzystania Nepomuk-KDE dla plików. Ponadto duże możliwości wykorzystania Nepomuk-KDE mają aplikacje KDE PIM: pomyśl na przykład o możliwości wyświetlenia na podstawie adresu e-mail wszystkich plików otrzymanych od danej osoby.
Bardzo łatwo można rozszerzyć powyższą listę i dodać każdą aplikację, która może przechowywać jakiekolwiek informacje o przetwarzanych plikach.
Kolejną rzeczą, którą należy się zająć w projekcie Nepomuk-KDE jest możliwość dodawania innych metadanych niż tagi, oceny i komentarze. Mogą to być na przykład adres e-mail nadawcy pliku lub też pochodzenie pliku (czyli informacja o tym skąd został pobrany).
Można także wyobrazić sobie przeglądarkę zdjęć, która wyświeli nie tylko jedno wybrane zdjęcie, ale wszystkie zrobione w tym samym czasie lub też przedstawiające te same osoby (Digikam aktualnie posiada taką funkcję, dzięki wykorzystaniu tagów osób) lub nawet zrobione w tym samym miejscu (tagi geograficzne lub identyfikcja nazw plików takich jak barcelona07.jpg).
Do zrobienia są także inne funkcje: eksport danych, współpraca z innymi środowiskami, itd. Projekt Nepomuk ma w planach stworzenie rozwiązania opartego na mechanizmach P2P, służącego do wymiany plików wraz z metadanymi.
Jak widać, do zrobienia pozostało jeszcze wiele rzeczy. Jeśli chcesz pomóc, wystarczy wysłać e-mail na listę mailingową programistów. Można także zostawiać oferty pomocy w komentarzach pod oryginalną wersją tego tekstu (link na dole strony).
