Beefy Boxes and Bandwidth Generously Provided by pair Networks
"be consistent"

Re: Super Search by Reputation

by hok_si_la (Curate)
on Jan 29, 2010 at 15:28 UTC ( #820362=note: print w/ replies, xml ) Need Help??

in reply to Super Search by Reputation

I think my main point was lost or misunderstood. Having search results based on thread/post reputation may assist those that are NEW to PM in finding the answers they are looking for more quickly. Just about everyone who had been a PM member for a while can find the answers or old posts they are looking for one way or anther. People who have never visited this site, and who stumbled across it by searching for an answer to a Perl question etc, would not know the difference between Merlyn and Wassercrats and they wouldn't know without a bit of exploration where to find the best nodes pertaining to their subject of interest.

I do understand what Argel mentioned, and of course no reputation system could actually quantify the value of each thread, however I think that for the most part, the threads that withstand the test of time (multiple responses over weeks) would probably have the most to offer, and would probably have some of the better answers.

Comment on Re: Super Search by Reputation
Replies are listed 'Best First'.
Re^2: Super Search by Reputation
by Argel (Prior) on Jan 29, 2010 at 23:46 UTC
    I understood your point. Mine was that there are better ways to approach this. New Monks may not know who the most prolific and helpful Monks are, but e.g. we could take the top 25 Monks based on XP that have been active recently and offer an option to only show nodes by them. I'm certain that would prove more useful than trying to use noderep directly (of course ruffling feathers, ego, etc. are potential downsides to this approach).

    Elda Taluta; Sarks Sark; Ark Arks

      Your suggestion, being XP based, is basically a reflection of the reputation approach. Reputation searching would miss gems but it would be extremely helpful overall. Setting a threshold might be nice. Only nodes 10+. That would miss few, if any, of the gems while weeding out lots of noise.

      If I ask an Excel question, I probably want an answer from jmcnamara. If I ask an inline C question, I probably want an answer from syphilis. If I ask a Moose question, I probably want an answer from stvn. If I ask an Ajax question, I am vain enough to suggest I probably want an answer from myself. None of these monks is in the top 25 or even 50.


        The benefit of using noderep in an indrect manner is that very prolific and helpful high ranking Monks will often have a combination of high noderep and low noderep posts even though the quality of the answers will usually always be very good. So filtering on the Monk instead of noderep will in theory generate better results.

        Maybe a combination approach would work -- show all nodes with noderep > 15 but also show nodes with noderep > 0 for a select list of Monks.

        Elda Taluta; Sarks Sark; Ark Arks

Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://820362]
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others browsing the Monastery: (6)
As of 2016-05-03 09:09 GMT
Find Nodes?
    Voting Booth?