Template
Metadata Schemas
Tab Breakdown
Column Breakdown
- RootDataset
- @context
- Custom Terms
- Authors
- Publishers
- Licenses
- Provenance
- People
- Places
- Localities
- Objects
- Files
- Schemas
- Columns
Convert Spreadsheet to an RO-Crate with Crate-O
Template
For collections where there are a lot of interconnected objects and files, it may be easier or preferable to add the metadata for these via converting a spreadsheet to an RO-Crate in Crate-O, rather than adding these items manually. An RO-Crate metadata spreadsheet template can be downloaded below and populated with metadata specific to your collection:
ro-crate-metadata-template.xlsx
This template can be edited in Microsoft Excel, LibreOffice Calc or Google Sheets. It is not compatible with Apple Numbers.
The template is based on an example data collection that contains three types of files within each object:
- Audio files (WAV), the primary material
- Text files (CSV), transcriptions of the audio files
- ELAN files (EAF), linguistic annotations of the audio files
Spreadsheet conversion currently only has functionality to add new data, and cannot overwrite or edit existing data in your RO-Crate.
Metadata Schemas
The spreadsheet uses a number of standard vocabularies for terms. Namespaces such as ldac
and pcdm
are prefixed to some metadata in the sections below - this is to:
- indicate that the term is not a part of the Schema.org vocabulary which RO-Crate is based on, but uses another namespace
- avoid overlaps where multiple schemas have the same term but differing usages and definitions.
In Crate-O, these prefixes are hidden for legibility.
If your collection requires metadata terms that are not present in the template, check if an existing term fits from the schemas below.
- Schema.org: No prefix needed, e.g.
description
. - Language Data Commons Schema Terms (Can also be browsed through the Metadata for Language Data GitBook): Add the prefix
ldac
, e.g.ldac:interviewer
. - Dublin Core Metadata Terms: Add the prefix
dct
, e.g.dct:rightsHolder
.
If you have terms specific to your collection that aren’t covered by the above schemas, see the Custom Terms tab on how to use them.
Tab Breakdown
The spreadsheet has the below tabs by default, but depending on your collection, you may need to add additional tabs, or others may not be applicable.
Tab | Description |
---|---|
RootDataset | Metadata about the root or top level of the collection. Unlike the other tabs, the header for the root dataset is vertical rather than horizontal. |
@context | Specifies the vocabulary or schema that is intended to be used with language data. |
Custom Terms | Specifies any terms used that are specific to the collection and not part of other existing metadata schemas. |
Authors | Metadata about the person or organisation responsible for creating this collection. |
Publishers | Metadata about the organisation responsible for releasing this collection. |
Licenses | Metadata about the license(s) within the collection, both for the objects and files. |
Provenance | Metadata about the documented history or chain of custody of materials from their creation to their current location within a collection. |
People | Metadata about the people within the collection. |
Places | Metadata about the places within the collection. |
Localities | Metadata about the geometric location data within the collection. |
Objects | Metadata about the entities within the collection that could encompass one or more files. |
Files | Metadata about the files in your collection. If the collection has multiple file formats that you prefer to track separately, duplicate this tab and add the formats to the tab names, e.g. CSV_Files, EAF_Files, WAV_Files. |
Schemas | Metadata about the schemas within the collection, for example, the set of columns used in tabular CSV files. |
Columns | Metadata about the columns within the CSV files in the collection. |
ELAN (.eaf) files can have relative or absolute paths to the data they relate to. The ELAN preferences file is generally not needed for the collection and relates to the particular ELAN user only.
Examples in the Template
Below the header, at least one example row is included to illustrate how the section can be filled. This is colour-coded according to whether the column:
- requires the user to manually input data (blue)
- is pre-filled with a formula or static value and doesn’t require editing (green)
- is for internal use and doesn’t require editing in most cases (orange).
HINT: Highlight the example row and drag it down to copy all the pre-filled cells. Remember to remove the example rows before you convert your spreadsheet in Crate-O!
The columns provided in the template tabs are illustrative only and may not all apply to your collection; please edit these as needed.
Where a column header begins with a full stop .
, this indicates that the column will be ignored when the data is loaded into Crate-O and will not appear in the RO-Crate. This can be helpful if you want to retain other information in your spreadsheet that may not be in a format applicable to the RO-Crate.
At a minimum, it’s best practice to include @id
and @type
columns in each of your spreadsheet tabs, as these appear in Crate-O for each of the entities. The tables in the next sections provide further detail on what constitutes a valid @id
and @type
in each tab.
HINT: To type a column name beginning with
@
in Excel, put an apostrophe before it'@
. This will force it to be recognised as a text value rather than a formula.
Column Breakdown
The section below describes each of the columns included in the template, ordered by tab. Please note that the columns provided in the template tabs are illustrative only and should be edited according to the requirements of your collection.
RootDataset
The root dataset tab provides information about the top level of the collection. Unlike the other tabs, the root dataset tab lists items row by row and can only have one column, so if there are rows that require more than one value (like @type
), duplicate that row.
Column | Type | Description |
---|---|---|
@id | Data entry | Persistent, managed unique ID in URL format (if available), for example, a DOI for a collection. The default for this field is ./ indicating a relative path to your current directory, however, if you already have a persistent ID for the collection, it can be added in this field instead. |
@type | Pre-filled | The type of the collection. Both Dataset and RepositoryCollection are required. |
name | Data entry | The name of this collection. |
description | Data entry | An abstract of the collection. Include as much detail as possible about the motivation and use of the dataset, including things that we do not yet have properties for. |
ldac:doi | Data entry | A Digital Object Identifier, e.g. https://doi.org/10.1000/182. |
isRef_author | Pre-filled | Generated from the @id column in the Authors tab. |
isRef_publisher | Pre-filled | Generated from the @id column in the Publishers tab. |
isRef_license | Pre-filled | Generated from the @id column in the Licenses tab. |
datePublished | Data entry | The date the object was published. The date should be in the ISO 8601 format YYYY-MM-DD. |
inLanguage | Data entry | The language in which the resource is written. For example, a work about the Italian language as used in Australia (ldac:subjectLanguage ) that is written in English (inLanguage ). |
ldac:subjectLanguage | Data entry | The languages that the materials in the collection are about (not the language that it is in). For example, a work about the Italian language as used in Australia (ldac:subjectLanguage ) that is written in English (inLanguage ). |
ldac:metadataIsPublic | Data entry | Determines whether the collection metadata can be viewed publicly. Requires a Boolean value (TRUE or FALSE ). |
The prefix
isRef_
indicates that data in this column should be taken from another@id
field in the spreadsheet. For example,isRef_author
uses the@id
from the Author tab to link all the author details to the RootDataset tab.
@context
The context specifies the vocabulary or schema that is intended to be used with the collection. In the case of language data, the Language Data Commons Schema (ldac) is used. This is also the place to specify the schema for Custom Terms if these occur in your collection.
Column | Type | Description |
---|---|---|
name | Pre-filled | The namespace of the required vocabulary or schema. The template is pre-filled with the ldac schema, which is required for this template. It is also pre-filled with csvw for Schemas and Columns, and custom for Custom Terms. |
@id | Pre-filled | Persistent, managed unique ID in URL format of the vocabulary or schema. |
Custom Terms
If you have terms specific to your collection that aren’t covered by the existing Metadata Schemas, use the custom terms tab to add them.
Metadata terms are organised according to the following entity types. Use the types that are most useful for your collection.
Entity Description Examples Property Used for attributes of the thing you are describing, similar to fields you might see on a form.
- If you want the value of the term to be free text, e.g. name, age, make a property.
- If you have a set of finite values for the term, like multiple choice, make a property as the overarching term.
- motherTongue
- register
Defined Term Sets Used to define a group of terms that can be used under a single property.
- If you have a set of finite values for a property, like multiple choice, make a defined term set to group these.
- RegisterTerms
Defined Terms Used for the values of a defined term set that are used under a single property.
- If you have a set of finite values for a property, like multiple choice, make each of these a defined term.
- GovernmentEnglish
- PrivateWritten
- PublicWritten
- SpeechBased
In the template, the example contains a property, two defined terms, and a defined term set. The property
#textType
has the defined term set#TextTypeTerms
, which contains the two defined terms#Speech
and#Interview
.Properties should start with a lowercase letter, whereas Defined Terms and Defined Term Sets start with uppercase.
Column | Type | Description |
---|---|---|
@id | Pre-filled | A complete identifier for the term, generated from the @id of the custom row in the @context tab and the .id column. |
.id | Data entry | A unique identifier for the term. The prefix # isn’t needed. |
@type | Data entry | The type of the term. Select either rdf:Property , DefinedTerm or DefinedTermSet . See the table above for descriptions and examples of these. |
name | Data entry | The name of the term. |
description | Data entry | A description of the term. |
isRef_inDefinedTermSet | Data entry | If one or more of your terms has the @type DefinedTerm , add the @id of the defined term set it is a part of here. If you haven’t created a term with the @type DefinedTermSet , add another row for this. For rows that have the @type rdf:Property or DefinedTermSet , leave this field blank. |
sameAs | Data entry | If the term you are defining is the same as a term in another schema (excluding those in Metadata Schemas), add the URL to the term. |
rdfs:subClassOf | Data entry | For internal use and doesn’t need editing. See rdfs:subClassOf for more detail. |
Using Custom Terms on Other Tabs
Once you’ve listed your custom terms, these can be used throughout the spreadsheet in the following ways:
- Properties: as column headers in the format
custom:yourProperty
- Defined Terms: as column values under their related custom property in the format
custom:YourDefinedTerm
Defined Term Sets are only required in the Custom Terms tab to group a set of Defined Terms and don’t need to be used elsewhere in the spreadsheet.
Authors
An author is a person or organisation responsible for creating the collection. It is possible for collections to have multiple authors.
Column | Type | Description |
---|---|---|
@id | Data entry | Persistent, managed unique ID in URL format (if available), for example, an ROR for an organisation or an ORCID, personal home page URL or email address for a person. |
@type | Data entry | The type of the author. Select either Person or Organization . |
name | Data entry | The name of the author. Don’t include titles such as Dr/Prof. |
Publishers
A publisher is an organisation responsible for releasing the collection. It is possible for collections to have multiple publishers.
Column | Type | Description |
---|---|---|
@id | Data entry | Persistent, managed unique ID in URL format (if available), for example, an ROR for an organisation. |
@type | Pre-filled | The type of the publisher. Only Organization is valid. |
name | Data entry | The name of the organisation. |
Licenses
A license for a collection establishes the conditions for who can access, share and reuse the data, and other conditions as required. It is a legal arrangement between the creator of the data and the end-user specifying what users can do with the data.
Column | Type | Description |
---|---|---|
@id | Data entry | A URL to a version of the license (if available), for example, a URL of a Creative Commons license. For custom licenses (i.e. those specific to a particular collection), it is recommended that a copy of the license file be included in the repository to ensure that it remains accessible. license.txt or similar should be added as the @id . |
@type | Pre-filled | The type of license. ldac:DataReuseLicense is required for all items, and File should also be added for physical licenses in the collection as [ldac:DataReuseLicense, File] . |
name | Data entry | The name of the license. |
description | Data entry | A description of the license. |
ldac:allowTextIndex | Data entry | Determines whether the collection text can be indexed for search purposes. Requires a Boolean value (TRUE or FALSE ). |
isRef_sameAs | Data entry | Indicates that two items are identical versions of the same license. For example, a Creative Commons license that has a URL as well as a local copy contained within the collection. |
isRef_isPartOf | Pre-filled | Specifies the collection that the license is a part of, generated from the @id column in the RootDataset tab. |
It is possible to leave the licensing tab blank if these details are still being finalised for the collection, however, this will need to be amended later in Crate-O.
If there are any additional usage restrictions or options for use outside of a given license, this information can be included in a
usageInfo
field, e.g. “For any use not permitted by the CC-BY-ND 4.0 License, please contact the Data Steward”.
Provenance
The provenance for a collection details the documented history from an item’s creation to its current location within a collection, including changes in format and tools required to read the file.
Column | Type | Description |
---|---|---|
@id | Data entry | A unique identifier for the document change within the collection. Identifiers should be prefixed with # . |
@type | Pre-filled | The type of provenance. Only CreateAction is valid. |
name | Data entry | The name of the action on the document. |
description | Data entry | A description of the changes to the document within the collection. |
isRef_object | Data entry | The document upon which the action is carried out, i.e. a file that was used as an input in some way. |
isRef_result | Data entry | The resulting document produced in the action, i.e. the output file. |
instrument | Data entry | The tool or software app used to create the output file. If a more complete description of the software is required, change the header from instrument to isRef_instrument instead. |
isRef_agent | Data entry | The direct performer or driver of the action, for example, an ROR for an organisation or an ORCID, personal home page URL or email address for a person. |
People
This tab contains information about the people within the collection.
Column | Type | Description |
---|---|---|
@id | Pre-filled | A unique identifier for the person, generated from the name column. Identifiers should be prefixed with # . |
@type | Pre-filled | The type of the entity. Only Person is valid. |
name | Data entry | The name of the person. |
gender | Data entry | The gender of the person. An example of an optional metadata field from the source data, using a Schema.org term. |
birthDate | Data entry | The birth date (year) of the person. An example of an optional metadata field from the source data, using a Schema.org term. |
isRef_prov:specializationOf | Data entry | A reference to another Person entity, used for collections where a person appears more than once with different demographic info (e.g. a different age). In these collections, there should be a ‘canonical’ person for each participant and another Person entity each time they participate, with different ages or other statuses. |
Places
This tab contains information about the places within the collection.
Column | Type | Description |
---|---|---|
@id | Data entry | A unique identifier for the place. Identifiers should be prefixed with # . |
@type | Pre-filled | The type of the entity. Only Place is valid. |
name | Data entry | The name of the place. |
description | Data entry | A description of the place, including its alternative names. |
isRef_geo | Data entry | The @id of the location to which this object relates from the Localities tab. |
Localities
This tab contains information about the geometric locations within the collection.
Column | Type | Description |
---|---|---|
@id | Data entry | A unique identifier for the location. Identifiers should be prefixed with # . |
@type | Pre-filled | The type of the entity. Only Geometry is valid. |
.latitude | Data entry | The latitude of the location in decimal degree format. |
.longitude | Data entry | The longitude of the location in decimal degree format. |
asWKT | Pre-filled | The WKT serialisation of the geometry, generated from the .latitude and .longitude columns. Note that asWKT format lists longitude first followed by latitude. |
Objects
An object is a single resource or a group of tightly related resources in a collection. For example, a work (document) in a written corpus, or the files associated with a dialogue or session in a speech study (recordings, transcriptions, etc.). Some systems, such as PARADISEC, refer to Objects as Items or may use other terms.
Column | Type | Description |
---|---|---|
@id | Pre-filled | A unique identifier for the object, generated from the name column. Identifiers should be prefixed with # . |
@type | Pre-filled | The type of the entity. Only RepositoryObject is valid. |
name | Data entry | The name of the object. |
description | Data entry | A description of the object. |
isRef_ldac:speaker | Pre-filled | Generated from the .pseudonym column with # prefixed. |
.pseudonym | Data entry | An example of a column from a data steward’s source data, so that speakers in the collection are anonymised. |
datePublished | Data entry | The date the object was published. The date should be in ISO 8601 format YYYY-MM-DD. |
isRef_pcdm:memberOf | Pre-filled | The collection this object is a member of, generated from the @id column in the RootDataset tab. Or if the collection contains sub-collections, a reference to another RepositoryCollection @id . |
isRef_license | Data entry | The @id of the license to which this object adheres from the Licenses tab. |
isRef_ldac:indexableText | Data entry | Identifies which of the files in the given object has content that is indexed for search purposes. For example, in the template, the content of the CSV file would be searchable, whereas the EAF and WAV files would not. If isRef_ldac:indexableText is not included in a collection, search will only run on the metadata and not the transcript file content. |
isRef_contentLocation | Data entry | The @id of the place to which this object relates from the Places tab. |
inLanguage | Data entry | The language in which the resource is written. For example, a work about the Italian language as used in Australia (ldac:subjectLanguage ) that is written in English (inLanguage ). |
ldac:subjectLanguage | Data entry | The languages that the materials in the collection are about (not the language that it is in). For example, a work about the Italian language as used in Australia (ldac:subjectLanguage ) that is written in English (inLanguage ). |
isRef_custom:textType | Data entry | The @id of the term to which this object relates from the Custom Terms tab. An example of an optional custom term from the source data. |
Files
A file is a container for data and can store data in different formats. A single object could have an audio file as well as a text file containing a transcription of the audio. Three examples of file types are included in the template: CSV, EAF and WAV.
Column | Type | Description |
---|---|---|
@id | Pre-filled | The file path to the given file. Generated from the .folder and .filename columns. |
@type | Data entry | The type of file. In the first @type column, File is required for all items.In the second @type column, choose from either ldac:PrimaryMaterial , ldac:Annotation or ldac:DerivedMaterial (see materialType for full term descriptions). If the file is a tabular CSV and you have a schema of the columns used, csvw:Table should also be added, e.g. [ldac:Annotation, csvw:Table] . See Schemas and Columns for more detail. |
.folder | Data entry | The folder name in which the given file appears. If the file path has subfolders, use forward slash / , without the slash at the end of the file path, e.g. path/to/folder . |
.filename | Data entry | The name of the given file, including postfixes, e.g. filename.txt . |
isType_ldac:PrimaryMaterial | Data entry | Indicates whether the given file is the object of study, such as a literary work, film, or recording of natural discourse. Requires the Boolean value TRUE or leave blank if false. |
isType_ldac:Annotation | Data entry | Indicates whether the given file is an annotation of another file. Requires the Boolean value TRUE or leave blank if false. |
isRef_isPartOf | Data entry | Specifies the object that the file is a part of. Template example uses the @id column of the Objects tab. If entering manually, note that this field is case-sensitive. |
isRef_ldac:annotationOf | Data entry | The full filename of the primary material that the given file is an annotation of. Leave this blank if the file is the primary material. |
isRef_csvw:tableSchema | Data entry | If the file is a tabular CSV and you have a schema of the columns used, add the schema ID here, otherwise leave this field blank. See Schemas and Columns for more detail. |
Schemas
If you have tabular CSV files in your collection, a schema allows you to define tabular formats for the tables used within the collection, which are further detailed in the Columns tab.
Column | Type | Description |
---|---|---|
@id | Data entry | A unique identifier for the schema. Identifiers should be prefixed with # . |
@type | Pre-filled | The type of the schema. Only csvw:Schema is valid. |
name | Data entry | The name of the schema. |
isRef_conformsTo | Data entry | A standard that the schema follows. Only tabulatorMapping is valid. |
Columns
If you have tabular CSV files in your collection with multiple columns, this tab allows you to identify the columns within your data as well as provide definitions for them. This allows users to see at a glance what is contained within the CSV files through the metadata and HTML preview, rather than having to open the files individually.
Column | Type | Description |
---|---|---|
@id | Pre-filled | A unique identifier for the column, generated from the name column. Identifiers should be prefixed with #col_ . |
@type | Pre-filled | The type of the entity. Only csvw:Column is valid. |
name | Data entry | The name of the column. Avoid using spaces, as this is also used to generate the @id . |
description | Data entry | A definition of the column. |
csvw:propertyUrl | Data entry | If any of the columns map directly to another schema term, use this field to provide the unique identifier of that term, otherwise leave this field blank. |
isReverse_csvw:columns | Data entry | The @id of the schema to which this column relates from the Schemas tab. |
Convert Spreadsheet to an RO-Crate with Crate-O
For steps on adding your spreadsheet data to an RO-Crate using Crate-O, see Append Data from Spreadsheet.