Re: [mb-style] RFV #2: Amazon Relationship Type

2006-05-28 Thread Aaron Cooper

I definitely think ASINs without images should be ok.  There's nothing
stopping Amazon from removing artwork from an ASIN that has already
been related to an entry in the database and it is still good to have
the relationship for buying/info purposes.

Remove the line!

-Aaron (cooperaa)

On 5/29/06, Stefan Kestenholz <[EMAIL PROTECTED]> wrote:

Been wondering if I should write RFC or RFV in the subject in the previous
mail, now I know. I choose RFV, because the issue at hand was discussed
before (I believe) and, I did not expect real objections be made against it.


The discussion "broadened" in the sense that suggestions were brought how
the amazon links should be displayed, depending if a ASIN is official or a
seller page. My personal opinion is thatusers clicking on the amazon link
have to decide if they want to buy from a seller, or not. This is not a
feature I'd like to invest time into, when there's much other stuff to be
done. I'm not dimissing it, I just say it could be added as a RFE to the bug
tracker. This has nothing to do with the removal of the paragraph which is
just _not_ correct.

Therefore, I issue the request for vetoes now to remove the line from the
page which reads "Do not add ASINs to releases that have no image by Amazon"
as well as the "Which ASINs are OK, which are not?" section.

-- Keschte (g0llum)


> First request a comment, let the discussion broaden and die down.
> Then formulate your sollution and request a veto.
>
>DonRedman


___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style




--
-Aaron

___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


[mb-style] RFV #2: Amazon Relationship Type

2006-05-28 Thread Stefan Kestenholz
Been wondering if I should write RFC or RFV in the subject in the previous
mail, now I know. I choose RFV, because the issue at hand was discussed
before (I believe) and, I did not expect real objections be made against it.


The discussion "broadened" in the sense that suggestions were brought how
the amazon links should be displayed, depending if a ASIN is official or a
seller page. My personal opinion is thatusers clicking on the amazon link
have to decide if they want to buy from a seller, or not. This is not a
feature I'd like to invest time into, when there's much other stuff to be
done. I'm not dimissing it, I just say it could be added as a RFE to the bug
tracker. This has nothing to do with the removal of the paragraph which is
just _not_ correct.

Therefore, I issue the request for vetoes now to remove the line from the
page which reads "Do not add ASINs to releases that have no image by Amazon"
as well as the "Which ASINs are OK, which are not?" section.

-- Keschte (g0llum)


> First request a comment, let the discussion broaden and die down.
> Then formulate your sollution and request a veto.
> 
>DonRedman


___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


Re: [mb-style] Release imports

2006-05-28 Thread Nikki
On Mon, May 29, 2006 at 02:01:34AM +0200, Schika wrote:
> I wouldn't trust the info given from the Amazon shops. I've founded so
> much crap they entered in their  system. And the worst of all i that so
> much people believe it and use this info as proof for their mods.

Agreed, in most cases. It does depend on which shop you use, amazon.co.jp
is *much* more reliable for release dates than amazon.com, for example.

> If I can't find anything besides Amazon then I add a info into the album
> annotation, that the release date was taken from Amazon and needs to be
> proofed.

Personally I just add a mod note saying the date came from Amazon, so that
if someone wants to change it in the future they know where it came from
and can use their own judgement on whether their source of release date is
better or worse than Amazon.

--Nikki

___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


Re: [mb-style] ArtistAlias and PerformanceNameStyle conflict / Whatmakes an Alias?

2006-05-28 Thread joan WHITTAKER
The problem here is to define what you mean when you say "grouping single 
artist".  This thread started because objection was made to the inclusion of 
Tyrannosaurus Rex (who issued four albums under that name, and whose 
re-issues have all been under that name) and T Rex, who evolved out of the 
remains of the original Tyrannosaurus Rex.  Using the logic proposed by the 
originator of this thread, all albums should be under T. Rex.


Would you also do the same to Jefferson Airplane, Jefferson Starship and 
Starship, all of whom have separate and distinct entries in the mb database. 
Jefferson Airplane was formed in 1965 and released albums under that name 
until 1974.  Founder member Marty Balin and others left the line up and the 
band changed it's musical direction re-naming itself Jefferson Starship. 
Fast forward to 1984 when Paul Kantner, the last remaining founder member 
left the band.  He took legal action regarding the name and won, and the 
band was thereafter known as Starship.


