Difference between revisions of "Merge Rather Than Delete"

From MusicBrainz Wiki
(TerminologyChange (Imported from MoinMoin))
((Imported from MoinMoin))
Line 1: Line 1:
=Merge Rather than Delete Duplicate Albums=
+
=Merge Rather than Delete Duplicate Releases=
  
 
It's usually best to enter [[Merge Releases Edit|MergeReleasesEdit]]<code><nowiki></nowiki></code>s to deal with [[Duplicate Release|DuplicateRelease]]<code><nowiki></nowiki></code>s instead of entering [[Remove Release Edit|RemoveReleaseEdit]]<code><nowiki></nowiki></code>s.  
 
It's usually best to enter [[Merge Releases Edit|MergeReleasesEdit]]<code><nowiki></nowiki></code>s to deal with [[Duplicate Release|DuplicateRelease]]<code><nowiki></nowiki></code>s instead of entering [[Remove Release Edit|RemoveReleaseEdit]]<code><nowiki></nowiki></code>s.  

Revision as of 15:10, 20 April 2006

Merge Rather than Delete Duplicate Releases

It's usually best to enter MergeReleasesEdits to deal with DuplicateReleases instead of entering RemoveReleaseEdits.

Deleting releases has two kinds of bad effects on the database:

  • The UUIDs that have been referenced anywhere (tagged files, links to MusicBrainz from other sites) will become invalid when the item is deleted. When merging it, however, the old UUIDs will forward to the new item. Note: Not yet implemented, see ticket 912
  • Even if there's no useful data (DiscIDs, TRMs, ReleaseEvents) attached to the release, it's possible that someone may AddTRMs, AddDiscID or EditAlbumReleases before your RemoveReleaseEdit is approved. If so, the recently added data will be lost.

This MergeRatherThanDelete guideline also applies to artists, but since a RemoveArtistEdit is not possible for an artist with any releases, tracks or NonAlbumTracks it is more of a system-enforced rule than a guideline. An analogous guideline is to MergeMisspelledArtists.

However, pay close attention to DeleteRatherThanMerge when dealing with the common "feat artist" problem.

  • And which problem would that be? --Keschte