Global Result's Tab

[davidq666]

First of all the build in search engines are a bliss and make alt.binz so unique and easy to use. As you start using alt.binz getting used to the serach-enignes is easy. I allways use global search and then click trough all the tabs if i don't find what i am looking for in newzleech. most of the time i don't bother to going through all tabs because in each one i have to sort and filter the results once again. that's why i came to think why have a global search but no global result tab? it should contain all the results of the different search-engines except for identical result. this way u have a total overview and filters and sorting would aply to all results. i don't know how difficult this would be to implement but it seems to me it could improve usability quite a bit. What do u think useful or unnecessary?

[Hecks]

If you select multiple posts (i.e. results from different sites), from which site should the NZB be grabbed, and how is Alt.Binz to be told this?  If Site A has post X, but not post Y, and Site B has post Y but not post X, but you want both X and Y, there seems little point in having them on the same results tab.

Or do you have a different idea of the circumstances in which this might be useful?  Maybe a real world example?

[davidq666]

If you select multiple posts (i.e. results from different sites), from which site should the NZB be grabbed, and how is Alt.Binz to be told this?  If Site A has post X, but not post Y, and Site B has post Y but not post X, but you want both X and Y, there seems little point in having them on the same results tab.

Or do you have a different idea of the circumstances in which this might be useful?  Maybe a real world example?

Let's say we are searching for X with global search and the results might be:

Newzleech X1-X10
Aeton       X1-X5 + X11-X13
NZBIndex  X1-X7 + X17,18,21
Binsearch  X14-16 +X19,20,24
Yabse      X1-8 +X22,23,27,29
beta.binaries.nl X24-30

Global Result
X1-30
(1-10 from newzleech, 11-13 from aeton... and so forth)

so as i said you'd be having a quick overview of all first page results. The problem from where to get an nzb that appears on multiple sites should be solved before the results apear by the way double results would be filtered. i would  imagine some kind of hierarchy or preference between the sites. and if either post is on a different site then import them as two nzb's and join them by identical collection name or manualy if wished.

As i said the main advantages would be an improved overview to have all first page results beeing sorted and filtered in the same way. right now i'd have to to the same thing six times and still have to switch between tabs to see al results...

[dacaid]

Hi there, here comes my request of the day  (i don't like the word "request" btw, i'd prefer you see that as an idea of improvement  )

When i enter a search, i then have to go look in each search engine tab, on by one.
I'm so lazy (and proud of it)
Might be a good idea to have the option to get an "all in one" tab with a "search engine" column

As a drawing worths more than a long speech :



In order not to hammer the search engines, maybe that tab would only list the results of every other tab and sort the results ?

[dacaid]

(posting this after you merged requests, thx for this btw, whoever you are)

Damn, i didn't search deep enough, you already requested this.
Genius meets (except i'm a late genius  )

If you select multiple posts (i.e. results from different sites), from which site should the NZB be grabbed, and how is Alt.Binz to be told this?  If Site A has post X, but not post Y, and Site B has post Y but not post X, but you want both X and Y, there seems little point in having them on the same results tab.

If there is no workaround?
Well if RDL does not make multiselect available in the AIO tab, then there is not such problem... 

[davidq666]

It was I who merged it, i rememberd the old request. The screenshot is a nice touch. I still think this could be a great thing because in reality is 90% of the time i am mostly to lazy to look through all 8 Searchtabs instead i only view most promising 4-5, then change search string. A Combined Tab could eliminate a lot of clicks and make searching and finding at least 3-4 times faster then going through the individual tabs.

If you select multiple posts (i.e. results from different sites), from which site should the NZB be grabbed, and how is Alt.Binz to be told this?  If Site A has post X, but not post Y, and Site B has post Y but not post X, but you want both X and Y, there seems little point in having them on the same results tab.

If there is no workaround?
Well if RDL does not make multiselect available in the AIO tab, then there is not such problem...  

It would be optimal if duplicate posts(identical post, identical size, available on more than 1 site) would shown up only once. The decision from which site to grab the post could be made by assigning each searchengine a priority from 1 down to 8. If multiple posts from different searchengines are selected they could be grabed (acording to priority) from each site individually and added as seperat nzbs to the queue.

[Hecks]

I think probably my feeling about it currently is that the search engines are now quite different (and complementary) in their search functionalities and results, and so they really serve different purposes.

For example, use NZB.su for searching categories in a low-spam, release-driven environment where multi-select isn't needed; use Mysterbin when you really need to verify archive contents; use NZB.cc when you want to do a search by relevance; use Binsearch when you want to search on a poster name and are happy to deal with ony loosely grouped results (needing multi-select), etc.

Notice how on your screenshot (helpful btw) that you have an option to sort by relevance, but only one engine actually supports that; likewise the column for filename ...

Currently you can set all your preferred search, sort & display options on the different tabs, and then just use the Global Search to pass a string to each tab and run the query.  I can't see how functionality  could be improved much more than that, tbh.

[davidq666]

Of course the are unique features that only some of them have, but there are also a lot comun elements. The idea would be to have an adidtional window that condenses the searchresults into one tab. The indiviudal settings of each tab would still be there aswell as the tabs, but for those who just want all results in one view would use the proposed tab.

[Hecks]

You mean set the query params on each tab, but combine the results on another?  I still don't see how this would benefit at all, given that the functionality of this other tab in terms of display, control, sorting, queueing, etc. will by necessity be strictly limited - not to mention confusing.

[davidq666]

You mean set the query params on each tab, but combine the results on another?  I still don't see how this would benefit at all, given that the functionality of this other tab in terms of display, control, sorting, queueing, etc. will by necessity be strictly limited - not to mention confusing.

why should the fumctionality be that limited? I would image you could display all properties even those that some engines don't offer. If a search engine doesn't have that feature the column simply stay empty. Sorting or queuing could be done simularly to the way it works in the individual tabs. The tab could be linke to the global search so that it's only activated if the global search was used but not if it's only an individual search tab.

but basicaly i see it the same way i saw more than three years ago:

https://www.altbinz.net/forum/requests/global-result%27s-tab/msg7668/#msg7668

[Hecks]

Just clicking on the columns to sort is one thing (despite the probs with empty columns), but engines have specific sort on query options - like relevance in the given example. Or just try a query with Binsearch using sort by date (recent) vs sort by poster to see the difference. This points to an obvious second problem: pagination of the results, which again is handled completely differently by the engines. What would clicking on 'Page 2/Next' on the combined tab actually mean when some engines don't even report the total number of results available?

Regardless, combined results will be a mess of inconsistent information.  One result has no NFO or filename - does this mean it doesn't have either, or that the engine doesn't support either? Both tell us something different about the result. What's the point of having a % or files column that has empty values cos not all engines provide the info?  Some subjects will be dirnames, others full subject header lines - how do you sort on these?  Mess. The complications of actually queuing stuff from such a tab (where Alt.Binz has to keep track of the different queries for each result) have also really been glossed over in this and other threads.

Not all search results are equal, and you should use the best tool for the job at hand. Search aggregators never work! But I guess we're going to have to agree to disagree about this one.