Is it the original objector's contention that all these albums should, for 
ease of finding them, be grouped under Jefferson Airplane.


Before getting into the realms of semantics, I really think we ought to 
define what we mean by a group.  Do we enter all incarnations of a group, or 
do we consider them as one entity, notwithstanding their change of name, 
line ups and musical direction.


Joan

- Original Message - 
From: "Don Redman" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; "MusicBrainz style discussion" 


Sent: Sunday, May 28, 2006 10:54 PM
Subject: Re: [mb-style] ArtistAlias and PerformanceNameStyle conflict / 
Whatmakes an Alias?




On Thu, 25 May 2006 17:29:17 +0200, Cristov Russell wrote:

Errr I'm not sure if MP3 software really matters. None of what I'm 
talking about impacts tagging without TaggerScript.


Yes, it does matter. Using ARs instead of the ArtistAlias might not change 
the schema of the database, but is a change in semantics. What Chris 
pointed out is that many MP3 players (and the tagger, too BTW) implicitly 
rely upon these semantics of "one artist to group them all". Indeed MB 
provides an important _service_ to these apps by providing such an artist. 
Whatever more flexible system you propose, IMO it should still provide 
this service of a grouping single artist.


  DonRedman

--
Words that are written in CamelCase refer to WikiPages:
Visit http://wiki.musicbrainz.org/ the best MusicBrainz documentation 
around! :-)


___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style






___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


Re: [mb-style] Release imports

2006-05-28 Thread Schika
On 5/29/06, derGraph <[EMAIL PROTECTED]> wrote:
Hi.While searching for some official proof and a release date of an album,I've noticed that the German amazon site (which I could read) listedanother release date than the Japanese site (where I could not read the
track list).Now this raises an interesting question: is the date when a release wasfirst made available through an import service an ReleaseEvent? Shouldit be added to the release dates?--
 derGraph___Musicbrainz-style mailing listMusicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-styleI
wouldn't trust the info given from the Amazon shops. I've founded so
much crap they entered in their  system. And the worst of all i
that so much people believe it and use this info as proof for their
mods. The only nice thing about Amazon is the album artworks you can
get - nothing more.
If you search for release dates take a look at the
label / distributor or artist website. That's what i do in the most
cases. If I can't find anything besides Amazon then I add a info into
the album annotation, that the release date was taken from Amazon and
needs to be proofed.

Just my 2 cents about this.-- .: NOP AND NIL :..: Schika :.
___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style

Re: [mb-style] Release imports

2006-05-28 Thread Nikki
On Mon, May 29, 2006 at 01:25:09AM +0200, derGraph wrote:
> However, the page suggest it's an official import.

Er, what exactly is an official import?

--Nikki

___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


Re: [mb-style] Release imports

2006-05-28 Thread derGraph

Aaron Cooper wrote:

I'm not sure if I totally understood the question, but I think you
asked if both sites list the same album (according to ASIN) with
different release dates and neither is an Import, should both dates be
used as release dates for the album.  Is that right?


Yes, sort of. The problem is that the release was imported. However, the 
page suggest it's an official import. See 
http://www.amazon.de/exec/obidos/ASIN/B0I2VK for details, especially 
the 'label' section.


--

derGraph


___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


Re: [mb-style] Questions about 'quotation marks' and %-sign

2006-05-28 Thread Nikki
On Mon, May 29, 2006 at 12:27:42AM +0200, Don Redman wrote:
> >At least that's what I experienced. I have used the reports in my early  
> >MB days, but it seems they've become pretty useless.
> 
> Then, maybe they should be removed?

Several of them could simply be updated to catch issues we have now.

--Nikki

___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


Re: [mb-style] Release imports

2006-05-28 Thread Nikki
On Mon, May 29, 2006 at 12:17:27AM +0200, derGraph wrote:
> Now this raises an interesting question: is the date when a release was 
> first made available through an import service an ReleaseEvent? Should 
> it be added to the release dates?

I don't think so. It's not a release date, it's just the date it became
available in a particular shop.

--Nikki

___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


Re: [mb-style] Release imports

2006-05-28 Thread Aaron Cooper

I'm not sure if I totally understood the question, but I think you
asked if both sites list the same album (according to ASIN) with
different release dates and neither is an Import, should both dates be
used as release dates for the album.  Is that right?

I have been doing that, so I sure hope so! :)

-Aaron (cooperaa)

On 5/28/06, derGraph <[EMAIL PROTECTED]> wrote:

Hi.

While searching for some official proof and a release date of an album,
I've noticed that the German amazon site (which I could read) listed
another release date than the Japanese site (where I could not read the
track list).

Now this raises an interesting question: is the date when a release was
first made available through an import service an ReleaseEvent? Should
it be added to the release dates?

--

 derGraph


___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style




--
-Aaron

___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


Re: [mb-style] Latin guidelines RFC

2006-05-28 Thread Don Redman

On Sun, 28 May 2006 23:34:22 +0200, Bogdan Butnaru wrote:


What do we do now? Vote and pick the most popular? Appeal to a higher
power? RFV or something? I'm not sure how to continue with this...


Summarize your sollution (no need to be too detailed here, the thread was  
simple and just recently ended), and issue an RFV.


  DonRedman



--
Words that are written in CamelCase refer to WikiPages:
Visit http://wiki.musicbrainz.org/ the best MusicBrainz documentation  
around! :-)


___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


Re: [mb-style] Localisation of SubTitleStyle: space before colon

2006-05-28 Thread Don Redman

On Mon, 29 May 2006 00:02:40 +0200, Frederic Da Vitoria wrote:


2006/5/28, Simon Reinhardt <[EMAIL PROTECTED]>:

Frederic Da Vitoria wrote:
> 2006/5/28, Simon Reinhardt <[EMAIL PROTECTED]>:
>> Hi,
>>
>> I came across this tracklisting which has both grouping titles and
>> named parts: http://www.apreslachute.com/paroleslc.htm
>> Tracks with grouping titles use SubTitleStyle and thus (excluding the
>> named parts) you get "Triae Ademptionis Pilae: Crux Via" for track 2
>> for example. Though this is French and in French there has to be a
>> space before the colon. So I did it like that:
>> http://musicbrainz.org/showalbum.html?albumid=519922 (btw: please
>> check French capitalisation ;).


...


Actually, I'd say don't put a space. IMO the colon here is an internal
MB code with a MB signification. The colon in the lyrics page is
probably not part of the title, so should not be considered as Artist
Intent.


Hmm, on the one hand, this makes sense. The MusicBrainz symbol for sub  
titles is ": ". So, if you want to symbolise subtitles, use this.


On the other hand, MusicBrainz is pretty anglocentric, and IMO too much  
so. It is a fact that in French colons are preceded by a space (a  
non-breaking-space to be very precise). Should MB localise its style  
symbols? What about Japanese?


I'd say: Do not localise the symbols like ": " " / " and "("...")". They  
have special meaning and should be kept identical all over the database.


If, however, a colon would be part of the title, then it should have a  
space before, if it was french.


  DonRedman



--
Words that are written in CamelCase refer to WikiPages:
Visit http://wiki.musicbrainz.org/ the best MusicBrainz documentation  
around! :-)


___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


Re: [mb-style] Questions about 'quotation marks' and %-sign

2006-05-28 Thread Don Redman

On Mon, 29 May 2006 00:11:35 +0200, derGraph wrote:


Frederic Da Vitoria wrote:

2006/5/28, Nikki <[EMAIL PROTECTED]>:
Designing is not a problem, we have hundreds of people willing to tell  
us
how we should be doing things. ;) Actually getting someone to code  
these

features, however, is.


Hmm, a few little more replies like this one and you are going to
enlist me as a coder ;-)


Frederic, we really really need someone doing this... }:->

(is that what you aseked for ;-) )


I suspect that there was once a time when we had a lot of tracks where
these characters were wrong, the report was used and the correct ones  
are

all that are left,


At least that's what I experienced. I have used the reports in my early  
MB days, but it seems they've become pretty useless.


Then, maybe they should be removed?

  DonRedman



--
Words that are written in CamelCase refer to WikiPages:
Visit http://wiki.musicbrainz.org/ the best MusicBrainz documentation  
around! :-)


___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


Re: [mb-style] RFV: Amazon Relationship Type

2006-05-28 Thread Don Redman

