On Tue, Jun 13, 2006 at 08:17:05PM -0600, Dustin B wrote:
> I think we need an AR to bind transliterations and translations of the
> same album together currently so we can more easily combine them when we
> have full solution for multiple languages.
I fully agree, which is why I bugged you to sen
2006/6/14, Stefan Kestenholz <[EMAIL PROTECTED]>:
> displaying the cover art is nice (I wouldn't really say useful ;-) ).
Of course it is... -- i for one am a visual type, and it helps
tremendously to see a cover art (even more in classical, where the
entry in MB often does have not much resembl
On 6/14/06, Bogdan Butnaru <[EMAIL PROTECTED]> wrote:
On 6/14/06, Don Redman <[EMAIL PROTECTED]> wrote:
> We drop the RFC and RFV from the subject line. Instead, somebody who
> starts a new RFC (i.e. who raises an issue which they want to get solved),
> adds "" to the body of their mail. This lin
On 6/14/06, Don Redman <[EMAIL PROTECTED]> wrote:
We drop the RFC and RFV from the subject line. Instead, somebody who
starts a new RFC (i.e. who raises an issue which they want to get solved),
adds "" to the body of their mail. This line _must
not_ be cited in replies.
We do the same for RFVs
T
On 6/14/06, Simon Reinhardt <[EMAIL PROTECTED]> wrote:
Btw: and interesting case is Dream Theater who released
older demos *after* they changed their name from Majesty to
Dream Theater and thus the demos contain both band names:
there were compilation appearances as "majesty", too. i remember
First, I have to say that I am very impressed with some of the last
postings on mb-style. There were some very disciplined, process-aware
posts. If we continue this way, the job of the secretary will be a
no-brainer. The secretary would only have to jump in in strange or very
disputed cases
Wow, the book is forgiven. That was a very precise and detailed summary of
the problem and the possible sollutions.
I think that the cluster problem can be minimized, if the ARs point to the
original album in the artist's original language. This will not remove all
clusters but many.
Addi
Chris Bransden wrote:
On 14/06/06, Simon Reinhardt <[EMAIL PROTECTED]> wrote:
Of course since we don't have freetext crediting like Discogs we can
only render liner notes to a certain extent and I'd normally say try
to find those types which are nearest to what they really did - but
since in m
Chris Bransden wrote:
On 14/06/06, derGraph <[EMAIL PROTECTED]> wrote:
For cases where an artist only changed it's name we might use a more
general "renamed to"/"was previously known as" AR.
i'm not so sure such cases would be indexed as seperate artists
anyway. see
http://lists.musicbrainz.o
On 14/06/06, Simon Reinhardt <[EMAIL PROTECTED]> wrote:
Chris Bransden wrote:
> only one i thing is a bit bizzare is "adding
> ExecutiveRelationshipAttribute to EngineerRelationshipType" - i'm not
> sure what that would mean?
Well, similar to the producer type, the phrase would change from "{add
On 6/14/06, Chris Bransden <[EMAIL PROTECTED]> wrote:
On 14/06/06, Aaron Cooper <[EMAIL PROTECTED]> wrote:
> On 6/14/06, Chris Bransden <[EMAIL PROTECTED]> wrote:
> > On 14/06/06, derGraph <[EMAIL PROTECTED]> wrote:
> > > For cases where an artist only changed it's name we might use a more
> > >
well, AM G and Discogs have links to several other shops, in addition
to amazon. therefore it should be possible to add urls which have a
certain longevity to them. even the amazon urls can change, if a
release is not sold anymore.
I'd rather see this feature be implemented such that the other UR
Chris Bransden wrote:
only one i thing is a bit bizzare is "adding
ExecutiveRelationshipAttribute to EngineerRelationshipType" - i'm not
sure what that would mean?
Well, similar to the producer type, the phrase would change from "{additionally}
engineered" to "{additionally} {co-}{executive }e
On 6/14/06, Dave Smey <[EMAIL PROTECTED]> wrote:
Hi all, I'm a newbie here..
Is there a chance of adding other commecial relationships? I for one
would like to see an emusic link. I've been driven into musicbrainism
partly because the data at eMu is often very sloppy and incomplete - it
would
Hi all, I'm a newbie here..
Is there a chance of adding other commecial relationships? I for one
would like to see an emusic link. I've been driven into musicbrainism
partly because the data at eMu is often very sloppy and incomplete - it
would be awesome to think that people could eventually us
On 14/06/06, Aaron Cooper <[EMAIL PROTECTED]> wrote:
On 6/14/06, Chris Bransden <[EMAIL PROTECTED]> wrote:
> On 14/06/06, derGraph <[EMAIL PROTECTED]> wrote:
> > For cases where an artist only changed it's name we might use a more
> > general "renamed to"/"was previously known as" AR.
>
> i'm not
On 6/14/06, Chris Bransden <[EMAIL PROTECTED]> wrote:
On 14/06/06, derGraph <[EMAIL PROTECTED]> wrote:
> For cases where an artist only changed it's name we might use a more
> general "renamed to"/"was previously known as" AR.
i'm not so sure such cases would be indexed as seperate artists
anywa
displaying the cover art is nice (I wouldn't really say useful ;-) ).
Of course it is... -- i for one am a visual type, and it helps
tremendously to see a cover art (even more in classical, where the
entry in MB often does have not much resemblance to whats on the
cover)
___
I wasn't clear enough. I was not meaning the cover art shouldn't be a
link, just that we could implement a specialized kind of
AmazonRelationship that would be specifically for the amazon links
that can display the cover art. Part of the discussion is that
displaying the cover art is nice (I would
On 14/06/06, derGraph <[EMAIL PROTECTED]> wrote:
For cases where an artist only changed it's name we might use a more
general "renamed to"/"was previously known as" AR.
i'm not so sure such cases would be indexed as seperate artists
anyway. see
http://lists.musicbrainz.org/pipermail/musicbrain
On 6/14/06, derGraph <[EMAIL PROTECTED]> wrote:
Aaron Cooper wrote:
> In the case where a band literally *just* changes its name for legal
> reason or because they are about to break into the commercial market,
> "predecessor/successor" doesn't seem to apply. In all respects, the
> band is ident
On 14/06/06, Simon Reinhardt <[EMAIL PROTECTED]> wrote:
Hi again,
to sum it up so far: there have been no vetoes but some discussion that put
parts of this back to the RFC stage, so I'll split it as follows...
I propose adding CoRelationshipAttribute to EngineerRelationshipType (the main
type
Aaron Cooper wrote:
In the case where a band literally *just* changes its name for legal
reason or because they are about to break into the commercial market,
"predecessor/successor" doesn't seem to apply. In all respects, the
band is identical and so the AR seems to be implying more than what i
In the case where a band literally *just* changes its name for legal
reason or because they are about to break into the commercial market,
"predecessor/successor" doesn't seem to apply. In all respects, the
band is identical and so the AR seems to be implying more than what is
needed. Will this
Hi again,
to sum it up so far: there have been no vetoes but some discussion that put
parts of this back to the RFC stage, so I'll split it as follows...
I propose adding CoRelationshipAttribute to EngineerRelationshipType (the main
type, not all sub types) and within that to the sub type for
Michelle . wrote:
The only problem I can see is that the word "predecessor" can be
misinterpreted to mean someone performing earlier, with a similar
style. If you look up "musical predecessor" (with quotation marks) on
Google, you'll see what I mean.
So "A is a musical predecessor of B" woul
The only problem I can see is that the word "predecessor" can be
misinterpreted to mean someone performing earlier, with a similar style. If
you look up "musical predecessor" (with quotation marks) on Google, you'll
see what I mean.
Michelle
From: derGraph <[EMAIL PROTECTED]>
Reply-To: Musi
I've realized that the discussion on this issue has _just recently_
ebbed out ... Okay, I did forget about it.
Don Redman and I proposed to introduce a new AR type for linking artist
groups which changed their name along with a lineup change. The style
council obviously favours the following w
This will not happen; it's a very ugly hack IMO. Besides, I don't think
Amazon allows use of their cover art without a link, so you would have
two links to Amazon using your proposal, and one of them would be
wrong... Ugh! ;)
Frederic Da Vitoria schreef:
I think we need what is covered in the
That makes great sense, I agree. :)
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Chris
Bransden
Sent: Wednesday, June 14, 2006 2:32 AM
To: MusicBrainz style discussion
Subject: Re: [mb-style] RFC: Dealing with translations and transliterations
On 14/06
On 14/06/06, Dustin B <[EMAIL PROTECTED]> wrote:
There's no reason to throw away good info right now just because we're
confused with what to do with it, or worse disagree with it because it
doesn't make the database "pretty". Remember the goal is the ultimate
repository of music releases
my c
31 matches
Mail list logo