Re: [mb-style] RFV: DiscogsRelationshipType and pending Discogs releases

On Thu, Aug 6, 2009 at 4:17 AM, MeinDummy wrote: > > Hi, > > I propose to delete the phrase 'Do not add relationships to pending releases > from Discogs. You never know if they get accepted.' from > http://musicbrainz.org/doc/Discogs_Relationship_Type Doc: > DiscogsRelationshipType  and from > http

Re: [mb-style] Request for Debate: Two decisions on gender needed for the NGS devs: Q1: Groups and Gender

I would agree. I think assigning gender to a group would be a Bad Idea. It's likely to be a giant headache populating, gathering and vetting and an even bigger headache managing the information temporally. What happens when the lineup changes and suddenly a "male group" picks up a female lead? How

Re: [mb-style] RFC: Add microblog AR

+1 I think Tumblr should be added to that list of microblogging sites. -Mark On Thu, Jun 3, 2010 at 3:40 PM, Brian Schweitzer wrote: > +1 from me as well.  :)  Thanks for finishing this one up gnu_andrew; > hopefully we see something w/the Social Networking (aka Facebook) proposal > soon too! 

Re: [mb-style] RFV: Add social networking AR

This reminds me of something I'd wondered idly at the time. MySpace, Facebook, Twitter, etc. are all knowable by context. Making the relationship introspective seems like it would be pretty simple to implement and simplify the structure. Is there something to be gained by specifically tagging som

Re: [mb-style] RFC - AR proposal - Add Music cn be streamed for fre at

I've got questions about what's going to be on the whitelist. Paste? NPR? Stereogum? etc. etc. etc. -Mark/InSinU8 On Thu, Aug 12, 2010 at 3:26 AM, Pete Marsh wrote: > Thanks Nikki > > I think a whitelist would be the most sensible option. > > I wasn't imagining that YouTube and MySpace would be

Re: [mb-style] RFV: - 'Add Music can be streamed for free at'

I'd add that NPR should be on the whitelist. As was pointed out before they have a large body of music available for streaming online and the content remains up. -Mark / InSinU8 On Wed, Aug 18, 2010 at 6:56 AM, jacobbrett wrote: > > I think "Artist music can be streamed for free at URL" looks o

Re: [mb-style] RFV: - 'Add Music can be streamed for free at'

On Wed, Aug 18, 2010 at 7:42 AM, Pete Marsh wrote: >>I'd add that NPR should be on the whitelist. As was pointed out before > they have a large body of music available for streaming   online and the > content remains up. > > Again, that seems fine with me. My initial thought was that this AR > wou

Re: [mb-style] RFV: - 'Add Music can be streamed for free at'

Wouldn't that depend on the service? Implying intent would seem a dangerous game to play. I would think that using deep links would require inspecting each services ToS/AUP. If the assumption is that it's deep linked to the stream directly then I think it has to be white listed, no? I'd assumed th

Re: [mb-style] RFCs that expire without a +1 (was: RFC: Netherlands Clarification)

+1 I agree. If there is no response, the sane default is to fail, not to move to RFV. -Mark / InSinU8 On Thu, Aug 26, 2010 at 8:30 AM, Paul C. Bryan wrote: > If someone is not willing to second an RFC with a +1, then that may be a > sign it's not a good idea or not well explained enough. I'd s

Re: [mb-style] RFC-290: Link reference list of state abbreviations to Live Bootleg Style

While I share some of Nikki's concerns I'll give you the +1. Having a list of states and the correct abbreviations seems a good idea generally. -Mark / InSinU8 On Sep 12, 2010 5:45 PM, "Brian Schweitzer" wrote: Was there anyone who'd be willing to +1 the addition of the interlink? Brian On T

Re: [mb-style] Ellipses, quotation marks, and the miscellaneous guideline

+1 On Nov 12, 2010 7:42 PM, "Brian Schweitzer" wrote: On Fri, Nov 12, 2010 at 6:59 PM, Paul C. Bryan wrote: > > On Fri, 2010-11-12 at 1... > > > So, is there any reason that this part of the guideline should still > > stand? > > In my o... +1 to everything both Paul and Alex have said. B

Re: [mb-style] Artist names for Japanese character songs: "Character (CV: Artist)" controversy

