Skip to main content

How to better flag non-existent information in Discogs

I know a few collectors of vinyl records who can best be described as "completists" (although others would describe them as "completely nuts") who try to collect every variant of an album of a certain artist, no matter how small the difference.

For these people it is very important to know about how to tell different releases apart from eachother. This is something that Discogs is currently unfortunately quite bad at, especially when it comes to indicating that certain information is not present on a release.

Let's look at an example. In the 1980s Metallica released a few picture discs. Some of these picture discs were released with a barcode, and others without. For the collectors knowing whether or not a barcode is on the release really matters.

Another example would be knowing if there are SID codes on a release. In an earlier blogpost about SID codes I wrote that SID codes can sometimes indicate that a CD was released after 1994. The SID codes are often forgotten to be added, as people don't know about them, or find them too difficult to read (as they can be really small).

Indicating non-existing data in Discogs as it is now

In Discogs indicating that something is not on a release is currently not implemented very well. There are two ways to deal with missing data:
  1. adding the identifier and marking it, for example with "none" or "missing"
  2. not adding the identifier at all
An example of the first can be found in the below screenshot:



A screenshot of the second approach would not make any sense, so I have not included it.

The first approach is a bit fragile, as people actually have to type it in and as I have already shown in previous posts people simply cannot spell, or do not read the guidelines, so are likely going to make mistakes.

The second approach (not adding the identifier) is downright flawed, as it is unclear what it means if an identifier is not on a release page. Does it mean that the identifier is actually not present on the release, or does it mean that the person adding the release to the catalog simply did not add it?

A better way to indicate missing data

I think that there has to be a better way than using text to indicate that something cannot be found on a release, because right now it is confusing. A better way could be achieved using icons, for example a red X or exclamation mark for information that is missing and a blue question mark for data that is unsure (for example because there are no pictures and therefore cannot be verified).

It could look a bit like this:


Instead of having a free text field, a user adding or editing a release should also be given the choice to flag the identifier as "not existing on this release", or something similar.

Adding this information to the database (and the database dump in XML, or via the API in JSON) should (likely) not be too much effort.

Of course, if something like this would be added I am expecting a lot of wrong data, but it would make my life (doing data analysis) a lot easier. Plus, it would open up a lot of new possibilities for for example searching, but also other applications.

Comments

Popular posts from this blog

SID codes (part 1)

One thing that I only learned about after using Discogs is the so called Source Identification Code, or SID. These codes were introduced in 1994 to combat piracy and to find out on which machines a CD was made. It was introduced by Philips and adopted by IFPI, and specifications are publicly available which clearly describe the two available SID codes (mastering SID code and mould SID code). Since quite a few months Discogs has two fields available in the " Barcode and Other Identifiers " (BaOI) section: Mould SID code Mastering SID code A few questions immediately popped up in my mind: how many releases don't have a SID field defined when there should be (for example, the free text field indicates it is a SID field)? how many releases have a SID field with values that should not be in the SID field? how many release have a SID field, but a wrong year (as SID codes were only introduced in 1994) how many vinyl releases have a SID code defined (which is impossi

SPARS codes (part 1)

Let's talk about SPARS codes used on CDs (or CD-like formats). You have most likely seen it used, but maybe don't know its name. The SPARS code is a three letter code indicating if recording, mixing and mastering were analogue or digital. For example they could look like the ones below. There is not a fixed format, so there are other variants as well. Personally I am not paying too much attention to these codes (I simply do not care), but in the classical music world if something was labeled as DDD (so everything digital) companies could ask premium prices. That makes it interesting information to mine and unlock, which is something that Discogs does not allow people to do when searching (yet!) even though it could be a helpful filter. I wanted to see if it can be used as an identifier to tell releases apart (are there similar releases where the only difference is the SPARS code?). SPARS code in Discogs Since a few months SPARS is a separate field in the Discogs

Country statistics (part 2)

One thing I wondered about: for how many releases is the country field changed? I looked at the two most recent data dumps (covering February and March 2019) and see where they differed. In total 5274 releases "moved". The top 20 moves are: unknown -> US: 454 Germany -> Europe: 319 UK & Europe -> Europe: 217 unknown -> UK: 178 UK -> Europe: 149 Netherlands -> Europe: 147 unknown -> Europe: 139 unknown -> Germany: 120 UK -> US: 118 Europe -> Germany: 84 US -> UK: 79 USA & Canada -> US: 76 US -> Canada: 65 unknown -> France: 64 UK -> UK & Europe: 62 UK & Europe -> UK: 51 France -> Europe: 51 Saudi Arabia -> United Arab Emirates: 49 US -> Europe: 46 unknown -> Japan: 45 When you think about it these all make sense (there was a big consolidation in Europe in the 1980s and releases for multiple countries were made in a single pressing plant) but there are also a few weird changes: