Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[~OHM~]

I have all the Grammy Albums of the year listed like (+year) indicates GRAMMY album of the year (listed along with the album title) so the album folder in windows looks like

1958 Frank Sinatra Come Dance with Me! (+1960)

1965 Frank Sinatra September of My Years (+1966)

1965 Frank Sinatra A Man and His Music (+1967)

so I been messing with a album view trying to get MC to find and list these albums (I have all albums of the year except 1) but am having no luck excluding albums with a + sign. Is there a easy way or should I go thru them and change the + to something like  * or ~ ....any thoughts and suggestions would be much appreciated....thanks

[blgentry]

If your [Album] field has this info in it, this expression will find those albums:

Code: [Select]

[=regex([Album],/#\(\+#/,0,0)]=1
If it's only in the folder name, then I think a very similar expression will work, just substituting the [filename] field instead of [Album].  That's not tested.  But the expression above, has been tested and works with the simple example I created.

Brian.

[~OHM~]

thanks Brian....working on this will let ya know

[~OHM~]

it works to some extent....see photos...the second photo on left of MC the purple icon (3rd) lists no name but does list the albums...2nd purple icon lists all albums and the first pic is what i get if i have chosen Grammy Artist of the year...thanks for your time....any thoughts

[ferday]

personally i would be using a separate tag field (populated with the date) and a view that only shows albums where that field is not empty

you should be able to easily fill the new tag field with "fill properties from filename"

[~OHM~]

thanks Brian and ferday...I'm giving up on this, been working on it again for hours and my brain is spinning. I obviously deleted something I shouldn't of and the whole library was gone....lol

[blgentry]

I think you should use the expression I gave you in the view definition here:
Customize View > Settings > Included files > set rules for file display

That way the view only shows you Grammy albums.  Then you can do your view categories any way you want:  By Album, by Artist then album, by Year... whatever you want.  I would do the above, and then erase that expression from anywhere else you have it in your categories.

Good luck.

Brian.

[~OHM~]

I think you should use the expression I gave you in the view definition here:
Customize View > Settings > Included files > set rules for file display

That way the view only shows you Grammy albums.  Then you can do your view categories any way you want:  By Album, by Artist then album, by Year... whatever you want.  I would do the above, and then erase that expression from anywhere else you have it in your categories.

Good luck.

Brian.

Ok I got this to work and it looks great...thanks so much for your time Brian


EDIT: of course I had to rename it and messed it all up again....

EDIT 09-07-2017 am: Ok it looks great...thanks againg Brian....I will not change the view name again...LOL

[~OHM~]

personally i would be using a separate tag field (populated with the date) and a view that only shows albums where that field is not empty

you should be able to easily fill the new tag field with "fill properties from filename"

ferday I did try your way on 2 of the Grammy albums...the problem was it was gonna be more work, the fill from file name works but not for me because of the way I fill out my actual folders for each album (Date (to keep them in order) (then the name of CD)) this way any particular artist there cd's are listed in order by year (in windows explorer) for me I like that look in windows...thanks for your reply

It changed the name of the album in MC to..... 1900 bla bla (+1900) and I didn't like that look in MC

[RoderickGI]

It changed the name of the album in MC to..... 1900 bla bla (+1900) and I didn't like that look in MC

I too would have used a separate Custom Field in MC, as it would work faster in Views, and be simpler to understand and use, for future maintenance.
As Ferday said, you can review what the "Fill Properties From Filename" function will do before letting it do anything, and can test it on a small batch of files, then run it over your whole Library very quickly.

If you had used the Template functionality in "Fill Properties From Filename" instead of the Automatic functionality then you would have had complete control over the naming in MC.

For your example directory name:
1965 Frank Sinatra September of My Years (+1966)

You would use a Template of;
[Year] (+[GrammyAwardYear])

I created a dummy file called "10 - Frank Sinatra's Best - Frank Sinatra September of My Years.mp3" to show you how easy it is. See the attached image.

Note in the images;
I used the existing [Date (release)] tag rather than creating a Custom field [GrammyAwardYear] for this example.
I made up the Album name and Track #.

The first image shows just a simple version of the "Fill Properties From Filename" dialogue that extracts just the [Year] and [Date (release)] tags. That is all you need if your other tags are all correct.

The second image shows a more complex version that pulls out more data, if required.

Unfortunately, your album folder name may include both [Artist] and [Name] tags, but doesn't include a separator between them, like a "-" or similar. Easily human readable because you recognise the name "Frank Sinatra", but not so easily recognisable for software. So I have just left the [Name] tag as "Frank Sinatra September of My Years" in the second example image. I'm sure Brian could write some Regex to split the two, if there were any consistent rules to your folder and file naming.

Or if your file name was just something like "10 - Frank Sinatra's Best - September of My Years.mp3" then the [Album] and [Name] tags could easily be extracted.

Using MC the way it is intended, rather than structuring folder and file names, then having to pull them apart to View, always works out better in the long run.

[~OHM~]

thanks RoderickGI for this input...