INTERACT FORUM

Please login or register.

Login with username, password and session length
Advanced search  
Pages: [1]   Go Down

Author Topic: Two artist collaborations - tagging & database ?  (Read 1834 times)

kstuart

  • Citizen of the Universe
  • *****
  • Posts: 1955
  • Upgraded to MC22 Master using preorder discount
Two artist collaborations - tagging & database ?
« on: January 21, 2013, 06:53:50 pm »

So, is there a good way to do (for example), the album:

Carlos Santana & John McLaughlin - Love Devotion and Surrender



so that it appears in lists of "Carlos Santana" albums and also "John McLaughlin" albums ?

Does the standard "Artist" field support any such thing, or does one have to create some MC-specific fields? (In other words, will the resulting Artist field be able to be parsed by other programs?)

The most recent suggestion was:

There are a few ways to handle this.

Make the "Artist" field into a list field. In order to do this you'll have to create an expression field, lets call this field "Artist (List)". Use the follow expression
Code: [Select]
[Artist]&datatype=[list]Now when filling in the "Artist" field use ";" to seperate the artists

Example 1:
Ry Cooder & V.M. Bhatt;Ry Cooder;V.M. Bhatt

"Artist: List" will look like

Ry Cooder & V.M. Bhatt
Ry Cooder
V.M. Bhatt

Example 2:

Ry Cooder;V.M. Bhatt

"Artist: List" will look like

Ry Cooder
V.M. Bhatt

Another way to do this is to create 2 additional fields, one a list field and the other an expression field. We'll call them "Artist: Additional" and "Artist: List". "Artist: List" will be an expression field and will use the following expression
Code: [Select]
[Artist];[Artist: Additional]&datatype=[list]You would use the fields like this

Artist = Ry Cooder & V.M. Bhatt
Artist: Additional = Ry Cooder;V.M. Bhatt

The result is the same as example 1.

MrC

  • Citizen of the Universe
  • *****
  • Posts: 10462
  • Your life is short. Give me your money.
Re: Two artist collaborations - tagging & database ?
« Reply #1 on: January 21, 2013, 09:01:53 pm »

Set artist to

   Carlos Santana; John McLaughlin

and things should generally be fine.

A Rename operation will default to using the first artist listed, but you can work around that if you want.
Logged
The opinions I express represent my own folly.

kstuart

  • Citizen of the Universe
  • *****
  • Posts: 1955
  • Upgraded to MC22 Master using preorder discount
Re: Two artist collaborations - tagging & database ?
« Reply #2 on: January 22, 2013, 01:24:53 am »

Do I have to use the Artist (list) field definition suggested above, or will the semicolon work with the normal Artist field ?

And is the semicolon recognized by other programs ?

MrC

  • Citizen of the Universe
  • *****
  • Posts: 10462
  • Your life is short. Give me your money.
Re: Two artist collaborations - tagging & database ?
« Reply #3 on: January 22, 2013, 01:42:10 am »

Artist is now a list field, so you're good.
Logged
The opinions I express represent my own folly.

kstuart

  • Citizen of the Universe
  • *****
  • Posts: 1955
  • Upgraded to MC22 Master using preorder discount
Re: Two artist collaborations - tagging & database ?
« Reply #4 on: January 22, 2013, 02:18:38 am »

Artist is now a list field, so you're good.
That's great !

(and btw needs to be updated in

http://wiki.jriver.com/index.php/File_Properties_%28tags%29

)

Hmm - is "Genre" now a list also, or is it still just one string ?  (That's the other one that would be helpful as a list, although one can always use other fields.)

rjm

  • Regular Member
  • Citizen of the Universe
  • *****
  • Posts: 2699
Re: Two artist collaborations - tagging & database ?
« Reply #5 on: January 22, 2013, 03:13:47 am »

Tools\Options\Library & Folders\Manage Library Fields lets you confirm field types.
It shows both Artist and Genre are now list fields.
Logged

kstuart

  • Citizen of the Universe
  • *****
  • Posts: 1955
  • Upgraded to MC22 Master using preorder discount
Re: Two artist collaborations - tagging & database ?
« Reply #6 on: January 22, 2013, 10:32:45 am »

Tools\Options\Library & Folders\Manage Library Fields lets you confirm field types.
It shows both Artist and Genre are now list fields.
That's very helpful, thanks.

MrC

  • Citizen of the Universe
  • *****
  • Posts: 10462
  • Your life is short. Give me your money.
Re: Two artist collaborations - tagging & database ?
« Reply #7 on: January 22, 2013, 12:53:48 pm »

(and btw needs to be updated in

http://wiki.jriver.com/index.php/File_Properties_%28tags%29

)

Hmm - is "Genre" now a list also, or is it still just one string ?  (That's the other one that would be helpful as a list, although one can always use other fields.)

Thanks.  All up to date now:

List Type fields: Artist, Composor, Conductor, Genre
List Edit fields: Actors, Author, Cinematographer, Country, Credits, Direction, Distributor, Editor, Events, Keywords, Language, Music, People, Places, Prequel, Producer, Screenwriter, Sequel, Soloists, Studios
Logged
The opinions I express represent my own folly.

gappie

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 4580
Re: Two artist collaborations - tagging & database ?
« Reply #8 on: January 22, 2013, 04:15:12 pm »

List Type fields: Artist, Composor, Conductor, Genre

im still a bit unsure about this. so they are list type fields.. but they dont behave that way. and i do not see the difference from when they where not. was tagging a bunch today. composers. :P and how it is now, i preferred it when they would just be strings, because any second name is just there. say you have a lot of songs composed by paul;john.. it does not work. with a string you would find them easy, with a real list type it would work, but now you always have to type the second part. and since its easy to make a list of a string..  :P

 :)
gab
Logged

MrC

  • Citizen of the Universe
  • *****
  • Posts: 10462
  • Your life is short. Give me your money.
Re: Two artist collaborations - tagging & database ?
« Reply #9 on: January 22, 2013, 06:09:53 pm »

Logged
The opinions I express represent my own folly.
Pages: [1]   Go Up