Nepomuk/Strigi/Akonadi

[stefan]

Otvaram temu za KDE semantic desktop.

Za početak izvrsne vijesti glede performansi!
http://trueg.wordpress.com/2012/03/07/n ... pu-cycles/

KDE 4.8.2 će letjeti!

[sumski]

Malo zamrla tema
detailed KDE Nepomuk Manual:
http://kdenepomukmanual.wordpress.com/


http://mail.kde.org/pipermail/nepomuk/2 ... 02864.html

If the strigi indexer fails to index the file, we index it with this new
"simple indexer" which just sets the basic properties like url,
filename and the mimetype.

This way, file which weren't indexed, will at least still appear in some
of the search results.

> On July 25, 2012, 7:06 p.m., Sebastian Trueg wrote:
> > OK then, ship it. Strigi needs some serious fixing or replacement I fear.

I have plans to replace it. Give me some time.

Nepomuk KIO Upgrade:
http://vhanda.in/blog/2012/06/nepomuk-kio-upgrade/

[stefan]

Nice!

[shrike]

Ne znam, meni ta stvar do sada uvijek trošila toliko mnogo resursa i nisam nikada vidio ikoju korist. Iz konzole koristi mnaredbu locate koja mi je do sada zadovoljavala sve potrebe, a ako mi je i nešto falilo onda mi je naredba find bila od veće koristi.... e sada, valjda ovisi o osobnim iskustvima i organizaciji računala od osobe do osobe. Recimo, meni je sva multimedij u folderu "Multimedia" i malo teže mi je izgubiti stvari.

[drone]

Ne znam, meni ta stvar do sada uvijek trošila toliko mnogo resursa i nisam nikada vidio ikoju korist. Iz konzole koristi mnaredbu locate koja mi je do sada zadovoljavala sve potrebe, a ako mi je i nešto falilo onda mi je naredba find bila od veće koristi.... e sada, valjda ovisi o osobnim iskustvima i organizaciji računala od osobe do osobe. Recimo, meni je sva multimedij u folderu "Multimedia" i malo teže mi je izgubiti stvari.

Točno tako. Stalno ruje i ždere resurse. Findutils ftw, a Krusader ih ionako lijepo iskoristi ako se zaželim GUI-ja.
DE ni ne treba. Dovoljan je dobar file manager i pametna organizacija podataka uz korištenje smislenih naziva direktorija

[sumski]

Slažem da ždere previše resursa, i još nije skroz uglancano. Al mislim da niste skužili poantu - naravno, file kojem (djelomice) znam ime nebudem tražil s nepomukom, al file koju u sebi sadrži određene riječi - da:





Find i grep/locate mi nebudu izlistali žanrove/albume/izvođače il bilo koji drugi metadata podatak:

[stefan]

Dobri primjeri! Pretrazivanje slika po sirini... genijalno! postoji li neki tutorial gdje su specificirana sve mogucnosti pretrazivanja?

[sumski]

Ovo je dobar gui za to
http://kde-apps.org/content/show.php?content=145505
al baš ne radi sa 4.9
Help veli:

Kod: Označi sve

Onlologies shorcuts:

ac, actor:	nmm:actor->nco:fullname (using optionals to negate)
aa, albumartist:	nmm:albumArtist->nco:fullname (using optionals to negate)
al, album:	nmm:musicAlbum->nie:title
als, albums:	rdf:type=nmm:MusicAlbum->nie:title
all, altlabel:	nao:altLabel
co, contact:	?ont->nco:fullname
cos, contacts:	rdf:type=nco:Contact->nco:fullname
cd, created:	nao:created
cc, contentcreated:	nie:contentCreated
cr, creator:	nco:creator->nco:fullname (using optionals to negate)
cds, cdepictions:	nfo:depiction<-nco:fullname
de, description:	nao:description
di, director:	nmm:director->nco:fullname (using optionals to negate)
dn, discnumber:	nmm:setNumber
du, duration:	nfo:duration
ep, episode:	nmm:episodeNumber
fn, fullname:	nco:fullname
ge, genre:	nmm:genre (supports duplicated properties)
ht, hastag:	nao:hasTag->nao:identifier (using percent encoding) (using optionals to negate)
he, height:	nfo:height
ir, isrelated:	nao:isRelated<-nco:fullname
mt, mimetype:	nie:mimeType
mos, movies:	rdf:type=nmm:Movie->nie:title
mps, musicpieces:	rdf:type=nmm:MusicPiece->nie:title
na, name:	nie:url
nr, numericrating:	nao:numericRating
pe, performer:	nmm:performer->nco:fullname (using optionals to negate)
pa, performeralbum:	nmm:musicAlbum=?x0->nmm:performer->nco:fullname
pr, producer:	nmm:producer->nco:fullname (using optionals to negate)
ps, photos:	nco:photo<-nco:fullname
pc, playcount:	nuao:usageCount
pl, preflabel:	nao:prefLabel
ra, rating:	nao:numericRating
rd, releasedate:	nmm:releaseDate
se, season:	nmm:season
sn, setnumber:	nmm:setNumber
ta, tag:	nao:identifier
tds, tdepictions:	nfo:depiction<-nie:title
ti, title:	nie:title
tn, tracknumber:	nmm:trackNumber
ts, tvserie:	nmm:series->nie:title
tvs, tvseries:	rdf:type=nmm:TVSeries->nie:title
tv, tvshow:	nmm:series->nie:title
tvw, tvshows:	rdf:type=nmm:TVShow->nie:title
ty, type:	rdf:type (supports duplicated properties)
ur, url:	nie:url (using percent encoding)
uc, usagecount:	nuao:usageCount
wi, width:	nfo:width
wr, writer:	nmm:writer->nco:fullname (using optionals to negate)
Commands:

