Re: [mb-style] Release Countries

2006-01-25 Thread Tarragon M. Allen
On 25/1/06 9:42 PM -0600 Orion <[EMAIL PROTECTED]> wrote: Tarragon M. Allen wrote: 5) formulate a replacement system based on music labels instead of countries, and after it's been fleshed out present it to the developers for implementation. 5a) address what to do with self-published releases

Re: [mb-style] Release Countries

2006-01-25 Thread Orion
Tarragon M. Allen wrote: 5) formulate a replacement system based on music labels instead of countries, and after it's been fleshed out present it to the developers for implementation. 5a) address what to do with self-published releases and try to design a system that is future proofed against

Re: [mb-style] Release Countries

2006-01-25 Thread Tarragon M. Allen
On 26/1/06 3:18 AM + Nikki <[EMAIL PROTECTED]> wrote: On Sun, Jan 22, 2006 at 11:03:19PM +0100, Don Redman wrote: a) not to make fundamental changes to the release data set right now, What are you considering as 'fundamental changes'? I suspect that means, anything that would take sign

Re: [mb-style] Release Countries

2006-01-25 Thread Nikki
On Sun, Jan 22, 2006 at 11:03:19PM +0100, Don Redman wrote: > a) not to make fundamental changes to the release data set right now, What are you considering as 'fundamental changes'? --Nikki ___ Musicbrainz-style mailing list Musicbrainz-style@lists.m

Re: [mb-style] Release Countries

2006-01-25 Thread Nikki
On Thu, Jan 26, 2006 at 12:19:10PM +1100, Tarragon M. Allen wrote: > Yes, and I'm wondering if, instead of leaving things in the state they're > in now until a proper Label based solution is created, should we consider > disabling the Release section completely for now? We're not storing the > righ

[mb-style] support@ help wanted

2006-01-25 Thread Robert Kaye
Hi! A few times a week we get style questions posed to support@ -- rather than referring these folks on to this list, I'd prefer to forward them to someone who can respond to the person directly. I was wondering if there was anyone here whom I could enlist to help answer these mails? --

Re: [mb-style] Release Countries

2006-01-25 Thread Tarragon M. Allen
On 22/1/06 11:03 PM +0100 Don Redman <[EMAIL PROTECTED]> wrote: On Fri, 20 Jan 2006 19:22:03 +0100, Björn Krombholz wrote: b) Our system is completely fxcked up. We are storing the wrong kind of data. We are trying to consistently store the national release areas that are the _consequences_ of

Re: [mb-style] SG5DR and classical

2006-01-25 Thread Björn Krombholz
On 1/26/06, Lukáš Lalinský <[EMAIL PROTECTED]> wrote: > > (This does not mention classical composers at all, but I see composers > > only fitting in TPE1.) > > This doesn't mention composers because TPEx tags are intended to use for > PErformers. For composers should be used TCOM frame: > >TCOM

Re: [mb-style] SG5DR and classical

2006-01-25 Thread Lukáš Lalinský
Björn Krombholz wrote: While ID3-Tags allow (from v2.3[2], but nearly identical in v2.4[3]): "TPE1 The 'Lead artist(s)/Lead performer(s)/Soloist(s)/Performing group' is used for the main artist(s). They are seperated with the "/" character. TPE2 The 'Band/Orchestra/Accompaniment' frame is used f

Re: [mb-style] Release Countries

2006-01-25 Thread Björn Krombholz
On 1/22/06, Don Redman <[EMAIL PROTECTED]> wrote: Sorry for the late response. ;) > a) It really makes the system inconsistent if anything other than the > leaves (in our case nation states) get added to the list. Exactly. > b) Our system is completely fxcked up. We are storing the wrong ki

Re: [mailing] Re: [mb-style] SG5DR and classical

2006-01-25 Thread Don Redman
On Thu, 26 Jan 2006 00:29:23 +0100, Björn Krombholz wrote: So, what is different now? IIUC Marco says that people start to put the composer in one field and the performing orchestra/soloists in the other. As for having a clear ruling on this, you can have it now: Don't. We can discuss if

Re: [mailing] Re: [mb-style] SG5DR and classical

2006-01-25 Thread Björn Krombholz
On 1/26/06, Marco Sola <[EMAIL PROTECTED]> wrote: > If we decide not to make classical benefit of the SG5DR work already > implemented for philosophical matters or just because we are not ready in > full (and this is true, everytime I think about it unmanaged problemas come > to my mind) , IMHO

Re: [mailing] Re: [mb-style] SG5DR and classical

2006-01-25 Thread Marco Sola
On Wednesday, January 25, 2006 11:53 PM, Björn Krombholz <[EMAIL PROTECTED]> wrote: >> If you think about it, this could help to soften the infamous (and >> hardly understand by users) classical exception rule of composer as >> Artist and narrow a bit classical and other music rules. > > I'm no

Re: [mb-style] SG5DR and classical

2006-01-25 Thread Björn Krombholz
On 1/25/06, Marco Sola <[EMAIL PROTECTED]> wrote: > If you think about it, this could help to soften the infamous (and hardly > understand by users) classical exception rule of composer as Artist and > narrow a bit classical and other music rules. I'm not sure this is an exceptional MusicBrainz

[mb-style] SG5DR and classical

2006-01-25 Thread Marco Sola
I didn' see any official statement yet so I feel free to write down some thoughts. I saw only recently that Picard is ready to manage AlbumArtist and TrackArtist. Also for this reason we need to give users a consistent way to tag their track, I mean we have to choose where performer and compose