On Mon, Nov 15, 2010 at 11:34 PM, Kuno Woudt wrote: > On 14/11/10 07:02, jacobbrett wrote: >>> >> I understand that, I think only "Character name" should be used whether >> "Character name (real >> person)" OR "Character name" is printed. > > I prefer whatever is on the cover, even if that is "Cha

Re: [mb-style] Reality vs. Legality

+1 to using the publicly attributed credit. I can see how having the various bits of other information available would be cool, but I think it would be infinitely simpler to open what seems a likely can of worms. I think the benefit is not worth the additional complication. -Mark / InSinU8 On Su

Re: [mb-style] Improving the style process

On Thu, Jan 20, 2011 at 7:16 PM, Nikki wrote: > So, questions: > > 1. In general, what do you think could be improved? Generally most things needs better documentation and ease of use/participation needs to be given a much higher priority. > 2. What do you think stops you or other people from c

Re: [mb-style] Unicode objections

On Fri, Feb 4, 2011 at 10:35 AM, Paul C. Bryan wrote: > A principle I think we should consider codifying (if not already somewhere): > >   Something can be good, but it can probably be better; we should welcome > good and prefer better. +1 Yes please. -Mark / InSinU8 __

Re: [mb-style] Mailing list/forum dissonance

On Thu, Feb 10, 2011 at 5:35 PM, monxton wrote: > On 01/02/2011 13:28, Gioele Barabucci wrote: >> >> May I suggest gmane? >> >> It already mirrors many musicbrainz mailing lists, -style  for example: >> . >> >> It offers an RSS feed for the

Re: [mb-style] Mailing list/forum dissonance

On Fri, Feb 11, 2011 at 2:36 PM, Nikki wrote: > Mark Woodson wrote: > >> That's depressing. I much prefer the mailing list format. The added >> time required in having to go to a forum instead of dealing with my >> inbox would mean that I'd end up not participati

Re: [mb-style] RFC:Lyrics Site Relation Addition

On Wed, Feb 16, 2011 at 11:27 AM, Nikki wrote: > It's been more than a week, no interest in this? > > (By the way, in case anyone was wondering, Rob has confirmed that if we > want to add this site to the list, we can) Adding it seems like a good idea to me. -Mark > Yvo Schaap wrote: >> Curren

Re: [mb-style] RFC:Lyrics Site Relation Addition

Yeah, +1 from me. -Mark / InSinU8 On Feb 19, 2011 11:39 AM, "Nikki" wrote: Mark Woodson wrote: > Adding it seems like a good idea to me. Should I count that as a "+1"? Nikki ___ MusicBrainz-style mailing li

Re: [mb-style] Better name for guess case?

2011/2/27 Nicolás Tamargo de Eguren : > On Sun, Feb 27, 2011 at 10:12 PM, Simon Austin wrote: >> Because it's not clear what it refers to unless you already know of the >> style guidelines. > > Don't we kinda expect people to... ok, maybe not *read* the > guidelines, but at least know they exist b

Re: [mb-style] RFV: Hoping to add record label website to cover artwork whitelist

On Tue, Jun 21, 2011 at 12:27 PM, Zoe Blade wrote: > Hi again everyone! > > As per my IRC conversation with nikki, logged over at > http://chatlogs.musicbrainz.org/musicbrainz/2011/2011-06/2011-06-13.html , > and my previous e-mail here, archived at > http://lists.musicbrainz.org/pipermail/musi

[mb-style] 1 CD/digital = 2 X LP = 2 disc?

Hi everyone, It was brought to my attention that 2xLP releases should be multiple discs even when they have identical track listings. http://musicbrainz.org/show/edit/?editid=10145306 I can see for older releases where this might make sense. The vinyl was the primary release medium, but how does

Re: [mb-style] 1 CD/digital = 2 X LP = 2 disc?

On Tue, Mar 3, 2009 at 2:26 PM, Frederic Da Vitoria wrote: > 2009/3/3 Aaron Cooper >> >> I picture the future with no such thing as "discs" as releases won't >> necessarily be split up to fit on any specific media/format.  If media >> is obtained online as digital files, there is no limit to what

Re: [mb-style] 1 CD/digital = 2 X LP = 2 disc?

Okay, so it sounds like we all agree that there are cases where creating a separate and distinct is storing important information. I've not heard a argument, compelling or otherwise, that suggests that it's important to store multi-LP releases where there is not some unique and distinct difference