Re: [mb-users] Should catalog numbers be capitalised?

Alex Mauer <[email protected]> Mon, 22 Sep 2014 12:09:27 -0500
Newsgroups gmane.comp.audio.musicbrainz.user
Message-ID <[email protected]>
On 09/22/2014 09:46 AM, lixobix wrote:
> Considering that we standardise the capitalisation for artist, release, a=
nd
> title, I don't see why we would then decide that catnos are an exception,
> and should be added as on the release. =85 At present the principle is to=
 standardise, so
> that principle should apply to catnos.

Well, even there our standardization is not absolute, as in the example
of http://musicbrainz.org/release/92b36219-760b-4f32-94f7-4e323e6d431d
(from

Classical style says to use the title as printed or works as credited =97
no standardization because it leads to confusion when you have hundreds
of releases with the same standardized title.

> It
> should be possible to view a label's releases as sorted by catno. which
> would not work correctly if there were inconsistencies.

Caller#6 wrote:
> Correct me if I'm wrong, but I don't think there's a way to normalize =

> catnos by machine. e.g. you can't just remove all spaces and dashes. A =

> dash might be a spacer, might indicate a range or a part number.

Is there any reason we can=92t sort by a machine-normalized catno while
still retaining the as-on-cover catno for display?

I=92m also not sure that there=92s any value in trying to have a normalized
catno, when most any catno 'series' will be scattered over a variety of
MB-labels. Consider http://reports.mbsandbox.org/report/38/view =97 all of
those are 'Phonogram-associated' catalog numbers, but they=92re scattered
across perhaps a score of different imprints.

Then consider
http://musicbrainz.org/label/ce24ab18-1bd6-4293-a486-546d13d6a5e2 (one
of those Phonogram-assocated labels).

How can we usefully sort it in either case, when a single MB-label is
going to have a dozen different catalog number formats, and a single
catalog is going to be spread across a dozen different MB-labels?

I think whatever problem we=92re trying to solve, is not going to be
solved by making sure capitalization and spacing matches across
different releases, especially when that also hurts our ability to
distinguish releases.