View source for Journal:Development and governance of FAIR thresholds for a data federation

{{Infobox journal article
|name         = 
|image        = 
|alt          = <!-- Alternative text for images -->
|caption      = 
|title_full   = Development and governance of FAIR thresholds for a data federation
|journal      = ''Data Science Journal''
|authors      = Wong, Megan; Levett, Kerry; Lee, Ashlin; Box, Paul; Simons, Bruce; David, Rakesh; MacLeod, Andrew; Taylor, Nicolas; Schneider, Derek; Thompson, Helen
|affiliations = Federation University, Australian Research Data Commons, Commonwealth Scientific and Industrial Research Organisation, University of Adelaide, The University of Western Australia, University of New England
|contact      = Email: mr dot wong at federation dot edu dot au
|editors      = 
|pub_year     = 2022
|vol_iss      = '''21'''(1)
|at           = 13
|doi          = [http://dx.doi.org/10.5334/dsj-2022-013 10.5334/dsj-2022-013]
|issn         = 1683-1470
|license      = [http://creativecommons.org/licenses/by/4.0/ Creative Commons Attribution 4.0 International]
|website      = [https://datascience.codata.org/articles/10.5334/dsj-2022-013/ https://datascience.codata.org/articles/10.5334/dsj-2022-013/]
|download     = [https://datascience.codata.org/articles/10.5334/dsj-2022-013/galley/1138/download/ https://datascience.codata.org/articles/10.5334/dsj-2022-013/galley/1138/download/] (PDF)
}}
==Abstract==
The [[Journal:The FAIR Guiding Principles for scientific data management and stewardship|FAIR]] (findable, accessible, interoperable, and re-usable) principles and practice recommendations provide high-level guidance and recommendations that are not research-domain specific in nature. There remains a gap in practice at the data provider and domain scientist level, demonstrating how the FAIR principles can be applied beyond a set of generalist guidelines to meet the needs of a specific domain community.

We present our insights developing FAIR thresholds in a domain-specific context for self-governance by a community (in this case, agricultural research). "Minimum thresholds" for FAIR data are required to align expectations for data delivered from providers’ distributed data stores through a community-governed federation (the Agricultural Research Federation, AgReFed).

Data providers were supported to make data holdings more FAIR. There was a range of different FAIR starting points, organizational goals, and end user needs, solutions, and capabilities. This informed the distilling of a set of FAIR criteria ranging from "Minimum thresholds" to "Stretch targets." These were operationalized through consensus into a framework for governance and implementation by the agricultural research domain community.

Improving the FAIR maturity of data took resourcing and incentive to do so, highlighting the challenge for data federations to generate value whilst reducing costs of participation. Our experience showed a role for supporting collective advocacy, relationship brokering, tailored support, and low-bar tooling access, particularly across the areas of data structure, access, and semantics that were challenging to domain researchers. Active democratic participation supported by a governance framework like AgReFed’s will ensure participants have a say in how federations can deliver individual and collective benefits for members.

'''Keywords''': agriculture, AgReFed, FAIR data, community, governance, RM-ODP, data federation

==Context and contribution==
The agriculture data landscape is complex, comprising of a range of data types, standards, repositories, stakeholder needs, and commercial interests, creating data silos and potential "lock-ins" for consumers.<ref name=":0">{{Cite journal |last=Kenney |first=Martin |last2=Serhan |first2=Hiam |last3=Trystram |first3=Gilles |date=2020 |title=Digitization and Platforms in Agriculture: Organizations, Power Asymmetry, and Collective Action Solutions |url=https://www.ssrn.com/abstract=3638547 |journal=SSRN Electronic Journal |language=en |doi=10.2139/ssrn.3638547 |issn=1556-5068}}</ref><ref name=":1">{{Cite journal |last=Ingram |first=Julie |last2=Maye |first2=Damian |last3=Bailye |first3=Clive |last4=Barnes |first4=Andrew |last5=Bear |first5=Christopher |last6=Bell |first6=Matthew |last7=Cutress |first7=David |last8=Davies |first8=Lynfa |last9=de Boon |first9=Auvikki |last10=Dinnie |first10=Liz |last11=Gairdner |first11=Julian |date=2022-03 |title=What are the priority research questions for digital agriculture? |url=https://linkinghub.elsevier.com/retrieve/pii/S0264837721006852 |journal=Land Use Policy |language=en |volume=114 |pages=105962 |doi=10.1016/j.landusepol.2021.105962}}</ref> There is an urgent need to work toward clear, ethical, efficient agricultural [[data sharing]] practices<ref>{{Cite journal |last=Jakku |first=Emma |last2=Taylor |first2=Bruce |last3=Fleming |first3=Aysha |last4=Mason |first4=Claire |last5=Fielke |first5=Simon |last6=Sounness |first6=Chris |last7=Thorburn |first7=Peter |date=2019-12-01 |title=“If they don’t tell us what they do with it, why would we trust them?” Trust, transparency and benefit-sharing in Smart Farming |url=https://www.tandfonline.com/doi/full/10.1016/j.njas.2018.11.002 |journal=NJAS: Wageningen Journal of Life Sciences |language=en |volume=90-91 |issue=1 |pages=1–13 |doi=10.1016/j.njas.2018.11.002 |issn=1573-5214}}</ref><ref>{{Cite journal |last=Wiseman, L.; Sanderson, J. |year=2018 |title=Legal and trust issues in Australian agriculture |url=http://hdl.handle.net/10072/379876 |journal=Proceedings of the 40th Annual Conference Australian Society of Sugar Cane Technologists}}</ref> that incorporate improvements to discoverability, accessibility, interoperability, and [[Quality (business)|quality]] of data across the value chain.<ref>{{Cite web |last=Barry, S.; Darnell, R.; Grundy, M. et al. |date=2017 |title=Precision to Decision – Current and future state of agricultural data for digital agriculture in Australia |url=https://www.crdc.com.au/sites/default/files/P2D%20Current%20and%20future%20state%20of%20data%20-%20CSIRO%20Data%2061%20Final%20Report.pdf |format=PDF |publisher=CSIRO and Cotton Research and Development Corporation |accessdate=11 November 2021}}</ref><ref>{{Cite web |last=Perrett, E.; Heath, R.; Laurie, A. et al. |date=2017 |title=Accelerating precision agriculture to decision agriculture – Analysis of the economic benefit and strategies for delivery of digital agriculture in Australia |url=https://www.crdc.com.au/sites/default/files/P2D%20Ecomomic%20impact%20of%20digital%20ag%20-%20AFI%20Final%20Report.pdf |format=PDF |publisher=Australian Farm Institute and Cotton Research and Development Corporation |accessdate=11 November 2021}}</ref><ref name=":2">{{Cite journal |last=Box |first=Paul |last2=Reeson |first2=Andrew |last3=Sanderson |first3=Todd |date=2017 |title=Cultivating Trust: Towards an Australian Agricultural Data Market |url=https://publications.csiro.au/publications/publication/PIcsiro:EP177171 |doi=10.4225/08/5A05E92767CA4}}</ref> A priority stakeholder question across the agri-tech sector is "how do we create systems whereby people feel confident in entering and sharing data, and in turn how do we create systems to govern data for the benefit of all?"<ref name=":1" />

Agricultural data stakeholders span the public and private sector, including farmers, traders, researchers, universities, consultants, and consumers. Their varied needs around data type, trustworthiness, timeliness, availability, and accuracy shape the many data capture, storage, delivery, and value-add products emerging across the public and private sector.<ref name=":0" /><ref>{{Cite web |last=Allemang, D.; Teegarden, B. |date=August 2016 |title=A Global Data Ecosystem for Agriculture and Food |url=https://www.godan.info/sites/default/files/documents/Godan_Global_Data_Ecosystem_Publication_lowres.pdf |format=PDF |publisher=Global Open Data for Agriculture and Nutrition |accessdate=17 December 2021}}</ref> Data providers require confidence in data infrastructure governance before they share their data, in turn requiring ethics of ownership, access, and control. Strong value propositions are also key. This helps grow participants via a "network effect," increasing infrastructure value further.<ref name=":1" /><ref name=":2" /><ref>{{Cite journal |last=Chiles |first=Robert M. |last2=Broad |first2=Garrett |last3=Gagnon |first3=Mark |last4=Negowetti |first4=Nicole |last5=Glenna |first5=Leland |last6=Griffin |first6=Megan A. M. |last7=Tami-Barrera |first7=Lina |last8=Baker |first8=Siena |last9=Beck |first9=Kelly |date=2021-12 |title=Democratizing ownership and participation in the 4th Industrial Revolution: challenges and opportunities in cellular agriculture |url=https://link.springer.com/10.1007/s10460-021-10237-7 |journal=Agriculture and Human Values |language=en |volume=38 |issue=4 |pages=943–961 |doi=10.1007/s10460-021-10237-7 |issn=0889-048X |pmc=PMC8383920 |pmid=34456466}}</ref>

Offerings of the many data infrastructures vary and may include a means for:

*depositing data for persistence, citation, publisher, and funding requirements<ref>{{Cite web |last=DataCite Association |date=2022 |title=Repository Finder |url=https://repositoryfinder.datacite.org/ |publisher=DataCite Association |accessdate=02 March 2022}}</ref>;
*increasing collaborative opportunities;
*enhancing regulatory compliance;
*improving on-farm operations;
*leveraging standardization, [[quality assurance]], and [[quality control]] pipelines and specialist analysis capacity<ref name=":3">{{Cite journal |last=Harper |first=Lisa |last2=Campbell |first2=Jacqueline |last3=Cannon |first3=Ethalinda K S |last4=Jung |first4=Sook |last5=Poelchau |first5=Monica |last6=Walls |first6=Ramona |last7=Andorf |first7=Carson |last8=Arnaud |first8=Elizabeth |last9=Berardini |first9=Tanya Z |last10=Birkett |first10=Clayton |last11=Cannon |first11=Steve |date=2018-01-01 |title=AgBioData consortium recommendations for sustainable genomics and genetics databases for agriculture |url=https://academic.oup.com/database/article/doi/10.1093/database/bay088/5096675 |journal=Database |language=en |volume=2018 |doi=10.1093/database/bay088 |issn=1758-0463 |pmc=PMC6146126 |pmid=30239679}}</ref><ref>{{Cite journal |last=Wicquart |first=Jérémy |last2=Gudka |first2=Mishal |last3=Obura |first3=David |last4=Logan |first4=Murray |last5=Staub |first5=Francis |last6=Souter |first6=David |last7=Planes |first7=Serge |date=2022-05 |title=A workflow to integrate ecological monitoring data from different sources |url=https://linkinghub.elsevier.com/retrieve/pii/S1574954121003344 |journal=Ecological Informatics |language=en |volume=68 |pages=101543 |doi=10.1016/j.ecoinf.2021.101543}}</ref>;
*running simulations through [[virtual research environment]]s (VREs)<ref>{{Citation |last=Knapen |first=M. J. Rob |last2=Lokers |first2=Rob M. |last3=Candela |first3=Leonardo |last4=Janssen |first4=Sander |date=2020 |editor-last=Athanasiadis |editor-first=Ioannis N. |editor2-last=Frysinger |editor2-first=Steven P. |editor3-last=Schimak |editor3-first=Gerald |editor4-last=Knibbe |editor4-first=Willem Jan |title=AGINFRA PLUS: Running Crop Simulations on the D4Science Distributed e-Infrastructure |url=http://link.springer.com/10.1007/978-3-030-39815-6_8 |work=Environmental Software Systems. Data Science in Action |language=en |publisher=Springer International Publishing |place=Cham |volume=554 |pages=81–89 |doi=10.1007/978-3-030-39815-6_8 |isbn=978-3-030-39814-9 |accessdate=2022-06-10}}</ref>;
*performing cross-domain [[data integration]]<ref>{{Cite journal |last=Kruseman |first=Gideon |last2=Bairagi |first2=Subir |last3=Komarek |first3=Adam M. |last4=Molero Milan |first4=Anabel |last5=Nedumaran |first5=Swamikannu |last6=Petsakos |first6=Athanasios |last7=Prager |first7=Steven |last8=Yigezu |first8=Yigezu A. |date=2020-03 |title=CGIAR modeling approaches for resource‐constrained scenarios: II. Models for analyzing socioeconomic factors to improve policy recommendations |url=https://onlinelibrary.wiley.com/doi/10.1002/csc2.20114 |journal=Crop Science |language=en |volume=60 |issue=2 |pages=568–581 |doi=10.1002/csc2.20114 |issn=0011-183X}}</ref>; and
*linking data and models to knowledge products and decision support tooling.<ref>{{Cite journal |last=Antle |first=John M |last2=Basso |first2=Bruno |last3=Conant |first3=Richard T |last4=Godfray |first4=H Charles J |last5=Jones |first5=James W |last6=Herrero |first6=Mario |last7=Howitt |first7=Richard E |last8=Keating |first8=Brian A |last9=Munoz-Carpena |first9=Rafael |last10=Rosenzweig |first10=Cynthia |last11=Tittonell |first11=Pablo |date=2017-07 |title=Towards a new generation of agricultural system data, models and knowledge products: Design and improvement |url=https://linkinghub.elsevier.com/retrieve/pii/S0308521X16306096 |journal=Agricultural Systems |language=en |volume=155 |pages=255–268 |doi=10.1016/j.agsy.2016.10.002 |pmc=PMC5485644 |pmid=28701817}}</ref>

If the goal is to make data trusted, discoverable, and re-usable across the sector<ref name=":4">{{Cite journal |last=Brewer, Stephen |last2=Pearson, Simon |last3=Godsiff, Philip |last4=Maull, Roger |date=2021-03-23 |title=Food Data Trust: A framework for information sharing |url=https://zenodo.org/record/4575565 |language=en |doi=10.5281/zenodo.4575565}}</ref><ref>{{Cite web |last=Ernst & Young |date=March 2019 |title=Agricultural Innovation – A National Approach to Grow Australia’s Future |url=https://www.awe.gov.au/sites/default/files/sitecollectiondocuments/agriculture-food/innovation/summary-report-agricultural-innovation.PDF |format=PDF |publisher=Ernst & Young |accessdate=24 March 2022}}</ref>, then a single platform is unlikely to meet all (public, private, commercial) needs.<ref name=":1" /><ref name=":4" /> Sector concerns include among others vendor lock-ins and a tendency towards stifling innovation.<ref name=":1" /> As such, a grand challenge is found in how data can be discovered and made interoperable among so many different databases and infrastructures. One solution is a decentralized federated approach where there is no single master data repository or registry<ref name=":3" /> but rather a network of independent databases and infrastructures that can deliver data through a shared platform using standard transfer protocols via [[application programming interface]] (API). The data still remains with providers, as can access controls.

Preferring a single front-end source of data, as found in data federation, is not novel, and many of the [[Journal:The FAIR Guiding Principles for scientific data management and stewardship|FAIR]] (findable, accessible, interoperable, and re-usable) principles<ref name=":5">{{Cite journal |last=Wilkinson |first=Mark D. |last2=Dumontier |first2=Michel |last3=Aalbersberg |first3=IJsbrand Jan |last4=Appleton |first4=Gabrielle |last5=Axton |first5=Myles |last6=Baak |first6=Arie |last7=Blomberg |first7=Niklas |last8=Boiten |first8=Jan-Willem |last9=da Silva Santos |first9=Luiz Bonino |last10=Bourne |first10=Philip E. |last11=Bouwman |first11=Jildau |date=2016-03-15 |title=The FAIR Guiding Principles for scientific data management and stewardship |url=https://www.nature.com/articles/sdata201618 |journal=Scientific Data |language=en |volume=3 |issue=1 |pages=160018 |doi=10.1038/sdata.2016.18 |issn=2052-4463 |pmc=PMC4792175 |pmid=26978244}}</ref> underpin data federations’ functions. Some examples include the Earth System Grid Federation<ref>{{Cite journal |last=Petrie |first=Ruth |last2=Denvil |first2=Sébastien |last3=Ames |first3=Sasha |last4=Levavasseur |first4=Guillaume |last5=Fiore |first5=Sandro |last6=Allen |first6=Chris |last7=Antonio |first7=Fabrizio |last8=Berger |first8=Katharina |last9=Bretonnière |first9=Pierre-Antoine |last10=Cinquini |first10=Luca |last11=Dart |first11=Eli |date=2021-01-29 |title=Coordinating an operational data distribution network for CMIP6 data |url=https://gmd.copernicus.org/articles/14/629/2021/ |journal=Geoscientific Model Development |language=en |volume=14 |issue=1 |pages=629–644 |doi=10.5194/gmd-14-629-2021 |issn=1991-9603}}</ref>, materials science data discovery<ref>{{Cite journal |last=Plante |first=Raymond L. |last2=Becker |first2=Chandler A. |last3=Medina-Smith |first3=Andrea |last4=Brady |first4=Kevin |last5=Dima |first5=Alden |last6=Long |first6=Benjamin |last7=Bartolo |first7=Laura M. |last8=Warren |first8=James A. |last9=Hanisch |first9=Robert J. |date=2021-04-13 |title=Implementing a Registry Federation for Materials Science Data Discovery |url=http://datascience.codata.org/articles/10.5334/dsj-2021-015/ |journal=Data Science Journal |language=en |volume=20 |pages=15 |doi=10.5334/dsj-2021-015 |issn=1683-1470 |pmc=PMC8596377 |pmid=34795758}}</ref>, and OneGeology.<ref>{{Cite web |last=OneGeology |date=2020 |title=OneGeology |url=https://www.onhttps://www.onegeology.org/egeology.org/ |accessdate=24 March 2022}}</ref> In the case of agriculture, there is the Ag Data Commons<ref>{{Cite web |last=U.S. Department of Agriculture |title=Ag Data Commons |work=National Agriculture Library |url=https://data.nal.usda.gov/ |publisher=U.S. Department of Agriculture |accessdate=24 March 2022}}</ref>, the proposed U.K. Food Data Trust<ref name=":4" />, AgINFRA<ref>{{Cite journal |last=Drakos |first=Andreas |last2=Protonotarios |first2=Vassilis |last3=Manouselis |first3=Nikos |date=2015-06-15 |title=agINFRA: a research data hub for agriculture, food and the environment |url=https://f1000research.com/articles/4-127/v2 |journal=F1000Research |language=en |volume=4 |pages=127 |doi=10.12688/f1000research.6349.2 |issn=2046-1402 |pmc=PMC4544381 |pmid=26339472}}</ref>, and CGIAR Platform for Big Data In Agriculture.<ref>{{Cite web |last=CGIAR |date=2021 |title=Platform for Big Data in Agriculture |url=https://bigdata.cgiar.org/ |publisher=CGIAR |accessdate=15 November 2021}}</ref> Many of these data federation initiatives specify standards for the description and exchange of data, focusing on a particular data type of provider and/or providing a central intermediate space to standardize data. However, we believe agriculture requires a different approach given the diversity of data stores, one that addresses the ways data is structured, described, and delivered; differences in organizational and research requirements and norms; and economic, trust, and intellectual property concerns connected to agricultural data in general.

Since 2018, we have piloted a community-governed federation approach via the Agricultural Research Federation (AgReFed).<ref name=":6">{{Cite journal |last=Box |first=Paul |last2=Levett |first2=Kerry |last3=Simons |first3=Bruce |last4=Wong |first4=Megan |date=2019 |title=Guidelines for the development of a Data Stewardship and Governance Framework for the Agricultural Research Federation (AgReFed) |url=https://publications.csiro.au/publications/publication/PIcsiro:EP192770 |doi=10.25919/5CF179BA35DB9}}</ref> Participants provisioned their data holdings from their own choice of data repository aligned to their organization's capabilities and requirements of their research field. Concurrently, they aligned with collective expectations for FAIR data. This required developing acceptable levels of FAIR data to be implemented and governed by AgReFed participants. Current practices adopt FAIR as a high-level set of guiding principles<ref name=":5" /> or a set of generalist practice recommendations.<ref name=":7">{{Cite journal |last=Bahim |first=Christophe |last2=Casorrán-Amilburu |first2=Carlos |last3=Dekkers |first3=Makx |last4=Herczog |first4=Edit |last5=Loozen |first5=Nicolas |last6=Repanas |first6=Konstantinos |last7=Russell |first7=Keith |last8=Stall |first8=Shelley |date=2020-10-27 |title=The FAIR Data Maturity Model: An Approach to Harmonise FAIR Assessments |url=http://datascience.codata.org/articles/10.5334/dsj-2020-041/ |journal=Data Science Journal |language=en |volume=19 |pages=41 |doi=10.5334/dsj-2020-041 |issn=1683-1470}}</ref> This case study addressed this gap in an agricultural-specific implementation of FAIR in practice. As part of this study, we co-developed FAIR threshold criteria for participants to deliver data through a federation, and, through a consensus process, we integrated these FAIR thresholds into a framework for ongoing governance by a research domain community, for generating individual and collective benefit and growth of a data federation.

==Use cases==
The datasets of the pilot included point observations, as well as spatial, temporal, on-ground, sensor, and remote sensed data. The data described plants (yield, crop rotation, metabolomic, [[Proteomics|proteomic]], hyperspectral), soil, and climatic variables from across Australia (Table 1).

{| 
 | style="vertical-align:top;" |
{| class="wikitable" border="1" cellpadding="5" cellspacing="0" width="80%"
 |-
  | colspan="4" style="background-color:white; padding-left:10px; padding-right:10px;" |'''Table 1.''' The data providers and their data products. An * indicates both data provider and user of the dataset or collection.
 |-
 |- 
  ! style="background-color:#e2e2e2; padding-left:10px; padding-right:10px;" |In-text abbreviation
  ! style="background-color:#e2e2e2; padding-left:10px; padding-right:10px;" |Data product name
  ! style="background-color:#e2e2e2; padding-left:10px; padding-right:10px;" |Data product type
  ! style="background-color:#e2e2e2; padding-left:10px; padding-right:10px;" |Data provider to AgReFed
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |'''SH''' (Soil Health)
  | style="background-color:white; padding-left:10px; padding-right:10px;" |[https://doi.org/10.25955/5c1c6b8f4d8d2 Corangamite Soil Health Monitoring Program Data]<ref>{{Citation |last=Miller, L. |first= |date=20 December 2018 |title=Corangamite soil health monitoring program data |url=http://data2.cerdi.edu.au/dataset/corangamite-soil-health-monitoring-program |work=CeRDI Datasets |publisher=Centre for eResearch and Digital Innovation |doi=10.25955/5c1c6b8f4d8d2 |accessdate=}}</ref>
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Dataset and service
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Federation University, Centre for eResearch and Innovation (CeRDI)
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |'''SMN-1''' (Soil Moisture Network 1)
  | style="background-color:white; padding-left:10px; padding-right:10px;" |[https://doi.org/10.25955/5cdcff6168a76 Southern Farming Systems Moisture Probe Network Data]<ref>{{Citation |last=Miller, L.; Midwood, J. |first= |last2= |first2= |date=2019 |title=Southern Farming Systems Moisture Probe Network Data |url=http://data2.cerdi.edu.au/dataset/southern-farming-systems-moisture-probe-network-data |work=CeRDI Datasets |publisher=Centre for eResearch and Digital Innovation |doi=10.25955/5cdcff6168a76 |accessdate=}}</ref>
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Dataset
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Federation University, CeRDI
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |'''WT''' (Wheat Trials)
  | style="background-color:white; padding-left:10px; padding-right:10px;" |[https://doi.org/10.4225/08/55E5165EC0D29 Waite Permanent Rotation Trial]<ref>{{Citation |last=Sanderman |first=Jonathan |last2=David |first2=Rakesh |last3=Moore |first3=Andrew |last4=Keith |first4=Heather |last5=Farquharson |first5=Ryan |date=2015 |title=Waite Permanent Rotation Trial |url=https://data.csiro.au/collections/#collection/CIcsiro:14488v4/DItrue |work=CSIRO Data Access Portal |publisher=CSIRO |doi=10.4225/08/55e5165ec0d29 |accessdate=}}</ref>
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Dataset
  | style="background-color:white; padding-left:10px; padding-right:10px;" |* University of Adelaide, School of Agriculture, Food and Wine
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |'''NS''' (NatSoils)
  | style="background-color:white; padding-left:10px; padding-right:10px;" |[https://doi.org/10.25919/5eeb2a56eac12 CSIRO National Soil Site Database]<ref>{{Citation |last=CSIRO |date=2020 |title=CSIRO National Soil Site Database |url=https://data.csiro.au/collections/#collection/CIcsiro:7526v4/DItrue |work=CSIRO Data Access Portal |publisher=CSIRO |doi=10.25919/5eeb2a56eac12 |accessdate=}}</ref>
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Dataset and service
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Commonwealth Scientific and Industrial Research Organisation (CSIRO)
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |'''SLG''' (Soil and Landscape Grid)
  | style="background-color:white; padding-left:10px; padding-right:10px;" |[https://doi.org/10.4225/08/546ED604ADD8A Soil and Landscape Grid National Soil Attribute Maps - Available Water Capacity (3" resolution) - Release 1]<ref>{{Citation |last=Viscarra Rossel |first=Raphael |last2=Chen |first2=Charlie |last3=Grundy |first3=Mike |last4=Searle |first4=Ross |last5=Clifford |first5=David |last6=Odgers |first6=Nathan |last7=Holmes |first7=Karen |last8=Griffin |first8=Ted |last9=Liddicoat |first9=Craig |date=2014 |title=Soil and Landscape Grid National Soil Attribute Maps - Available Water Capacity (3" resolution) - Release 1 |url=https://data.csiro.au/collections/#collection/CIcsiro:11016v4 |work=CSIRO Data Access Portal |publisher=CSIRO |doi=10.4225/08/546ed604add8a |accessdate=}}</ref>
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Data product (maps), collection, and service
  | style="background-color:white; padding-left:10px; padding-right:10px;" |CSIRO
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |'''FT''' (Frost Trials)
  | style="background-color:white; padding-left:10px; padding-right:10px;" |[https://doi.org/10.26182/5cedf001186f3 UWA/DPIRD Frost Nursery Trial 2018]<ref>{{Cite journal |last=Leske |first=Brenton |date=2019 |others=Nicolas Taylor, Ben Biddulph, Harvey Millar, Department Of Primary Industries And Regional Development |title=UWA/DPIRD Frost Nursery Trial 2018 |url=https://research-repository.uwa.edu.au/en/datasets/5f49ba4a-98db-4d65-9933-dd1930734a31 |doi=10.26182/5CEDF001186F3}}</ref>
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Dataset and collection
  | style="background-color:white; padding-left:10px; padding-right:10px;" |* University of Western Australia (UWA) and Department of Primary Industries and Regional Development (DPIRD)
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |'''SMN-2''' (Soil Moisture Network 2)
  | style="background-color:white; padding-left:10px; padding-right:10px;" |[https://doi.org/10.4226/95/5b10d5ca18aef SensorNets - SMART Farms Soil Moisture Network]<ref>{{Citation |last=Moore |first=Darren |last2=Gaire |first2=Raj |date=2018 |others=Precision Agriculture Research Group |title=SensorNets - SMART Farms Soil Moisture Network |url=https://rune.une.edu.au/web/handle/1959.11/23173 |work=Research UNE |publisher=University of New England, Australia |doi=10.4226/95/5b10d5ca18aef |accessdate=}}</ref>
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Dataset
  | style="background-color:white; padding-left:10px; padding-right:10px;" |* University of New England (UNE)
 |-
|}
|}

The data providers defined a set of research use cases for the data in Table 1<ref name=":8">{{Cite journal |last=MacLeod, Andrew |last2=Wong, Megan |last3=Gregory, Linda |last4=Schneider, Derek |last5=Williams, Andrew |last6=Castleden, Ian |last7=Simons, Bruce |last8=Levett, Kerry |last9=Box, Paul |date=2020-05-13 |title=The Agricultural Research Federation (AgReFed) Technical and Information Policy Suite |url=https://zenodo.org/record/3993784 |language=en |doi=10.5281/ZENODO.3993784}}</ref>, identifying the current and anticipated data users and their ideal user experience. We then identified the requirements of the AgReFed platform, the data and [[metadata]] needed to deliver the use cases, and the FAIR principles that supported these requirements. These requirements are:

*Allow the datasets and the services delivering the data to be discovered through metadata. Ideally the ability to discover should be persistent and through multiple avenues (Findable Q1, Q2, and Q3, and Accessible Q4 and Q7; Table 2).
*Support appropriate data reuse and access controlled from the providers’ infrastructure through licensing, data access controls, and attribution (Accessible Q5 and Q6, and Reusable Q12 and Q14; Table 2).
*Allow the data to be queried on user-defined parameters, including temporal and spatial properties, what is being measured (e.g., "wheat," "water"), the observed property being measured, the result, the procedure used to obtain the result, and the units of measurement (Interoperable Q9 and Q10, and Accessible Q6; Table 2).
*Allow a subset of the data to be [[Data visualization|visualized]] through the platform and downloaded in a useable format (e.g., .csv). This requires a web service interface (Accessible Q6 and Interoperable Q8 and Q9; Table 2).
*Allow the combining of data from different datasets (Interoperable Q8 and Q9; Table 2). This requires the ability to map terms in the data to external vocabularies and semantics (e.g., replacing local descriptive terms with published controlled vocabulary concepts, such as "m" or "meter" with "<nowiki>http://qudt.org/vocab/unit/M</nowiki>") (Interoperable Q10; Table 2).
*Allow locality to be interoperable between datasets (e.g., latitude and longitude with coordinate reference system) (Interoperable Q9 and Q10; Table 2).

{| 
 | style="vertical-align:top;" |
{| class="wikitable" border="1" cellpadding="5" cellspacing="0" width="80%"
 |-
  | colspan="3" style="background-color:white; padding-left:10px; padding-right:10px;" |'''Table 2.''' AgReFed Version 1 FAIR thresholds for participation.<ref name=":6" /> Light grey indicates the AgReFed minimum acceptable requirements ("Minimum thresholds") and dark grey the ideal ("Stretch targets"). The start-status and end-status indicate the progression of FAIR maturity. Data products are '''SH''' = Soil Health; '''SMN-1''' = Soil Moisture Network 1; '''WT''' =  Wheat Trials; '''NS''' = NatSoils; '''SLG''' = Soil Landscape Grid; '''FT''' = Frost Trials; '''SMN-2''' = Soil Moisture Network 2.

 
<sup>1</sup> Indicates the minimum metadata requirement for data collections and services.<ref name=":6" /> 

<sup>2</sup> "Machine-readable" defined in terms of both syntax and structure, that is, as the representation of data products in a standard computer language that is structured in a way that is interpretable by machines.
 |-
 |- 
  ! style="background-color:#e2e2e2; padding-left:10px; padding-right:10px;" |Requirement and details
  ! style="background-color:#e2e2e2; padding-left:10px; padding-right:10px;" |Start-status
  ! style="background-color:#e2e2e2; padding-left:10px; padding-right:10px;" |End-status
 |-  
  | colspan="3" style="background-color:white; padding-left:10px; padding-right:10px;" |''Findable''<br />&nbsp;<br />
 |- 
  | colspan="3" style="background-color:white; padding-left:10px; padding-right:10px;" |'''Q1. The data product has been assigned (an) identifier(s).'''
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |No identifier
  | style="background-color:white; padding-left:10px; padding-right:10px;" |FT
  | style="background-color:white; padding-left:10px; padding-right:10px;" |
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Local identifier
  | style="background-color:white; padding-left:10px; padding-right:10px;" |
  | style="background-color:white; padding-left:10px; padding-right:10px;" |
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Web address (URL)
  | style="background-color:white; padding-left:10px; padding-right:10px;" |SH, SMN-1
  | style="background-color:white; padding-left:10px; padding-right:10px;" |
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Globally unique, citable, and persistent identifier (e.g., DOI, PURL, or Handle)
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |WT, NS, SLG, SMN-2
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |SH, SMN-1, WT, NS, SLG, FT, SMN-2
 |-
  | colspan="3" style="background-color:white; padding-left:10px; padding-right:10px;" |'''Q2. The data product identifier is included in all metadata records/files describing the data.'''
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |No
  | style="background-color:white; padding-left:10px; padding-right:10px;" |SH, SMN-1, FT, SMN-2
  | style="background-color:white; padding-left:10px; padding-right:10px;" |
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Yes
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |WT, NS, SLG
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |SH, SMN-1, WT, NS, SLG, FT, SMN-2
 |- 
  | colspan="3" style="background-color:white; padding-left:10px; padding-right:10px;" |'''Q3. The data product is described by a metadata record.'''
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Not described
  | style="background-color:white; padding-left:10px; padding-right:10px;" |SH, SMN-1, FT
  | style="background-color:white; padding-left:10px; padding-right:10px;" |
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Brief title and description
  | style="background-color:white; padding-left:10px; padding-right:10px;" |SMN-2
  | style="background-color:white; padding-left:10px; padding-right:10px;" |
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Brief title, description, and other fields
  | style="background-color:white; padding-left:10px; padding-right:10px;" |WT, NS
  | style="background-color:white; padding-left:10px; padding-right:10px;" |
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Comprehensively<sup>1</sup> in a formal metadata schema
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |SLG
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |SH, SMN-1, WT, NS, SLG. FT, SMN-2
 |-
  | colspan="3" style="background-color:white; padding-left:10px; padding-right:10px;" |'''Q4. The data product is described by a metadata record that is indexed in a searchable registry or repository.'''
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Not indexed
  | style="background-color:white; padding-left:10px; padding-right:10px;" |SH, SMN-1, FT
  | style="background-color:white; padding-left:10px; padding-right:10px;" |
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Local institutional repository
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Domain-specific repository
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Generalist public repository
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Discoverable through several places (i.e., other registries, Research Data Australia, Google Data Search)
  | style="background-color:#b6b6b6; padding-left:10px; padding-right:10px;" |WT, NS, SLG, SMN-2
  | style="background-color:#b6b6b6; padding-left:10px; padding-right:10px;" |SH, SMN-1, FT, WT, NS, SLG, SMN-2
 |- 
  | colspan="3" style="background-color:white; padding-left:10px; padding-right:10px;" |''Accessible''<br />&nbsp;<br />
 |- 
  | colspan="3" style="background-color:white; padding-left:10px; padding-right:10px;" |'''Q5. How accessible is the data? The access method(s) must be explicitly stated in the metadata record e.g., if any authentication is needed, or there are any restrictions to access.'''
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Not accessible
  | style="background-color:white; padding-left:10px; padding-right:10px;" |SH, SMN-1
  | style="background-color:white; padding-left:10px; padding-right:10px;" |
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Access to metadata only
  | style="background-color:white; padding-left:10px; padding-right:10px;" |
  | style="background-color:white; padding-left:10px; padding-right:10px;" |
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Through unspecified access conditions e.g., "contact the data custodian to discuss access"
  | style="background-color:white; padding-left:10px; padding-right:10px;" |NS, FT, SMN-2
  | style="background-color:white; padding-left:10px; padding-right:10px;" |SMN-2
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Embargoed access after a specified date; or a de-identified version of the data is publicly accessible
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Fully accessible public, or to persons who meet and follow explicitly stated conditions and processes, e.g., ethics approval for sensitive data
  | style="background-color:#b6b6b6; padding-left:10px; padding-right:10px;" |WT, SLG
  | style="background-color:#b6b6b6; padding-left:10px; padding-right:10px;" |SH, SMN-1, NS, FT, WT, SLG
 |-  
  | colspan="3" style="background-color:white; padding-left:10px; padding-right:10px;" |'''Q6. Data are available for reuse via a standardized communication protocol, such as file download over https, or a web service.'''
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |No access to data
  | style="background-color:white; padding-left:10px; padding-right:10px;" |SH, SMN-1, FT
  | style="background-color:white; padding-left:10px; padding-right:10px;" |
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |By individual arrangement
  | style="background-color:white; padding-left:10px; padding-right:10px;" |SMN-2
  | style="background-color:white; padding-left:10px; padding-right:10px;" |SMN-2
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |File download online
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |WT, SLG (partial)
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Non-standard web service (e.g., OpenAPI/Swagger/informal API)
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |WT, FT
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Standard web service API (e.g., OGC)
  | style="background-color:#b6b6b6; padding-left:10px; padding-right:10px;" |NS, SLG (partial)
  | style="background-color:#b6b6b6; padding-left:10px; padding-right:10px;" |SH, SMN-1, NS, SLG (full)
 |-  
  | colspan="3" style="background-color:white; padding-left:10px; padding-right:10px;" |'''Q7. The repository/registry agrees to maintain the persistence of the metadata record, even if the data product is no longer available.'''
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |No, or not applicable if no metadata record
  | style="background-color:white; padding-left:10px; padding-right:10px;" |SH, SMN-1, FT
  | style="background-color:white; padding-left:10px; padding-right:10px;" |
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Unsure
  | style="background-color:white; padding-left:10px; padding-right:10px;" |WT
  | style="background-color:white; padding-left:10px; padding-right:10px;" |
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Yes
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |NS, SLG, SMN-2
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |SH, SMN-1, NS, SLG, FT, SMN-2, WT
 |-
  | colspan="3" style="background-color:white; padding-left:10px; padding-right:10px;" |''Interoperable''<br />&nbsp;<br />
 |- 
  | colspan="3" style="background-color:white; padding-left:10px; padding-right:10px;" |'''Q8. The data products are available in (an) open (file) format(s).'''
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Data are mostly available only in a proprietary format
  | style="background-color:white; padding-left:10px; padding-right:10px;" |WT, FT
  | style="background-color:white; padding-left:10px; padding-right:10px;" |
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Data are available in an open format
  | style="background-color:white; padding-left:10px; padding-right:10px;" |SH, SMN-1
  | style="background-color:white; padding-left:10px; padding-right:10px;" |
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Data are available in an open, documented, widely used standard format (e.g., NetCDF, CSV, JSON, XML)
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |NS, SLG, SMN-2
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |SH, SMN-1, WT, NS, SLG, FT, SMN-2
 |- 
  | colspan="3" style="background-color:white; padding-left:10px; padding-right:10px;" |'''Q9. The data is machine-readable.<sup>2</sup>'''
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |The data are unstructured
  | style="background-color:white; padding-left:10px; padding-right:10px;" |SMN-1, WT, FT
  | style="background-color:white; padding-left:10px; padding-right:10px;" |
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |The data are structured and machine-readable (e.g., CSV, JSON, XML, RDF, database files)
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |SH, NS, SLG, SMN-2
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |SH, SMN-1, WT, NS, SLG, FT, SMN-2
 |-
  | colspan="3" style="background-color:white; padding-left:10px; padding-right:10px;" |'''Q10. The data are semantically interoperable, because they use standard, accessible ontologies and/or vocabularies to describe the data elements/variables.'''
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Data elements are not described (i.e., fields or objects are labelled with codes or not at all)
  | style="background-color:white; padding-left:10px; padding-right:10px;" |SMN-2
  | style="background-color:white; padding-left:10px; padding-right:10px;" |
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Data elements are described (so that a human user can correctly interpret the data), but no standards have been used in the description
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |SH, SMN-1, WT, FT
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |SMN-2
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Recognized standards have been used in the description of data elements, but no published vocabularies with resolvable URIs
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |NS, SLG
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |SLG, FT
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Published vocabularies using resolvable global identifiers linking to explanations are used, so that the data can be read and understood by machines as well as humans
  | style="background-color:#b6b6b6; padding-left:10px; padding-right:10px;" |
  | style="background-color:#b6b6b6; padding-left:10px; padding-right:10px;" |SH, SMN-1, NS, WT
 |-
  | colspan="3" style="background-color:white; padding-left:10px; padding-right:10px;" |'''Q11. The relationships to other data and resources (e.g., related datasets, services, publications, grants, etc.) are described in the metadata or data, to provide context around the data.'''
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |There are no links to other metadata or data
  | style="background-color:white; padding-left:10px; padding-right:10px;" |SH, SMN-1, FT, SMN-2
  | style="background-color:white; padding-left:10px; padding-right:10px;" |SMN-2
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |The metadata record includes URI links to related metadata, data, and definitions
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |WT, NS
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |NS
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Qualified links to other resources are recorded in a machine-readable format, e.g., a linked data format such as RDF
  | style="background-color:#b6b6b6; padding-left:10px; padding-right:10px;" |SLG
  | style="background-color:#b6b6b6; padding-left:10px; padding-right:10px;" |SH, SMN-1, WT, SLG, FT
 |-
  | colspan="3" style="background-color:white; padding-left:10px; padding-right:10px;" |''Reusable''<br />&nbsp;<br />
 |- 
  | colspan="3" style="background-color:white; padding-left:10px; padding-right:10px;" |'''Q12. Machine-readable data licenses are assigned to each data product and are stated in the metadata record.'''
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |No license applied
  | style="background-color:white; padding-left:10px; padding-right:10px;" |SH, SMN-1, FT, SMN-2
  | style="background-color:white; padding-left:10px; padding-right:10px;" |FT (standard license but not in metadata record)
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Non-standard license applied, with a machine-readable license/license deed URL
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |WT
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Standard license applied, without a machine-readable license deed URL
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Standard license applied, with a machine-readable license/license deed URL
  | style="background-color:#b6b6b6; padding-left:10px; padding-right:10px;" |NS, SLG
  | style="background-color:#b6b6b6; padding-left:10px; padding-right:10px;" |SH, SMN-1, WT, NS, SLG, SMN-2
 |-
  | colspan="3" style="background-color:white; padding-left:10px; padding-right:10px;" |'''Q13. The provenance of the data product is described in the metadata i.e., project objectives, data generation/collection (including from external sources) and processing workflows.'''
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |None recorded
  | style="background-color:white; padding-left:10px; padding-right:10px;" |SH, FT, SMN-2
  | style="background-color:white; padding-left:10px; padding-right:10px;" |FT
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Partially recorded
  | style="background-color:white; padding-left:10px; padding-right:10px;" |SMN-1, WT
  | style="background-color:white; padding-left:10px; padding-right:10px;" |SMN-2
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Comprehensively recorded in a text format (e.g., TXT or PDF)
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |NS, SLG
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |WT, NS, SLG
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Comprehensively recorded in a machine-readable format (e.g., in metadata record’s schema or PROV, or in RDF, JSON, NetCDF, or XML)
  | style="background-color:#b6b6b6; padding-left:10px; padding-right:10px;" |
  | style="background-color:#b6b6b6; padding-left:10px; padding-right:10px;" |SH, SMN-1
 |-
  | colspan="3" style="background-color:white; padding-left:10px; padding-right:10px;" |'''Q14. The preferred citation for the data product is provided in metadata record.'''
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |No
  | style="background-color:white; padding-left:10px; padding-right:10px;" |SH, FT, SMN-1
  | style="background-color:white; padding-left:10px; padding-right:10px;" |
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Citation but with no persistent identifiers
  | style="background-color:white; padding-left:10px; padding-right:10px;" |
  | style="background-color:white; padding-left:10px; padding-right:10px;" |
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |Citation with persistent identifiers
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |WT, NS, SLG, SMN-2
  | style="background-color:#e7e6e6; padding-left:10px; padding-right:10px;" |SH, SMN-1. WT, NS, SLG, FT, SMN-2
 |-
|}
|}

Data collection and service records need to be discoverable through the federation’s platform.<ref name=":9">{{Cite web |last=Agricultural Research Federation |date=2021 |title=AgReFed: Making the most of agricultural data for research |url=https://www.agrefed.org.au/ |publisher=Agricultural Research Federation |accessdate=11 November 2021}}</ref> AgReFed currently harvests from Research Data Australia.<ref name=":8" /> Therefore, it is an additional requirement that minimum metadata is entered into or harvestable by Research Data Australia.<ref name=":6" />

==Developing and testing the FAIR thresholds==
The development of the FAIR thresholds for AgReFed participation were co-developed by the participating research data experts and data providers. Baseline assessments of the "FAIRness" of providers’ data ("Start-status" in Table 2) were made using the Australian Research Data Commons (ARDC) FAIR data self-assessment tool.<ref>{{Citation |last=Schweitzer |first=Martin |last2=Levett, Kerry |last3=Russell, Keith |last4=White, Andrew |last5=Unsworth, Kathryn |date=2021-06-17 |title=au-research/FAIR-Data-Assessment-Tool: Release v1.0 |url=https://zenodo.org/record/4971127 |work=Zenodo |publisher=CERN |doi=10.5281/zenodo.4971127 |accessdate=}}</ref> The manual ARDC self-assessment tool articulates various levels of FAIR maturity (or "FAIRness") of data and metadata from "not at all discoverable" or "machine understandable," through to "fully understandable by both humans and machines." It also serves as an education resource for providers working to improve the FAIR maturity of their holdings.

Following this baseline assessment, providers determined where improvements could be made to move their data products along the FAIR continuum. Solutions were identified that met their own organization's goals and capabilities, as well as their end users’ needs. These were combined with requirements in the use cases to identify "Minimum thresholds" of data maturity required to support key platform functionality for data and metadata discovery, access and reuse through AgReFed. "Stretch targets" were also defined to communicate to the agricultural research community the level of data maturity that enables maximal data integration and (re)use (see the shading in Table 2).

As well as the addition of "Minimum thresholds" and "Stretch Targets," the content of the ARDC FAIR tool was modified somewhat to assist with ease of interpretation (Table 2). Changes made in response to user feedback included:

*Examples of some possible [[information]] and technology solutions were worked into the questions and answers.
*The concept of "comprehensive" metadata was clearly specified for both data collection and service records.<ref name=":6" />
*"Preferred citation" in the metadata was added as an AgReFed requirement (Q14).
*The openness of the file format was separated from the machine readability of the data (Q8). The term "Machine-readable" was defined in terms of both syntax and structure, that is, as the representation of data products in a standard computer language structured in a way that is interpretable by machines (Q9).
*A challenge for data providers was that their data and metadata were not only individual datasets contained in a single file but multiple collections, derivations (e.g., maps) and data service endpoints. Hence the ARDC FAIR assessment was refocused from the word "data" to "data product," being the data collection or product that is provided to users, along with any associated metadata or services required for its delivery. For simplicity of a manual assessment, our Q1 – 4, 7, 10, 12 and 13 are focused on assessment of the metadata and 5, 6, 8, 9 and 10 on the data. It is acknowledged that data and metadata can be assessed for FAIRness independently<ref name=":7" />, and the feasibility of assessing this way for AgReFed’s purposes should be evaluated in the future.

The ARDC and the Centre for eResearch and Digital Innovation (CeRDI) supported the data providers to improve the level of FAIR maturity of their data across a twelve-month period (2018–2019). The baseline assessments, progress to the final states, and the information and technology solutions used at those states are available as supplementary data.<ref>{{Citation |last=Levett |first=Kerry |last2=Wong |first2=Megan |last3=MacLeod |first3=Andrew |date=2022-05-12 |title=Testing of AgReFed FAIR data Minimum Thresholds and Stretch Targets |url=https://zenodo.org/record/6541413 |work=Zenodo |publisher=CERN |doi=10.5281/zenodo.6541413 |accessdate=}}</ref> Some notable experiences informed the AgReFed FAIR "Minimum thresholds" to "Stretch targets" (Table 2). These included:

*Providers’ exemplar data products each had different FAIR starting points (see "Start-status," Table 2).
*Improvements to metadata records to meet AgReFed "Minimum threshold" requirements were possible with organizational library and ARDC support (Findability Q1 to Q4), so "Minimum thresholds" were set high for Q1 to Q3.
*Access requirements and licensing varied. These were accommodated across the thresholds of Q5 and Q12.
*Data format and structure (Interoperability Q8 and Q9) and data access method (Accessibility Q6) varied between providers, as did FAIR solutions. The solutions varied depending on the data types and the organizational/research group aspirations, skills, and IT support available. So, examples of acceptable solutions were given for Interoperability Q8 and Q9, and "Minimum thresholds" to "Stretch targets" highlighted for Accessibility Q6. Provider examples included a data service provider converting sensor data from web-viewable-only HTML to O&M structured data in machine-readable format (JSON), delivered by Sensor Things API via Frost-server. Agronomic researchers converted data in Microsoft Excel tables to [[PostgreSQL]] and [[MySQL]] databases with partial O&M design patterns. These delivered JSON and CSV by Swagger PostgREST API and OpenAPI.
*The semantic interoperability (Q10) of the data products was initially highly variable. However, no data providers utilized vocabularies that were FAIR<ref>{{Cite journal |last=Cox |first=Simon J. D. |last2=Gonzalez-Beltran |first2=Alejandra N. |last3=Magagna |first3=Barbara |last4=Marinescu |first4=Maria-Cristina |date=2021-06-16 |editor-last=Markel |editor-first=Scott |title=Ten simple rules for making a vocabulary FAIR |url=https://dx.plos.org/10.1371/journal.pcbi.1009041 |journal=PLOS Computational Biology |language=en |volume=17 |issue=6 |pages=e1009041 |doi=10.1371/journal.pcbi.1009041 |issn=1553-7358 |pmc=PMC8238180 |pmid=34133421}}</ref> or near to FAIR. This was a "Stretch target" for providers, reflected in the sliding scale from the "Minimum threshold" (Q10). Providers described data with the URIs of external machine-readable vocabularies from within their database headers or lookup tables. These were expressed through the API endpoints. Challenges included finding and selecting vocabularies—including evaluating authority and persistence—and the need to create<ref>{{Citation |last=Cox |first=Simon |last2=Gregory |first2=Linda |date=2020 |title=RDF representation of ASLS soil profile classification |url=https://data.csiro.au/collections/#collection/CIcsiro:45995v1/DItrue |work=CSIRO Data Access Portal |publisher=CSIRO |doi=10.25919/5f42f324b2ef8 |accessdate=}}</ref> and therefore upskill.
*Provenance was recorded in different formats, reflected in "Minimum threshold" to "Stretch target" (Reusable Q13). Improvements were inconsistent and further work is needed defining "comprehensive" content.

==FAIR threshold governance and implementation==
The FAIR thresholds were presented to the AgReFed Council and approved through consensus (see AgReFed Council Terms of Reference)<ref name=":10">{{Cite journal |last=Wong, Megan |last2=Box, Paul |last3=Epstein, Joel |last4=Lee, Ashlin |last5=Thompson, Helen |last6=Levett, Kerry |last7=Channon, Judy |last8=Wilson, Peter |last9=Taylor, Nicolas |last10=Hergenhan, Rachelle |last11=Berger, Bettina |date=2021-06-15 |title=Agricultural Research Federation (AgReFed) Steering Policies, Roles and Responsibilities |url=https://zenodo.org/record/5205273 |language=en |doi=10.5281/ZENODO.5205273}}</ref> for integration into AgReFed’s Membership and Technical Policy.<ref name=":8" /><ref name=":10" /> An in-depth discussion of AgReFed’s architecture is not the focus of this practice paper and is reported elsewhere.<ref name=":6" /> However, we provide an overview in the context of how founding members implemented the governance around the FAIR thresholds.

AgReFed’s operation and design is a federated architecture (Figure 1).<ref name=":6" /> It draws on a Service-Orientated Architecture Reference Model design for Open Distributed Processing (RM-ODP)<ref>{{Cite web |last=International Organization for Standardization |date=December 2009 |title=ISO/IEC 10746-3:2009 Information technology — Open distributed processing — Reference model: Architecture — Part 3 |url=https://www.iso.org/standard/55724.html |publisher=International Organization for Standardization}}</ref>, with the addition of a unique "Social Architecture" viewpoint to structure social aspects of the system, such as governance. AgReFed’s Social Architecture adopts a democratic cooperative governance approach. It is led by its members to meet shared goals of self-governance, trust through active participation, and self-determination.<ref>{{Cite journal |last=Buchanan |first=James M. |date=1965-02 |title=An Economic Theory of Clubs |url=https://www.jstor.org/stable/2552442?origin=crossref |journal=Economica |volume=32 |issue=125 |pages=1 |doi=10.2307/2552442}}</ref><ref>{{Cite book |date=2020-04-30 |others=Alex Pentland, Alexander Lipton, Thomas Hardjono |title=Building the New Economy |url=https://wip.mitpress.mit.edu/collection/0499afe0 |chapter=Data Cooperatives |edition=0 |publisher=PubPub |doi=10.21428/ba67f642.0499afe0}}</ref> Governance, roles, and responsibilities are defined in the social (i.e., membership, financial, and strategic) and technical policies<ref name=":8" /><ref name=":10" /> that determine operation of AgReFed, including the implementation and governance of FAIR thresholds.


[[File:Fig1 Wong DataSciJourn22 21-1.png|1000px]]
{{clear}}
{| 
 | style="vertical-align:top;" |
{| border="0" cellpadding="5" cellspacing="0" width="1000px"
 |-
  | style="background-color:white; padding-left:10px; padding-right:10px;" |<blockquote>'''Fig. 1''' The FAIR alignment process within the AgReFed architecture. FAIR thresholds are part of the alignment process for organizations to participate in the federation. They are integrated into governance and technical policies, as well as roles and responsibilities.<ref name=":6" /></blockquote>
 |- 
|}
|}

The recommended process is that applications for membership to AgReFed are assessed by a Federation Data Steward.<ref name=":6" /><ref name=":10" /> They assess if the provider/provider community meets the membership policy, including whether the thresholds are met. The Technical Committee works with the Federation Data Steward, as well as potentially the Data Standards and Vocabularies Steward or delegated expert advisors/groups, to ensure the partners’ solutions align with and are integrated into the technical policy.

The provider has now demonstrated alignment with collective expectations for FAIR data.<ref name=":6" /> They nominate a Data Provider Collection Custodian and member to Council and (optionally) Technical Committee. Their data and metadata are made discoverable/harvestable to AgReFed, and they officially become AgReFed members. All members have equal participation and decision rights. In this way, the community participates in the governance of the FAIR threshold settings, including how they are maintained and implemented.

==Reflections and next steps==
The manual AgReFed FAIR thresholds assessment, with practical examples and definitions, was useful for helping data providers conduct meaningful assessments of their data across the full continuum of data maturity. It was also useful for developing and implementing works plans. However, to enable transparency, repeatability, and scalability of assessments across the agricultural domain, some improvements could be made. Where data, metadata, and services are machine-actionable, automated assessment could be used to support scalability and repeatability.<ref name=":11">{{Cite journal |last=Devaraju |first=Anusuriya |last2=Mokrane |first2=Mustapha |last3=Cepinskas |first3=Linas |last4=Huber |first4=Robert |last5=Herterich |first5=Patricia |last6=de Vries |first6=Jerry |last7=Akerman |first7=Vesa |last8=L’Hours |first8=Hervé |last9=Davidson |first9=Joy |last10=Diepenbroek |first10=Michael |date=2021-02-03 |title=From Conceptualization to Implementation: FAIR Assessment of Research Data Objects |url=http://datascience.codata.org/articles/10.5334/dsj-2021-004/ |journal=Data Science Journal |language=en |volume=20 |pages=4 |doi=10.5334/dsj-2021-004 |issn=1683-1470}}</ref> In contrast, manual assessment is still required for less mature data and metadata, or where a more nuanced interpretation is required, e.g., content to enhance re-usability. In the current platform phase<ref>{{Cite web |last=Australian Research Data Commons |date=08 December 2020 |title=AgReFed: A platform for the transformation of agricultural research |url=https://ardc.edu.au/project/agrefed-a-platform-for-the-transformation-of-agricultural-research/ |publisher=Australian Research Data Commons |doi=https://doi.org/10.47486/PL005}}</ref> we plan to improve repeatability of the FAIR threshold assessment by integrating a hybrid (semi-automated) approach.<ref>{{Cite journal |last=Gehlen |first=Karsten Peters-von |last2=Höck |first2=Heinke |last3=Fast |first3=Andrej |last4=Heydebreck |first4=Daniel |last5=Lammert |first5=Andrea |last6=Thiemann |first6=Hannes |date=2022-03-24 |title=Recommendations for Discipline-Specific FAIRness Evaluation Derived from Applying an Ensemble of Evaluation Tools |url=http://datascience.codata.org/articles/10.5334/dsj-2022-007/ |journal=Data Science Journal |language=en |volume=21 |pages=7 |doi=10.5334/dsj-2022-007 |issn=1683-1470}}</ref> To improve transparency and repeatability, the evidence required for both manual and machine assessment will need to be specified and may include, as examples, screen shots and automated assessment outputs.

Our experience highlighted the expertise of a Federation Data Steward will be essential for assisting partners with FAIR threshold assessments. As the federation grows, the assessments will encompass more standards and technology solutions used by different communities (e.g., FAIRsharing).<ref>{{Cite journal |last=the FAIRsharing Community |last2=Sansone |first2=Susanna-Assunta |last3=McQuilton |first3=Peter |last4=Rocca-Serra |first4=Philippe |last5=Gonzalez-Beltran |first5=Alejandra |last6=Izzo |first6=Massimiliano |last7=Lister |first7=Allyson L. |last8=Thurston |first8=Milo |date=2019-04 |title=FAIRsharing as a community approach to standards, repositories and policies |url=http://www.nature.com/articles/s41587-019-0080-8 |journal=Nature Biotechnology |language=en |volume=37 |issue=4 |pages=358–367 |doi=10.1038/s41587-019-0080-8 |issn=1087-0156 |pmc=PMC6785156 |pmid=30940948}}</ref> If various solutions align with or should be integrated into AgReFed technical policy, this will need to be evaluated by the steward in consultation with the Technical Committee. Keeping up-to-date with current developments such as the FAIR Data Maturity Mode<ref name=":7" /> will ensure the relevance and currency of the policy and thresholds. A dedicated Federation Standards and Vocabulary Steward<ref name=":6" /> would be valuable here for brokering conversations with expert domain communities and working groups that can advise or make delegated decisions.

Here, we focused on defining FAIR data thresholds. However, we recognize that repositories that the data is served from should be "FAIR data-enabling" as a critical component of the broader "FAIR data ecosystem."<ref name=":11" /><ref>{{Cite book |last=European Commission Directorate General for Research and Innovation; Collins, S.; Genova, F. et al. |date= |year=2018 |title=Turning FAIR into reality: Final report and action plan from the European Commission expert group on FAIR data. |url=https://data.europa.eu/doi/10.2777/1524 |publisher=European Commission |place= |doi=10.2777/1524}}</ref> There are various ways of assessing or accrediting repositories relating to areas of security risk management, organizational and physical infrastructure, and digital object management.<ref>{{Cite journal |last=Lin |first=Dawei |last2=Crabtree |first2=Jonathan |last3=Dillo |first3=Ingrid |last4=Downs |first4=Robert R. |last5=Edmunds |first5=Rorie |last6=Giaretta |first6=David |last7=De Giusti |first7=Marisa |last8=L’Hours |first8=Hervé |last9=Hugo |first9=Wim |last10=Jenkyns |first10=Reyna |last11=Khodiyar |first11=Varsha |date=2020-12 |title=The TRUST Principles for digital repositories |url=http://www.nature.com/articles/s41597-020-0486-7 |journal=Scientific Data |language=en |volume=7 |issue=1 |pages=144 |doi=10.1038/s41597-020-0486-7 |issn=2052-4463 |pmc=PMC7224370 |pmid=32409645}}</ref> As a preliminary trial, we included assessment of a "pass" or "fail' of several CoreTrustSeal requirements deemed necessary for persistent delivery of trusted agricultural data whilst not being onerous and disincentivizing participation.<ref name=":6" /> Our early experience showed that research scientists and even data managers had difficulty knowing if their repositories complied. Furthermore, there were challenges knowing what to assess if the data products were served from multiple repositories. AgReFed could play a role helping providers assess and choose repositories that meet community expectations. We look forward to learning about the solutions of other domains here.

Our experience was that the starting point for FAIRness of pilot participants’ data varied, as did their priorities, capacities, and solutions for improving. To ensure these viewpoints were encapsulated, setting the FAIR thresholds and their governance and implementation was done through consensus with providers. It is envisaged that this active participation will help ensure the settings are realistic and promote trust and self-determination, giving providers incentive to participate. The thresholds aimed to strike a balance between the realities and priorities of providers so as not to disincentivize participation whilst also aiming to inspire, support, and educate for fully FAIR data while meeting end-user needs.

Improving the FAIRness of data took resourcing, and as such, we recognize value propositions are required for providers to have confidence in participation. Benefits to founding partners included being an exemplar of FAIR best practice at the institutional level, making access and re-use easier for end-users, and being able to combine data types for research insights (see AgReFed's use case stories).<ref name=":9" /> Providers benefited from metadata guidance through education resources, library, and licensing support. Expert assistance, including from providers’ organizational IT, was required for data structuring, access through APIs, and finding, selecting, creating, and applying vocabularies. In one case (SMN-2), institutional IT resourcing for data service work was a challenge but raised the prioritization of upgrades now being worked on. Data federations can support collective advocacy, relationship brokering, and tailored support across these areas.

The provision, assembling, and demonstration of tooling resources for data providers’ various needs, priorities and capabilities would also lower the cost of delivering FAIR data, thereby incentivizing federation participation. Examples across the data management cycle include data management plans, data collection tools<ref>{{Cite journal |last=Devare |first=Medha |last2=Aubert |first2=Céline |last3=Benites Alfaro |first3=Omar Eduardo |last4=Perez Masias |first4=Ivan Omar |last5=Laporte |first5=Marie-Angélique |date=2021-10-11 |title=AgroFIMS: A Tool to Enable Digital Collection of Standards-Compliant FAIR Data |url=https://www.frontiersin.org/articles/10.3389/fsufs.2021.726646/full |journal=Frontiers in Sustainable Food Systems |volume=5 |pages=726646 |doi=10.3389/fsufs.2021.726646 |issn=2571-581X}}</ref>, data deposition tools<ref>{{Cite journal |last=Shaw |first=Felix |last2=Etuk |first2=Anthony |last3=Minotto |first3=Alice |last4=Gonzalez-Beltran |first4=Alejandra |last5=Johnson |first5=David |last6=Rocca-Serra |first6=Phillipe |last7=Laporte |first7=Marie-Angélique |last8=Arnaud |first8=Elizabeth |last9=Devare |first9=Medha |last10=Kersey |first10=Paul |last11=Sansone |first11=Susanna-Assunta |date=2020-06-02 |title=COPO: a metadata platform for brokering FAIR data in the life sciences |url=https://f1000research.com/articles/9-495/v1 |journal=F1000Research |language=en |volume=9 |pages=495 |doi=10.12688/f1000research.23889.1 |issn=2046-1402}}</ref>, and example protocol/reference implementations.<ref>{{Cite web |last=Dutch Techcentre for Life Sciences |title=FAIR Data Point |url=https://www.fairdatapoint.org/ |publisher=Dutch Techcentre for Life Sciences |accessdate=24 March 2022}}</ref> This is a focus of AgReFed’s next phase. Virtual research environments with example workflows are also being integrated. Furthermore, the federation can continue to align/encourage membership with intermediates or broker platforms that offer value in specific fields of research, including in data standardization.

The current phase has focused on research institutes. Expanding participation to cooperatives, research development corporations, industry, and farmers—as envisaged by members<ref>{{Cite journal |last=Paul |first=Box |last2=Epstein |first2=Joel |last3=Wong |first3=Megan |last4=Thompson |first4=Helen |last5=Lee |first5=Ashlin |last6=Levett |first6=Kerry |last7=Hergenhan |first7=Rachelle |last8=Dalhaus |first8=Peter |last9=Wilson |first9=Peter |last10=Millar |first10=Harvey |last11=David |first11=Rakesh |date=2019-08-29 |title=White Paper for the enactment phase of the Agricultural Research Federation (AgReFed) |url=https://zenodo.org/record/3706374 |journal=Zenodo |language=en |doi=10.5281/zenodo.3706374}}</ref>—will require incentivization. The governance structure of AgReFed enables the community to make policy adjustments to support this. For example, alternative funding models may be leveraged, such as user-pays for certain services and data in the competitive space. Stakeholders can bring assets aside from data to the table to help meet the varied needs of participants. Recognizing this, membership was recently expanded to providers of tooling, infrastructure, and other resources. Active participation through the federation will help ensure individual and collective benefits are delivered across the agricultural research sector, including through FAIR and trusted data.

==Acknowledgements==
We gratefully acknowledge the assistance from Catherine Brady and Melanie Barlow (ARDC) for metadata and services support; the data contributions of Dr. Ben Biddulph (Department of Primary Industries and Regional Development, WA), Southern Farming Systems, and Corangamite Catchment Management Authority; technical development by Andrew MacLeod, Scott Limmer, and Heath Gillett (Federation University); Linda Gregory (CSIRO, National Soil Data and Information); Daniel Watkins (University of New England); vocabulary support by Simon Cox (CSIRO, Environmental Informatics); and policy work and manuscript feedback from Dr. Joel Epstein. Thank you to all those providing review of AgReFed documents cited herein, including Dr. Andrew Treloar (ARDC), Prof. Harvey Millar (The University of Western Australia), Peter Wilson (CSIRO, National Soil Data, and Information), Assoc. Prof. Peter Dahlhaus and Jude Channon (Federation University), Prof. Matthew Gilliham (University of Adelaide), Dr. Bettina Berger (University of Adelaide), Dr. Kay Steel (Federation University), and Dr. Rachelle Hergenhan (University of New England).

===Author contributions===
Methodology and framework was developed by P. Box, derived from previous work and experiences, with contributions to development and implementation of the framework by B. Simons, K. Levett, A. MacLeod, and M. Wong. Testing and feedback by R. David, D. Schneider, and N. Taylor. Contributions to writing social and or technical policies were made by A. Lee, P. Box, H. Thompson, B. Simons, A. MacLeod, and M. Wong. M. Wong led article writing, with significant writing contributions from K. Levett and A. Lee. All authors contributed to writing, including revising critically for intellectual input. P. Box refined methodological scope and significance in early drafts.

===Funding===
This research was supported by the Australian Research Data Commons (ARDC) Agriculture Research Data Cloud project (DC063) and ARDC Discovery Activities (TD018). The ARDC is supported by the Australian Government through the National Collaborative Research Infrastructure Strategy (NCRIS).

===Data accessibility===
Datasets informing this research are available by open licence permitting unrestricted access (https://doi.org/10.25955/5c1c6b8f4d8d2, https://doi.org/10.4225/08/55E5165EC0D29, https://doi.org/10.25919/5c36d77a6299c, https://doi.org/10.4225/08/546ED604ADD8A, and https://doi.org/10.26182/5cedf001186f3) unless otherwise stated (https://doi.org/10.4226/95/5b10d5ca18aef and https://doi.org/10.25955/5cdcff6168a76). The FAIR assessments are available at https://doi.org/10.5281/zenodo.6541413.

===Competing interests===
The authors have no competing interests to declare.

==References==
{{Reflist|colwidth=30em}}

==Notes==
This presentation is faithful to the original, with only a few minor changes to presentation, grammar, and punctuation. In some cases important information was missing from the references, and that information was added. The original references are in alphabetical order; this version places them in or order of appearance, by design. 

<!--Place all category tags here-->
[[Category:LIMSwiki journal articles (added in 2022)]]
[[Category:LIMSwiki journal articles (all)]]
[[Category:LIMSwiki journal articles on agriculture]]
[[Category:LIMSwiki journal articles on data management and sharing]]
[[Category:LIMSwiki journal articles on FAIR data principles]]