#musicbrainz

FresoFenderson: I meant yindesu

Do you have any workflow suggestions for tagging in bulk? Right now I'm tagging one artist at a time so I more easily correct common mistakes, but this is going to take awhile.

DarkLinkXXXX: I'm not sure what you're asking

it depends on what you're tagging, too.

A large collection of music, much of which I have no familiarity with.

DarkLinkXXXX: You could use beets, I guess.

darklinkxxx: one artist at a time is the way to go when first tagging a large collection. like you said, it cuts down on mistakes.

once you’ve been through it once, things are a hell of a lot easier and faster in the future.

Lotheric_: did you find the ISRC user scripts ?

it’s actually a page by nikki

and a user script to allow that page to understand full release copy/paste bunch of ISRC

chirlu`: I undid the edit on the summit page where you added CB to the list of consumer oriented sites - it's quite a different concept to MBo and mbjs and I can't see us talking much about it in that discussion

feel free to add it somewhere else if you'd like to talk about it though :)

LordSputnik: I'm not sure it's thought of much differently though

Part of the current view seems to be "a place where people can access a MB-lite and review things"

really?

I thought it was just a place for showing releases and storing reviews

Well, basically, having *three* sites sounds confusing as hell

Which is I think why some people were thinking of it as such

But dunno

I have no particular opinion on the matter

well maybe that could be part of the discussion, I'll add it back in

chirlu`: ADDED IT BACK IN, APOLOGIES ;)

woah caps

reviews are very user-oriented feature, so it kind of makes sense

In case Ben/LordSputnik reads backlog ever, ruaok, Roman, and I did talk briefly about looking into merging the existing MBo code into CB.

Any chance I could get https://www.wikidata.org/wiki/Q2398350 imported into areas, if it’s not already?

Really simple question: I haven't added to MB in a long time, and even reading the docs, I cannot figure out how to add the ASIN link (for cover art) using the new interface for a release that I just added

'edit release' and then paste the URL in links on the first tab of the release editor

(And then upload the cover art to the cover art archive instead of using Amazon artwork directly. ;-)

or find better artwork than what Amazon has. they frequently have crap artwork.

it’s a rare case where Amazon has the best artwork one can find.

Thanks

Because it’s inconsistent among releases

So you’ll have “vol. 1”, “Volume 2”, “vol. III”

often its inconsistent within the same release also

If you expand them so they’re consistent, you could in theory parse the volume number from the title. In practice, nobody would ever bother and our data is fairly inconsistent about that so it’s not particularly helpful.

"we should make entries as unambiguous as possible for easy manipulation at a later date" supports the machine-readable theory. meh.

if we have (ideally) the series number, release language and cover art stored, what's the ambiguity?

I do understand why people would want to present series in a consistent way, at least within a particular series.

but kudos to abbreviation style for having a rationale!

:-)

I don’t think I agree with that rationale, because in practice no one will ever do that, and any attempt to do so would break as much as it fixed.

agreed

(that might apply to a lot of CSG too)

(at least, historically)

Yep.

is "feat." also primarily about machine readability?

I feel like it’s basically a waste of time trying to get that stuff machine-readable, because unless you’re doing it already no one will notice that it doesn’t work properly or won’t work for the use-case you never actually planned for.

But maybe there have been times in the past where it’s been useful?

I’m not sure, but I assume so. Perhaps more about picking one and sticking to it since labels are consistently-inconsistent about "feat."

I guess in general I can see the logic in treating some words as more than strings.

If I'm going to take the position that "artist intent" is a rare thing, then I should also take the position that every guideline that overrides "as on cover" should have a solid rationale.

I think it's more about having some consistency in the data (and thereby some consistency in your music library or whatever else you use MB for), not machine-readability.

CallerNo6: I think many of these guidelines have been around for a loooooooong time. when musicbrainz started you had freedb with their "Something (disc 1)" and "SOMETHING [DISC 2]", and the goal with MB was to avoid that shitshow.

my dream cotm would be "add rationales to all style guidelines" :-)

CallerNo6: did you ever see the old 1-page style guidelines? they're before my time, but someone (maybe nikki or ruaok) unearthed them when restructuring the guidelines for NGS.

I think I may have, when oldwiki was still exposed.

my other dream is to do a super-fancy-transcluded single page style guide :-)

nothing about expanding abbreviations yet at that point.

look how little and cute they were

So narrow. :-)

they grow up so fast

I know this has been asked before, but is there a way to copy a discID instead of just moving it?

No, as far as I know

Dang.