naderman wrote:When are you going to start working on this? Are you going to wait for Dhruv to work on the refactoring of search back ends first?
I can't think of anything I would discuss up front. However demos, and proposals for user interface (both search mask and search results) would probably help get a better idea of what exactly your goal is.
ameertawfik wrote:Another interesting thing is which one to implement first. Post or topic search.
We might create a poll to see which one is more important to users.
drathbun wrote:How do you define post or topic search?
In the standard phpBB search screen the option is to return by posts or topics, and the default is posts. I very much prefer to return results as topics to get a higher level overview of the search match possibilities, and then I drill into the topic. If I want to search further, then I use the "search in this topic" option instead. Is that what you're talking about?
ameertawfik wrote:Despite the active academic works on post and thread search, forums’ searching tools rely on the back end database full text search engine; hence, the structure and nature of forums are ignored completely.
drathbun wrote:What I would like to see in a search system is inclusion of some additional factors that are human-driven rather than algorithms. I have tried some of these out with various degrees of success, mostly because of lack of the required human participation. To put my comments into context: I run a large board that offers self-service support for a large enterprise software vendor. By "self-service" I mean that the community as a whole helps each other, with very little input from the vendor. Basically it's a support board. In that context, I would place a premium on "solved" topics, and with those "solved" topics an additional premium would be placed on the most helpful posts. In order to do that, we need to know if a topic is sovled, open, closed, or some other status that is relevant. And we also need to know if a particular post is helpful in solving the topic, and perhaps even note the "most helpful" post within the topic if such a thing can be identified.
That being said, I would require a moderator or topic originator to be able to mark a topic as solved, or to say which posts are helpful. I would not want to try to determine this via some algorithm.
Then we get into the human factor of people that try to game the system, marking their own posts as most helpful, in an effort to gain stature and recognition within the community, but that's an entirely different discussion altogether.
As I re-read your initial post...ameertawfik wrote:Despite the active academic works on post and thread search, forums’ searching tools rely on the back end database full text search engine; hence, the structure and nature of forums are ignored completely.
I think one could argue that this isn't completely true, yes? For example, my support board has forums based largely on individual products. When I fill out my search form, I have the option to limit my search activity to a particular forum, or category of forums, or even a parent and related sub-forums. That does allow the user to provide some input to the search algorithm as to the structure of the board, and where to search. Granted it's an "opt-in" feature, but did you have something different in mind?
I guess I should really read some of the reference links you posted before asking too many more questions...
Users browsing this forum: No registered users and 9 guests