On Sat, 27 May 2006 22:01:40 +0200, Stefan Kestenholz wrote:


Hi,

It seems we have encountered another issue with unwritten rules in a
relationship type. Imho, it is strange that links to existing, and valid
amazon pages which list information about a release (even if it might  
have

been created by a seller, not amazon itself) not be allowed to link to.
Theres the implication that customer images do not show in the  
musicbrainz

release page, but its still there once one clicks on the amazon link. So,
i'd like to request comments (or vetoes) to a possible removal of the
paragraph from the amazon relationship page which disallows to add links  
to this kind of custom ASINs.


Just a quick note about the process:

You cannot request a veto before having requested comments first.  
Thererfore this RFV is invlaid for technical reasons.


The logic behind this is this: When first pointing out an issue (and maybe  
presenting _one_ sollution), the replies usually are opening up the scope  
of the case (as they were in this case). Opening up means that different  
ways of looking at the problem and different sollutions are introduced. A  
veto  is just a simple yes or no. Therefore if you request a veto too  
soon, you prevent this opening of scope.


The -- now more or less traditional -- process of the Style Council uses  
two stages:

First request a comment, let the discussion broaden and die down.
Then formulate your sollution and request a veto.

  DonRedman


--
Words that are written in CamelCase refer to WikiPages:
Visit http://wiki.musicbrainz.org/ the best MusicBrainz documentation  
around! :-)


___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


[mb-style] Release imports

2006-05-28 Thread derGraph

Hi.

While searching for some official proof and a release date of an album, 
I've noticed that the German amazon site (which I could read) listed 
another release date than the Japanese site (where I could not read the 
track list).


Now this raises an interesting question: is the date when a release was 
first made available through an import service an ReleaseEvent? Should 
it be added to the release dates?


--

derGraph


___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


Re: [mb-style] Questions about 'quotation marks' and %-sign

2006-05-28 Thread derGraph

Frederic Da Vitoria wrote:

2006/5/28, Nikki <[EMAIL PROTECTED]>:
Designing is not a problem, we have hundreds of people willing to 
tell us

how we should be doing things. ;) Actually getting someone to code these
features, however, is.


Hmm, a few little more replies like this one and you are going to
enlist me as a coder ;-)


I would, but ... it's PERL! ;-P


I suspect that there was once a time when we had a lot of tracks where
these characters were wrong, the report was used and the correct ones 
are
all that are left, 


At least that's what I experienced. I have used the reports in my early 
MB days, but it seems they've become pretty useless.


--

derGraph


___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


Re: [mb-style] Localisation of SubTitleStyle: space before colon

2006-05-28 Thread Frederic Da Vitoria

2006/5/28, Simon Reinhardt <[EMAIL PROTECTED]>:

Frederic Da Vitoria wrote:
> 2006/5/28, Simon Reinhardt <[EMAIL PROTECTED]>:
>> Hi,
>>
>> I came across this tracklisting which has both grouping titles and
>> named parts: http://www.apreslachute.com/paroleslc.htm
>> Tracks with grouping titles use SubTitleStyle and thus (excluding the
>> named parts) you get "Triae Ademptionis Pilae: Crux Via" for track 2
>> for example. Though this is French and in French there has to be a
>> space before the colon. So I did it like that:
>> http://musicbrainz.org/showalbum.html?albumid=519922 (btw: please
>> check French capitalisation ;).
>
> Well, actually, this would be Latin.

*sigh* Ok! But there are French titles like this. Please think abstract, this 
was just to show what I mean. ;)


I know. Just couldn't resist the joke :-)

Actually, I'd say don't put a space. IMO the colon here is an internal
MB code with a MB signification. The colon in the lyrics page is
probably not part of the title, so should not be considered as Artist
Intent. If it did, I would almost have suggested putting two colons,
one from the title (preceded with a space) and one for MB. No, just
joking again :-)

--
Frederic Da Vitoria

___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


Re: [mb-style] Localisation of SubTitleStyle: space before colon

2006-05-28 Thread Simon Reinhardt

Frederic Da Vitoria wrote:

2006/5/28, Simon Reinhardt <[EMAIL PROTECTED]>:

Hi,

