From aarshkshah1992 at gmail.com Wed May 15 14:27:08 2013 From: aarshkshah1992 at gmail.com (aarsh shah) Date: Wed, 15 May 2013 18:57:08 +0530 Subject: [Xapian-devel] Better parsing of BM25 parameters in Omega Message-ID: Hello guys, as discussed on IRC, I have written some code for better parsing of BM25 parameters in Omega. If no parameters are specified ,it defaults all of them. However, if there some are specified and some are not or if the invalid values are given for any of them,it throws an error. https://github.com/aarshkshah1992/xapian/commit/ac0a11f5d8ff975fad1e96e63764eab9b04dfcfb -Regards -Aarsh -------------- next part -------------- An HTML attachment was scrubbed... URL: From cyt at coremail.cn Wed May 22 07:56:39 2013 From: cyt at coremail.cn (cyt at coremail.cn) Date: Wed, 22 May 2013 14:56:39 +0800 (CST) Subject: [Xapian-devel] add some class to wrap all operation of file Message-ID: <3786680f.43.13ecb067bf9.Coremail.cyt@coremail.cn> Sorry for my poor English first. I am a beginner of xapian. I found that each database backend has own code to handle the file operations such as open/read/write/mkdir/rename... I want to add some class to wrap all of these. That will bring some benefits: * the code which depends on the OS/compiler will be collected in one place. * developer can write his own File System implement. such as no file lock while he can ensure no concurrency conflict( needn't fork now ), or cacheable file I/O. * developer can use other "File System" such as his own distributed file system. I just change the chert backend in xapian-core-1.2.15, add two file into the project: include/xapian/filesystem.h and common/filesystem.cc, and changed the other code in chert/common/net/api. I only run the simple test in example path( simpleindex and simplesearch ) after patched. That seems like work fine. Is it useful for the xapian? I've add the patch files here: https://github.com/cytal/Xapian-patched/compare/master...FileSystem -------------- next part -------------- An HTML attachment was scrubbed... URL: From aarshkshah1992 at gmail.com Wed May 15 14:27:08 2013 From: aarshkshah1992 at gmail.com (aarsh shah) Date: Wed, 15 May 2013 18:57:08 +0530 Subject: [Xapian-devel] Better parsing of BM25 parameters in Omega Message-ID: Hello guys, as discussed on IRC, I have written some code for better parsing of BM25 parameters in Omega. If no parameters are specified ,it defaults all of them. However, if there some are specified and some are not or if the invalid values are given for any of them,it throws an error. https://github.com/aarshkshah1992/xapian/commit/ac0a11f5d8ff975fad1e96e63764eab9b04dfcfb -Regards -Aarsh -------------- next part -------------- An HTML attachment was scrubbed... URL: From cyt at coremail.cn Wed May 22 07:56:39 2013 From: cyt at coremail.cn (cyt at coremail.cn) Date: Wed, 22 May 2013 14:56:39 +0800 (CST) Subject: [Xapian-devel] add some class to wrap all operation of file Message-ID: <3786680f.43.13ecb067bf9.Coremail.cyt@coremail.cn> Sorry for my poor English first. I am a beginner of xapian. I found that each database backend has own code to handle the file operations such as open/read/write/mkdir/rename... I want to add some class to wrap all of these. That will bring some benefits: * the code which depends on the OS/compiler will be collected in one place. * developer can write his own File System implement. such as no file lock while he can ensure no concurrency conflict( needn't fork now ), or cacheable file I/O. * developer can use other "File System" such as his own distributed file system. I just change the chert backend in xapian-core-1.2.15, add two file into the project: include/xapian/filesystem.h and common/filesystem.cc, and changed the other code in chert/common/net/api. I only run the simple test in example path( simpleindex and simplesearch ) after patched. That seems like work fine. Is it useful for the xapian? I've add the patch files here: https://github.com/cytal/Xapian-patched/compare/master...FileSystem -------------- next part -------------- An HTML attachment was scrubbed... URL: