similar to: Re: quick-and-dirty web search for a bunch

Folks, OK found it, omega.cc looks for multiple DB definitions and adds it to the search list. If the dbs are only one directory lower (e.g. not in default as in beta/default, but only "beta"), then modifying database_dir setting as follows will work: database_dir /svr/hda1/xapian then, ./omega.cgi 'P=pda' FMT='xml' DB="beta" DB="gamma"

Hello friends, I have installed xapian-omega for my system installed from Official Debian GNU/Linux Live 11.6.0 lxde 2022-12-17T11:46, It is an old edition but I am okay with it, I tasted the power of xapian while using recoll. I read that xapian is a powerful database building package for character strings, and indexes a directory of files really well. I want to use xapian-omega as a customisable

Hi all I need a little clarification with regard to Omega's behaviour with 'duplicate' files when running 'omindex'. How is a duplicate recognised? Is it simply by file path? How is an unmodified file detected, if at all? I would like to set up subversion post-commit hook to update my index. If possible I would like to just update the index with the newly commited files.

On Thu, Apr 18, 2024 at 03:46:53PM +0530, Susmita/Rajib wrote: > On Thu, 18 Apr 2024 at 06:24, Olly Betts <olly at survex.com> wrote: > > You may need to configure apache to tell it to use this for a URL on > > your site. > > How Mr. Betts? Suppose I have a ready open document text file, a > LibreOffice text file. say BettsBio.odt, for which I want to create an >

I installed Xapian and Omega following the instructions for the RHEL 5 RPM package found at xapian.org. I was going to perform the quick start instructions, but there is not "omnidex" for the omindex --db DBPATH --url / WEBPATH command. The quick start also mentions running omega from usr/lib/omega/bin; however that was not created as well using the RHEL 5 RPM. Is there a walkthrough on

Folks, Having trouble getting this to work. OMEGA cgi is not reading my stub file properly because it is trying to read it as a directory instead of a file. Is there an easy fix? Here is a transcript. Thanks, OSC oscar@epsilon:/svr/xapian/beta$ ls -aFl total 21335200 drwxr-xr-x 2 oscar oscar 4096 Aug 6 10:15 ./ drwxr-xr-x 5 oscar oscar 4096 Aug 6 12:59 ../ lrwxrwxrwx 1 oscar

Hi all, My app uses prefixes for user-defined labels and directory names. Since these are case-sensitive, I chose XLABEL and XDIR respectively. Labels and directories may start with an upper-case, so a ":" is always inserted between the prefix and the term itself. These prefixes are mapped with add_boolean_prefix to "dir" and "label". Let's imagine I index a

Hi all, I&#180;ve been developing a search application using Xapian and Omega. When our visitors search on specific keywords it&#180;s noticable that Omega is case sensitive. It will find results on keyword `Asus&#180; and it will NOT find results on keyword &#180;asus&#180;. I&#180;ve been looking through the documentation to find a CGI param to turn this

Hi, I'm adapting the omega (in a Python way ;) to do search across multiple remotes database, for now, I have only one xapian-tcpsrc running, but I have documents being inserted at the same time, so (like I have readed in others e-mails) the xapian-tcpsrc throw the following message: Connection from 192.168.0.101, port 64161 Got exception DatabaseModifiedError: The revision being read has

Hi, Could you please clarify a query regarding full text search in Xapain? I have installed LXRng (cross-referencer), which internally uses Xapain for text search. I am using CentOS 6 & have installed the following Xapian packages: $ yum list installed | grep -i xapian perl-Search-Xapian.x86_64 1.2.9.0-1.el6 @rpm-eprints-org-xapian perl-Search-Xapian-debuginfo.i686

Hi, I'm experiencing weird behaviour in Xapian/Omega. Here's my situation: * I'm indexing data through scriptindex, the output is as follows: ***************** Replace: 6706476 Replace: 6706477 Replace: 6706478 ***************** Since there is no output after entering several enters, I assume scriptindex is indexing data. * The search I perform on omega is as follows:

I am running xapian and omega on a Centos 6.4 SELinux enabled box. When I do a search I get the following message: Exception: Couldn't read format template `query' (Permission denied) If I disable SELinux the search executes correctly. I have enabled the httpd_enable_cgi boolean but that still does not allow the permissions needed. What else do I need to configure in SELinux for xapian

On Thu, 18 Apr 2024 at 06:24, Olly Betts <olly at survex.com> wrote: [ ... ] > Yes - it's in the xapian-omega package you already have installed: > > /usr/lib/cgi-bin/omega/omega Thank you, Mr. Betts. for your replying to my questions. Please consider me a novice and elaborate further, Mr. Betts. > You may need to configure apache to tell it to use this for a URL on

I tried using the simpleexpand.php from http://xapian.org/docs/bindings/php/examples/simpleexpand.php5 I get different results between PHP and the Omega expand (see below), I'd like to have the same functionality in PHP. Could anyone suggest how to do it? Is there an example I could use? Thanks, Frank And got the following results from PHP: Zdefin: weight = 46.963883268652 Zconfigur:

Hello., I configured Xapain in local machine (ubuntu 11.04). The configurations which i did are as follows Xapian Installation - 1) Xapian-core-1.2.7 - tar xvzf xapian-core-1.2.7.tar.gz - cd xapian-core-1.2.7 - ./configure --prefix=/usr/local - make - make install 2) Xapian-binding-1.2.7 - tar xvzf xapian-binding-1.2.7.tar.gz - cd xapian-binding-1.2.7 - ./configure --prefix=/usr/local

Hello :-) There was probably no good reason to do this build but the Debian 6.0 Squeeze repo version was 1.2.3, we needed 1.2.4 and I didn't think of using the package from unstable. Arch: x86_64 Platform: Linux 2.6 Debian 6.0 (Squeeze) Compiler: gcc version 4.4.5 (Debian 4.4.5-8) Version: 1.2.4 Status: no known problems Source: http://oligarchy.co.uk/xapian/1.2.4/xapian-core-1.2.4.tar.gz

Hello, There is a build error by what looks to be a typo in xapian-applications/omega/omega.cc My checkout is about 15 minutes old, so it's possible it has been caught since then. omega.cc: In function ?int main(int, char**)?: omega.cc:204: error: ?pretty_tery? was not declared in this scope make[3]: *** [omega.o] Error 1 make[3]: Leaving directory

Hi, all: I check out the trunk code from svn yesterday *svn co svn://svn.xapian.org/xapian/trunk xapian* compile process: *./bootstrap* *mkdir build* *cd build* *../configure --disable-documentation* *make* then the error occur: cd xapian-applications/omega && make all make[1]: Entering directory `/home/white127/xapian-svn/build/xapian-applications/omega' /usr/bin/perl

Hey Hi jiangwen,hope you are doing fine :) You need some libraries and tools installed on your system before you build Xapian and omega.The complete list can be found in the "Building from svn or git" section of this document.:- http://svn.xapian.org/trunk/xapian-core/HACKING?view=co Make sure you have all the required tools installed and it will work fine. Please let me know if you

Hi all, I found that the figure returned by MSet::get_matches_estimated() varies depending on how results are to be sorted. For instance, in my index, value 4 contains date and time in the format "yyyymmddhhmmss". For the same query, the number of results will be estimated to 20000+ when results are first sorted by date and time with set_sort_by_value_then_relevance(4) and to only 100