--actors
--albums
--audios
--composers
--contacts
--creators
--directors
--findduplicates
--findduplicatemusic
--findduplicatephotos
--genres
--help
--images
--movies
--musicpieces
--newcontact
--nextepisodestowatch
--performers
--playlist
--playmixed
--producers
--shownepoogleupdates
--tags
--topics
--tvseries
--tvshows
--videos
--writers
The query syntax is:

query :== e0 querystring1)
query :== e2 querystring2)

query :== [e1] item [[logop] item]... | command | uri

op :== + | - | compop
logop :== and | or
compop :== = | < | <= | > | >=

item :== [ontology:][op]text | <ontology><op><text>

ontology :== [ontitem=]ontitem[relation[ontitem=]ontitem]]...
ontitem :== shortcutontology | shortontology | fullontology
relation :== -> | <-
shortcutontology :== actor | albumartist | album | albums | altlabel | contact | contacts | created | contentcreated | creator | cdepictions | description | director | discnumber | duration | episode | fullname | genre | hastag | height | isrelated | mimetype | movies | musicpieces | name | numericrating | performer | performeralbum | producer | photos | playcount | preflabel | rating | releasedate | season | setnumber | tag | tdepictions | title | tracknumber | tvserie | tvseries | tvshow | tvshows | type | url | usagecount | width | writer
shortontology :== prefix:name
fullontology :== <http://fullurl>

text :== date | number | string | time
date :== yyyy-mm-dd | month | day | year
month :== 1..12[m]
day :== 13..31 | 1..31d
year :== 31..9999 | 1..9999y
number :== posnumber | negnumber | fraction
posnumber :== 0..9
negnumber :== compop-0..9
fraction :== posnumber/posnumber | negnumber/posnumber
string :== chars | "chars" | 'chars'
chars :== any number of utf-8 characters
time :== hh:mm:ss | hour | minute | seconds
hour :== 1..24[h]
minute :== 25..60 | 1..60m
seconds :== 1..60s

command :== instruction[:string]
instruction :== --actors | --albums | --audios | --composers | --contacts | --creators | --directors | --findduplicates | --findduplicatemusic | --findduplicatephotos | --genres | --help | --images | --movies | --musicpieces | --newcontact | --nextepisodestowatch | --performers | --playlist | --playmixed | --producers | --shownepoogleupdates | --tags | --topics | --tvseries | --tvshows | --videos | --writers

Ima i ovo, al to je više za developere:
https://projects.kde.org/projects/extra ... pomukshell

Još jedan edit
Bilo bi extra cool da se doda opcija (koja sad postoji za "obične" datoteke) linkanja tagova/metadata informacija u activity!

[drone]

Al mislim da niste skužili poantu - naravno, file kojem (djelomice) znam ime nebudem tražil s nepomukom, al file koju u sebi sadrži određene riječi - da:

Find i grep/locate mi nebudu izlistali žanrove/albume/izvođače il bilo koji drugi metadata podatak:

Mislim da smo ipak skužili poantu, ali ti možda nisi skužio na što mislimo. Find i locate neću koristiti za te stvari kao niti bilo što drugo jer to imam u glavi i u odgovarajućim direktorijima prikladnih naziva (npr. .../metal/melodeath/Insomnium/...)

Ok, možda netko ne želi ići previše u dubinu poddirektorija nego mu je jednostavnije svu muziku trpati u isti, pa onda to indeksirati s nekim programom. Ja ne volim takav pristup. Kad znam gdje mi je što, ne trebaju mi takvi žderači resursa. Za sve ostalo tu je Google

Da ne bi bilo zabune, nemam ništa protiv da netko koristi nešto što mu olakšava život, samo kažem da postoje različiti pristupi.

[stefan]

Pa ne znam baš. Npr. fotografija obično ima toliko puno da je teško naći željeno preko čistog browsanja. Face recognition u digiKamu daju tag sa imenom osobe, meta podaci o lokaciji i slično... puno je lakše naći sliku na kojoj smo ja i cura a da je slikana u zadnje dvije godine.