The HESTIA Data Standard defines how agricultural production practices and environmental outcomes are represented in structured data. It enables data from different sources, countries, and production systems to be stored in a common format and meaningfully compared.
The Data Standard consists of three components: a Schema defining the structure of the data, a Glossary providing standardised terminology, and Data Validation ensuring data quality and consistency.
The HESTIA Schema defines the nodes, fields, and relationships used to represent agricultural data. Data in HESTIA are organised into the following core nodes:
All nodes are linked through identifiers. Each node indexed on the platform has an @id. New nodes being uploaded for the first time use a temporary id, which is replaced by an @id upon indexing.
For the full specification, see the Schema documentation. For frequently asked questions about the Schema, see the Schema FAQ.
Cycles include a set of boolean completeness flags (e.g., completeness.fertiliser, completeness.cropResidue, completeness.excreta, completeness.electricityFuel) that indicate whether each input category has been fully recorded. A flag set to TRUE means all inputs of that type have been reported — including recording zero values where no inputs were used. This distinction between "no data" and "zero" is critical for the emission models: a Cycle with completeness.fertiliser = TRUE and no fertiliser inputs will correctly produce zero fertiliser emissions, whereas a Cycle without the completeness flag will be skipped by the fertiliser emission models entirely.
The HESTIA Glossary contains hundreds of thousands of standardised terms used across all data on the platform. These terms ensure that the same vocabulary is used consistently, regardless of the data source or contributor.
The Glossary covers:
Wheat, grain).Urea (kg N), Diesel).N2O, to air, inorganic fertiliser, direct).Clay, Rainfall (hourly)).GWP100, Scarcity weighted water use).Each term defines the units in which data must be provided (e.g., kilograms of nitrogen per hectare). For terms with percentages as units, values should be on a 0 to 100 scale.
Data uploaded to HESTIA must use terms from the Glossary. Terms can be referenced in upload files using their @id or name. New terms can be proposed through the platform.
For further information, see the Glossary FAQ.
HESTIA applies a series of validation checks to all uploaded data to ensure consistency and quality. Validation operates at three levels:
Validation can be run locally before uploading using the open-source validation tools:
@hestia-earth/utils@hestia-earth/schema-validationhestia_earth.validationSee Validation Tools for installation and usage instructions.
Most users prepare their data by manually converting it into an Excel or JSON file that conforms to the HESTIA Schema. The Preparing a dataset guide and Example uploads describe this process in detail.
For cases where conversion needs to be generalisable and repeatable (e.g., importing from a database or other LCA software on an ongoing basis), the HESTIA Convert Base library provides an open-source framework for building automated converters into HESTIA-compatible JSON-LD.
HESTIA uses JSON-LD (JSON for Linked Data) as its native data format. JSON-LD is a structured format that supports linked data principles, enabling data to be connected across nodes and integrated into automated workflows and APIs.
For upload, data can be prepared in CSV or Excel format. The platform converts these to JSON-LD during the upload process. See Preparing a dataset for details on structuring upload files.