Nepomuk

From KDE Wiki Sandbox
Revision as of 12:10, 26 April 2014 by Abella (talk | contribs) (Importing a new version from external source)

Cerca semàntica

L'objectiu d'aquesta pàgina no és explicar plenament la tecnologia de la cerca semàntica del KDE i cada detall, però ens donarà una breu visió general, alguns exemples, comparteix el que hi ha al darrere i enllaça a informació pertinent al web.

Si esteu interessat amb el 'Nepomuk' o 'Baloo' (la cerca de nova generació en les aplicacions del KDE 4.13): podeu trobar els detalls tècnics a community.kde.org. Llegiu més detalls sobre els canvis per a les aplicacions 4.13.

Una breu explicació

Tal com esmenta el Glossari, la cerca semàntica tracta la classificació, organització i presentació de les dades. No és una aplicació, sinó un component que poden utilitzar els desenvolupadors dins de les aplicacions.

Proveu en el Dolphin

Per exemple, el gestor de fitxers Dolphin fa ús de la cerca. En les aplicacions del KDE, la cerca semàntica de versions anteriors a la 4.13 han d'estar activada a Arranjament del sistema -> Cerca a l'escriptori. La barra d'informació de Dolphin (Control -> Plafons -> Informació, o premeu F11) presenta informació extreta per la cerca sobre el fitxer seleccionat, i us permetrà assignar etiquetes, valoracions i comentaris als fitxers. Aquesta informació és emmagatzemada i catalogada per la cerca. A continuació, podeu cercar metadades utilitzant la barra de navegació de Dolphin. Feu clic a Cerca o premeu Ctrl + F i cerqueu per noms de fitxer o contingut del fitxer.


Funcionalitats

La cerca semàntica del KDE ofereix diverses «capes» de funcionalitat per a les aplicacions. La primera i més simple d'elles és l'etiquetatge manual, valoracions i comentaris, com s'usen en Dolphin. Això us ajudarà a trobar els fitxers més ràpidament, però també suposa molt treball.

Per a facilitar la cerca de fitxers que continguin un cert text, la cerca ofereix una segona funcionalitat: indexar el text dels fitxers. Podeu cercar fitxers introduint algunes paraules que sabeu que hi són, o simplement el seu títol (o una part d'aquest).

La tercera capa és molt més complexa, i el motiu és que la tecnologia subjacent, Nepomuk, ha estat concebuda com un projecte d'investigació de diverses companyies i universitats de la Unió Europea. Aquí trobareu paraules difícils com «escriptori semàntic» i «ontologies». Bàsicament, es tracta de contextos i relacions.

Indexació de fitxers

Strigi no indexa tots els fitxers que hi ha al disc dur. La seva configuració per omissió en la majoria de les distribucions de Linux exclou alguns patrons comuns per als fitxers de còpia de seguretat i directoris de configuració, i només els indexa certs directoris a la vostra carpeta d'inici. Ho podeu canviar a Arranjament del sistema -> Cerca a l'escriptori -> Consulta d'escriptori -> Personalització de les carpetes d'índex... -> Carpetes a indexar.

En Arranjament del sistema també podeu controlar si els Strigi indexarà els fitxers als en suports extraïbles com ara unitats USB i CD-ROM.

Exemples

Permetin-me mirar d'explicar què ofereix Nepomuk usant dos exemples.

Relacions

Diguem que heu rebut una fotografia d'un amic, fa dues setmanes, i l'heu desada en algun lloc al vostre ordinador. Com trobareu ara aquest fitxer? Tret que sapigueu la ubicació, no té bona pinta.

Nepomuk té com a objectiu ajudar-vos. Sabeu que aquest fitxer us el va enviar aquest amic, però el vostre ordinador no. Nepomuk, no obstant, pot recordar aquesta relació. De manera que en cercar el nom de l'amic aparegui la fotografia!

Una altra possible relació és entre una pàgina web de la qual heu copiat text i el document en el qual l'heu enganxat, o dues imatges mostrant el mateix cotxe. Aquestes relacions de vegades poden ser extretes dels propis fitxers (podeu analitzar fotografies i veure qui o què hi apareix) o proporcionades per les aplicacions involucrades (com en l'anterior exemple sobre correu electrònic). Aquesta part de Nepomuk està encara sota un fort desenvolupament, i necessita integració amb les aplicacions, per la qual cosa pot trigar uns quants anys fins que de debò brilli.