I came across this tracklisting which has both grouping titles and 
named parts: http://www.apreslachute.com/paroleslc.htm
Tracks with grouping titles use SubTitleStyle and thus (excluding the 
named parts) you get "Triae Ademptionis Pilae: Crux Via" for track 2 
for example. Though this is French and in French there has to be a 
space before the colon. So I did it like that: 
http://musicbrainz.org/showalbum.html?albumid=519922 (btw: please 
check French capitalisation ;).


Well, actually, this would be Latin.


*sigh* Ok! But there are French titles like this. Please think abstract, this 
was just to show what I mean. ;)

___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


Re: [mb-style] ArtistAlias and PerformanceNameStyle conflict / What makes an Alias?

2006-05-28 Thread Don Redman

On Thu, 25 May 2006 17:29:17 +0200, Cristov Russell wrote:

Errr I'm not sure if MP3 software really matters. None of what I'm  
talking about impacts tagging without TaggerScript.


Yes, it does matter. Using ARs instead of the ArtistAlias might not change  
the schema of the database, but is a change in semantics. What Chris  
pointed out is that many MP3 players (and the tagger, too BTW) implicitly  
rely upon these semantics of "one artist to group them all". Indeed MB  
provides an important _service_ to these apps by providing such an artist.  
Whatever more flexible system you propose, IMO it should still provide  
this service of a grouping single artist.


  DonRedman

--
Words that are written in CamelCase refer to WikiPages:
Visit http://wiki.musicbrainz.org/ the best MusicBrainz documentation  
around! :-)


___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


Re: [mb-style] Localisation of SubTitleStyle: space before colon

2006-05-28 Thread Frederic Da Vitoria

2006/5/28, Simon Reinhardt <[EMAIL PROTECTED]>:

Hi,

I came across this tracklisting which has both grouping titles and named parts: 
http://www.apreslachute.com/paroleslc.htm
Tracks with grouping titles use SubTitleStyle and thus (excluding the named parts) you 
get "Triae Ademptionis Pilae: Crux Via" for track 2 for example. Though this is 
French and in French there has to be a space before the colon. So I did it like that: 
http://musicbrainz.org/showalbum.html?albumid=519922 (btw: please check French 
capitalisation ;).


Well, actually, this would be Latin.



The same applies for release titles of course, I had seen a French release with a sub 
title which was written with " : " too.

So my questions: Do you agree applying French language rules here? Should 
http://wiki.musicbrainz.org/SubTitleStyle mention this?


There are no punctuation signs in Latin... No just kidding :-D

--
Frederic Da Vitoria

___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


[mb-style] Localisation of SubTitleStyle: space before colon

2006-05-28 Thread Simon Reinhardt

Hi,

I came across this tracklisting which has both grouping titles and named parts: 
http://www.apreslachute.com/paroleslc.htm
Tracks with grouping titles use SubTitleStyle and thus (excluding the named parts) you 
get "Triae Ademptionis Pilae: Crux Via" for track 2 for example. Though this is 
French and in French there has to be a space before the colon. So I did it like that: 
http://musicbrainz.org/showalbum.html?albumid=519922 (btw: please check French 
capitalisation ;).
The same applies for release titles of course, I had seen a French release with a sub 
title which was written with " : " too.

So my questions: Do you agree applying French language rules here? Should 
http://wiki.musicbrainz.org/SubTitleStyle mention this?

Greets,
 Simon

___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


Re: [mb-style] Questions about 'quotation marks' and %-sign

2006-05-28 Thread Frederic Da Vitoria

2006/5/28, Nikki <[EMAIL PROTECTED]>:

On Sun, May 28, 2006 at 06:39:57PM +0200, Frederic Da Vitoria wrote:
> The problem is correct suspect tracks will stay in the list. Couldn't we
> design a system to remove them from the list once they are checked?

Designing is not a problem, we have hundreds of people willing to tell us
how we should be doing things. ;) Actually getting someone to code these
features, however, is.


Hmm, a few little more replies like this one and you are going to
enlist me as a coder ;-)



I suspect that there was once a time when we had a lot of tracks where
these characters were wrong, the report was used and the correct ones are
all that are left, e.g. the wrong character set report was what got me
editing a lot in the first place, now there's nothing left that's the wrong
character set, just a bunch of tracks with nothing but punctuation in their
names.


Ok.


--
Frederic Da Vitoria

___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


Re: [mb-style] Latin guidelines RFC

