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
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
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
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
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
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?
--
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
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
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
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
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
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
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
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
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
15 matches
Mail list logo