En conjunt, aquesta part de Nepomuk tracta de fer cerques intel·ligents. Pensa sobre com Google intenta ser intel·ligent amb les teves cerques: quan cerqueu un hotel i el nom d'una ciutat, mostra sobre els resultats d'un lloc web un mapa que mostra hotels a la ciutat esmentada. Fins i tot pot suggerir-vos un nom millor en el cas que hageu comès un error ortogràfic. Google també mira de posar la informació més apropiada al començament de la llista de resultats, utilitzant complexos càlculs sobre relacions (enllaços) entre pàgines web. Nepomuk serà capaç d'oferir aquest tipus de resultats intel·ligents i ordenar-los segons la seva adequació utilitzant la informació sobre relacions.

Contextos

Aquestes relacions no solament poden ajudar-vos a cercar fitxers, sinó que també tenen influència en les aplicacions i en la informació que presenten. Tingueu en compte que aquesta forma d'usar Nepomuk és més una visió que una realitat! Molts dels components estan en el seu lloc, però no han estat integrats en les aplicacions ni en l'escriptori en el seu conjunt.

Vet aquí un exemple de com el portar la informació contextual al vostre escriptori pot ajudar-vos a treballar de forma més eficient.

Diguem que esteu treballant per acabar algunes notes agafades en una reunió. Sona el telèfon i algú us demana si podeu cercar el full de càlcul amb preus i adaptar-lo a un client. Després d'algunes interrupcions més descobriu que el vostre escriptori està ple de fitxers i finestres...

Estaria bé poder-ho organitzar tot una mica millor, oi?

Entren en joc les «activitats». Aquestes han estat introduïdes en Plasma, i actualment ofereixen diferents «escriptoris». Són similars als escriptoris virtuals, però on el que canvia és l'escriptori en si, no les aplicacions. Conté diferents estris, fons de pantalla i coses així. Per descomptat, des de KDE 4.3, cada escriptori virtual pot tenir la seva pròpia activitat, amb els dos en sincronia.

Si les aplicacions i l'escriptori estiguessin al tant de les activitats, podríeu crear una activitat per a cadascuna de les tasques en les quals treballeu regularment. Per tant, si normalment canvieu a un full de càlcul amb preus, podeu crear una activitat per a això: posant un estri de Vista de carpeta (o varis) en l'escriptori, afegint una calculadora i un estri de tasques pendents per a seguir la pista del que encara s'ha de canviar. Potser fins i tot un estri de carpetes de correu electrònic mostrant els correus amb preguntes relacionades amb aquest full de càlcul!

Tan aviat com algú faci una pregunta sobre preus, canvieu a aquesta activitat, i ja podeu treballar amb la vostra aplicació de fulls de càlcul. És conscient de la vostra activitat pel que us mostra fulls de càlcul de preus recents, no la recent llista de l'inventari en la qual esteu treballant en una altra activitat! Kopete, l'aplicació de xat, ens mostra als companys que ho saben tot sobre els preus, ja que són les persones amb les quals parleu sempre que treballeu en aquesta activitat.

Quan acabeu, torneu a l'altra activitat i una vegada més totes les aplicacions ajustaran el seu comportament al que estigueu fent.

Els beneficis d'aquesta forma de treball basada en activitats van més enllà del que pugueu esperar al principi. No solament us ajuda a trobar els vostres fitxers i contactes, també a commutar tasques per si mateix. El cervell humà no és molt bo amb tasques múltiples -a la majoria de la gent li porta uns minuts agafar velocitat després de canviar de tasca-. El canvi d'«entorn» ho agilitza, fins i tot si només esteu a la pantalla. Compareu-ho amb l'alegria de fer les maletes per anar-vos-en de vacances!

