Hacker News new | past | comments | ask | show | jobs | submit login

"But, if you insist on using files that don't have a metadata standard, the only way to organize them is in the database of the library application."

Again, I disagree - see my response further up the thread for how to get around this problem with verbose naming:

Ferry, Bryan - Taxi - 03 - Answer Me - 2m46s.wav




Your proposal to store track info in with verbose naming isn't very robust and doesn't solve even the most basic problems that a simple metadata scheme does.

For one, even in your specific limited case of Bryan Ferry's album _Taxi_ there are 5 different versions of the album from 5 different countries[0].

Furthermore, your verbose naming proposal is not only unequipped to handle something as basic as alternate versions and international releases, it has no affordances for providing basic information such as year of release, publisher, and composer, let alone information about bitrates and compression schemes.

Even were we to restrict our attention to just the metadata your scheme does encode, your proposal would fail when cataloging an entry where the band/album/track name contains a hyphen surrounding by whitespace. There are also some albums which have more than 99 tracks (archival records, for example, which are distributed in multi-CD collections).

My response may seem a bit like hitting a fly with a sledgehammer but, having worked in a library and taken classes in information science, it's crucial to illustrate why hastily-conceived proposals to replace metadata with file naming conventions should never be taken seriously. In fact, I believe they should only be taken jokingly!

Metadata schemes are so important to information and library science that, in my opinion, any proposal to replace metadata schemes with "verbose naming" should be shown to be untenable unless the goal is to index fewer than 100 files in a restricted-access repository (and maybe even then).

From the standpoint of a librarian or digital archivist, you may as well have proposed storing the binary data in the file name, too, essentially eliminating the file name which itself is a piece of metadata.

[0] https://www.discogs.com/Bryan-Ferry-Taxi/release/1120442

EDIT: readability


> Your proposal to store track info in with verbose naming isn't very robust and doesn't solve even the most basic problems that a simple metadata scheme does.

But that's how anyone who is serious about collecting digital music has been ordering it since ages. Sure, I never considered putting track length in the filename as :) (but I can see why), and if I can help it I have them tagged correctly too. But the file/folder structure is how I keep it organised.

There may be better ways to go about this, but it at least needs to be an actual improvement. iTunes is not.

Currently I'm experimenting with a command line tool called 'beets', which from reading its docs, definitely has a philosophy that aligns with mine. Unfortunately I haven't quite figured out how to tell it where to get the metadata from, it defaults to MusicBrainz which seems to have quite a few inaccuracies in their data (spelling of "Kung-Fu", hyphenated or with spaces I don't care really but if you use both spellings on the same album, one of them is wrong). It's got plugins for discogs and figure-out-from-pathname so that's good, but then it still uses MusicBrainz too. All in all it's a bit fiddly, but I can't really imagine a way to do it better, if you want have accuracy, keep control, some assistance with automatic tagging, but without messing up weird edge-cases like the classical albums and bootleg recordings mentioned above (for which 'beets' tries real hard to do the right thing, that being what you decide it to be).




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: