similar to: Perl example of using termitrator?

On 08/25/2013 05:02 PM, Olly Betts wrote: > So the simple fix is > probably just to install the perl-Search-Xapian RPM instead. Thanks, the Centos 6 repos don't have that rpm and the http://xapian.org/download page seems to only cover the XS bindings, if I am reading this correctly: But I was able to remove the rpm packages and compile and install the core and swig from source.

Hi all, There's been a odd bug reported to us by Daniel Menard while working on the PHP bindings: "I then tried to run the dotest target...All tests passed, except the one about get_matching_terms (smoketest.php line 94). I added this line before the exit: for ($i=0; $i<strlen($terms); $i++) echo $c=ord($terms[$i]), ' ', ($c>31?$terms[$i]:''), "\n";

At least it isn't working the way it used to. Code: $db = Search::Xapian::Database->new( $dx ); my $qp = Search::Xapian::QueryParser->new(); my $dbSize=$db->get_doccount(); # $qp->set_stemmer(new Search::Xapian::Stem("english")); # $qp->set_stemming_strategy(STEM_SOME); # $qp->set_default_op($defaultop); my $par =

On 5/5/2017 1:41 PM, Robert Moskowitz wrote: > > I just did a test where I created a file, xit, with the here document > in it and ran it with ./xit > > This way, the tabs remained. So the 'problem' is when I am pasting > the same lines (with tabs) into the terminal window. There bash is > interpreting the tabs and not feeding them into the here doc processing.

Lately I was reading many articles about using boolean queries for search engine but I haven't seen any complete working demo. Therefore I put together very simple working demo of search engine using boolean query. Feel free to suggest any performance improvement or error while keeping it as simple as possible for understanding. Thanks, -Kevin Duraj http://myhealthcare.com

I would like to fit a 2-level mixed model: yit=a+a[i]+a[it] +(b+b[i]+b[it])*xit+eps[it] However, the variance of the second level components should depend on the group, i.e. sigma for a[it] and b[it] should be [i] specific. I do not know whether this is conceptually right in the mixed model context... In case it stands, how should the formula look like? Also, the data are unbalanced with

On 05/05/2017 03:33 PM, Bill Campbell wrote: > On Fri, May 05, 2017, Robert Moskowitz wrote: >> I thought this worked. Many web pages tell you it works. But bash is >> ignoring tabs in my here docs. Worst, where there are two tabs, it is >> functioning as a command expand in bash, where all files in the current >> directory are listed to complete the command. >>

On Sun, Apr 09, 2017 at 11:34:07PM +0530, Vivek Pal wrote: > > Each scheme already has a human-readable name, and Xapian::Registry > > can map that to an "examplar" object of the right type, so we > > could take a string like "bm25 1 0.8", see the first word is "bm25" > > and get a BM25Weight object, then call parse_params("1 0.8") on

> Each scheme already has a human-readable name, and Xapian::Registry > can map that to an "examplar" object of the right type, so we > could take a string like "bm25 1 0.8", see the first word is "bm25" > and get a BM25Weight object, then call parse_params("1 0.8") on it to > create the correct Weight object (broadly similar to how

Hi, I have callcenter running with v 1.2 with AgentCallbackLogin and now trying to move to 1.4 using the example doc, doc/queues-with-callback-members.txt. From what I understand the basic idea in the example is to 1. Authenticate a caller with VMAuthenticate 2. Get his SIP Channel number 3. Use

On Thu, Aug 17, 2023 at 09:28:26PM +0000, Eric Wong wrote: > In other words, is it possible to avoid duplicates if new > documents are inserted into the DB by another process in-between > ->get_mset calls when reusing Xapian::Enquire objects? The Database object itself effectively does (it works in a snapshot of the state of the database when you open it, or last called reopen() which

On Sat, Apr 08, 2017 at 09:11:22PM +0100, James Aylett wrote: > On 8 Apr 2017, at 19:15, Vivek Pal <vivekpal.dtu at gmail.com> wrote: > > >> and the details of which weighting schemes were available in which version > >> isn't a key part of the $set command itself. > > > > Do you suggest dropping that piece of information out? Since the reason behind

OK, I'm indexing my data with the scriptindex. I want to be able to restrict the search by the category field. Do I need to do anything to the data itself? Like, literally prefix it with the characters "XC"? Below is my indexor for scriptindex and the my php code... document_id : field=ref unique=Q boolean=Q search_id : field=document_id index=S document_title : field=title

On Mon, Apr 10, 2017 at 11:47:36PM +0530, Vivek Pal wrote: > > No, use Xapian::Registry to find the weighting scheme from the name > > like how Weight::unserialise() does (otherwise every caller would need > > code similar to that above). > > Okay, I looked into Xapian::Registry and it seems you are referring to using > the get_weighting_scheme method? (which expects a

Hi All, I would like to take a doc in the xapian DB and find all related documents by relevance e.g. so when you view one document it says "Related entries X Y Z". I'm aware of the "Morelikethis" Lucene plugin that is supposed to do something like this, by generating a query from a document based on term frequency. Has anyone developed a tool to generate a query from a

More research... On 05/05/2017 04:35 PM, Robert Moskowitz wrote: > > > On 05/05/2017 03:33 PM, Bill Campbell wrote: >> On Fri, May 05, 2017, Robert Moskowitz wrote: >>> I thought this worked. Many web pages tell you it works. But bash is >>> ignoring tabs in my here docs. Worst, where there are two tabs, it is >>> functioning as a command expand in

On 05/05/2017 04:46 PM, John R Pierce wrote: > On 5/5/2017 1:41 PM, Robert Moskowitz wrote: >> >> I just did a test where I created a file, xit, with the here document >> in it and ran it with ./xit >> >> This way, the tabs remained. So the 'problem' is when I am pasting >> the same lines (with tabs) into the terminal window. There bash is

In other words, is it possible to avoid duplicates if new documents are inserted into the DB by another process in-between ->get_mset calls when reusing Xapian::Enquire objects? I do some expensive processing on each mset window, so I always limit the results to limit heap usage even if I'm planning on going through a big chunk of the DB: $mset = $enq->get_mset(0, 1000);

Hello, I wonder if there is a way to cause Xapian to order a result set purely by docid. In other words, once the result set has been determined, I'd like the results to be returned to me ordered by their docid, as opposed to by their match relevance. The problem at hand is that I'm building a search engine for a mailing list and I would like to return matches sorted by date; ordering by

I've been using SWAT to configure SAMBA for file and print serving at the organization I work at, and I ran into a hitch. The print command we use in smb.conf is "enq -r -c -o"-dc" -P%p %s". After SWAT updates (and when it starts up), the print command in the SWAT display is shortened to "enq -r -c -o". The proper print command is saved into smb.conf, but it needs