Per descomptat, l'anterior sobretot serà apropiat per a la gent que treballa amb el seu ordinador en una oficina o a casa. Un jugador o un usuari informal probablement no utilitzaran aquestes activitats.

Tingueu en compte que l'escenari descrit anteriorment encara és molt lluny de la realitat. Gran part de la infraestructura bàsica per a això en KDE està en el seu lloc, però encara queda molt.

Preguntes més freqüents

El següent s'ha agafat d'un missatge dels fòrums del KDE. Si us plau, sou lliure d'afegir/treure/modificar els detalls, si teniu temps!

Què és l'escriptori semàntic del Nepomuk, i l'indexador de fitxers de l'escriptori Strigi?

L'escriptori semàntic Nepomuk és el fonament de tots els altres mòduls de la infraestructura del Nepomuk. Proporciona una forma d'organitzar, anotar i construir les relacions entre les dades (no només el nom de fitxer i el contingut, sinó per exemple les aplicacions que utilitzen un determinat fitxer, o com és etiquetat aquest fitxer). Una sèrie d'aplicacions i espais de treball del KDE utilitzen aquesta infraestructura bàsica per oferir característiques com ara l'etiquetatge del correu electrònic (KMail) o l'activitat d'arranjament (Plasma).

D'altra banda, l'indexador de fitxers de l'escriptori Strigi és un sistema per indexar fitxers de manera que puguin afegir-se al repositori principal del Nepomuk, una forma convenient per utilitzar-ho dins del Nepomuk sense afegir cap fitxer manualment. A més, les aplicacions, com ara Dolphin poden cercar fitxers basant-se en el contingut, el nom, o altres meta-dades (per exemple, etiquetes) associades als fitxers indexats. Com un indexador també pot indexar fitxers sense text, com fitxers PDF, accedint a les meta-dades contingudes en aquests fitxers (autor, informació sobre publicació, etc.) Alguns components del KDE aporten «analitzadors» addicionals per a més tipus de fitxer. Nepomuk pot funcionar correctament sense utilitzar l'indexador de fitxers, ja que és un component addicional (i opcional).

Per què necessitem Akonadi i Nepomuk? No fan el mateix?

Sovint hi ha una gran confusió sobre Akonadi i Nepomuk. Per què les dades de Akonadi estan indexades al Nepomuk explica exactament per què tenim ambdues i quines són les seves funcions. No us perdeu la informació addicional de Will Stephenson a la secció de comentaris.

Com puc deshabilitar l'escriptori semàntic?

