Natural Mixed Case and Natural MixedLower Case

For a full understanding of what the Actions do, please read the Readme file.
I'm removing all that text from here to make this post shorter and up to the point.

Changes in Last version only:

Version: 3.1 [2014-09-08]

  1. FIX:
    I found a "buggy" behaviour from Mp3Tag "Guess Values" Type of Action.
    It will create blank fields if they are empty. The "Format" Type of Action does not have this wrong behaviour.
    Unfortunately I only discovered this after posting the v3.0 of this Action.
    I didn't have much time to test it since I was about to loose my Internet connection for a few days. I'm sorry.
    But that problem is solved in this version! :slight_smile:
    Bug report thread:

  2. FIX:
    Another inconsistent behaviour when updating multi-value fields with only one value. In some cases, it will remove all other values after the second.
    This problem affected the Action only in what I call the Preferences fields (Genre, Mood, Occasion, Keywords), so it was not critical, but still annoying.
    I found a turnaround to this problem and therefore it's fixed on this version.
    Bug report thread:
    Wrong Import with Multi-Value Field

  3. CHANGE:
    The major rework on how the Actions are developed was now extended to the "2. Natural MixedLower Case".
    Now only one line of code needs to be updated in order to update "minor" words, for each language.
    It's also much easier for anyone to change it in order to suite their own needs.

  4. ADD:
    Added a new version: "2. Natural MixedLower Case [ENG+FR] (v3.1) (-Album)".
    This will not lowercase minor words in the Tags: ALBUM and ORIGALBUM.
    I noticed that in some Album's names the Artists prefer to have the first letter always uppercased,
    even if they are "minor" words. (e.g. "This Is A Test Case" instead of "This Is a Test Case").
    This action gives that flexibility.
    If you want to create such a variation to your own language (DE, ES, IT, PT), all you have to do is edit the Action and remove the lines corresponding to the "Format" command to those fields, which now are easily recognisable.

For the remaining changes, please read the changelog. There were lots of them in v3.0
All fixes from posts 10-12 were already attended since v3.0.

I would like to thank users from this thread, as well as DetLevD and Ohrenkino for their indirect help with all the answers they provide in the forums.

Good tagging! :slight_smile: (7.75 KB) (153 KB) (10.3 KB)

Just two things:

  1. I had to compress a few things with 7-Zip (7z) because Winzip would take 1,5MB for the Libraries while 7z needed only 100KB! So it had to be that way otherwise I wouldn't be able to share that with you.

  2. Since I couldn't upload all the screenshots on the previous post due to a limit of only 250KB, I'm sending them in this post (if I can...) (222 KB)

Hi Nature,
I wonder if you can incorporate the following into your actions.
Very many Scots have Mac or Mc as part of their name eg MacDonald, Macdonald or McDonald. Clearly this must be difficult to create an action for although the Mc is always(?) followed by a capital.


You're absollutely right.

Actually, it's usually Mac for Scottish people and Mc for Irish people. :wink:
It is very common in names of people from those countries. The MacDonalds were one of the biggest scottish clans... not to be mistaken with McDonalds (the Burger fast food), from Ireland ancestry.

Apparently it's not 100% reliable the connection I thought (and the teacher who told me that) as for the ancestry of Mac and Mc. It's still true for most cases, but not all.
Anyone can check it here (just 2/ min reading, and clear)

Although those are not that common on music/track names... Never found a track with such a name, but there must be a few ones for sure.

Amazing how I forgot about that one. :slight_smile:
Thank you for remembering me.

It won't be difficult to add, I guess...
But I'll have to set up some testing and it takes time, and I'm very busy today and tomorrow. :frowning:
Perhaps tomorrow at the end of the day. :wink:

Just to give you a little impression

