I think this is useful for non-classical as well. (I find the artist works tab especially difficult for those who are both composers and performers, like Duke Ellington . I’d like to be able to better distinguish works based on the artist’s relation to them.)
For grouping tracks, there is an existing ticket MBS-6680 .
Thanks for your feedback, it will be useful to build a case for this enhancement
Thanks also to point out this ticket. It has been opened since 2012! Let’s vote on it to increase its priority.
I have added a comment to describe how track grouping would be useful for classical music.
I have also added the topic of Aliases to the wishlist of enhancements.
One feature that I think would be very useful is to restrict the search when looking for works. Usually, when we want to add a work to a recording, we already know the composer (ideally it is the track artist according to CSG). There are a huge amount of works names ‘Prelude’ or ‘Sonata no. 1’ that makes finding the correct work very hard unless you’re ready to go the composer’s artist page and look through all the works to find what you’re searching for. An option to restrict a work search to an artist (that would have to appear as composer or arranger) would be welcome in my opinion.
Yes, mee too! I don’t believe everyone would propagate down manually composition date, premiere dates and place and this kind of info.
Another point I would like to raise is the handling of aliases: they are really useful to translate names or to get commonly used work names, maybe a way to easily add new aliases would be interesting (maybe when adding a work to a track/recording?) and if an alias is used to match a work (i. e. MB doesn’t actually find the work by its title but by an alias) it could be displayed as well? I’m afraid it could clutter the interface, but there might be a way to make aliases and their use a bit more apparent.
Firstly, I’d like to thank @Algwyn for kicking off this important topic and making some very useful suggestions. It would be great if there could be some developer input to this thread, so that we have some idea as to what is reasonably achievable, given that the MB database and UI seem to evolve very slowly (although I am aware that there is a UI project under way, but am unsure of the details). Unfortunately, I don’t know who the relevant people are, perhaps @reosarevok or @Freso can tag whoever?
As regards the various points raised:
Clean-up of UI
Where the composer has a catalogue which is in MB as a series, then this is sort-of achievable by just looking at the series listing and clicking on the work to see the parts (in a new page). Some composers (e.g. JS Bach) have a link to the series in their annotation on their artist page, but some (e.g. Beethoven) do not. Adding these links would be a small but quick win, which can be done by editors. Ideally, the hierarchical view would be achieved by expandable drop-downs, but this would definitely require some work on the UI. Where there is no series, perhaps things can be improved by editors creating them - even by just simply ( ) making a series of all their (top) works; again, this would require no developer effort, but perhaps a script or two might help?
Again, a nice idea, but perhaps could have a short-term fix using a script to turn the column off.
Unless I misunderstand, this can be effectively achieved in the existing UI by selecting “Display Credits at Bottom”
Naming of movements
I completely agree. This is an enormous waste of time and is frequently done incorrectly. The Classical Extras plugin then attempts to strip the duplicate naming, but sometimes doesn’t work because of large inconsistencies between the child and parent names. However, it must be recognised that the alternative has consequences too. You would end up with a large number of works simply named “Allegro” etc. Unless MB displays these with the parent name prefixed, any list of these would be meaningless. Similarly, any search for a movement-type work would need to implicitly search the parent name too. Both of these considerations then raise the question as to whether just the immediate parent is included in the implied prefixing (assuming there is a non-collection grandparent). There is already a script that is of some help here. Perhaps another could be added to “add/replace subwork prefix with work name”. This would (selectably) either replace all text preceding the first colon with the work name or add the work name as a prefix (followed by a colon). Again, this would be a short-term solution, but I think a complete solution may take some time, both to design and implement.
Group tracks in recordings
As noted, this is a long-outstanding (and much voted-for) request and is by no means limited to classical recordings. I suspect it is a bit tricky to implement in the database structure.
In the meantime, there is (I think) one issue that maybe could be fixed - namely with the Discogs import script. Where Discogs does have a track group, the import only picks up the top level. Instead, it should pick up the full structure, named according to MB style (parent: child).
Primary aliases edits
I agree - it should be mandatory (apart from auto-editors )
Agreed. Hopefully this is not a big ask. Do we need a ticket?
I think some very useful suggestions have been made. Some already have ‘work-round’ solutions which can be implemented by editors (given a will…) Some could have quick and dirty fixes by means of scripts. Neat-looking UI and database fixes will take looonngggerrrrr…
There are already a lot of good scripts and other tips which are not as well known as they should be - see the Classical Editor Toolbox. Maybe the reason why these are not well known is that it is not pinned to the top of the Classical discourse page - it really should be (@Freso?)
To summarise the scripts suggested:
Add work to series. On the works page for an artist, the script would allow a series to be chosen, add checkboxes against each work and allow these to be selected to add the work to the series. Editors would still need to be careful not to add works that are just parts of another work.
Turn off artists column on artist works page and search results page.
Add/replace subwork prefix with work name on work - edit page. This would (selectably) either replace all text preceding the first colon with the work name or add the work name as a prefix (followed by a colon).
Modify Import from Discogs script to import grouped tracks into MB flat structure with colon separation.
Just a quick point re track title grouping. In Picard, Classical Extras attempts to do this for classical works (if you want to use track titles rather than work names) by applying the work structure to the titles. Where CSG has been followed this works perfectly. In other cases it works so long as a reasonably consistent approach to track titles - i.e. including the parent work name(s) - has been adopted. Obviously it is not a solution for non-work-related groups.
Actually there could be a very easy fix which do not require any scripting, using User Stylesheets. I’ve started to test it, it seems to work. I’ll put this in a separate topic “Quick fixes of MB UI at user level”
Indeed, when there are workarounds available we should promote them. This enables to focus development work on the most critical issues for which there are no workaround. I didn’t know about this script. I definitely need to test it!
I agree that the work search feature could be improved. When editing tracks/works relationships, the default match which uses the track title often doesn’t work due to difference of language, or of the tracks naming conventions. But it’s easy to address by replacing the default search text by the right keywords. For example: Bach "BWV 345", Leclair op. 2 no. 3
It’s not as efficient as having directly the right suggestion, but it’s quite efficient anyway.
Indeed, this toolbox seems very useful! it should definitely be pinned …
Did that. Will look through the rest of this post carefully when I have some more time. Some bits already have tickets (and are things I hope to eventually work on), some don’t but seem doable, some are currently very unlikely to happen except in the distant future (inheritance, which I’m not completely sold on personally tbh, and probably track grouping, which I’d love to have but does involve very significant changes).
Possibility to copy artist linked to a recording, and paste him/her to another recordings together with all attributes. Especially when editing operas, it is pretty cumbersome to enter the same information on many recordings: artist name, “vocals”, type of vocals (tenor, soprano, …), “credited as” etc. Sometimes it is possible to apply a change for all relationships of the same artist on the page, but for large releases it does not work since the same artist may play different roles in different operas in the same release. It would be great if a reference together with all attributes could be copy-pasted.
Thanks, I’ve added this to the list.
But I’m wondering if there is not an existing workaround already …
If you have set the tracks artists relationships, you can then use Replace recording artists to set the recording artists based on the tracks artists relationships. It’s simple and easy … I’ve just tested it, it works great. Basically you set once the artists relationships on the tracks, then the script does all the work of setting the recording artists based on the tracks
When entering them you can batch-add them to only the selected recordings, but you probably know that When editing existing ones though this is a problem, yes. Not only a classical-related issue, but probably more common in classical.
That’s a pretty simple change (@Bitmap wrote most of the required code as it is for the collapsible release events), and it’s something that has bugged me for a while but somehow I never thought about just fixing like that. So I just put a PR up for it - no promises on when it’ll get merged, but it will eventually get out there I went for 4 artist credits, not 2, since I don’t mind the row being a bit “chunkier” and I think that gives a better quick idea than just 2
Actually, if we launch a clean-up of works names, it should happen quite a lot.
For two reasons:
when we clean-up work names, one of the recommendations would be to keep the old name as alias, unless it is very wrong. This point is important as we don’t want to throw away all the existing work that has been done in work naming. Just clean up to have consistent naming rules.
if we are consistent in naming works in a given language, there will be need to have translations in other languages
One more enhancement: when opening a release in “edit relationships” mode, have a possibility to collapse/expand each media (CD) separately, as well as all at once (“collapse all” / “expand all”). Currently collapsing/expanding is possible when viewing a release, but not when editing relationships.
I often edit releases with 40 and more CDs (“Complete Works of …”) where it is pretty inconvenient to have all CDs expanded. As an example, go to this one, click on “edit relationships” and enjoy
This should be achievable through a user script … I’m not good at scripting, but this should be easy.
Here is a user script which does the trick. Not pretty, but it works.
// @name MusicBrainz UI: Make tracks collapsible in Release "Edit Relationships"
// @namespace http://tampermonkey.net/
// @version 0.1
// @description Make tracks collapsible in Release "Edit Relationships"
// @author You
// @grant none
// @include http*://*musicbrainz.org/release/*/edit-relationships
/* global $ */
$('#content>p:first-of-type').after('<p id="collapsibleEnabler"><a>Click here to enable collapsible media</a></p>');
$('.subh td:first-child').append('<span class="collapse-mark collapsed"><a>▶</a></span>');
[edited: managed to get the user script to work]
[edited: fixed the issue of column width of media row changing when collapsing the tracks]
[edited: fixed the issue of batch-add button disappearing, and added /▼ marks to indicate collapsible status]