La majoria de les vegades, la forma més senzilla és deshabilitar la indexació de fitxers, el qual sol ser, entre els components del Nepomuk, el més pesat en la utilització de recursos (tot i que s'han inclòs moltes optimitzacions en la versió 4.7 que redueixen aquesta càrrega). Això es fa desmarcant l'opció Habilita l'indexador de fitxers d'escriptori Strigi en la secció Cerca a l'escriptori de l'Arranjament del sistema. En cas que vulgueu deshabilitar totes les característiques semàntiques, desmarqueu l'opció Activa l'escriptori semàntic del Nepomuk. Tingueu en compte que això també desactivarà la cerca en el gestor de fiters Dolphin.

In versions of the KDE Applications before 4.13, Semantic Search would have components running separate from applications. This functionality could be disabled by unchecking Enable Nepomuk File Indexer in the Desktop Search section of System Settings. In case you want to turn off all semantic features, uncheck Enable Nepomuk Semantic Desktop. Notice that this will turn off search in Dolphin as well.

Tingueu en compte que amb l'última opció alguns programes que utilitzen Nepomuk per al meta-dades oferiran una funcionalitat reduïda: Per exemple, el KMail no serà capaç d'etiquetar el correu o les activitats de Plasma no oferiran característiques addicionals com les icones, o informació de dades als programes.

Baloo/Semantic Search is eating 100% CPU! What do I do?
Just wait. Certain files are very hard or even impossible to Index. At the moment, this includes for example text files of over 50 megabyte. When Search finds these, it will try for a fixed time. When it fails, it will try to find out what file is broken and disable indexing it in the future. As it indexes files in batches of about 40, it has to find the problematic file by indexing that bunch in parts: first half/second half, index problematic half in pieces again, until the file is found. This can take up to 30 minutes of heavy cpu usage. Unfortunately, while Baloo will not start to index a new batch of 40 files while on battery power, it continues to determine the broken file while on battery. This behaviour has been fixed in in KDE Applications 4.13.1 (it will stop indexing immediately when the power cord is unplugged) and the time the search for each file can take has been reduced to about 10 minutes. The Semantic Search team is working on improving the indexing tools to handle more difficult files.
Per què tinc processos nepomukservicestub tot i que he deshabilitat el Nepomuk?
Podria ser un error. Si us plau, presenteu un informe d'error amb una descripció completa del vostre problema i els passos per a reproduir-lo.
La indexació de fitxers PDF i alguns altres tipus de fitxer no funciona.
La indexació de fitxers PDF és un problema conegut i que s'està rastrejant en aquest bug #231936. Si teniu problemes amb altres fitxers, obriu un error, preferiblement afegint un fitxer d'exemple que mostri el problema.
El programa nepomukservicestub es bloqueja a l'inici.
Un gran nombre de solucions per als bloqueigs han estat solucionades per a la versió 4.7.2 de les àrees de treball i aplicacions del KDE. Si en trobeu més, si us plau, envieu informes d'error amb instruccions detallades sobre com reproduir el problema, ja que de vegades els desenvolupadors no són capaços de provocar-los en les seves configuracions de prova.
El procés virtuoso-t es bloqueja en un 100% de la CPU.

Virtuoso-t és un component clau de la infraestructura del Nepomuk i en algunes ocasions les ordres enviades pels altres components acaben prenent massa temps (per tant, mostra l'efecte amb la CPU al 100%). En Sebastian Trüg (el desenvolupador principal del Nepomuk) ha solucionat la majoria d'aquests problemes en la versió 4.7.1 o posteriors.

Virtuoso is no longer used by Semantic Search starting the Applications 4.13 release.

De vegades el Nepomuk consumeix massa memòria RAM.
Molts d'aquests problemes s'han solucionat, en altres casos, però, els desenvolupadors no són capaços de reproduir els problemes correctament. En aquest cas, el proveir-los d'exemples i casos de prova als informes d'error augmenta les possibilitats d'obtenir una solució.

El Nepomuk accedeix massa al disc durant l'inici.

En les versions 4.7 i posteriors aquest problema s'ha reduït gràcies a un mecanisme de limitació implementat en l'indexador de fitxers.

La meva base de dades de Nepomuk s'ha corromput. Com la netejo?

En el cas extrem que la vostra base de dades estigui molt corrupta i tots els altres intents hagin fracassat, podeu eliminar el directori $KDEHOME/share/apps/nepomuk (on $KDEHOME sol ser .kde o .kde4) mentre no s'està executant el Nepomuk. La base de dades s'esborrarà, però també es perdrà la informació existent, com les etiquetes, les puntuacions i els comentaris.

From KDE Applications 4.13 onwards, Semantic Search no longer uses a single, big database, but separate, specialized databases for each type of data. The search databases can be found in $KDEHOME/share/apps/baloo.

Solució de problemes avançada

Compartir i privacitat

Solament vull afegir una cosa més abans d'indicar altres fonts d'informació: intercanvi de les dades de Nepomuk. Seria genial si les vostres marques, puntuacions i comentaris poguessin ser compartits amb els altres quan els envieu els fitxers. No obstant, si heu marcat un contacte amb alguna marca una mica compromesa («avorrit en el llit») i li envieu aquesta informació de contacte personal a un amic en comú és probable que no vulgueu enviar-li també aquesta marca...

Aquest problema s'està considerant i és un tema important d'investigació per part dels investigadors de Nepomuk. De moment, aquestes preocupacions sobre la privadesa, combinades amb reptes tècnics, són el motiu que la informació de Nepomuk sigui privada. Tingueu la seguretat que l'equip de Nepomuk fa tot el possible per respectar la vostra privadesa.

Enllaços externs

The old Search technology: