# Library feature - the next step?

**URL:** https://community.mp3tag.de/t/library-feature-the-next-step/19731
**Category:** General Discussion
**Created:** [January 28, 2018, 6:33pm UTC](https://community.mp3tag.de/t/library-feature-the-next-step/19731 "2018-01-28T18:33:03Z")
**Posts on this page:** 1
**Showing post:** 4

<div class="post-metadata">

### Author: ![Zerow](https://community.mp3tag.de/user_avatar/community.mp3tag.de/zerow/32/11379_2.png) [@Zerow](https://community.mp3tag.de/u/Zerow)
#### Post date: [February 4, 2018, 3:55pm UTC](https://community.mp3tag.de/t/library-feature-the-next-step/19731/4 "2018-02-04T15:55:31Z")

</div>

> [@Zerow](#):
>
> Here is a question: how do you keep the same composer and / or lyricist for the same song that was recorder by various artists?  
> [...]

> [@DetlevD](#):
>
> Hmm, maybe you can do it, by using such already defined tagfields, e. g. "ORIGARTIST" for "original artist" and so on, as listed there ... [https://docs.mp3tag.de/mapping](https://docs.mp3tag.de/mapping) ... or do setup your own standard for such tag-field-names to keep track of historical data.

I think, you misunderstood me

I am well aware of the ORIGARTIST field. I use it profoundly, just like ORIGYEAR. I also use made up fields

I also distinguish for the longest time now between concept of original artist and composer a well as lyricist [and album artist as well and featured performers being something completely different than the the main performer]

> [@ohrenkino](#):
>
> You know that MP3tag is like many other programs a program that reacts to formal data characteristics.  
> Guessing, assuming, stipulating is not its best capabilities.

And yet it give the user ability to use the "guess values" and "replace with regular expression" action

> [@ohrenkino](#):
>
> But it is good in the functions of sorting in filtering.

I think, you however understood what it is that I am after

> [@ohrenkino](#):
>
> If you cannot operationalize how you determine identical or just similar information then how should the program do it?

But I do "operationalize" and optimize; trying to plan ahead in anticipation of errors [in that I do whatever I can to avoid them]. But I see I need to elaborate on my questions

I will not give numbers about it but a frequent request on this forum is to implement an ability in Mp3tag of running more instances of it than just one. I also made such request [[/t/16706/1](https://community.mp3tag.de/t/16706/1)] and even specifically because this problem of mine with composers and lyricist. I have also made a request about pre-loading of files [[/t/19265/1](https://community.mp3tag.de/t/19265/1)]; evoking then a concept of a mini-Mp3tag that would somehow have a list of files and constantly check them. And now we have the Library function that checks them once at the beginning- in hopes of saving user the time. I see in this a kind of an entry point in realization of the concept presented by me- in the end my additional instance of a mini version was suppose to also save time of the user. The goal is the same but approach different [and outcome vastly different]

So Library is something completely new to the Mp3tag inner-workings. But it opens a door to thinking outside of the box, does it not? And this is the purpose of this thread

I personally do not see a way of using Library to standardize content of the COMPOSER and LYRICIST fields; to fill it automatically with the same data. But could not there be some new [similar] function that would do that if a given condition would arise? Something that would come down to \>\>If "Name XYZ" appears in the TITLE tag then fill it with that [pre-defined] Composer A and that [also listed] Lyricist B - and also tell me somehow about it and preferably ask before going through with such filling of data to my files"? For now it hard to imagine as it averts from how Mp3tag works- but the same could be told about Library for the last 19 years. And yet we have it now in an fully operational state

So I appreciate if anyone would give in hers or his ideas about such hypothetical new function; and / or about the problem of keeping the same unified LYRICIST / COMPOSER when adding new files while not remembering of having such. As right now the only way that I can maintain order is this pretty much manual set of steps:

1] Add with an action to all new files some kind of marker, for example "NEW"

2] Turn on a column that displays the tag field bearing the marker

3] Load all of the files, old and new ones

4] Sort the files alphabetically by TITLE

5A] Look file by file going down the list, stopping for evaluation with neighboring files when the NEW marker appears in my eyesight  
[or]  
5B] Export list of TITLEs that have the NEW marker and then one by one copy them to Filter box to see if more than one file is shown

6] Repeat point 5 in hopes of finding those few missed cases

7] Repeat 1-6 every time if even one new song is added

Cannot we come up with some method of automating this process [from 1 to 5]? Is not there are a need for such feature? Does not anyone else have similar problems when adding new files?

---

_[View the full topic](https://community.mp3tag.de/t/library-feature-the-next-step/19731)._
