...
On This Page
Table of Contents |
---|
Overview
Use metadata mapping to associate a set of properties in a file whose values you would like to transfer between source and destination. You provide a common set of metadata properties between source and destination. When a file or file is transferred from source to destination (or vice versa), its property values are also transferred based on the defined map.
Note |
---|
If a library requires specific metadata but the metadata is missing from a file being copied into the library, the file will be flagged and will not transfer on subsequent jobs runs. If you have files stuck in a flagged state due to missing metadata, you may need to manually transfer the files and add the required metadata. |
Metadata Map
You can define a transfer job's metadata mapping in a job's transfer options json object.
Property | Description | Example | ||
---|---|---|---|---|
schemas | A list of metadata schemas. |
|
Schema Mapping ("schemas" in Metadata Map)
A schema mapping defines a metadata mapping between source and destination. You can provide a source and/or destination schema id can the transfer engine can retrieve from the platform provider to get additional schema information about the properties in the mapping.
...
Property | Description | Example | ||
---|---|---|---|---|
source | The source schema definition to use in this mapping. When specified, it is used to load type information for all properties in the schema. |
| ||
destination | The destination schema definition to use in this mapping. When specified, it is used to load type information for all properties in the schema. |
| ||
default | Defines the schema as the fallback schema to use when mapping properties from source to destination if a mapper that matches the specified schema is not found. |
| ||
mappings | A list of property associations between source and destination. You can provide the type of property, though it is not required. |
|
Property Definition Mapping ("mappings" in Schema)
A property definition mapping defines the map between a source and destination property.
Property | Description | Example | ||
---|---|---|---|---|
source | The source property. |
| ||
destination | The destination property the source maps to. |
| ||
choices | A map of choices. This is used when the property is a choice of values (e.g. yes, no) and you need to map these values between the source and destination because they differ. |
|
Property Choice ("choices" in Property Definition Mapping)
A property choice defines the map between a source and destination choice value. For instance, if the property has valid values of true/false in the source and yes/no in the destination, you can use a property choice to map them respectively.
Property | Description | Example | ||
---|---|---|---|---|
source | The name and value of the source. |
| ||
destination | The name and value of the destination. |
|
Property Value Map ("source" and "destination" in Property Definition Mapping)
A property value map defines the actual property to map to (in either the source or destination) and what actions to take when a value is either missing or invalid during transfer.
Property | Description | Valid Values | Example | ||
---|---|---|---|---|---|
property | The property to map to. |
| |||
when_missing | Action to take when the property value is missing during transfer. | skip default calculate fail |
| ||
when_invalid | Action to take when the property value is invalid or cannot be coerced to the destination type during transfer. | fail warn skip default |
|
Property Definition ("property" in Property Value Map)
Property | Description | Valid Values | Example | ||
---|---|---|---|---|---|
name | The name of the property. This is the only required field. You can alternatively use query_name, id or caption. |
| |||
type | An optional type. This is optional and typically provided by the schema definition from the platform if the schema id is specified in the schema mapping. | unknown boolean id integer datetime decimal html string uri lookup account |
|
Example JSON
Code Block |
---|
{ "name": "Box -> Sharepoint (Metadata)", "kind":"transfer", "transfer":{ "transfer_type": "copy", "source": { "connection": { "id": "36405b306fe84df69d55e007ed27967e", }, "target": { "path": "/Source" } }, "destination": { "connection": { "id": "92edba5e132645dda035580bfb14a063", }, "target": { "path": "/Metadata Test/Destination" } }, "audit_level": "trace", "performance": { "parallel_writes": { "requested": 2 } }, "metadata_map": { "schemas": [ { "mappings": [ { "source": { "property": { "name": "Text" } }, "destination": { "property": { "name": "Caption" } } }] }] } }, "schedule":{ "mode":"manual" } } |
Example JSON: Box to Office 365
This example includes custom metadata and template metadata. In order to import metadata into Office 365, the columns must be defined in the library first (ie. cog → library settings → create column). Source (Box) Metadata in this table indicate the template name followed by the metadata field name.
...