[mb-style] With in artist credits

2011-07-12 Thread Ryan Torchia
The capitalization standard for English requires the word with be capitalized since it's more than three letters. There are a lot of corrections where with is being used in lowercase as a connector in artist credits. Should we have a policy one way or the other for this? --Torc.

Re: [mb-style] RFC: Allow multiple ISWC codes per musicbrainz Work

2011-07-12 Thread Aurélien Mino
On 07/11/2011 09:27 PM, Yin Izanami wrote: It may be that a single work isn't supposed to have multiple ISWC codes, but in reality I believe it is the case that many single works do in fact have multiple ISWC codes. I've been searching the ASCAP database

Re: [mb-style] RFC: Allow multiple ISWC codes per musicbrainz Work

2011-07-12 Thread Nicolás Tamargo de Eguren
On Tue, Jul 12, 2011 at 9:35 AM, Aurélien Mino a.m...@free.fr wrote: On 07/11/2011 09:27 PM, Yin Izanami wrote: It may be that a single work isn't supposed to have multiple ISWC codes, but in reality I believe it is the case that many single works do in fact have multiple ISWC codes. I've

Re: [mb-style] RFC-326: Add Artist Type Other

2011-07-12 Thread Nicolás Tamargo de Eguren
On Tue, Jul 12, 2011 at 3:54 AM, Johannes Weißl jar...@molb.org wrote: On Mon, Jul 11, 2011 at 10:55:02PM +0200, Philip Jägenstedt wrote: Sounds good, I guess we'd make most special purpose artists into other. What about the attributes for the Other type? Any suggestions? Should these be

Re: [mb-style] policy on merging of recordings

2011-07-12 Thread Frederic Da Vitoria
2011/7/11, Paul C. Bryan pbr...@anode.ca: Three examples: 1. Remasters take original source material, transfer those to digital medium, with levels typically adjusted¹ (often to the detriment of the recording's dynamic range), then use this new master recording as the basis for releases. In

Re: [mb-style] With in artist credits

2011-07-12 Thread jacobbrett
Ryan Torchia wrote: The capitalization standard for English requires the word with be capitalized since it's more than three letters. There are a lot of corrections where with is being used in lowercase as a connector in artist credits. Should we have a policy one way or the other for

Re: [mb-style] RFC-326: Add Artist Type Other

2011-07-12 Thread Johannes Weißl
Hello Nicolás, On Tue, Jul 12, 2011 at 10:42:22AM +0300, Nicolás Tamargo de Eguren wrote: IPI code:    Can non-groups/non-persons have an IPI code? If not, this             can be greyed out. Labels do have an IPI code, and there are a few cases where we need to add them as artists now (for

Re: [mb-style] RFC: Allow multiple ISWC codes per musicbrainz Work

2011-07-12 Thread Yin Izanami
I don't know why you can't see them. I just reproduced it easily. Pokemon Advanced: Work ID: 460645883, ISWC: T0726736339 Work ID: 460601563, ISWC: T0726733807 Work ID: 460591422, ISWC: T0726733181 Unbeatable: Work ID: 461643534, ISWC: T0727508191 Work ID: 510692156, ISWC: T9057933490 Work ID:

Re: [mb-style] RFC: Allow multiple ISWC codes per musicbrainz Work

2011-07-12 Thread Yin Izanami
Just in case it wasn't clear - Arrangement relationship can't be attached at the Work level in Musicbrainz. hence why they aren't new Musicbrainz works. On Tue, Jul 12, 2011 at 6:51 AM, Yin Izanami yind...@gmail.com wrote: I don't know why you can't see them. I just reproduced it easily.

Re: [mb-style] RFC-326: Add Artist Type Other

2011-07-12 Thread Yin Izanami
Actually I know of a couple cases where fictional characters are assigned composition credits. _Maybe_ with research the real people could be discovered, but it's also possible you wouldn't find anything. e.g., http://musicbrainz.org/artist/c6eda16b-1cc1-4c82-8ab7-50a18aac5791/relationships

Re: [mb-style] RFC-326: Add Artist Type Other

2011-07-12 Thread Nicolás Tamargo de Eguren
On Tue, Jul 12, 2011 at 2:06 PM, Yin Izanami yind...@gmail.com wrote: Actually I know of a couple cases where fictional characters are assigned composition credits.  _Maybe_ with research the real people could be discovered, but it's also possible you wouldn't find anything. e.g.,

Re: [mb-style] RFC-326: Add Artist Type Other

2011-07-12 Thread Calvin Walton
On Tue, 2011-07-12 at 10:42 +0300, Nicolás Tamargo de Eguren wrote: On Tue, Jul 12, 2011 at 3:54 AM, Johannes Weißl jar...@molb.org wrote: On Mon, Jul 11, 2011 at 10:55:02PM +0200, Philip Jägenstedt wrote: Sounds good, I guess we'd make most special purpose artists into other. What about

Re: [mb-style] RFC: Allow multiple ISWC codes per musicbrainz Work

2011-07-12 Thread Kovács Endre János
I just checked these, in CISAC they appear as: T-072.673.318-1 POKEMON ADVANCED, alternate titles: POKEMON BUMPER, ICH WILL EIN SEIN This one is a short version used as a commercial bumper on TV. T-072.673.380-7 POKEMON ADVANCE OPENING THEME Opening theme version. T-072.673.633-9 POKEMON

Re: [mb-style] RFC: Allow multiple ISWC codes per musicbrainz Work

2011-07-12 Thread Calvin Walton
On Tue, 2011-07-12 at 08:35 +0200, Aurélien Mino wrote: On 07/11/2011 09:27 PM, Yin Izanami wrote: It may be that a single work isn't supposed to have multiple ISWC codes, but in reality I believe it is the case that many single works do in fact have multiple ISWC codes. I've been

[mb-style] RFC-327: Featured Artists

2011-07-12 Thread Andii Hughes
I've written a proposal for handling featured artists post-NGS: http://wiki.musicbrainz.org/Proposal:Featured_Artists This deals with the legacy data issue (ws/1 still provides data in pre-NGS format) by retaining the existing guideline for track listings, while making use of artist credits at

Re: [mb-style] policy on merging of recordings

2011-07-12 Thread lorenz pressler
Am 11.07.2011, 21:31 Uhr, schrieb Yin Izanami yind...@gmail.com: As long as mastering/mixing/engineering relationships apply to the Recording level, and can't be moved to a Track/Tracklist level (Release level doesn't work, because each recording could have different involved people),

Re: [mb-style] RFC-327: Featured Artists

2011-07-12 Thread Andii Hughes
On 12 July 2011 16:02, Lemire, Sebastien m...@benji99.ca wrote: Hi Andii, Two points: 1.) I'm not personally a fan of the (feat. xxx) style for track titles, I'd much prefer that that information be dynamically generated and displayed while keeping the track title only having the track title.

