This guide assumes basic familiarity with the Frictionless Framework. To learn more, please read the Introduction and Quick Start. Also, this guide is meant to be read in order from top to bottom, and reuses examples throughout the text. You can use the menu to skip sections, but please note that you might need to run code from earlier sections to make all the examples work.
In Frictionless terms, "Describing data" means creating metadata for your data files. Having metadata is important because data files by themselves usually do not provide enough information to fully understand the data. For example, if you have a data table in a CSV format without metadata, you are missing a few critical pieces of information:
size
field means (does that field mean geographic size? Or does it refer to the size of the file?)For a dataset, there is even more information that can be provided, like the general purpose of a dataset, information about data sources, list of authors, and more. Also, when there are many tabular files, relational rules can be very important. Usually, there are foreign keys ensuring the integrity of the dataset; for example, think of a reference table containing country names and other data tables using it as a reference. Data in this form is called "normalized data" and it occurs very often in scientific and other kinds of research.
Now that we have a general understanding of what "describing data" is, we can discuss why it is important:
These are not the only positives of having metadata, but they are two of the most important. Please continue reading to learn how Frictionless helps to achieve these advantages by describing your data. This guide will discuss the main describe
functions (describe
, Schema.describe
, Resource.describe
, Package.describe
) and will then go into more detail about how to create and edit metadata in Frictionless.
For the following examples, you will need to have Frictionless installed. See our Quick Start Guide if you need help.
pip install frictionless
The describe
functions are the main Frictionless tool for describing data. In many cases, this high-level interface is enough for data exploration and other needs.
The frictionless framework provides 4 different describe
functions in Python:
describe
: detects the source type and returns Data Resource or Data Package metadataSchema.describe
: always returns Table Schema metadataResource.describe
: always returns Data Resource metadataPackage.describe
: always returns Data Package metadataAs described in more detail in the Introduction, a resource is a single file, such as a data file, and a package is a set of files, such as a data file and a schema.
In the command-line, there is only 1 command (describe
) but there is also a flag to adjust the behavior:
frictionless describe your-table.csv
frictionless describe your-table.csv --type schema
frictionless describe your-table.csv --type resource
frictionless describe your-table.csv --type package
Please take into account that file names might be used by Frictionless to detect a metadata type for data extraction or validation. It's recommended to use corresponding suffixes when you save your metadata to the disk. For example, you might name your Table Schema as table.schema.yaml
, Data Resource as table.resource.yaml
, and Data Package as table.package.yaml
. If there is no hint in the file name Frictionless will assume that it's a resource descriptor by default.
For example, if we want a Data Package descriptor for a single file:
Download
table.csv
to reproduce the examples (right-click and "Save link as").
frictionless describe table.csv --type package
─────────────────────────────────── Dataset ────────────────────────────────────
dataset
┏━━━━━━━┳━━━━━━━┳━━━━━━━━━━━┓
┃ name ┃ type ┃ path ┃
┡━━━━━━━╇━━━━━━━╇━━━━━━━━━━━┩
│ table │ table │ table.csv │
└───────┴───────┴───────────┘
──────────────────────────────────── Tables ────────────────────────────────────
table
┏━━━━━━━━━┳━━━━━━━━┓
┃ id ┃ name ┃
┡━━━━━━━━━╇━━━━━━━━┩
│ integer │ string │
└─────────┴────────┘
from frictionless import describe
package = describe("table.csv", type="package")
print(package.to_yaml())
resources:
- name: table
type: table
path: table.csv
scheme: file
format: csv
mediatype: text/csv
encoding: utf-8
schema:
fields:
- name: id
type: integer
- name: name
type: string
Table Schema is a specification for providing a "schema" (similar to a database schema) for tabular data. This information includes the expected data type for each value in a column ("string", "number", "date", etc.), constraints on the value ("this string can only be at most 10 characters long"), and the expected format of the data ("this field should only contain strings that look like email addresses"). Table Schema can also specify relations between data tables.
We're going to use this file for the examples in this section. For this guide, we only use CSV files because of their demonstrativeness, but in general Frictionless can handle data in Excel, JSON, SQL, and many other formats:
Download
country-1.csv
to reproduce the examples (right-click and "Save link as").
cat country-1.csv
id,neighbor_id,name,population
1,,Britain,67
2,3,France,67
3,2,Germany,83
4,5,Italy,60
5,4,Spain,47
with open('country-1.csv') as file:
print(file.read())
id,neighbor_id,name,population
1,,Britain,67
2,3,France,67
3,2,Germany,83
4,5,Italy,60
5,4,Spain,47
Let's get a Table Schema using the Frictionless framework (note: this example uses YAML for the schema format, but Frictionless also supports JSON format):
from frictionless import Schema
schema = Schema.describe("country-1.csv")
schema.to_yaml("country.schema.yaml") # use schema.to_json for JSON
The high-level functions of Frictionless operate on the dataset and resource levels so we have to use a little bit of Python programming to get the schema information. Below we will show how to use a command-line interface for similar tasks.
cat country.schema.yaml
fields:
- name: id
type: integer
- name: neighbor_id
type: integer
- name: name
type: string
- name: population
type: integer
with open('country.schema.yaml') as file:
print(file.read())
fields:
- name: id
type: integer
- name: neighbor_id
type: integer
- name: name
type: string
- name: population
type: integer
As we can see, we were able to infer basic metadata from our data file. But describing data doesn't end here - we can provide additional information that we discussed earlier:
You can edit "country.schema.yaml" manually instead of running Python
from frictionless import Schema
schema = Schema.describe("country-1.csv")
schema.get_field("id").title = "Identifier"
schema.get_field("neighbor_id").title = "Identifier of the neighbor"
schema.get_field("name").title = "Name of the country"
schema.get_field("population").title = "Population"
schema.get_field("population").description = "According to the year 2020's data"
schema.get_field("population").constraints["minimum"] = 0
schema.foreign_keys.append(
{"fields": ["neighbor_id"], "reference": {"resource": "", "fields": ["id"]}}
)
schema.to_yaml("country.schema-full.yaml")
Let's break it down:
cat country.schema-full.yaml
fields:
- name: id
type: integer
title: Identifier
- name: neighbor_id
type: integer
title: Identifier of the neighbor
- name: name
type: string
title: Name of the country
- name: population
type: integer
title: Population
description: According to the year 2020's data
constraints:
minimum: 0
foreignKeys:
- fields:
- neighbor_id
reference:
resource: ''
fields:
- id
with open('country.schema-full.yaml') as file:
print(file.read())
fields:
- name: id
type: integer
title: Identifier
- name: neighbor_id
type: integer
title: Identifier of the neighbor
- name: name
type: string
title: Name of the country
- name: population
type: integer
title: Population
description: According to the year 2020's data
constraints:
minimum: 0
foreignKeys:
- fields:
- neighbor_id
reference:
resource: ''
fields:
- id
Later we're going to show how to use the schema we created to ensure the validity of your data; in the next few sections, we will focus on Data Resource and Data Package metadata.
To continue learning about table schemas please read:
The Data Resource format describes a data resource such as an individual file or data table. The essence of a Data Resource is a path to the data file it describes. A range of other properties can be declared to provide a richer set of metadata including Table Schema for tabular data.
For this section, we will use a file that is slightly more complex to handle. In this example, cells are separated by the ";" character and there is a comment on the top:
Download
country-2.csv
to reproduce the examples (right-click and "Save link as").
cat country-2.csv
# Author: the scientist
id;neighbor_id;name;population
1;;Britain;67
2;3;France;67
3;2;Germany;83
4;5;Italy;60
5;4;Spain;47
with open('country-2.csv') as file:
print(file.read())
# Author: the scientist
id;neighbor_id;name;population
1;;Britain;67
2;3;France;67
3;2;Germany;83
4;5;Italy;60
5;4;Spain;47
Let's describe it:
frictionless describe country-2.csv
─────────────────────────────────── Dataset ────────────────────────────────────
dataset
┏━━━━━━━━━━━┳━━━━━━━┳━━━━━━━━━━━━━━━┓
┃ name ┃ type ┃ path ┃
┡━━━━━━━━━━━╇━━━━━━━╇━━━━━━━━━━━━━━━┩
│ country-2 │ table │ country-2.csv │
└───────────┴───────┴───────────────┘
──────────────────────────────────── Tables ────────────────────────────────────
country-2
┏━━━━━━━━━━━━━━━━━━━━━━━━━┓
┃ # Author: the scientist ┃
┡━━━━━━━━━━━━━━━━━━━━━━━━━┩
│ string │
└─────────────────────────┘
from frictionless import describe
resource = describe('country-2.csv')
print(resource.to_yaml())
name: country-2
type: table
path: country-2.csv
scheme: file
format: csv
mediatype: text/csv
encoding: utf-8
schema:
fields:
- name: '# Author: the scientist'
type: string
OK, that looks wrong -- for example, the schema has only inferred one field, and that field does not seem correct either. As we have seen in the "Introductory Guide" Frictionless is capable of inferring some complicated cases' metadata but our data table is too complex for it to automatically infer. We need to manually program it:
You can edit "country.resource.yaml" manually instead of running Python
from frictionless import Schema, describe
resource = describe("country-2.csv")
resource.dialect.header_rows = [2]
resource.dialect.get_control('csv').delimiter = ";"
resource.schema = "country.schema.yaml"
resource.to_yaml("country.resource-cleaned.yaml")
So what we did here:
cat country.resource-cleaned.yaml
name: country-2
type: table
path: country-2.csv
scheme: file
format: csv
mediatype: text/csv
encoding: utf-8
dialect:
headerRows:
- 2
csv:
delimiter: ;
schema: country.schema.yaml
with open('country.resource-cleaned.yaml') as file:
print(file.read())
name: country-2
type: table
path: country-2.csv
scheme: file
format: csv
mediatype: text/csv
encoding: utf-8
dialect:
headerRows:
- 2
csv:
delimiter: ;
schema: country.schema.yaml
Our resource metadata includes the schema metadata we created earlier, but it also has:
But the most important difference is that the resource metadata contains the path
property. This is a conceptual distinction of the Data Resource specification compared to the Table Schema specification. While a Table Schema descriptor can describe a class of data files, a Data Resource descriptor describes only one exact data file, data/country-2.csv
in our case.
Using programming terminology we could say that:
We will show the practical difference in the "Using Metadata" section, but in the next section, we will overview the Data Package specification.
To continue learning about data resources please read:
A Data Package consists of:
The Data Package metadata is stored in a "descriptor". This descriptor is what makes a collection of data a Data Package. The structure of this descriptor is the main content of the specification below.
In addition to this descriptor, a data package will include other resources such as data files. The Data Package specification does NOT impose any requirements on their form or structure and can, therefore, be used for packaging any kind of data.
The data included in the package may be provided as:
For this section, we will use the following files:
Download
country-3.csv
to reproduce the examples (right-click and "Save link as")
cat country-3.csv
id,capital_id,name,population
1,1,Britain,67
2,3,France,67
3,2,Germany,83
4,5,Italy,60
5,4,Spain,47
with open('country-3.csv') as file:
print(file.read())
id,capital_id,name,population
1,1,Britain,67
2,3,France,67
3,2,Germany,83
4,5,Italy,60
5,4,Spain,47
Download
capital-3.csv
to reproduce the examples (right-click and "Save link as").
cat capital-3.csv
id,name
1,London
2,Berlin
3,Paris
4,Madrid
5,Rome
with open('capital-3.csv') as file:
print(file.read())
id,name
1,London
2,Berlin
3,Paris
4,Madrid
5,Rome
First of all, let's describe our package now. We did it before for a resource but now we're going to use a glob pattern to indicate that there are multiple files:
frictionless describe *-3.csv
─────────────────────────────────── Dataset ────────────────────────────────────
dataset
┏━━━━━━━━━━━┳━━━━━━━┳━━━━━━━━━━━━━━━┓
┃ name ┃ type ┃ path ┃
┡━━━━━━━━━━━╇━━━━━━━╇━━━━━━━━━━━━━━━┩
│ capital-3 │ table │ capital-3.csv │
│ country-3 │ table │ country-3.csv │
└───────────┴───────┴───────────────┘
──────────────────────────────────── Tables ────────────────────────────────────
capital-3
┏━━━━━━━━━┳━━━━━━━━┓
┃ id ┃ name ┃
┡━━━━━━━━━╇━━━━━━━━┩
│ integer │ string │
└─────────┴────────┘
country-3
┏━━━━━━━━━┳━━━━━━━━━━━━┳━━━━━━━━┳━━━━━━━━━━━━┓
┃ id ┃ capital_id ┃ name ┃ population ┃
┡━━━━━━━━━╇━━━━━━━━━━━━╇━━━━━━━━╇━━━━━━━━━━━━┩
│ integer │ integer │ string │ integer │
└─────────┴────────────┴────────┴────────────┘
from frictionless import describe
package = describe("*-3.csv")
print(package.to_yaml())
resources:
- name: capital-3
type: table
path: capital-3.csv
scheme: file
format: csv
mediatype: text/csv
encoding: utf-8
schema:
fields:
- name: id
type: integer
- name: name
type: string
- name: country-3
type: table
path: country-3.csv
scheme: file
format: csv
mediatype: text/csv
encoding: utf-8
schema:
fields:
- name: id
type: integer
- name: capital_id
type: integer
- name: name
type: string
- name: population
type: integer
We have already learned about many concepts that are reflected in this metadata. We can see resources, schemas, fields, and other familiar entities. The difference is that this descriptor has information about multiple files which is a popular way of sharing data - in datasets. Very often you have not only one data file but also additional data files, some textual documents e.g. PDF, and others. To package all of these files with the corresponding metadata we use data packages.
Following the pattern that is already familiar to the guide reader, we add some additional metadata:
You can edit "country.package.yaml" manually instead of running Python
from frictionless import describe
package = describe("*-3.csv")
package.title = "Countries and their capitals"
package.description = "The data was collected as a research project"
package.get_resource("country-3").name = "country"
package.get_resource("capital-3").name = "capital"
package.get_resource("country").schema.foreign_keys.append(
{"fields": ["capital_id"], "reference": {"resource": "capital", "fields": ["id"]}}
)
package.to_yaml("country.package.yaml")
In this case, we add a relation between different files connecting id
and capital_id
. Also, we provide dataset-level metadata to explain the purpose of this dataset. We haven't added individual fields' titles and descriptions, but that can be done as it was shown in the "Table Schema" section.
cat country.package.yaml
title: Countries and their capitals
description: The data was collected as a research project
resources:
- name: capital
type: table
path: capital-3.csv
scheme: file
format: csv
mediatype: text/csv
encoding: utf-8
schema:
fields:
- name: id
type: integer
- name: name
type: string
- name: country
type: table
path: country-3.csv
scheme: file
format: csv
mediatype: text/csv
encoding: utf-8
schema:
fields:
- name: id
type: integer
- name: capital_id
type: integer
- name: name
type: string
- name: population
type: integer
foreignKeys:
- fields:
- capital_id
reference:
resource: capital
fields:
- id
with open('country.package.yaml') as file:
print(file.read())
title: Countries and their capitals
description: The data was collected as a research project
resources:
- name: capital
type: table
path: capital-3.csv
scheme: file
format: csv
mediatype: text/csv
encoding: utf-8
schema:
fields:
- name: id
type: integer
- name: name
type: string
- name: country
type: table
path: country-3.csv
scheme: file
format: csv
mediatype: text/csv
encoding: utf-8
schema:
fields:
- name: id
type: integer
- name: capital_id
type: integer
- name: name
type: string
- name: population
type: integer
foreignKeys:
- fields:
- capital_id
reference:
resource: capital
fields:
- id
The main role of the Data Package descriptor is describing a dataset; as we can see, it includes previously shown descriptors like schema
, dialect
, and resource
. But it would be a mistake to think that Data Package is the least important specification; actually, it completes the Frictionless Data suite making it possible to share and validate not only individual files but also complete datasets.
To continue learning about data resources please read:
This documentation contains a great deal of information on how to use metadata and why it's vital for your data. In this section, we're going to provide a quick example based on the "Data Resource" section but please read other documents to get the full picture.
Let's get back to this complex data table:
cat country-2.csv
# Author: the scientist
id;neighbor_id;name;population
1;;Britain;67
2;3;France;67
3;2;Germany;83
4;5;Italy;60
5;4;Spain;47
with open('country-2.csv') as file:
print(file.read())
# Author: the scientist
id;neighbor_id;name;population
1;;Britain;67
2;3;France;67
3;2;Germany;83
4;5;Italy;60
5;4;Spain;47
As we tried before, by default Frictionless can't properly describe this file so we got something like:
frictionless describe country-2.csv
─────────────────────────────────── Dataset ────────────────────────────────────
dataset
┏━━━━━━━━━━━┳━━━━━━━┳━━━━━━━━━━━━━━━┓
┃ name ┃ type ┃ path ┃
┡━━━━━━━━━━━╇━━━━━━━╇━━━━━━━━━━━━━━━┩
│ country-2 │ table │ country-2.csv │
└───────────┴───────┴───────────────┘
──────────────────────────────────── Tables ────────────────────────────────────
country-2
┏━━━━━━━━━━━━━━━━━━━━━━━━━┓
┃ # Author: the scientist ┃
┡━━━━━━━━━━━━━━━━━━━━━━━━━┩
│ string │
└─────────────────────────┘
from frictionless import describe
resource = describe("country-2.csv")
print(resource.to_yaml())
name: country-2
type: table
path: country-2.csv
scheme: file
format: csv
mediatype: text/csv
encoding: utf-8
schema:
fields:
- name: '# Author: the scientist'
type: string
Trying to extract the data will fail this way:
frictionless extract country-2.csv
─────────────────────────────────── Dataset ────────────────────────────────────
dataset
┏━━━━━━━━━━━┳━━━━━━━┳━━━━━━━━━━━━━━━┓
┃ name ┃ type ┃ path ┃
┡━━━━━━━━━━━╇━━━━━━━╇━━━━━━━━━━━━━━━┩
│ country-2 │ table │ country-2.csv │
└───────────┴───────┴───────────────┘
──────────────────────────────────── Tables ────────────────────────────────────
country-2
┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
┃ # Author: the scientist ┃
┡━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┩
│ id;neighbor_id;name;population │
│ 1;;Britain;67 │
│ 2;3;France;67 │
│ 3;2;Germany;83 │
│ 4;5;Italy;60 │
│ 5;4;Spain;47 │
└────────────────────────────────┘
from pprint import pprint
from frictionless import extract
rows = extract("country-2.csv")
pprint(rows)
{'country-2': [{'# Author: the scientist': 'id;neighbor_id;name;population'},
{'# Author: the scientist': '1;;Britain;67'},
{'# Author: the scientist': '2;3;France;67'},
{'# Author: the scientist': '3;2;Germany;83'},
{'# Author: the scientist': '4;5;Italy;60'},
{'# Author: the scientist': '5;4;Spain;47'}]}
This example highlights a really important idea - without metadata many software will not be able to even read this data file. Furthermore, without metadata people cannot understand the purpose of this data. To see how we can use metadata to fix our data, let's now use the country.resource-full.yaml
file we created in the "Data Resource" section with Frictionless extract
:
frictionless extract country.resource-cleaned.yaml
─────────────────────────────────── Dataset ────────────────────────────────────
dataset
┏━━━━━━━━━━━┳━━━━━━━┳━━━━━━━━━━━━━━━┓
┃ name ┃ type ┃ path ┃
┡━━━━━━━━━━━╇━━━━━━━╇━━━━━━━━━━━━━━━┩
│ country-2 │ table │ country-2.csv │
└───────────┴───────┴───────────────┘
──────────────────────────────────── Tables ────────────────────────────────────
country-2
┏━━━━┳━━━━━━━━━━━━━┳━━━━━━━━━┳━━━━━━━━━━━━┓
┃ id ┃ neighbor_id ┃ name ┃ population ┃
┡━━━━╇━━━━━━━━━━━━━╇━━━━━━━━━╇━━━━━━━━━━━━┩
│ 1 │ None │ Britain │ 67 │
│ 2 │ 3 │ France │ 67 │
│ 3 │ 2 │ Germany │ 83 │
│ 4 │ 5 │ Italy │ 60 │
│ 5 │ 4 │ Spain │ 47 │
└────┴─────────────┴─────────┴────────────┘
from pprint import pprint
from frictionless import extract
rows = extract("country.resource-cleaned.yaml")
pprint(rows)
{'country-2': [{'id': 1,
'name': 'Britain',
'neighbor_id': None,
'population': 67},
{'id': 2, 'name': 'France', 'neighbor_id': 3, 'population': 67},
{'id': 3, 'name': 'Germany', 'neighbor_id': 2, 'population': 83},
{'id': 4, 'name': 'Italy', 'neighbor_id': 5, 'population': 60},
{'id': 5, 'name': 'Spain', 'neighbor_id': 4, 'population': 47}]}
As we can see, the data is now fixed. The metadata we had saved the day! If we explore this data in Python we can discover that it also corrected data types - e.g. id
is Python's integer not string. We can now export and share this data without any worries.
Many Frictionless Framework's classes are metadata classes as though Schema, Resource, or Package. All the sections below are applicable for all these classes. You can read about the base Metadata class in more detail in API Reference.
Many Frictionless functions infer metadata under the hood such as describe
, extract
, and many more. On a lower-level, it's possible to control this process. To see this, let's create a Resource
.
from frictionless import Resource
resource = Resource("country-1.csv")
print(resource)
{'name': 'country-1',
'type': 'table',
'path': 'country-1.csv',
'scheme': 'file',
'format': 'csv',
'mediatype': 'text/csv'}
{'path': 'country-1.csv'}
Frictionless always tries to be as explicit as possible. We didn't provide any metadata except for path
so we got the expected result. But now, we'd like to infer
additional metadata:
We can ask for stats using CLI with
frictionless describe data/table.csv --stats
. Note that we use thestats
argument for theresource.infer
function.
frictionless describe country-1.csv --stats --json
{
"name": "country-1",
"type": "table",
"path": "country-1.csv",
"scheme": "file",
"format": "csv",
"mediatype": "text/csv",
"encoding": "utf-8",
"hash": "sha256:7cf6ce03c75461e1d9862b89250dbacf43e97976d1f25c056173971dfb203671",
"bytes": 100,
"fields": 4,
"rows": 5,
"schema": {
"fields": [
{
"name": "id",
"type": "integer"
},
{
"name": "neighbor_id",
"type": "integer"
},
{
"name": "name",
"type": "string"
},
{
"name": "population",
"type": "integer"
}
]
}
}
from pprint import pprint
from frictionless import Resource
resource = Resource("country-1.csv")
resource.infer(stats=True)
pprint(resource)
{'name': 'country-1',
'type': 'table',
'path': 'country-1.csv',
'scheme': 'file',
'format': 'csv',
'mediatype': 'text/csv',
'encoding': 'utf-8',
'hash': 'sha256:7cf6ce03c75461e1d9862b89250dbacf43e97976d1f25c056173971dfb203671',
'bytes': 100,
'fields': 4,
'rows': 5,
'schema': {'fields': [{'name': 'id', 'type': 'integer'},
{'name': 'neighbor_id', 'type': 'integer'},
{'name': 'name', 'type': 'string'},
{'name': 'population', 'type': 'integer'}]}}
The result is really familiar to us already. We have seen it a lot as an output of the describe
function or command. Basically, that's what this high-level function does under the hood: create a resource and then infer additional metadata.
All the main Metadata
classes have this method with different available options but with the same conceptual purpose:
package.infer
resource.infer
For more advanced detection options, please read the Detector Guide
Metadata validity is an important topic, and we recommend validating your metadata before publishing. For example, let's first make it invalid:
import yaml
from frictionless import Resource
descriptor = {}
descriptor['path'] = 'country-1.csv'
descriptor['title'] = 1
try:
Resource(descriptor)
except Exception as exception:
print(exception.error)
print(exception.reasons)
{'type': 'resource-error',
'title': 'Resource Error',
'description': 'A validation cannot be processed.',
'message': 'The data resource has an error: descriptor is not valid',
'tags': [],
'note': 'descriptor is not valid'}
[{'type': 'resource-error',
'title': 'Resource Error',
'description': 'A validation cannot be processed.',
'message': "The data resource has an error: 'name' is a required property",
'tags': [],
'note': "'name' is a required property"}, {'type': 'resource-error',
'title': 'Resource Error',
'description': 'A validation cannot be processed.',
'message': "The data resource has an error: 1 is not of type 'string' at "
"property 'title'",
'tags': [],
'note': "1 is not of type 'string' at property 'title'"}]
False
[{'code': 'resource-error', 'name': 'Resource Error', 'tags': [], 'note': '"1 is not of type \'string\'" at "title" in metadata and at "properties/title/type" in profile', 'message': 'The data resource has an error: "1 is not of type \'string\'" at "title" in metadata and at "properties/title/type" in profile', 'description': 'A validation cannot be processed.'}]
We see this error'"1 is not of type \'string\'" at "title" in metadata and at "properties/title/type" in profile'
as we set title
to be an integer.
Frictionless' high-level functions like validate
runs all metadata checks by default.
We have seen this before but let's re-iterate; it's possible to transform core metadata properties using Python's interface:
from frictionless import Resource
resource = Resource("country.resource-cleaned.yaml")
resource.title = "Countries"
resource.description = "It's a research project"
resource.dialect.header_rows = [2]
resource.dialect.get_control('csv').delimiter = ";"
resource.to_yaml("country.resource-updated.yaml")
We can add custom options using the custom
property:
from frictionless import Resource
resource = Resource("country.resource-updated.yaml")
resource.custom["customKey1"] = "Value1"
resource.custom["customKey2"] = "Value2"
resource.to_yaml("country.resource-updated2.yaml")
Let's check it out:
cat country.resource-updated2.yaml
name: country-2
type: table
title: Countries
description: It's a research project
path: country-2.csv
scheme: file
format: csv
mediatype: text/csv
encoding: utf-8
dialect:
headerRows:
- 2
csv:
delimiter: ;
schema: country.schema.yaml
customKey1: Value1
customKey2: Value2
with open('country.resource-updated2.yaml') as file:
print(file.read())
name: country-2
type: table
title: Countries
description: It's a research project
path: country-2.csv
scheme: file
format: csv
mediatype: text/csv
encoding: utf-8
dialect:
headerRows:
- 2
csv:
delimiter: ;
schema: country.schema.yaml
customKey1: Value1
customKey2: Value2