2006-05-28 Thread Bogdan Butnaru

OK :) I vote for the Italian system (the one in the wiki page, meaning
sentence case), since it was, until recently, our "lex", though not in
real use. Also, it fits better with my view of Latin.

What do we do now? Vote and pick the most popular? Appeal to a higher
power? RFV or something? I'm not sure how to continue with this...

-- Bogdan Butnaru — [EMAIL PROTECTED]
"I think I am a fallen star, I should wish on myself." – O.


On 5/28/06, derGraph <[EMAIL PROTECTED]> wrote:

Bogdan Butnaru wrote:
> Returning to the Latin guidelines: can your friend give us any
> reference for those rules, perhaps something I can cite in the wiki?

No. It seems like it was an unwritten rule. Or as that friend of mine
said: it was usus, not lex.

Sorry.
--
 derGraph
___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style

Re: [mb-style] Latin guidelines RFC

2006-05-28 Thread derGraph

azertus wrote:
In any case, as I said, *real* titling rules are very rare and and 
generally if you can find one, they aren't really set in stone.


Right. I for example learnt somewhat different title capitalization 
rules back in school. That somewhat slowed my integration into the MB 
community, but finally I realized that there is more than one truth.


This seems to be true for Latin as well. Therefore, we would have to 
choose.  I for one would at the moment favour the capitalization I 
brought up, but I'll have to read the other ones again before I make a 
definite decision.


--

derGraph


___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


Re: [mb-style] Latin guidelines RFC

2006-05-28 Thread derGraph

Bogdan Butnaru wrote:

Returning to the Latin guidelines: can your friend give us any
reference for those rules, perhaps something I can cite in the wiki?


No. It seems like it was an unwritten rule. Or as that friend of mine 
said: it was usus, not lex.


Sorry.

--

derGraph


___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


Re: [mb-style] Questions about 'quotation marks' and %-sign

2006-05-28 Thread Nikki
On Sun, May 28, 2006 at 06:39:57PM +0200, Frederic Da Vitoria wrote:
> The problem is correct suspect tracks will stay in the list. Couldn't we
> design a system to remove them from the list once they are checked?

Designing is not a problem, we have hundreds of people willing to tell us
how we should be doing things. ;) Actually getting someone to code these
features, however, is.

I suspect that there was once a time when we had a lot of tracks where
these characters were wrong, the report was used and the correct ones are
all that are left, e.g. the wrong character set report was what got me
editing a lot in the first place, now there's nothing left that's the wrong
character set, just a bunch of tracks with nothing but punctuation in their
names.

--Nikki

___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


Re: [mb-style] Questions about 'quotation marks' and %-sign

2006-05-28 Thread Frederic Da Vitoria

2006/5/28, Steve Wyles <[EMAIL PROTECTED]>:

On Sun, 28 May 2006, InvisibleMan78 wrote:

> I would like to help to edit the 'questionable tracks' suggested on "
> http://musicbrainz.org/reports/generated/SuspectTrackCharacters/";

Just because the reports shows them as questionable, doesn't mean they
actually are.

>
> But I can't find any information about handling the 'quotation marks' like
> in
> - Take the "A" Train
> - "Gitano" de Lucia
> - Christmas Oratorio BWV 248 (Aria "Schlafe, Mein Liebster")

Those depend on a mixture of artist intent and style.

