This is the RFV for the proposal to add watermark as a cover art type,
to be used when images contain a watermark.
It should expire on the 11th.
Nikki
Am 01.03.14 18:25, schrieb Nikki: Hello mb-style,
Right now watermarked images are a grey area. They're technically
allowed
on the 8th.
Ticket: http://tickets.musicbrainz.org/browse/STYLE-297
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
name if
you like, but I will be really surprised if people don't start misusing
it for things like the folded pieces of paper often found in the front
of CD cases that aren't really booklets.
Nikki
Am 03.09.13 15:08, schrieb Ben Ockmore:
This has now passed - these cover art types need
inconsistent...
Nikki
Am 30.08.13 09:33, schrieb Tom Crocker:
Expected expiration for RFV: 2013-09-02 12:00 UTC
This is a proposal to add a medley attribute to the Performance
Relationship Type, so that there is no need to have both a performance and
medley relationship between a recording
There were no objections to this, so it's passed.
Nikki
Am 26.04.13 15:00, schrieb Nikki:
This proposal is for a new label type Rights Society and a
relationship between labels and releases, which will give the existing
entries a real meaning and also give us a more structured way to enter
opposed to someone else doing it later if they
want to.
Expiration date: 28th of April
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Expected RFV date: 17th of April
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
disagree that your
proposal is the best way to handle those and your proposal also breaks
disc IDs, so I certainly disagree with making it an official guideline.
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http
-to-clarify-that-alias-sortnames-don-t-need-to-be-latin-td4646828.html
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Am 21.01.13 10:46, schrieb jesus2099:
nikki the problem with without-space is that you have to define which
composed words will come without-space and which won’t. Putting space
everywhere looks more like the style of original writing in the sense as it
is more systematic too. Just my quick
that it's more consistent, but I want to look at moon lute a bit more
closely before I change that. Were there any others?
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo
://wiki.musicbrainz.org/User:Nikki/Aliases
Jira ticket - http://tickets.musicbrainz.org/browse/STYLE-179
Expected expiration date: 2013-01-25
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo
would put under
CD or Other). I would rather see that part of the hierarchy flattened.
Nikki
Am 07.01.13 20:42, schrieb Kuno Woudt:
Hello,
This proposal is for adding a Digital Download option in the medium
format list, under the Digital Media entry. (so at the same level as
USB Flash Drive
.
Nikki
Am 13.11.12 18:37, schrieb Alex Mauer:
This RFC is to move the [dialogue] artist guidelines, and move it to the
“subset of unknown” section. The guideline appears to be obsolete after
NGS since we have Artist Credits.
The RFC will expire 2012-11-20. It was previously discussed
It's been 48 hours without a veto, so this has passed.
Nikki
On 8 November 2012 02:37, Nikki aei...@gmail.com wrote:
On 7 November 2012 09:29, Staffan Vilcans lift...@interface1.net wrote:
Perhaps depend on http://tickets.musicbrainz.org/browse/MBS-4641 as well
to make it easier to add cover
in the Cover Art Archive is already planned.
Ticket: http://tickets.musicbrainz.org/browse/STYLE-158
Expected expiration date: 2012-11-08
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman
, easier for us (both
users and developers) to maintain and easier to work with for other
developers wanting access our cover art.
Ticket: http://tickets.musicbrainz.org/browse/STYLE-158
Expected expiration date: 2012-11-05
Nikki
___
MusicBrainz-style mailing
://musicbrainz.org/edit/17771863
It seems some people use inlay to mean the entire thing while most
people (from what I've seen) use it to mean specifically the inside
part. With that in mind, maybe something like Inlay (inside tray)
would be better?
Nikki
David Gasaway wrote:
On Thu, Jun 7, 2012 at 12:21 PM, Nikki aei...@gmail.com wrote:
It seems some people use inlay to mean the entire thing while most
people (from what I've seen) use it to mean specifically the inside
part. With that in mind, maybe something like Inlay (inside tray)
would
Main Title...
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
I was wondering about that actually. How do Chinese speakers normally
sort Chinese names?
Nikki
Philip Jägenstedt wrote:
On Wed, May 2, 2012 at 7:28 PM, caller#6
meatbyproduct-musicbra...@yahoo.com wrote:
Hi all,
as discussed recently[1], there are a few problems with the logic of
sort
in different
cultures?
How they sort depends on the language/country.
As far as Dutch is concerned, we currently use Bar, van, Foo.
http://wiki.musicbrainz.org/Talk:Style/Artist/Sort_Name
http://musicbrainz.1054305.n4.nabble.com/Sortingorder-Dutch-tussenvoegsel-td1088511.html
Nikki
attributes
for aliases so that we can capture information like that.
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
.
See the previous comment. You should use aliases to specify the correct
name.
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
sortnames, fix guess case and teach people about the new separator
anyway, so there's no reason we would need to keep using a comma.
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman
an email address in that
post - someone could email them asking if they can confirm that there
are no valid ISRCs starting with TC.
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo
created (I'm sure there are more recent examples, but it's been a long
time since I paid any attention to them :P), if that helps.
Nikki
Quotes from the relevant Wikipedia pages:
[1] In 1993 an advertisement appeared in many Irish newspapers calling
for auditions to form a new Irish boy band
Rupert Swarbrick wrote:
Nikki aei...@gmail.com writes:
Hello,
Prompted by http://musicbrainz.org/edit/17114614, I'm wondering what
other people think the definition of a founder is - is it simply any of
the original members of the group, or specifically the person/people who
decided
.nabble.com/Founder-of-a-band-relationship-type-td1837775.html
- so I'm trying again in the hope of getting a slightly larger response
this time. ;)
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org
Philip Jägenstedt wrote:
On Wed, Mar 28, 2012 at 00:22, Nikki aei...@gmail.com wrote:
Note that we're not allowed to rename relationships, so the actual name
of the relationship type will need to remain as performance. The link
phrases can be updated of course.
Do you mean that the names
(whatever it even is) anyway,
I don't care enough to argue against it.
Nikki
practik wrote:
OK, here it is at last:
The Performance Relationship Type identifies separate recordings of the same
work as separate performances of it, though in reality they may not be.
Also, it's listed as part
Alex Mauer wrote:
On 03/09/2012 02:00 PM, Nikki wrote:
There already is a work-work medley relationship, so that page needs to
be updated too and the text you're referring to won't go away just by
getting rid of the recording-work relationship.
I don’t see a need to change that, as we don’t
there.
I expect it would be, but I'm not sure that join phrases can be as
dynamic as it looks like you were suggesting. Perhaps one of the
developers can comment on that?
Could you clarify which join phrases you're asking about?
Nikki
___
MusicBrainz
by
getting rid of the recording-work relationship.
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
It's been more than 48 hours with no objections, so this has passed.
Nikki
Calvin Walton wrote:
Since I've finally gotten a +1, and the RFC period has long-passed,
here's the RFV!
With the standard 2-day RFV, this will expire on March 1, 18:00 UTC.
This will add a new artist-url
Hm, no +1s from anyone else? Then +1 from me.
It's been long enough that you should be able to send an RFV when you're
ready.
Nikki
Calvin Walton wrote:
Was RFC-358 - renumbered due to conflicts. Please continue any
discussion in this thread!
I have made some of the updates suggested
By the way, please make a new thread for RFVs in future. Replying to the
RFC thread makes it very easy for people to miss the RFV.
Nikki
jesus2099 wrote:
This goes to RFV today, by popular demand.
*RFV-351*
http://tickets.musicbrainz.org/browse/MBS-4044
http://musicbrainz.1054305.n4
it as a reply to the existing email, deep in the middle
of a thread.
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
time to revisit it.
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Alex Mauer wrote:
On 02/21/2012 11:30 PM, Nikki wrote:
Currently the displayed phrase is {partial} {live} {instrumental}
{cover} performance of, where would medley go in here?
Probably the new join phrase should be “{partial} {live} {instrumental}
{cover} {performance|medley} of”. Though
be
used or not which may be something people here want to consider.
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
It's been more than 48 hours with no objections, so this has passed.
Nikki
Johannes Weißl wrote:
Hello,
this is the RFV for proposal 345, to extend the License Relationship to
recordings. This is necessary to specify the license for standalone
recordings or for mixed-license releases
It's been a lot more than a few days, you might want to send the RFV now.
Nikki
jesus2099 wrote:
Thanks very much Réo !
I never know if it’s correct to hotlink pics…
I will make the RFV email in a day or two… or in a few days. ;)
Tristan.
-
jesus2099 × Ti = Tristan + patate12
It's been more than a week and nobody seems to disagree, so feel free to
send the RFV now.
Nikki
jesus2099 wrote:
Hello there,
However I think it is overly overkill bureaucracy to make a RFC just for
that.
If anyone has any comments against auto-cleaning the discogs URL in the
following
field with a complex syntax is error prone and discouraging new
editors (and simply wrong from a DB-structure point of view).
How is it wrong from a DB-structure point of view? The artist credits
are for artists credited regardless of the role they played.
Nikki
Discogs changed the way they work.
So +1 from me too for removing that stuff from the URLs.
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
.
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Calvin Walton wrote:
Ok. So in this case, adding the new generic 'Video Channel' AR as the
parent of the existing Youtube AR in the tree would be acceptable?
Yes, that would be fine.
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style
are official, the channel
can be anyone's when it's the channel that we actually want to be official.
I would personally prefer to just add the URLs to
http://wiki.musicbrainz.org/Style/Relationships/URLs#Standardised_URLs
and open tickets to standardise them where needed.
Nikki
Calvin Walton wrote:
At the moment, I'm still waiting to hear back from nikki about whether
this would be best as a new AR or as a modification of the Youtube AR;
either way the final guidelines will be the same. Please tell me what
you think!
I've been told we should create a new
already returns the title and disambiguation comment separately.
I think it's highly unlikely that we'll add a new field to return them
combined since it's trivial for a program to do that itself.
We can't just append it to the current name field because that changes
the meaning of that field.
Nikki
It's been more than 48 hours so this has passed.
Nikki
Nicolás Tamargo de Eguren wrote:
See http://en.wikipedia.org/wiki/%C3%89tude (needed for, say, half the
works of Chopin, for example)
Since most people prefer étude and monxton doesn't strongly oppose it,
I'm RFVing
to do when there are
multiple languages in a title (e.g. the fourth example), I'm commenting
here where hopefully more people will see it.
Nikki
Alex Mauer wrote:
This is RFC-347, expiring 2012-01-19.
It updates the CSG for the NGS schema, without trying to do anything too
ambitious (cf. CSGv2
It's been 48 hours with no objections so this has passed.
Nikki
Nicolás Tamargo de Eguren wrote:
I'd like to add zarzuela to the type list - this is not an opera, and
it shouldn't be indicated as
such.http://en.wikipedia.org/wiki/Zarzuela
http://musicbrainz.org/tag/zarzuela/work--
Nicolás
It's been 48 hours with no objections so this has passed.
Nikki
Nicolás Tamargo de Eguren wrote:
See http://en.wikipedia.org/wiki/Symphonic_poem - I've entered a good
amount of these and I'm probably not the only one, and none of the
current types are correct
in one language)? If so I suggest
that for consistency's sake we stick to English.
Étude is in my Oxford English Dictionary. :)
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman
Christmas and New Year have been and gone without any objections, so
this has passed.
Nikki
Nicolás Tamargo de Eguren wrote:
Hi! I am resurrecting an old RFC, because it seems to me that it makes sense.
It adds the following paragraph to Member of Band RT: The conductor
or chorus master
Christmas and New Year have been and gone without any objections, so
this has passed.
Nikki
Nikki wrote:
I'm sending this on Simon's behalf who can't access his email at the
moment.
---
This is the request for veto for changing percussion instruments to
percussion and string
.
---
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Calvin Walton wrote:
Well, good news: I have contacted JASRAC, and they have verified that
this site is properly licensed for displaying lyrics on the internet. As
a result, Rob's given us the go-ahead for adding this AR now.
Yep, this has now passed.
Nikki
more searches than a
simple Vol.
I completely agree. The rationale doesn't make sense to me. I could
understand if it said to use the expanded version when a track is
inconsistently labelled or if an individual series is inconsistent...
Nikki
see why we shouldn't have a real genre field if it's
implemented in a decent way.
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
It's been more than 48 hours so this has passed.
Nikki
Nicolás Tamargo de Eguren wrote:
Aaaand, I just was reminded I forgot to RFV this.
We already have a Multiple Languages option, but we lack Multiple
Scripts, which applies to several of the same places where we use
multiple languages
.
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
It's been more than 48 hours so this has passed.
Nikki
Johannes Weißl wrote:
Hello,
this is the second RFV to improve license links, by:
1. Introducing a new License Relationship Type
2. Obsoleting the Creative Commons Licensed Download
3. Providing a possibility to enter both download
entering descriptions. A number of people think we should get rid of the
field entirely: http://tickets.musicbrainz.org/browse/MBS-3791
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman
It's been more than 48 hours so this has passed.
Nikki
Nicolás Tamargo de Eguren wrote:
Another not-truly-musical, pretty random relationship. Used a grand
total of SIX times. I think it's pretty safe to merge this one into
miscellaneous roles (and maybe extend that one to artist-RG, as it's
without an instrument, so they do actually have instruments set. It's
just that the artist relationships page doesn't display attributes yet.
There's a ticket at http://tickets.musicbrainz.org/browse/MBS-1117
Nikki
___
MusicBrainz-style mailing list
(and what would be shown on an artist's recordings page and
in recording search results?).
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
could possibly be the easiest way to implement it.
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
and in Picard.
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
(at least not now) wants to merge [silence] from
different artists...
I do :P
Nikki
[1]
http://musicbrainz-mailing-lists.2986109.n2.nabble.com/silence-data-track-recordings-in-NGS-td6199874.html
Johannes
___
MusicBrainz-style mailing list
, or is this only for cases where the recordings would all be
linked to the same work?
I don't understand what the link to Performance_Relationship_Type is
supposed to mean either.
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style
It's been more than 48 hours, so this has passed.
Nikki
Nikki wrote:
This proposal is to add orchestrator and instrumentation at recording
level. The RFV should expire on the 20th.
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style
=How_To_Add_Script_And_Language . But no
real good place to write this down, at the moment.
Style guidelines are either under Style/ or on relationship type pages:
http://wiki.musicbrainz.org/Style/Release#Language_and_script
Nikki
___
MusicBrainz-style
This proposal is to add orchestrator and instrumentation at recording
level. The RFV should expire on the 20th.
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz
Nicolás Tamargo de Eguren wrote:
Works for me, let's see what Nikki thinks too (she's surely able to
find a way to break the rules after all! ;) )
It's fine for me :P
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
It's been more than 48 hours so this has passed.
Nikki
Johannes Weißl wrote:
Hello,
this is the RFV for proposal 338, to clarify the other gender option.
Wiki page: http://wiki.musicbrainz.org/Proposal:Gender_other_clarification
Expiration date: Tue, 08 Nov 2011 04:00:00 UTC
://wiki.musicbrainz.org/Instrumentator_Relationship_Type
This proposal is to add the same relationship at recording level, like
arranger already is, since these two types are subtypes of the arranger
relationship.
Nikki
P.S. I haven't made new wiki pages since it would only involve adding
Andii Hughes wrote:
What's the status with this? I don't recall seeing an RFV.
When I asked Nicolás about it, he said he wanted to wait until we get
types and attributes.
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style
There were no vetoes, so this has passed.
Nikki
Johannes Weißl wrote:
Hello,
one week has passed, so I'm sending the RFV for proposal 336, which is
about adding a new Voice Actor relationship.
Since the RFC the link text was changed to performed the voice of.
Initial discussion
with more than 1000 links and the named
relationships shouldn't already be displayed in the sidebar.
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
jesus2099 wrote:
Why on Earth don’t we add ALL the bloody URLs in the sidebar ?
So far nobody has suggested a way to do it which shows enough context
while still being concise.
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style
It's been more than 48 hours so this has passed.
Nikki
Nicolás Tamargo de Eguren wrote:
As the RFC said:
The sheer uselessness of this relationship amazes me (and surely also
the people -who only used it 55 times- AND even its proposer, seeing
that The purpose of this Relationship Type
Hello
Right now we have arranger on both works and recordings, but the
sub-types for orchestration and instrumentation only exist on works.
Should those relationships be added to recordings too?
Nikki
___
MusicBrainz-style mailing list
MusicBrainz
but the child doesn't.
100 cases where the parent doesn't but the child does.
110 cases where neither the parent nor the child have a composer
relationship.
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http
#Crediting_an_artist.27s_role_at_the_track_vs._the_release_level
as part of the official guidelines.
By the way, please make actual pages for the pages you're proposing
rather than embedding the changes you want to make within a single page.
Nikki
Jim DeLaHunt wrote:
Hi, everyone:
I would
Well, since nobody else seems to care either way, I'll give this a +1 :P
Nikki
Nicolás Tamargo de Eguren wrote:
The sheer uselessness of this relationship amazes me (and surely also
the people -who only used it 55 times- AND even its proposer, seeing
that The purpose of this Relationship Type
if sufficient reason exists, subject to agreement by voters.
I think it may be worth keeping the above guidelines, though the 80% rules
are a bit superflous.
What about something like The original and live releases should contain
mostly the same songs? (instead of the last three bullet points)
Nikki
It's been more than 48 hours without any objections, so this has passed.
Nikki
Calvin Walton wrote:
On Fri, 2011-10-21 at 14:15 -0400, Calvin Walton wrote:
The current (barely modified) version is at
http://wiki.musicbrainz.org/User:Kepstin/Capitalization_Standard_Japanese
Given that I've
Alex Mauer wrote:
Also, how would the relationships be displayed on the relationship tab
for each artist[1,2]? I suggest: “voice of:” and “voice:” for the real
and the fictitious artist, respectively.
I'd prefer voiced by rather than voice.
Nikki
It's been more than 48 hours, so this has passed.
Nikki
Nicolás Tamargo de Eguren wrote:
As per the previous RFC discussion. See
http://wiki.musicbrainz.org/User:Reosarevok/Streaming_Music_Relationship_Type_update
___
MusicBrainz-style mailing
You can send an RFV now.
Nikki
Nicolás Tamargo de Eguren wrote:
As per the previous RFC discussion. See
http://wiki.musicbrainz.org/User:Reosarevok/Streaming_Music_Relationship_Type_update
___
MusicBrainz-style mailing list
MusicBrainz-style
It's been more than 48 hours, so this has passed.
Nikki
Nikki wrote:
It's been more than a week so here's the RFV. :)
Original email:
We don't have any official guidelines for labels so I'm proposing
http://wiki.musicbrainz.org/User:Nikki/Style/Label for label sortnames
I would still enter it in the track title too. It'd seem weird to me to
distinguish between songs which are separate tracks on the CD and ones
which aren't.
Nikki
Frederic Da Vitoria wrote:
Hello,
This question came up in a recent thread, so I thought it useful to discuss
it separately
It's been more than 48 hours so this has passed.
The relevant edits before it can be removed are:
http://musicbrainz.org/edit/15330023
http://musicbrainz.org/edit/15330022
http://musicbrainz.org/edit/15330020
Nikki
Nicolás Tamargo de Eguren wrote:
http://wiki.musicbrainz.org
/Label_Sort_Name
This should expire on the 9th October.
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
that the AR would look
like Song name in Russian is a cover of song name in English translated
in Language attribute by Translator
If changing the entire lyrics doesn't count as a derivative work, I'm
not sure what does...
Nikki
___
MusicBrainz-style
.
Are there any other relationships where we create clusters like the
siblings one? As far as I can tell it's an exception...
Nikki
Nicolás Tamargo de Eguren wrote:
http://wiki.musicbrainz.org/Style/Relationships/Do_not_cluster is
terribly outdated. Some cases just don't apply anymore (individual
://lists.musicbrainz.org/pipermail/musicbrainz-style/2010-April/009355.html
http://lists.musicbrainz.org/pipermail/musicbrainz-devel/2010-September/004070.html
Nikki
___
MusicBrainz-style mailing list
MusicBrainz-style@lists.musicbrainz.org
http
1 - 100 of 523 matches
Mail list logo