Re: [mb-style] With in artist credits

2011-07-12 Thread Andii Hughes
On 12 July 2011 09:17, jacobbrett jacobbr...@hotmail.com wrote: Ryan Torchia wrote: The capitalization standard for English requires the word with be capitalized since it's more than three letters.  There are a lot of corrections where with is being used in lowercase as a connector in

Re: [mb-style] RFC-327: Featured Artists

2011-07-12 Thread Aurélien Mino
On 07/12/2011 04:45 PM, Andii Hughes wrote: I've written a proposal for handling featured artists post-NGS: http://wiki.musicbrainz.org/Proposal:Featured_Artists This deals with the legacy data issue (ws/1 still provides data in pre-NGS format) by retaining the existing guideline for track

Re: [mb-style] RFC-327: Featured Artists

2011-07-12 Thread Nicolás Tamargo de Eguren
On Tue, Jul 12, 2011 at 7:25 PM, Aurélien Mino a.m...@free.fr wrote: On 07/12/2011 04:45 PM, Andii Hughes wrote: I've written a proposal for handling featured artists post-NGS: http://wiki.musicbrainz.org/Proposal:Featured_Artists This deals with the legacy data issue (ws/1 still provides

Re: [mb-style] RFC-327: Featured Artists

2011-07-12 Thread Nicolás Tamargo de Eguren
On Tue, Jul 12, 2011 at 5:45 PM, Andii Hughes gnu_and...@member.fsf.org wrote: I've written a proposal for handling featured artists post-NGS: http://wiki.musicbrainz.org/Proposal:Featured_Artists This deals with the legacy data issue (ws/1 still provides data in pre-NGS format) by retaining

Re: [mb-style] With in artist credits

2011-07-12 Thread Simon Reinhardt
Ryan Torchia wrote: The capitalization standard for English requires the word with be capitalized since it's more than three letters. There are a lot of corrections where with is being used in lowercase as a connector in artist credits. Should we have a policy one way or the other for

Re: [mb-style] With in artist credits

2011-07-12 Thread Nicolás Tamargo de Eguren
On Tue, Jul 12, 2011 at 8:46 PM, Simon Reinhardt simon.reinha...@koeln.de wrote: Ryan Torchia wrote: The capitalization standard for English requires the word with be capitalized since it's more than three letters.  There are a lot of corrections where with is being used in lowercase as a

Re: [mb-style] RFC-326: Add Artist Type Other

2011-07-12 Thread David Gasaway
On Mon, Jul 11, 2011 at 18:55, Yin Izanami yind...@gmail.com wrote: Date period:  I'm not sure this should be allowed for fictional characters. Nothing bothers me more than going to Musicbrainz' Ranka Lee artist page and seeing Born:  2044 (-32 years ago). If this proposal is approved, it's

Re: [mb-style] With in artist credits

2011-07-12 Thread Simon Reinhardt
Nicolás Tamargo de Eguren wrote: On Tue, Jul 12, 2011 at 8:46 PM, Simon Reinhardt simon.reinha...@koeln.de wrote: Ryan Torchia wrote: The capitalization standard for English requires the word with be capitalized since it's more than three letters. There are a lot of corrections where

Re: [mb-style] With in artist credits

2011-07-12 Thread lorenz pressler
Am 12.07.2011, 10:17 Uhr, schrieb jacobbrett jacobbr...@hotmail.com: My rationale for lowercase is that with is akin to extra title information [1]; it is not part of an artist's title, but acts as descriptive text. +1 -- lorenz pressler PGP 0x92E9551A

Re: [mb-style] RFV: Style for compilation recordings

2011-07-12 Thread Nikki
It's been more than 48 hours, so this has passed. Nikki Michael Wiencek wrote: The RFV will replace the multiple titles style page[1] with this one: http://wiki.musicbrainz.org/User:Bitmap/Multiple_titles The added text mentions the Compilation Relationship, and also says to use a /

Re: [mb-style] RFV: Style for compilation recordings

2011-07-12 Thread Nikki
Michael Wiencek wrote: If possible, after this RFV I'd like to just update that page with the example, and replace track with recording, without having to make another proposal (since those changes are trivial and obvious to me). That's fine, please do so (track should be replaced with