Style update, 2015-01-27

Small update this time. Two main changes – a few more pages are now linkable as “other databases”, and a lot of small guidelines related to titles have been condensed into the Titles guideline instead.

Improvement

  • [STYLE-229] – Add Biblioteka Piosenki to the otherDBs whitelist
  • [STYLE-358] – Add Québec Info Musique to the "other Database Whitelist"
  • [STYLE-412] – Simplify the text of the Featured Artists guideline

New Feature

  • [STYLE-238] – Add viola.linneanet.fi to the other databases whitelist
  • [STYLE-386] – Add "Ted Crane’s DanceDB"
  • [STYLE-387] – Add "The Dance Gypsy"
  • [STYLE-390] – Whitelist Mainly Norfolk

Task

  • [STYLE-406] – Style/Titles duplicates guidelines

Server update, 2015-01-26

A small release this fortnight as our various developers have been working on bigger projects. However, a few fixes made it in, including making edit searches which time out a lot nicer to use/reword, some better documentation, and slightly better coordinate-parsing.

Thanks to bitmap, chirlu, and the rest of the usual team for this release!

Bug

  • [MBS-7396] – Move Disc ID box out of place
  • [MBS-7984] – Edit searches which time out prevent the user from improving their search
  • [MBS-8002] – Width missing on checkbox column of events list
  • [MBS-8081] – “Remove selected releases from collection” no longer works
  • [MBS-8097] – “Add relationship type” edits don’t store the ID of the new type
  • [MBS-8113] – Strip whitespace when parsing coordinates

Improvement

  • [MBS-6439] – Pasting MBIDs into search fields should not be a hidden feature
  • [MBS-7565] – manual→automatic series edit leads to potentially great data loss
  • [MBS-8101] – Don’t immediately start the edit search when following a “Refine” link
  • [MBS-8122] – Allow switching to direct search when inline (indexed) search errors
  • [MBS-8131] – Remove the “CD in hand” suggestion from the no edit note message

Style update, 2015-01-13

It’s been, well, a bit too long, but here we go with a new entry of “What has changed in Style”!

The two bigger changes to previous usage here involve pseudo-releases and live bootlegs: Pseudo-releases should only contain basic data in most cases and bootlegs should only be renamed if they have no title.

Improvement

  • [STYLE-165] – Add Russian text to Style/Language/Russian
  • [STYLE-408] – Add a “Play” work type

New Feature

  • [STYLE-292] – Add “Licensee” relationship
  • [STYLE-374] – “Founded” Artist-Place relationship type
  • [STYLE-388] – Add {instrument/vocal} to Event-Artist performance relationships
  • [STYLE-400] – Add a release-area (and place?) “manufactured in” relationship
  • [STYLE-403] – Add “formerly attributed to” work-artist relationship

Task

  • [STYLE-342] – Define how pseudo-releases should be used
  • [STYLE-391] – Postponed Events
  • [STYLE-405] – Update live bootleg style now that we have events and places

Sub-task

  • [STYLE-103] – Update once audiobooks style is passed

Server update, 2015-01-12

Our first release of the new year is out today, containing the usual set of editing bug fixes and improvements. There’s also a small new feature in the release editor that allows propagating the release title and artist credit to the release group.

Anyone experiencing failures in InitDb.pl after upgrading DBD::Pg to version 3.5.0 will want to get this update, since it contains a workaround.

Thanks very much to chirlu, navap, nikki, and the MetaBrainz team for their work on today’s release.

The git tag is v-2015-01-12 and the full changelog is below.

Bug

  • [MBS-4904] – Edit search automatically focuses text fields on page load
  • [MBS-8025] – Spurious "performance" entries in work search results
  • [MBS-8032] – Internal server error applying problematic add ISRC edits
  • [MBS-8047] – Applied merge release groups link has broken links
  • [MBS-8099] – Edit search automatically focuses text fields when changing dropdowns
  • [MBS-8108] – Edit removing track with track mbid redirect can’t close
  • [MBS-8116] – Place edit form acts on outdated parse-coordinates responses
  • [MBS-8126] – InitDb.pl fails with newest DBD::Pg

Improvement

  • [MBS-2895] – Make it possible to propagate release changes to the release group
  • [MBS-6162] – Mention mbslave in INSTALL
  • [MBS-7498] – Recognise Deezer URLs
  • [MBS-7733] – Recognise and clean up 7digital.com URLs
  • [MBS-7924] – Match e-onkyo, hd-music and ototoy URLs with "purchase for download" relationship type
  • [MBS-8077] – Clean up mobile Soundcloud and ReverbNation URLs
  • [MBS-8078] – Match and clean up Google Play URLs
  • [MBS-8080] – Show CAA-down warning also when the Archive is down completely

New Feature

  • [MBS-7688] – Add autoselect for Vine URLs

Task

  • [MBS-5671] – MBServer internal code using old search json format should use new format

Editing: Making MusicBrainz better

Over the past few weeks I’ve received a number of emails from people who are concerned about some editors who are losing sight of some basic principles behind editing data in MusicBrainz. I wanted to chime in and remind people of some of the principles that should guide how we all get along when we edit data in MusicBrainz.

First and foremost is:

Be polite and give people the benefit of the doubt that they are doing the right thing.

I don’t have to explain being polite. Yes, we all have our bad days — that is a given. But if you’re having a bad day, stop editing MusicBrainz and step away from your computer. Go outside! When you do edit, please be kind to your fellow editors.

Giving people the benefit of the doubt that they are doing the right thing is also important. The vast majority of people who edit MusicBrainz have good intentions and you should assume that to be the case.

Second, edit to make the database better. Vote yes if an edit makes the data better.

This one is a lot more vague, since “better” is a subjective term. We should accept edits that are “good enough” and avoid asking people to make “perfect” edits.

Edits fit into four categories:

  1. Edits that makes things better (perfect or not)
  2. Edits makes things different (but neither are better)
  3. Edits that contain some correct things and some incorrect things
  4. Edits that are outright wrong (existing data is better)

The first type should clearly get a yes vote. For the second, if it doesn’t make things worse, abstain and leave a comment. The third is a judgement call and I would suggest applying this heuristic:

Unless it takes more time to fix the edit than to make a new one, vote yes.

Clearly, the fourth type deserves a no vote.

That brings me to the final topic for now: No votes. A no vote is a very strong expression that has potentially chilling effects that may prevent people from editing again. A no vote should be considered the last resort. Use a no vote if you can’t find another way to resolve an edit.

Finally, some tips for auto editors: If you see an edit that is not perfect, approve it and fix it.

Auto editors are supposed to set the tone for the project and auto editors should practically never vote no on something. You have more powers than fellow editors, so please use your powers for good!

Thanks and happy (and polite) editing!

Picard 1.3.2 released

Picard 1.3.2 is now available on the Picard download page. This again is only a small maintenance release which mainly updates the OS X build to fix crashes some users experienced with Picard 1.3.1. Here is the complete list of fixes:

Bug

  • [PICARD-681] Fixed tags from filename dialog not opening on new installations
  • [PICARD-682] Picard 1.3.1 crashes on OSX on start

For Ubuntu users we have also finally updated our stable PPA.