Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

How to Tag + Categorize while Importing #2187

Closed
santhoshr opened this issue Sep 4, 2016 · 4 comments
Closed

How to Tag + Categorize while Importing #2187

santhoshr opened this issue Sep 4, 2016 · 4 comments
Labels
feature features we would like to implement needinfo We need more details or follow-up from the filer before this can be tagged "bug" or "feature."

Comments

@santhoshr
Copy link

santhoshr commented Sep 4, 2016

Problem

I have iTunes music folder, I want to maintain the folder structure intact, but move it to beets library\iTunes folder as well as I want to add flexible attribute 'iTunes_Purchase: true', the order in which happens should be

  1. Add flexible tag (iTunes_Purchase to files) before importing (I know files should be in db to write tags, I'm looking for feature +addTag, while importing)
  2. Then move the files to custom folder based on iTunes_Purchase attribute

I have two more queries

  1. beet fields does not show extended fields in iTunes m4a files, how do I show additional tags created by Apple
  2. Any way to identify individual import, like from source path, so even if I moved files to existing path structure (e.g. album/artist), I would be able to update sets of files with custom attribute using imported path, does it have something like data_source_path or import_session_id ?
@wisp3rwind
Copy link
Member

  1. is a common feature request, but beets cannot currently do this. I'd like to implement this at some point, but throughout the next months, I'll likely not have the time.
  2. You can do this using queries in your path configuration. For more sophisticated paths formats, you might have a look at the inline plugin.

With regard to the additional questions:

  1. AFAIK, beets does not know about these fields, but will not modify/delete them either (unless you use the scrub plugin, that is)
  2. I don't think it has. Maybe there's some other beets-readable field with iTunes specific content you can use to select the files?

@wisp3rwind wisp3rwind added the feature features we would like to implement label Sep 4, 2016
@sampsyo sampsyo added the needinfo We need more details or follow-up from the filer before this can be tagged "bug" or "feature." label Sep 4, 2016
@sampsyo
Copy link
Member

sampsyo commented Sep 4, 2016

#1881 proposes to set a field on the import command line. Would that cover what you'd like to do here?

@santhoshr
Copy link
Author

#1881 is what I described as well, but I would favor short form of giving additional tag, or overwriting exiting tag, since import is free of any other tag information, we can simplify it
beet import tag:value tag:value ./folder
(could be too simple! to cause accidental metadata overwrite)

Another feature I would like is, beet should have additional tag in db only, that identifies imported files using import session id, which could be running number or guid, or some hash code, every time import is made there will be entry in each file to identify imported session, this allows us operate on large set of files easily, change path, set additional metadata etc. Each session id is mapped to master session data, which will have details like no of files imported, path imported from, date added, etc.

@sampsyo
Copy link
Member

sampsyo commented Sep 5, 2016

OK! Can you add your thoughts to that issue? To be clear, though, we're more likely to use a standard option than to invent new UI syntax.

The "unique import id" idea is intriguing but somewhat specialized. Maybe you'd be interested in prototyping a plugin for that, which shouldn't be too difficult?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature features we would like to implement needinfo We need more details or follow-up from the filer before this can be tagged "bug" or "feature."
Projects
None yet
Development

No branches or pull requests

3 participants