Assets Server is shipped with over 400 different metadata fields. When needed, each of these fields can be modified to better match your needs and requirements (for example by renaming an unused field that holds all or most of the properties that you are after). However, should any of these fields not be suited to store data in the way you want to, you can also create a custom metadata field from scratch.
Recommended reading: |
Consider using a default metadata field
Although it may sound tempting to create a dedicated field to store your data in, be aware that creating a custom metadata field comes with a few restrictions:
- Metadata follows a particular industry standard (see Working with embedded metadata in Assets Server), meaning that data is stored in specific fields that are defined in that standard.
Example: The Dublin Core industry standard stores copyright information in the 'Rights' field while the IPTC standard uses the 'Copyright Notice' field to store the same information.
Each application that supports that standard (such as Assets or Photoshop) is able to correctly interpret the values within those fields and properly display them within the user interface.
When creating a custom metadata field however, embedding the value can only be done in one of a limited number of fields made available in a particular industry standard. Also, finding these values in the user interface of applications such as Photoshop could be less user friendly.
Example: The XMP standard contains 10 fields in which custom values can be stored. In Photoshop, finding the field may need to be done by looking at the raw metadata.
Note: All default metadata fields include support for one or more industry standards. This makes it preferable to use a default metadata field as a starting point.
- Creating a new custom metadata field involves creating the full XML structure for that field including some or all of the possible settings. Renaming an existing default metadata field and using its existing structure and settings is much quicker and leaves less room for errors.
- The value of a custom metadata field is always embedded in the index each time that asset is manipulated. This can slow down the processing time of the asset, especially when many of such assets need to be processed. For default metadata fields you can configure whether or not the value should be embedded.
It is highly recommended therefore to use a default metadata field as a starting point instead of creating a custom metadata field from scratch. For more information, see Changing the default metadata field options in Assets Server.
Before you start
Should you still want to go ahead with creating a custom metadata field, make sure that you start by creating a plan.
Be aware that:
- Once custom fields are active, they are difficult to modify without causing any data loss.
- Renaming or removing a field completely removes all data already stored in the field.
Decide upon the following:
- System name: The system name of the field should be unique, cannot contain any spaces or special characters and should start with "cf_"
Example: cf_companyName
- Display name: For better user experience, come up with a descriptive name for displaying the field in the user interface of the clients. This name may contain spaces and special characters.
Example: Company Name
- Availability. Should the field be available to all assets or only to assets of a particular type?
- Data type. Which type of data should the field hold? Choose from the following types:
Type | Description |
---|---|
text | For fields containing only text. |
number | For fields containing only numbers (integers). |
decimal | For fields containing only decimal numbers. |
date / time | For fields containing dates and times. |
completion |
Requires Assets Server 6.83 or higher. Available for multi-value fields only. This makes sure that tags with a mix of lower case letters and upper case letters are recognized by the auto-suggestion feature. This is typically used for fields in which names starting with an upper case are entered. |
Note: Once the data type is defined it cannot be changed (else it will corrupt the index).
- Number of values. Should the field hold a single value or multiple values?
- Sorting. When the field holds multiple values, should these values be automatically sorted?
Note: When using a custom list, automatic sorting may not be desirable.
- Predefined values. Should the field offer one or more predefined values (either custom values or values from a taxonomy)? Should users be able to add their own value?
- Searching. Should the field be included in the general search results or should it only be possible to find the value by specifically searching on the field name?
Note: For some fields (such as the folder path) it is not necessary or even logical to make them appear in the general search results.
- Grouping. Each metadata field should belong to a group so that it can be correctly displayed in the clients. Should this group be an existing group or should a new group be created? When a new group is created, how should this be named? Note that the group name cannot contain any spaces or special characters.
Note: When adding a field to the 'Essentials' group, the field is shown in a group with that name at the top of the Metadata panel in Assets (requires Assets Server 6.62 or higher.)
Recommended reading: Working with metadata in Assets Server.
Understanding the XML structure
Info: Basic knowledge of XML is required.
Custom metadata fields are defined in the following XML structure:
<assetsInfoExt>
<fieldGroups>
<fieldGroup/>
</fieldGroups>
<assets>
<assetTypeBaseExt>
<fields>
<field>
<fileFields>
<fileField></fileField>
</fileFields>
<storage/>
<compass/>
<data>
<predefinedValues/>
<taxonomy/>
</data>
<userInterface/>
<description/>
</field>
</fields>
</assetTypeBaseExt>
</assets>
</assetsInfoExt>
It is essential to have a full understanding of this structure and its elements. Please make yourself familiar with the explanation in The metadata structure of Assets Server before defining custom metadata fields.
Adding a custom metadata field
The default settings of a metadata field are modified by 'extending' them in the custom-assetinfo.xml file as part of the <fieldExtensions>
element.
Note: For information about modifying this file, see Changing the Assets Server configuration for a running cluster.
Step 1. In the Management Console, access the Server Configuration > Files page and search for the following file:
custom-assetinfo.xml
Tip: Copy and paste the content of this file into an XML editor so that you have the benefit of line numbers and syntax highlighting. When done editing, copy and paste the changes back into the page.
Step 2. (Optional, only when introducing a new group) In the fieldGroups section, add a new field group.
Notes:
|
Step 3. In the <assets>
section, define your custom metadata field by using the following structure:
Note: To make sure that the Filter in Assets is working correctly, include the compass tag and add all of its settings: index, analyzer, store, and excludeFromAll.
<assets> <assetTypeBaseExt name="CommonFields"> <fields> <field name="cf_CustomFieldName" group="CustomGroupName"> <storage storeInMetadata="true" /> <compass index="un_tokenized" analyzer="pureLowerCase" store="yes" excludeFromAll="false" /> <data editable="true" datatype="text" /> </field> </fields> </assetTypeBaseExt> </assets>
See The metadata structure of Assets Server for details about how to define each element.
Step 4. Save the file.
Step 5. Restart the server.
Step 6. Run the Index Revision Tool to update the index.
Step 7. (Optional) Provide a more descriptive and user friendly name for the field. See Renaming a metadata field in Assets Server.
Examples
The following example shows how to add a simple custom metadata field which can be searched and sorted. The field is editable and contains text. The value is not embedded in the asset.
<assets>
<assetTypeBaseExt name="CommonFields">
<fields>
<field name="cf_CompanyTarget" group="General">
<storage storeInMetadata="true" />
<compass index="un_tokenized" store="yes" excludeFromAll="false" />
<data editable="true" datatype="text" />
</field>
</fields>
</assetTypeBaseExt>
</assets>
The following example shows a similar field with predefined values and the option for the users to manually add a value.
<assets>
<assetTypeBaseExt name="CommonFields">
<fields>
<field name="cf_CompanyStatus" group="General">
<storage storeInMetadata="true" />
<compass index="un_tokenized" store="yes" excludeFromAll="false" />
<data editable="true" datatype="text">
<predefinedValues onlyFromList="false">
<value>Idle</value>
<value>New</value>
</predefinedValues>
</data>
</field>
</fields>
</assetTypeBaseExt>
</assets>
Comment
Do you have corrections or additional information about this article? Leave a comment! Do you have a question about what is described in this article? Please contact Support.
0 comments
Please sign in to leave a comment.