>
>
> And what's about the "-sign for the disc-size-info like
> - Be as One (12" club mix)
> - Magnificent Seventies (7" version)

Those are fine - http://wiki.musicbrainz.org/MiscellaneousGuideline

>
> Another special character is the @ or %:
> - 60% International
> - Emjay - [EMAIL PROTECTED] 2000
> - Upstairs @ Kil's mix
> What is wrong with this characters? How should I replace it?
>

There is nothing wrong with them either.

As I said above, just because they are on the report doesn't mean they are
wrong. Each track needs dealing with individually according to artist
intent and style.

Steve (inhouseuk)


The problem is correct suspect tracks will stay in the list. Couldn't
we design a system to remove them from the list once they are checked?

--
Frederic Da Vitoria

___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


Re: [mb-style] RFV: Amazon Relationship Type

2006-05-28 Thread Frederic Da Vitoria

This is why I suggest two link types: because the cover art link is
useful, but it's usefulness shouldn't forbid from adding other links
to Amazon. If an album has a cover art link to Amazon and another user
wants to add another link to Amazon, I think he should be able to
(well if the new link brings something interesting to MB such as
royalties, or maybe some info that was not on the "official" link).
And at the same time, the cover art link is useful to us even if
Amazon doesn't actually currently sell the album. The only way I see
to allow both kinds of functions (the visual function and the
commercial function) is to separate them.

2006/5/28, Beth <[EMAIL PROTECTED]>:

I see where you're coming from. Though I think that can be stated in the
wikidocs that already cover it. I mean, it's understandable if someone is
adding an amazon link that has the "wrong" cover, because they don't know.
But, if someone does know and wants to change it for that reason, that makes
a world of good sense in my opinion. I just don't want linking for image
sake alone.

Nyght aka Beth

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Frederic Da Vitoria
Sent: Sunday, May 28, 2006 4:49 AM
To: MusicBrainz style discussion
Subject: Re: [mb-style] RFV: Amazon Relationship Type

2006/5/28, Beth <[EMAIL PROTECTED]>:
> Yeah, I was going to say as I've read their seller agreement, they don't
> seem to differentiate. And, I am definitely for adding links without cover
> art, or seller created pages.
>
> I somewhat disagree with having "other commercial links" and just
"artwork"
> links however. But, I would like to look into potential other purchaser
> agreements with other companies (besides just amazon.)

Hmm. What if both a valid-artwork and an invalid-artwork link are
entered. Would the valid-artwork link be used to show the picture? If
not, I think we miss something. Having the cover is relevant IMO, not
just a cosmetic feature. So if MB is able to choose automatically
between conflicting links, OK. If not, I suggest we address this
problem before changing the rules.

>
> Of course, I'd rather have a general ya interested, or no, too much coding
> involved before I go digging for other great partnerships. :)
>
> Nyght aka Beth
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Rod
> Begbie
> Sent: Saturday, May 27, 2006 8:58 PM
> To: MusicBrainz style discussion
> Subject: Re: [mb-style] RFV: Amazon Relationship Type
>
> On 5/27/06, Steve Wyles <[EMAIL PROTECTED]> wrote:
> > I'm not certain commission is earned on amazon reseller sales. This
needs
> > to be confirmed.
>
> I can confirm that Amazon give the exact same percentage commission
> for "third-party" sales.
>
> Rod.
>
> --
> :: Rod Begbie :: http://groovymother.com/ ::
>
>
> ___
> Musicbrainz-style mailing list
> Musicbrainz-style@lists.musicbrainz.org
> http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
>


--
Frederic Da Vitoria

___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style




--
Frederic Da Vitoria

___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


Re: [mb-style] Questions about 'quotation marks' and %-sign

2006-05-28 Thread Steve Wyles

On Sun, 28 May 2006, InvisibleMan78 wrote:


I would like to help to edit the 'questionable tracks' suggested on "
http://musicbrainz.org/reports/generated/SuspectTrackCharacters/";


Just because the reports shows them as questionable, doesn't mean they 
actually are.




But I can't find any information about handling the 'quotation marks' like
in
- Take the "A" Train
- "Gitano" de Lucia
- Christmas Oratorio BWV 248 (Aria "Schlafe, Mein Liebster")


Those depend on a mixture of artist intent and style.




And what's about the "-sign for the disc-size-info like
- Be as One (12" club mix)
- Magnificent Seventies (7" version)


Those are fine - http://wiki.musicbrainz.org/MiscellaneousGuideline



Another special character is the @ or %:
- 60% International
- Emjay - [EMAIL PROTECTED] 2000
- Upstairs @ Kil's mix
What is wrong with this characters? How should I replace it?



There is nothing wrong with them either.

As I said above, just because they are on the report doesn't mean they are 
wrong. Each track needs dealing with individually according to artist 
intent and style.


Steve (inhouseuk)

___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


[mb-style] Questions about 'quotation marks' and %-sign

2006-05-28 Thread InvisibleMan78
I would like to help to edit the 'questionable tracks' suggested on "http://musicbrainz.org/reports/generated/SuspectTrackCharacters/
" 
 
But I can't find any information about handling the 'quotation marks' like in
- Take the "A" Train
- "Gitano" de Lucia
- Christmas Oratorio BWV 248 (Aria "Schlafe, Mein Liebster")
 
 
And what's about the "-sign for the disc-size-info like 
- Be as One (12" club mix)
- Magnificent Seventies (7" version)
 
 
Another special character is the @ or %:
- 60% International
- Emjay - [EMAIL PROTECTED] 2000
- Upstairs @ Kil's mix
What is wrong with this characters? How should I replace it?
 
Thanks for help!
___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style

RE: [mb-style] RFV: Amazon Relationship Type

2006-05-28 Thread Beth
I see where you're coming from. Though I think that can be stated in the
wikidocs that already cover it. I mean, it's understandable if someone is
adding an amazon link that has the "wrong" cover, because they don't know.
But, if someone does know and wants to change it for that reason, that makes
a world of good sense in my opinion. I just don't want linking for image
sake alone.

Nyght aka Beth

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Frederic Da Vitoria
Sent: Sunday, May 28, 2006 4:49 AM
To: MusicBrainz style discussion
Subject: Re: [mb-style] RFV: Amazon Relationship Type

2006/5/28, Beth <[EMAIL PROTECTED]>:
> Yeah, I was going to say as I've read their seller agreement, they don't
> seem to differentiate. And, I am definitely for adding links without cover
> art, or seller created pages.
>
> I somewhat disagree with having "other commercial links" and just
"artwork"
> links however. But, I would like to look into potential other purchaser
> agreements with other companies (besides just amazon.)

Hmm. What if both a valid-artwork and an invalid-artwork link are
entered. Would the valid-artwork link be used to show the picture? If
not, I think we miss something. Having the cover is relevant IMO, not
just a cosmetic feature. So if MB is able to choose automatically
between conflicting links, OK. If not, I suggest we address this
problem before changing the rules.

>
> Of course, I'd rather have a general ya interested, or no, too much coding
> involved before I go digging for other great partnerships. :)
>
> Nyght aka Beth
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Rod
> Begbie
> Sent: Saturday, May 27, 2006 8:58 PM
> To: MusicBrainz style discussion
> Subject: Re: [mb-style] RFV: Amazon Relationship Type
>
> On 5/27/06, Steve Wyles <[EMAIL PROTECTED]> wrote:
> > I'm not certain commission is earned on amazon reseller sales. This
needs
> > to be confirmed.
>
> I can confirm that Amazon give the exact same percentage commission
> for "third-party" sales.
>
> Rod.
>
> --
> :: Rod Begbie :: http://groovymother.com/ ::
>
>
> ___
> Musicbrainz-style mailing list
> Musicbrainz-style@lists.musicbrainz.org
> http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
>


-- 
Frederic Da Vitoria

___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style


Re: [mb-style] RFV: Amazon Relationship Type

2006-05-28 Thread Frederic Da Vitoria

2006/5/28, Beth <[EMAIL PROTECTED]>:

Yeah, I was going to say as I've read their seller agreement, they don't
seem to differentiate. And, I am definitely for adding links without cover
art, or seller created pages.

I somewhat disagree with having "other commercial links" and just "artwork"
links however. But, I would like to look into potential other purchaser
agreements with other companies (besides just amazon.)


Hmm. What if both a valid-artwork and an invalid-artwork link are
entered. Would the valid-artwork link be used to show the picture? If
not, I think we miss something. Having the cover is relevant IMO, not
just a cosmetic feature. So if MB is able to choose automatically
between conflicting links, OK. If not, I suggest we address this
problem before changing the rules.



Of course, I'd rather have a general ya interested, or no, too much coding
involved before I go digging for other great partnerships. :)

Nyght aka Beth

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rod
Begbie
Sent: Saturday, May 27, 2006 8:58 PM
To: MusicBrainz style discussion
Subject: Re: [mb-style] RFV: Amazon Relationship Type

On 5/27/06, Steve Wyles <[EMAIL PROTECTED]> wrote:
> I'm not certain commission is earned on amazon reseller sales. This needs
> to be confirmed.

I can confirm that Amazon give the exact same percentage commission
for "third-party" sales.

Rod.

--
:: Rod Begbie :: http://groovymother.com/ ::


___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style




--
Frederic Da Vitoria

___
Musicbrainz-style mailing list
Musicbrainz-style@lists.musicbrainz.org
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style