[mb-style] RFC: Works lists (and other related changes then implied)

Chad Wilson chad.wilson at gmx.net
Sun Mar 2 13:10:15 UTC 2008


Brian Schweitzer wrote:
> Summary:
> Proposal: Add pre-NGS works lists, change the intent of CSG, modify
> the "version of " AR into an 'instance of' AR, and change the
> suggested target point for the "cover of", "parody of", "version of",
> and composition-related ARs.
>
> Developer impact: According to Robert, minimal and pretty easy,
> basically reuses code already written
>
> Benefits: Both "sides" of CSG get what they want, and the database in
> general gains the ability to begin this type of work long before it's
> eventual "true" implementation under NGS.  It also solves some of the
> AR issues we have generally, not just in classical, by providing a
> true "generic instance".
>   
Depending on the implementation, this sounds like it could become a very 
unmaintainable and regrettable hack to me if not thought through very 
clearly. Works lists for all artists in big unmaintainable lists? We 
currently can't merge, move or work with NATs at all; will the same 
apply to these works lists if they're tacked on without the concept of a 
song/work/movement actually being added?

Will taggers be disabled from tagging against them somehow? How will we 
vote on their addition/removal?

Are we proposing to write/invent all the generalised style guidelines 
that will go into defining what is a unique work and how it should be 
managed within the hack?

Most scary is that this proposal still sounds like a CSG proposal (in 
which case I wouldn't care less), yet its scope appears to be much much 
wider.

Chad / voiceinsideyou



More information about the Musicbrainz-style mailing list