Paul McCartney & Wings
C.W. McCall (Convoy)
Don McLean (American Pie)
John McLaughlin (guitar)
Bobby McFerrin
George McCrae
Les McCann (jazz)
Les McKeown (70s Bay City Rollers)
Loreena McKennitt
Malcolm McLaren
MC Sar and the Real McCoy
McCoys (Hang on Sloopy)
Ralph McTell

and many more ... But watch out for all the MCs like Bomfunk MC etc.

Thank you. This was very helpful as a starting point. :slight_smile:
I also used these sources:

I managed to update the main Action to work considering all the cases shown and even a few more. Go and check it :wink:
I've tested it against a new Test library which I also include.
I changed all the Attachements so I advise you to get the new ones for v2.1, which I just uploaded.

Let me know if what you think.

Am enjoying using your Actions and currently most bases have been covered.
Hope you don't mind if I post anomalies as they occur as I am currently working on my library of some 26,000 files and anything I came across may be useful to others.
BBC and B.B.C.
BB and B.B. (as in B.B. King)
LA and L.A.
I reckon these need sorted

Cheers and thanks!!!

No, I don't mind it at all.
In fact, I appreciate it because my intent is to use them myself, too, so the more reliable those actions are, the better for me too. :slight_smile:
And since I don't have a collection of 26000 files your help is really welcomed.

It would be important to let me know in which fields those words appear, because each field requires a replacement, and I intend to do it only on the fields in which they are really needed. Less work, less bugs (in case they happen) and faster processing when you run the Actions. So we all benefit. :wink:

And Thank you for the ones you already posted

So I propose this arrangement:
You go and take care of your library.
Take note of all the situations (words or expressions) that you think that should have a special treatment and then post them here. Of course you can post as you're doing it.
When you think you have finished taking care of your library (all those 26000 files) let me know.

I ask you this for two reasons:

  1. Updating these actions takes a considerable amount of time testing and replicating the replacements (because they are in several places).
    So doing a single word adding takes me about the same time as doing perhaps 10 words, if they are all added at the same time. :wink:
    Unless they require some different set of pattern, in which case I will always take more time, and maybe I will do the adding immediately.
  2. The more words there are, the easier it will be to find a pattern for the replacement, and in some cases I may even mix two different sets of patterns if they share something in common.
    This will make the actions run faster and will take me less time to develop them. :wink:

Hope you understand. :slight_smile:
And again, thank you for helping me to improve the actions.

I added the 2.1 version to my routine. it works well.

found a bug though... the MacXxxx conversion converts the word Machine to MacHine, and probably every word with Mac starting it.

Hi! Thank you very much for pointing that out.
That is absolutely true. You got it right. :slight_smile:
It escaped my thoughts, because it's a very rare situation.
I already checked the dictionary and it only happens with about a dozen words.

A list of about 80% of the words that will have that problem:
macabre, macaroni, macadamia, mace, Macedonian, machine[ry], macho, macro[...] .
Fortunately, those are not words very common in songs, albums or artist names. :slight_smile:

I will try to fix it as soon as possible, but I'm just about to go to sleep (it's past 4. am here! eheh).
I already have v2.2 ready, but now I will try to integrate this change.
I'm in the process of rebuilding my main Actions so I'm not sure when I'll upload this, but until the end of the week I expect to do so.

Meanwhile, have some good tagging. :slight_smile:
And if you find any other weird/buggy situation, please let me know.

the verb am (I Am Alive) is assumed to be the time descriptor AM and changed to all caps. Usually this wont be a problem because most labels will be contracted to "I'm" but it is something to consider.

also affects artist Will.I.Am -> Will.I.AM

So i found that if the last word of the title is in the list of things you change (in with it) it will change it to lowercase. "Jump in" instead of "Jump In" it just looked really weird to me.

I looked up the rules on title case (the case you seem to be going for) and found this:

-Capitalize the principal words, including prepositions and conjunctions of four or more letters.
-Capitalize an article--the, a, an--or words of fewer than four letters if it is the first or last word in a title.

