DeKiesel
Anmeldungsdatum: 14. Juni 2007
Beiträge: 383
|
hat sonst noch jemand das problem das sopranocmd sesame2 nicht erkennt? Ist das vielleicht das Hauptproblem an der sache?
kiesel@laptop:~$ sopranocmd --backend sesame2
(Soprano::PluginManager) found no soprano plugin at "/usr/lib/soprano/libsoprano_sesame2backend.so"
Nutze Kubuntu 9.04 mit Kde 4.3 (RC3) und amd64 bit
/edit: die datei existiert aber unter der genannten adresse
|
mgraesslin
Anmeldungsdatum: 8. November 2006
Beiträge: 9183
|
schaut doch mal im ersten Post dieses Threads und stellt sicher, dass ihr den passenden Symlink angelegt habt. Je nach Architektur, muss man diesen anpassen und je nach installierter JVM auch (Stichwort OpenJDK vs. Sun Java). Bei mir funktioniert das alles, seitdem ich den passenden Link gesetzt habe.
|
DeKiesel
Anmeldungsdatum: 14. Juni 2007
Beiträge: 383
|
danke martingr, auf die idee hätte ich auch von selber kommen können
der symlink bei mir mit kubuntu 9.04 amd64 und sun java jre 1.6 war
sudo ln -s /usr/lib/jvm/java-6-sun-1.6.0.14/jre/lib/amd64/server/libjvm.so /usr/lib/libjvm.so
Vorher die libjvm.so löschen die schon in /usr/lib/ ist, dann wie in post eins beschrieben den nepomukordner und dann hab ich das ganze system neu gestartet (sicher ist sicher 😉 ) und nach der anmeldung kam sofort die nachricht das strigi/nepomuk am indizieren ist ( was er auch immernoch tut)
Viel Spass!
|
opu.e
Anmeldungsdatum: 4. November 2006
Beiträge: 349
|
@martingr Ja den Pfad zur jvm hab ich schon entsprechend auf amd64 angepasst. Danach ist er ja auch richtig angelaufen und hat indiziert. Nur das Suchen geht halt nicht :-\
|
DeKiesel
Anmeldungsdatum: 14. Juni 2007
Beiträge: 383
|
so, nach dem indizieren funzt es wie im startthread beschrieben.
Im grossen und ganzen bin ich aber sehr zufrieden damit 😉
Was allerdings schon eine echte verbesserung wäre, wäre das auch teile von dateinamen gefunden werden könnten.
Oder kann man das irgendwie einstellen und ich weiss nur (noch) nicht wie?
|
Rando
(Themenstarter)
Anmeldungsdatum: 10. Januar 2008
Beiträge: 63
Wohnort: Magdeburg
|
Hallo zusammen, der Thread lebt ja noch! Eigentlich wollte ich ja einen WIKI Eintrag zu Strigi/Nepomuk schreiben, ich habe da auch schon einen Teil mit allgemeinen Erläuterungen (was ist es, wie hängt es zusammen,...) fertig. Dann kamen mir aber einige persönliche Dinge dazwischen - Hochzeit, Hochzeitsreise - sowas halt 😉. Jetzt hab ich mal KDE 4.3 abgewartet um Strigi erneut zu testen. Leider funktionieren die elementaren Merkmale einer Desktopsuche bei mir immer noch nicht, es werden definitiv nicht alle Dokumente gefunden die ein bestimmtes Suchwort enthalten, selbst wenn sie im selben Ordner liegen und das selbe Format haben. Also Dokument1.tex und Dokument2.tex enthalten beide das Wort "Urkunde", nepomuksearch:/Urkunde liefert aber nur Dokument2.tex als Ergebnis. Ich frage mich daher, ob es sich lohnt eine lange Anleitung zur Installation zu schreiben wenn das Programm dann einfach nicht benutzbar ist, oder habt ihr bessere Erfahrungen mit Strigi (ich meine hier hauptsächlich die Suche nach Dateiinhalten, die Suche nach, durch nepomuk angelegte Metadaten(Tags), funktioniert ja) ? Gute Gedanken, Rando
|
mgraesslin
Anmeldungsdatum: 8. November 2006
Beiträge: 9183
|
also selbst hab ich es noch nicht ganz ausgetestet und glaube, dass immer noch nicht alles indiziert ist. Jedoch finde ich allein die Tatsache, dass Nepomuk Ordner findet, ist die Arbeit wert. Das erleichtert meinen Workflow extrem. Nepomuk soll ja auch immer weiter in KDE integriert werden. Wie z.B. die Suchleiste in Dolphin in 4.3. Also wenn du was schreiben würdest, wäre das schon toll ☺ Ach und der Grund für die Verzögerung ist natürlich absolut OK 😉 Gratuliere.
|
firefighter
Anmeldungsdatum: 23. April 2009
Beiträge: Zähle...
|
Hallo zusammen! Ich habe unter KDE 4.3 und nach der Anleitung im Wiki die Nepomuk-Strigi-Datei-Indizierung zum Laufen gebracht. 15808 Dateien, 190,4 MB; Sauber 😉 Auch wenn ich noch nicht wirklich das Ganze einem Praxistest unterzogen habe, so habe ich dennoch noch eine kleine Frage: Bei mir erscheint bei jedem Start die folgende Benachrichtigung (mit ungefähr folgendem Wortlaut):
Nepomuk-Daten werden in das neue Treiberformat umgewandelt. Dieser Vorgang kann einige Minuten dauern. Kurz danach kommt die Meldung, dass dieser Vorgang fehlgeschlagen sei und man diesen Vorgang auch manuell durchführen könne. Was hat das zu bedeuten? Danke und viele Grüße, firefighter
|
Rando
(Themenstarter)
Anmeldungsdatum: 10. Januar 2008
Beiträge: 63
Wohnort: Magdeburg
|
Hallo firefighter, Hattest du Nepomuk/Strigi schon vor KDE 4.3 laufen ? Poste doch bitte mal die Ausgabe von: less .kde/share/config/nepomukserverrc und less .kde/share/config/nepomukstrigirc Grüße, rando
|
incredion
Anmeldungsdatum: 4. Mai 2009
Beiträge: 295
Wohnort: München
|
also ich war zwar nicht gefragt, poste aber meine configs auch mal, vielleicht lässt sich ja bei der Gelegenheit auch mein Fehler beheben...
less .kde/share/config/nepomukserverrc
[Basic Settings]
Configured repositories=main
Start Nepomuk=true
[Service-nepomukmigration1]
autostart=false
[Service-nepomukstrigiservice]
autostart=true
[main Settings]
Storage Dir[$e]=$HOME/.kde/share/apps/nepomuk/repository/main/
Used Soprano Backend=redland
index version=2
rebuilt index for type indexing=true less .kde/share/config/nepomukstrigirc
[General]
exclude filters=.*/,.*,*~,*.part
exclude folders[$e]=$HOME/Vorlagen,$HOME/usr,$HOME/downloads,$HOME/tmp,$HOME/workspace,$HOME/Podcasts,$HOME/virtual share
folders[$e]=$HOME
index hidden folders=false Gruß
-incredion
|
Rando
(Themenstarter)
Anmeldungsdatum: 10. Januar 2008
Beiträge: 63
Wohnort: Magdeburg
|
Hallo Incredion, deine config sieht recht "normal" aus und hat, denke ich, nichts mit deinem Problem zu tun. Es gibt wohl eher etwas Verwirrung bezüglich des alten "Strigi" und der neuen Strigi/Nepomuk Integration. Da die Informationen dazu etwas dünn gesät sind, lasse ich mich jetzt einfach mal darauf ein etwas zu schreiben, bei dem ich mir nicht zu 100% sicher bin, also bitte nicht festnageln 😉 Strigi war(ist) eine Desktopsuche von Jos van der Oever, für die es auch einen KDE Client gab (Strigi Client). Sebastian Trueg (auch bekannt von erfolgreichen Softwareprodukten wie K3B 😉 ) implementiert gerade eine KDE-Version des Nepomuk-Semantic-Desktop http://nepomuk.semanticdesktop.org, die Ziele dieser Technologie hat martingr ja schon ansatzweise erläutert. Um jetzt innerhalb der Metadaten von Nepomuk (Tags, Bewertungen,..) suchen zu können braucht man eine Suchmaschine. Sebastian Trueg hat deshalb Technologien von Strigi als Nepomukservice neu implementiert. Siehe dazu auch :http://www.kdedevelopers.org/node/3573 . Das Ziel ist es also mit Strigi sowohl in den Metadaten zu suchen, als auch die klassischen Funktionen der Desktopsuche (Suche nach Dateiinhalten) zu erhalten. Für Dich bedeutet das: strigi-deamon und strigi-client sind das "alte" Strigi und haben nichts mit der Integration von Strigi und Nepomuk zu tun. Läuft nur der strigi-deamon gibt es daher auch keine Integration in KRunner oder Dolphin. Das "neue" Strigi wird über die Systemeinstellungen unter dem Punkt Desktopsuche aktiviert. Da Strigi jetzt als Nepomukservice läuft gibt es auch keinen Prozess strigi-deamon. Der alte strigi-client kann nicht auf den Index zugreifen der mit Strigi/Nepomuk erstellt wurde. Dafür ist die Suche jetzt in KRunner und Dolphin integriert. Ich würde an deiner Stelle erstmal den alten strigi-deamon deaktivieren und nur die neue Nepomuk/Strigi Suche nutzen. Zieht ja auch Performance wenn alles doppelt indiziert wird 😉. Viel Glück, Rando P.S.: ich hänge hier einfach nochmal den Text dran, den ich schonmal für einen eventuellen WIKI-Eintrag als Einleitung vorbereitet hatte: Strigi und Nepomuk
Ab KDE4 gibt es mit Nepomuk ein Informationsframework für den semantischen Desktop. Ziel des semantischen Deskopts ist es, nicht nur nach bestehenden Informationen suchen zu können, sondern auch nach Bedeutung und Beziehungen zwischen einzelnen Informationen. Eine beispielhafte Suchanfrage könnte lauten: Finde alle Bilder aus 2008 auf denen Freunde von Max zu sehen sind. Um dieses Ziel zu erreichen, müssen für bestehende Informationen entsprechende Metadaten (Daten über Daten) angelegt und verwaltet werden, das ist die Aufgabe von Nepomuk. Seit KDE 4.2 erlaubt es Nepomuk, unabhängig vom Dateityp, für Dateien Bewertungen, Schlagworte (Tags) und Kommentare anzulegen. Um in diesen Metadaten suchen zu können, wurde das klassische Strigi als Nepomukservice neu implementiert. Strigi kann Nepomuk als Backend nutzen um die durch die klassische Indexierung gewonnenen Informationen zu speichern. Die Integration von Strigi in Nepomuk sorgt dafür, dass man über ein einheitliches Interface sowohl in den mit Nepomuk angelegten Metadaten, als auch im Index von Strigi suchen kann. Nepomuk benutzt das QT/RDF Framework Soprano, dieses kann wiederum, durch ein Pluginsystem, verschiedene Backends zur Datenspeicherung nutzen. Standardmäßig verwendet Ubuntu das Redland Backend. Da die Performance von Redland im Zusammenhang mit Nepomuk/Strigi sehr schlecht ist, ist es zur Zeit nicht möglich Strigi zu aktivieren wenn lediglich das Redland Backend installiert ist. Die funktionierende Alternative heißt Sesame. Aus lizenzrechtlichen Gründen gab es bis Ubuntu 8.10 kein Paket für dieses Backend. Seit Ubuntu 9.04 ist es möglich Sesame nachträglich über die Paketverwaltung zu installieren.
|
firefighter
Anmeldungsdatum: 23. April 2009
Beiträge: 3
|
Hallo Rando! Vielen Dank für deine vielen Informationen! Ist echt topp, das Forum hier. 😉 Korrekt, war bereits kurz mal unter 4.2 am laufen, da brach es aber irgendwie ab (meine Schuld?) und dann wieder ab 4.3 RC2
less .kde/share/config/nepomukserverrc
[Basic Settings]
Configured repositories=main
Start Nepomuk=true
[Service-nepomukmigration1]
autostart=false
[Service-nepomukstrigiservice]
autostart=true
[main Settings]
Storage Dir[$e]=$HOME/.kde/share/apps/nepomuk/repository/main/
Used Soprano Backend=redland
index version=2
.kde/share/config/nepomukserverrc (END) und less .kde/share/config/nepomukstrigirc
[General]
exclude filters=.*/,.*,*~,*.part
exclude folders[$e]=$HOME/Dropbox
first run=false
folders[$e]=$HOME
index hidden folders=false
.kde/share/config/nepomukstrigirc (END) Vielen Dank!
Grüße,
firefighter
|
serenity
Anmeldungsdatum: 31. Mai 2006
Beiträge: 5143
Wohnort: Wolfsburg
|
Ich habe es auf Sesame laufen, daher lautet der Eintrag bei (sofern das Paket soprano-backend-sesame installiert ist): Used Soprano Backend=sesame2 Habe bei einigen Bildern Tags von Hand getaggt und diese werden auch in Dolphin im Sidepanel angezeigt. Wenn ich via Krunner suche, dann erscheinen auch Einträge. Klicke ich sie an, so öffnet sich Dolphin mit der Adresse: nepomuksearch:/hasTag:"Emden" aber es werden keine Bilder anzeigt.
|
Rando
(Themenstarter)
Anmeldungsdatum: 10. Januar 2008
Beiträge: 63
Wohnort: Magdeburg
|
Hallo zusammen, da das Thema ja auf Interesse stößt hab ich mich mit den Tutorials bei kdedevelopers mal etwas schlauer gemacht. Kleine Verbesserung zu meinem letzten Post am Rande:
Strigi durchsucht nicht die Metadaten, sondern liefert lediglich Metadaten in Form des Volltextindex. Gesucht wird dann wieder mit Nepomuk. Ich habe versucht meine bisherigen Erkenntnisse mal in einer WIKI-Seite zusamenzufassen: Baustelle/Nepomuk ist allerdings noch nicht fertig. @firefighter Du benutzt noch das redland Backend, damit wird Strigi nicht funktionieren. Bitte führe nochmal alle Schritte im Artikel Baustelle/Nepomuk, im Abschnitt Nepomuk mit Strigi nutzen aus. @incredion Nepomuk/Strigi verhält sich anscheinend nicht immer so wie man sich das vorstellt. Ich lote gerade aus was geht und was nicht geht und melde mich sobald ich mehr weiss.
|
mgraesslin
Anmeldungsdatum: 8. November 2006
Beiträge: 9183
|
Rando schrieb: Ich habe versucht meine bisherigen Erkenntnisse mal in einer WIKI-Seite zusamenzufassen: Baustelle/Nepomuk
sieht schon mal sehr gut aus 👍
|