I am pleased to announce the release of Fedora GSearch version 2.4. Download it from https://wiki.duraspace.org/display/FCSVCS/Generic+Search+Service+2.4 . The source is at https://github.com/fcrepo/gsearch . The full list of GSearch issues is at https://jira.duraspace.org/secure/IssueNavigator.jspa?mode=hide&requestId=10311 .
(Temporary download, if duraspace is not ready, is http://www.cvt.dk/fedoragsearch/ ) It is the second and final step of an activity that was initiated with my presentation at OR2011 in June (https://conferences.tdl.org/or/OR2011/OR2011main/paper/view/416/127), which also has an introduction to GSearch functionality. The first step was the release of GSearch 2.3 in September. Where 2.3 focused on the out-of-the-box user, making it easier to make Fedora objects searchable, this version focuses on more complex use cases, besides upgrading to the latest versions 3.5.0 of Apache Lucene and Apache Solr. Briefly, highlights are: - Extraction of text and metadata from datastreams using Apache Tika, which means that you can index almost any format. You can also index metadata extracted from non-text datastreams like images. Thanks to Adam Soroka. - Customizable end-user search client for GSearch. Thanks to Christian Orthmann, DTU Library. - Elaboration and exemplification of filtering of search results by access constraints. Thanks to Swithun Crowe. - Management of GSearch configurations in Fedora objects. Thanks to Adam Soroka. The current "solution" may not be, what he wanted, improvements may be requested. - Many-to-many relationship between index documents and Fedora datastreams and/or objects. Thanks to Jonathan Green for initiating it. - Interaction with the Resource Index, using a mechanism called "embedded queries", allowing you to embed risearch queries in Lucene or Solr queries, and vice versa. - Performance measurements report, thanks to Morten Sørensen, DTU Library. Measurements taken using Apache JMeter, on a production quality platform, giving some insight into the performance implications of various choices. - Improved documentation. I look forward to hearing success stories from you based on these new features, and then again hearing new requirements, because there are still better ideas! Many thanks to DEFF, Denmark's Electronic Research Library, and to DTU Library, my employer, for funding this development and the previous developments starting in 2006. Thanks to all of you, who contributed over time with questions and answers and observations. Thanks to Lasse Aagren, DTU Library, for untiring system support and problem solving. Thanks to the Fedora team members over time for providing Fedora. As announced before, I will retire now, but I will keep watching this list, answer questions, discuss further plans, write a paper about the new features, and also take part in further developments with interested partners. Best wishes to all of you, Gert PS: My mail address from January 1 will be gerts...@gmail.com ------------------------------------------------------------------------------ Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev _______________________________________________ Fedora-commons-users mailing list Fedora-commons-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
