Just in addition to my previous statement, you will surely need to recreate the
index during a project lifetime, as you refine your indexing stylesheet.
Gert
On 16/06/2011, at 16.27, Arash Samadi wrote:
Okay, I will keep it in mind! You made my day, thanks! :)
Arash
Am 06/16/2011 04:24 PM, schrieb Gert Schmeltz Pedersen:
Hey Arash
You can always use updateIndex createEmpty and updateIndex fromFoxmlFiles to
recreate the index on all existing Fedora objects, even if they were ingested,
before GSearch was running.
Best,
Gert
On 16/06/2011, at 16.13, Arash Samadi wrote:
Hey Gert,
thanks for your speed-reply! :)
As I understand now, GSearch must be installed and configured before any Ingest
happens on fedora! It means, afterwards, if there are some objects already
ingested in fedora, GSearch can not make new indexes or search through them!
(Is it true? Am I missing something?)
I've stopped the GSearch on my Tomcat-Applicationmanager, purged the Objects in
fedora via Fedora-Admin-Interface, started GSearch on Tomcat again and made a
new ingest of demo objects into fedora (fedora-ingest-demo.sh). It worked! I
got a lot of successful indexed-messages in fedoragsearch.log (41 exactly!),
and I can browse these Indexes via "browseIndex".
Thanks again,
Arash
Am 06/16/2011 03:53 PM, schrieb Gert Schmeltz Pedersen:
Hello Arash
GSearch works with Fedora 3.3+. If you ingest or modify objects in Fedora,
while GSearch is configured and running, you should see log messages in the
fedoragsearch.log file. Have you looked into that file? You can also use
updateIndex fromFoxmlFiles or updateIndex fromPid to index existing Fedora
objects. What do you then see in fedoragsearch.log?
Best,
Gert
On 16/06/2011, at 15.35, Arash Samadi wrote:
Hello everybody.
We are working on a Project which combines Fedora-Commons with iRODS as its
Low-Level Storage + Longtime-Archiving System.
Regarding the Meta-Data and the Importance of it and in order to be able to
Index/Search/... these Data we have decided to use GSearch improving our
ability to do so. I've tried in behalf of our team to install and run GSearch
on Fedora using the official documentation on DuraSpace plus the tutorials
suggested by Gurpreet
Dhillon(http://www.blogger.com/profile/00253217407038499795) on his
Blog(http://computersciencetechie.blogspot.com/2011/02/step-by-step-installation-guide.html).
As I followed the steps and configured the environment like it's been
instructed, I've face three Problems:
1. GSearch does not create any index at all! Now matter what, even after
using UpdateIndex-CreateEmpty it still does not produce any index! I've already
tested the index-directory with Luke, nothing is there!!
2. Though I've listed some queries in "index.properties" file as
"defaultQueryFields" like: "dc.title dc.description dc.identifier" and so on,
the related page on the server under "browseIndex" does not list these queries
as "Field name"...
3. As I though, because these QueryFields haven't been introduced to the
SearchEngine, using the "gFindObjects" returns back an Error Message: "getHits
sortFields='dc.title,AUTO,true' : sortFieldName 'dc.title' not found-as index
field name"!!!
Furthermore I've even installed a new system (Virtual Maschine) with pure
Tomcat+Fedora-Commons to verify, if using the iRODS may be complicating the
settings and/or if GSearch works on a Standalone Fedora-System. The Problems
remain the same!...
I've been looking for a solution for a while now, unfortunately till now
couldn't find any. The last hint I got, was comment saying, that GSearch does
not work on Fedora 3.3+. Is it true? I want to be sure, before rap it up and
move on to look for another tool.
Here are the Softwares I used so far:
OS: GNU/Linux Debian lenny (6.0.1) Kernel: 2.6.32-5-686
Apache Http Server: 2.2 (Provided with Debian Packages)
Apache Tomcat: 6.0.32 (Stand Alone)
iRODS: 2.5 (Selfcompiled)
Fedora-Common: 3.5-SNAPSHOT (Selfcompiled)
GSearch: 2.2
I appreciate your hints and helps no matter how insignificant you think it
maybe, I'm already stuck on this problem for almost 2 weeks now!
With best regards,
Arash
--
Arash Samadi
Georg-August-Universitaet Goettingen
State and University Library
Research and Development Department (RDD)
Papendiek 14
37073 Goettingen
Germany
Phone: +49 551 39 4773
sam...@sub.uni-goettingen.de<mailto:sam...@sub.uni-goettingen.de>
<ATT00001.c><ATT00002.c>
--
Arash Samadi
Georg-August-Universitaet Goettingen
State and University Library
Research and Development Department (RDD)
Papendiek 14
37073 Goettingen
Germany
Phone: +49 551 39 4773
sam...@sub.uni-goettingen.de<mailto:sam...@sub.uni-goettingen.de>
<ATT00001.c><ATT00002.c>
--
Arash Samadi
Georg-August-Universitaet Goettingen
State and University Library
Research and Development Department (RDD)
Papendiek 14
37073 Goettingen
Germany
Phone: +49 551 39 4773
sam...@sub.uni-goettingen.de<mailto:sam...@sub.uni-goettingen.de>
<ATT00001.c><ATT00002.c>
------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
