Well, I have built systems that are aimed at skilled staff and I’ve been fairly successful, but Larry Page and Sergey Brin and Jeff Bezos are richer than I am…
@Thomas_Serra great suggestion. Don’t let the usual pair dissuade you of its merit. This is a sorely needed feature.
Hi… good luck with getting your voice heard here. We’ve been lobbying for this for years, @James_I and I. Actually for using AND with Tags, as it would make combining tags really cool.
I’m getting mightily fed up with
a) the luddites here who poopoo even modest requests for improvements.
Nonsense Anders, the real-world response would be “Oh, ok thanks, of course, I’m stupid for thinking otherwise. That’s brilliant, I get it now!”
b) the lack of Roon’s official response to requests, even if just to say “Thanks for taking the time to make this suggestion.We’ve logged your interesting proposal and we will look into feasibility” - that’s all it takes. It’s just customer service at its most basic.
I’ve made recent enquiries as to truncated text issues and logs of exported files… no response
Improvements in identifying albums…no response.
Except for the decades of users who would use it well and happily in a properly designed tool. And most of the users who have requested this would like to see it implemented with focus and tags, and not necessarily in search. It’s reallly a necessary function with tags, which right now is a half baked feature.
Sure, but Roon doens’t get me the list. That’s the issue.
Consider that this type of logic is often presented as a filter, not a search tool per se. Many curators would use this feature. Definitely high on my wish list.
Agreed. By Anders’ logic here, all of the features that require some level of applied gray matter: DSP, room correction, even grouped zones, are just too difficult to use for the least skilled software consumer. So let’s not have anything that is challenging even if other users could greatly leverage it.
As it stands Focus is inconsistent. You do get an “AND” relationship if you pick say a Genre and a Tag. But if you pick two tags you get “OR”. Doesn’t make sense to me. And it doesn’t make sense to have rich tagging and then be unable to use those tags in meaningful ways. Have Roon ever explained or justified why things are the way they are?
Jez, i think it’s really a function of being a relatively small company developing a very complex bit of software. Many things were done as a 1st iteration and now would benefit from further development but the priorities are just elsewhere. So we get frustrated at the lack of further “polish” on a great product. This thread has catalysed me to try and to sum up my own frustrations with the Roon development viz the forum feedback in the post I’ve just made and hopefully we can get some order into the refinement process…
Prepare to be ignored
Yep, @evand I am quite prepared, moreover I am prepared to be trolled and flamed for my efforts, by the hoy polloy
All for the greater good
You added the kiss of death word “Classical” I suspect all Classical Feature Requests get archived after reading
There are relatively simple request simply heading for the bottom of the list
I am fast heading back to JRiver for classical most times as I can control how I do it – SHAME . Yes I am losing patience not that I have any
Could you please stick to the topic!?
Everyone agrees that the Focus tool could be improved.
My point is that there is a simple way to toggle between “OR” and “AND”, when using “Focus” with “Genres”, which means less user interface tweaking.
Is that a good idea?
Could that lead to some improvements of the Focus tool?
Better ideas are welcome.
Negative or out of topic inputs aren’t.
+1 from me. A Boolean search option would be very useful.
Let’s be clear as to the request. While Boolean SEARCH capabilities would be welcome, the topic specifically here is Boolean FOCUS with TAGS or other FOCUS criteria, yes? Just want to be absolutely clear. That is also where I think it could be easily implemented.
Toggles between AND and OR would be workable. To address Anders’ concerns about the challenge of using that logic, it could also be presented as a filter.
It’s very likely that I do not fully get what you’re after but with a local collection AND albums AND a genre hierarchy this works without tags, doesn’t it?
BTW without very good metadata Focus results will always suffer - maybe that’s why it’s no priority to implement more specialized Focus functionality.
BTW2: good metadata and/or in-depth knowledge about the content it’s used with is essential for some of the services mentioned above to be as successful as they are. Ease of use is one thing, but not everything … and,
BTW3, research shows that customization options can play an important role in user satisfaction. So letting users access their collection in “more complicated” ways could be available on demand, like some kind of an advanced mode – or presented as (optional) logical operators.
Someone commenting that actually did read the topic.
That’s exactly the goal. “Focus” uses an “OR” connector between its criteria. Being able toggle between “OR” and “AND” would be a great enhancement and would be equivalent to JRiver’s “Pane view”
Focus is actually more intelligent than that.
Between criteria in different categories, it uses AND, in the same category it uses OR.
For example, if I say Genre Classical, I get 613 albums.
If I add 96k, that’s AND, more restrictive, and I get 52.
Ignore Classical, if I just say 96k I get 381 albums, but if I combine 96k and 88k, that’s OR, and I get 500 albums.
And altogether, Classical AND (96 OR 88) get 52.
That’s reasonable for most cases: obviously it makes no sense to say 96 AND 88, that would be no hits. And Classical OR 96, what would that mean?
So the defaults are good (@jez).
But sure, there are other cases, as @James_I suggests mostly about tags.
But in general the searching and focusing is poor. If you search for “Beethoven Piano Concerto 3” you get all sorts of stuff. Mozart Piano Concertos, Beethoven Sonatas, as well as the obvious (to me) result. And just try “Marriage of Figaro”, possibly the most well known opera ever. The top result is but a single track from the work. There’s no obvious way of focusing on the complete work. If you pick the composition you don’t actually get the full composition, you get anything with any (possibly tiny) excerpt from the composition on it. Not very helpful to me. I doubt I am alone.
Give me a good reason why I should not be allowed to specify an “AND” relationship between tags/ metadata tags?
When you go to McDonalds and ask for a Big Mac and fries what do expect to get? Every possible meal with a Big Mac in it and every possible meal with fries in it? Or a Big Mac and fries?
Folk who are asking for this are not asking for some esoteric, complex feature. Just something they take for granted in other music players.
Ok, how would you use AND to solve that problem?
In Amazon, searching for “Beethoven Piano Concerto 3” gets me that.
In YouTube, ditto.
So if Roon search is broken and can’t find Beethoven Piano Concerto 3 that should be fixed. Seems to me. I don’t think I would want tools that allow me to work around the problem.
My #1 reason for having AND would be for combining user defined tags.
At the moment, I can’t rely on the Roon allocation of genres so I make tags such as a Blues, Rock, Jazz, Country and so on.
Now… If I want to make more specific tags such as Blues Rock or Jazz Rock, or Country Rock, Alternative Rock, Alternative Country, Progressive Rock, Progressive Jazz, or differentiate between Tracks and Albums, then I have to make specific tags for each which makes for a huge number of tags. Of course it would be very cool to have so many fewer basic tags like ROCK, COUNTRY, CLASSICAL JAZZ, ALTERNATIVE, POP, PROGRESSIVE, TRACKS, ALBUMS, CHAMBER, FOLK, etc, and then combine them with AND in almost infinite ways. I just dream of this flexibility.
There’s a dumb workaround. What you do is create the tag you want to use AND with, then double click so it is a minus sign. Then Tag everything that isn’t tagged with that tag (NotTag). Then you combine any other Tag with the NotTag clicked to minus sign. Effectively the logic is “Not NotTag.” It works but it’s too mind bending for a weekend activity.
Also, it’s damned slow. My gut feeling is the reason we’re not being offered Boolean AND may have something to do with the performance of that query.
i was testing this out just now, created ACOUSTIC, BLUES, COUNTRY and assigned 3 different albums with the genres and styles. Now… testing it it seems that to get for example the Acoustic Country albums to appear and not all the other acoustic stuff I have to list all tags then unselect all which dont apply. Ok if there’s only a few tags and styles but what if there’s say 5 base genres, then perhaps 10 or 15 subgenres and then other styles or applicators thereafter? Becomes pretty messy
It works! but it’s not ideal, for sure