they also state that some people use 5 letters instead of 4.


my point: the last word should be capital no matter what it is.

keep up the good work. more people will get use of this than you think.

edit: did some more poking and this might help you out a bit:

thank you very much for all your remarks. :slight_smile:

They are really up to the point, and correct, all of them. This is exactly the kind of feedback that I needed.
The AM situation is really my fault. I should have noticed that one. Shame on me! :slight_smile:

Unfortunately I haven't yet finished what I need, in order to get back to these Actions, and so I'm not going to be able to do it right now, as I intended. I'm sorry.

But I haven't forgot your posts. :wink:
So, as soon as I can, I will get this fixed (or at least I will try) eheheh. May be some days, or some weeks...

And please, continue to report bugs or weird situations, if you find them.

Hi everyone.
I finally managed to find some time for these actions and to attend these pertinent remarks. :slight_smile:
This is specially concerning: Last word uppercasing.

I already followed the link you supplied (which lead to another thread here).
They were very insightful.
But I'm not entirely convinced always Uppercasing the last words is a good decision
and this is the reason of this post.

Actually, what you (and other people on the links/threads that you showed)
is considering is a particular situation based on its actual grammar meaning and not typographical meaning, because it has to do with phrasal verbs.
I only intend to do typographical changes, not grammar changes, because it would be an entirely completely different matter and impossible to achieve with a simple scripting language in Mp3Tag.
In fact, a full understanding of grammar is not even available in some of the most advanced software in the world!
(Google Translator, for instance, is far from perfect, precisely because it lacks good "grammar skills").

Anyone who has ever studied English language knows about phrasal verbs.
"Jump in" is just an example of that. "Get out" is another example, perhaps one of the most common of all.
For someone who doesn't know what a phrasal verb is, let's simplify it by saying they are essentially an expression that contains a verb and a preposition (e.g. verb=Jump, preposition=in).
For a detailed explanation, please check here:

So, prepositions such as: on, in, out, on are commonly used as part of phrasal verbs and not always as single prepositions.
When they are used as phrasal verbs it would make more sense to uppercase them, but unfortunately that would require grammar analysis, so it's out of question.

"Jump in" just like that, according to the proposed rule of always uppercasing the last word,
means that it should formatted as: "Jump In".
Which means that it was uppercased it, but not based on the fact that it is a minor word (preposition, in this case), rather on the fact that it is part of a phrasal verb, in a case in which it is easy to detect (it's the last word).

However, if the track (sentence) changes to: "Jump in and come here", then the word "in" will not be uppercased, because it is not at the end of the sentence. Although it still is a preposition and part of the same exact phrasal verb, it is not the last word of the sentence, and so it's not easily detected as a phrasal verb, so it will not be treated as such.
I think this raises an even more serious problem: consistency!
Because in this case, the same exact word and expression will be formatted in different ways. :frowning:

How to always solve this in a consistent manner?
Only with grammar analysis, which is out of question as I mentioned earlier.

So, the real question here, for this Action's sake, is:
Should I allow this inconsistency to appropriately handle a very particular case of phrasal verb?
I am inclined to say "no", because I think the number of inconsistencies will be far greater
than the number of situations it solves.

Perhaps I should remove the prepositions that might appear on phrasal verbs (in, on, by, etc)
from the list of minor words, so that they will never be lowercased.

Perhaps this is what makes more sense, but I'm not sure about this one.
This is a matter in which I would love to have some feedback from other users and minds. :slight_smile:
Of course, you (cjl214) are included too. :slight_smile:

Thanks for bringing this interesting case into discussion.

I'm adding this reply so that people on this thread is notified of this update, to version 3.1.

It has a huge change in the technique used in the development, making the code simpler to understand and maintain, in case someone wants to add/remove their own words.

Please check the first post.

I tested this version more thoroughly and found no unexpected behaviour.
Happy formatting. :slight_smile: