<div dir="ltr">Hello everyone,<div><br></div><div>I uploaded my proposal in the system. Would really appreciate some feedback on it. </div><div>I'm sorry this is so last minute. </div><div><br></div><div>Regards,</div><div>Ayush</div><div><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 23, 2016 at 5:51 AM, Olly Betts <span dir="ltr"><<a href="mailto:olly@survex.com" target="_blank">olly@survex.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span>On Mon, Mar 21, 2016 at 11:29:22PM +0530, Parth Gupta wrote:<br>
> On top of what James has to say. I would recommend to focus first on<br>
> VcamX's branch as he was working on API streamlining while v-hasu was<br>
> implementing additional ranking algorithms. So have a look at it and just<br>
> realign your thoughts while working on the proposal. He already tried to<br>
> refactor questletor.cc into more independent tasks such as<br>
> letor-prepare.cc, letor-train.cc etc.<br>
<br>
</span>James and I have discussed at some length how best to approach<br>
stabilising the letor code as a project this year, and James wrote up<br>
the result of that here:<br>
<br>
<a href="https://trac.xapian.org/wiki/GSoCProjectIdeas/LearningtoRankStabilisation" rel="noreferrer" target="_blank">https://trac.xapian.org/wiki/GSoCProjectIdeas/LearningtoRankStabilisation</a><br>
<br>
I would strongly encourage students to plan their projects along those<br>
lines.<br>
<span><br>
> I have tried to give it a go to merge VcamX's master with xapian master and<br>
> it lies here: <a href="https://github.com/parthg/xapian" rel="noreferrer" target="_blank">https://github.com/parthg/xapian</a><br>
><br>
> Most of the conflicts are resolved except "MSet" related parts in enquire.h<br>
<br>
</span>I don't think the MSet hooks VcamX added are the best way to achieve<br>
this.  For example, this is the new method added:<br>
<br>
void MSet::update_letor_information(const vector<Xapian::MSet::letor_item> & letor_items_)<br>
<br>
We want to find a clean way to allow letor to reorder an MSet which also<br>
provide a generic interface for MSet reordering.  Tasks like<br>
diversification are also likely to need such an interface, so it<br>
shouldn't be specific to letor.  It ought to also be consistent in<br>
design with the existing API, which the above isn't.<br>
<br>
Cheers,<br>
    Olly<br>
</blockquote></div><div><br></div>
</div></div></div>