Custom metadata per database

Dear all,
DT3 seems like a huge update, thank you! For me, the ability to assign custom metadata to files / groups is one the top features.

However, I find “global” metadata to be to broad. Maybe it’s highly complicated to have custom metadata per file / group, but is it the same for databases?

I.e. : could one database display some custom metadata fields and another others? Maybe one script that could access DT global settings and activate / deactivate metadata fields on demand could be a viable solution for this?

Cheers!

8 Likes

Thanks for the suggestion, we’ll consider this for future releases.

I would like to add a very strong second to @bmscmoreira’s request.

As your own documentation emphasizes, smaller databases on focused topics work best. To me, global metadata fields are clutter. I don’t want the same fields in a books database, a birds database and a travel database. I recognize that this would require error detection and user interaction when I drag an item from one database to another with different metadata fields, but I feel that, from a user viewpoint, this is well worth the small hassle on the move vs. dealing with extraneous fields everywhere all the time.

Regarding the idea of activating/deactivating fields on demand, I would find that problematic because of the potential to inadvertently hide fields relevant to a particular item.

I think a fixed set of fields per database (not item or group) is the right granularity.

5 Likes

Database granularity would be great (and simpler I guess).

Yep, I’ve just noticed this too. Per-database custom data fields would be very useful. And I’m already hoping if I invest in using them now that there’ll be an easy way to transition (i.e. for me to select which global fields belong to which database in the future).

Thanks!

I’m already hoping if I invest in using them now that there’ll be an easy way to transition

And if per-database custom fields aren’t supported in the future?

The request is noted, but I wouldn’t go into it with the assumption they will. I’d advocate using them merely if they fit your purpose.

That’s the most compatible and therefore the most likely way it’s going to work in the future.

1 Like

agreed!

Just wondering … was this feature given enough love? :slight_smile:

I have different databases, so this feature is an essential!

Coming from a world where metadata is everything (video editing software) I can say that this is a potential mess if not handled well.
What I would want before asking for per-database Custom metadata is an enhanced column display management tool.
Because the main window doesn’t scroll left and right if you’ve got more columns than you can view and restrictions to the columns widths to fit within that window, you’re left turning columns of/on to see some at full width when you need it.
Having a set of column-view presets would make this more amenable to the way I work(!). But I come from experience with software (AVID Media Composer) that gives users a huge amount of control over which columns can be seen. There is a long long list of possible metadata that can be associated with media and not all of them are useful to everyone at any one time. Factor in custom metadata and it gets complicated quickly if you’re trying to share information.

BTW For those interested in other types of databases, almost all video editing software does some form of Indexing (in the DevonThink context) to media on storage drives. There’s a middle ground that some packages can do that Devonthink doesn’t do (for a good reason) where the imported media is copied to a storage drive and folder and THEN indexed.