Hi, thanks.
I have another question for you:
It's been a while since you've published a new version of GSearch and
some external APIs (Like PDFBox,...) are rather old, frankly the newer
ones provide more functionality. Is it possible to make GSearch use the
new ones? I mean, is it a matter of configuration or is it a part of
Source Code?
Thank you in advanced,
Arash
Am 06/16/2011 04:40 PM, schrieb Gert Schmeltz Pedersen:
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
>>>>> [email protected]
>>>>> <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
>>> [email protected]
>>> <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
> [email protected]
> <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
[email protected]
------------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
