<?xml version="1.0" encoding="UTF-8"?>
<TEI xmlns="http://www.tei-c.org/ns/1.0" xml:lang="en">
  <teiHeader>
    <fileDesc>
      <titleStmt>
        <title>Darwin Core: An Evolving Community-Developed Biodiversity Data Standard</title>
        <author>John Wieczorek</author>
        <author>David Bloom</author>
        <author>Robert Guralnick</author>
        <author>Stan Blum</author>
        <author>Markus Döring</author>
        <author>Renato Giovanni</author>
        <author>Tim Robertson</author>
        <author>David Vieglais</author>
      </titleStmt>
      <publicationStmt>
        <p>Tag layer of the DHSS Meta-Tagging Project. The article text is reproduced from the
           staged copy named in sourceDesc and is not altered; the tags are held separately in
           standOff so that overlapping and nested spans are preserved.</p>
      </publicationStmt>
      <sourceDesc>
        <bibl>
          <title>Darwin Core: An Evolving Community-Developed Biodiversity Data Standard</title>
          <date>2012</date>
          <publisher>PLoS ONE</publisher>
          <idno type="DOI">10.1371/journal.pone.0029715</idno>
          
          <idno type="record">wieczorek2012-darwin-core-evolving-community-biodiversity-data-standard</idno>
          <note type="staged-file">wieczorek2012-darwin-core-evolving-community-biodiversity-data-standard.txt, the project's staged copy</note>
          <note type="text-sha1">a69be7ff936d998020daf86581e281079472a74d</note>
          <note type="rights">cc-by</note>
        </bibl>
      </sourceDesc>
    </fileDesc>
    <profileDesc>
      <textClass><keywords><term>biodiversity-science</term></keywords></textClass>
      <particDesc>
        <person xml:id="paper"><p>the paper's own words</p></person>
        <person xml:id="tagger"><p>the tag layer; a sentence written by the tagger about the
          paper, always anchored to a quotation but not itself a quotation</p></person>
      </particDesc>
    </profileDesc>
    <revisionDesc>
      <change when="2026-10-06"
              who="build_paper_edition.py">184 spans located by searching the stored text for the quote's exact words, allowing any whitespace between them</change>
    </revisionDesc>
  </teiHeader>
  <standOff>
    <spanGrp type="tags">
      <span xml:id="t0" from="#a1" to="#a2" type="object_of_study" ana="#object_of_study" resp="#paper">Darwin Core as a community-developed standard for publishing, sharing, and integrating biodiversity data</span>
      <span xml:id="t1" from="#a9" to="#a10" type="research_question" ana="#research_question" resp="#paper">how Darwin Core defines a common semantic language, is implemented and governed, and evolves across biodiversity research communities</span>
      <span xml:id="t2" from="#a9" to="#a10" type="contribution" ana="#contribution" resp="#paper">an account of Darwin Core&#x27;s semantic structure, history, implementation patterns, governance, extensions, and knowledge-producing infrastructure</span>
      <span xml:id="t3" from="#a1" to="#a2" type="claim_type" ana="#claim_type" resp="#paper">method</span>
      <span xml:id="t4" from="#a5" to="#a6" type="phenomenon" ana="#phenomenon" resp="#paper">interoperability and integration of heterogeneous biodiversity information</span>
      <span xml:id="t5" from="#a21" to="#a22" type="method" ana="#method" resp="#paper">practice-report<term>practice-report</term></span>
      <span xml:id="t6" from="#a1" to="#a2" type="mechanisms" ana="#mechanisms[0]" resp="#tagger" cert="0.98">A standardized view and definitions of common terms make heterogeneous biodiversity sources interoperable.<term>semantic standardization</term></span>
      <span xml:id="t7" from="#a11" to="#a12" type="mechanisms" ana="#mechanisms[1]" resp="#tagger" cert="0.98">A common language permits biodiversity data sharing while reusing metadata standards from other domains.<term>common-language sharing</term></span>
      <span xml:id="t8" from="#a13" to="#a14" type="mechanisms" ana="#mechanisms[2]" resp="#tagger" cert="0.99">Clearly defined semantics let people and machines interpret records and determine appropriate data uses.<term>defined-term interpretation</term></span>
      <span xml:id="t9" from="#a21" to="#a22" type="mechanisms" ana="#mechanisms[3]" resp="#tagger" cert="0.98">Stable term definitions can be reused across CSV, XML, JSON, RDF, and other technical contexts.<term>implementation independence</term></span>
      <span xml:id="t10" from="#a23" to="#a24" type="mechanisms" ana="#mechanisms[4]" resp="#tagger" cert="0.98">A small XML descriptor connects CSV columns and record relationships in a Darwin Core Archive.<term>archive semantics</term></span>
      <span xml:id="t11" from="#a41" to="#a42" type="mechanisms" ana="#mechanisms[5]" resp="#tagger" cert="0.98">Public discussion, change requests, review, and versioning adapt the standard without abandoning compatibility.<term>open consensus governance</term></span>
      <span xml:id="t12" from="#a43" to="#a44" type="mechanisms" ana="#mechanisms[6]" resp="#tagger" cert="0.98">A dictionary can map voucher and sample to PreservedSpecimen so applications substitute terms and improve discovery.<term>synonym normalization</term></span>
      <span xml:id="t13" from="#a45" to="#a46" type="mechanisms" ana="#mechanisms[7]" resp="#tagger" cert="0.98">The standard recommends constraints while applications enforce them only where the collaboration requires.<term>application-level validation</term></span>
      <span xml:id="t14" from="#a51" to="#a52" type="mechanisms" ana="#mechanisms[8]" resp="#tagger" cert="0.98">The IPT produces archives and metadata while a registry enables global discovery and retrieval.<term>publishing and registry coupling</term></span>
      <span xml:id="t15" from="#a53" to="#a54" type="mechanisms" ana="#mechanisms[9]" resp="#tagger" cert="0.95">Thematic networks ingest Darwin Core files into stores indexed for high-performance querying.<term>aggregation and indexing</term></span>
      <span xml:id="t16" from="#a55" to="#a56" type="mechanisms" ana="#mechanisms[10]" resp="#tagger" cert="0.98">Specialized terms are tested outside the core namespace and incorporated after broader utility and consensus are established.<term>extension lifecycle</term></span>
      <span xml:id="t17" from="#a65" to="#a66" type="mechanisms" ana="#mechanisms[11]" resp="#tagger" cert="0.98">Complementary Darwin Core and MIxS terms support reciprocal reuse plus domain-specific reporting requirements.<term>bidirectional standards harmonization</term></span>
      <span xml:id="t18" from="#a69" to="#a70" type="mechanisms" ana="#mechanisms[12]" resp="#tagger" cert="0.97">REBIOMA standardizes, mobilizes, aggregates, vets, and models distributed occurrence data.<term>standardized conservation workflow</term></span>
      <span xml:id="t19" from="#a71" to="#a72" type="mechanisms" ana="#mechanisms[13]" resp="#tagger" cert="0.95">Map of Life combines Darwin Core occurrence points with ranges, checklists, habitat data, and models to produce distribution products.<term>knowledge-base integration</term></span>
      <span xml:id="t20" from="#a5" to="#a6" type="limitations" ana="#limitations[0]" resp="#tagger" cert="0.99">Existing biodiversity repositories tend to remain isolated without coordinated publishing standards and communication protocols.</span>
      <span xml:id="t21" from="#a3" to="#a4" type="limitations" ana="#limitations[1]" resp="#tagger" cert="0.98">Broad-scale biodiversity analysis is impeded by data that are not accessible at the necessary spatial and temporal scales.</span>
      <span xml:id="t22" from="#a11" to="#a12" type="limitations" ana="#limitations[2]" resp="#tagger" cert="0.98">Locally evolved curation practices vary by discipline and institution and historically lacked a data-sharing culture.</span>
      <span xml:id="t23" from="#a15" to="#a16" type="limitations" ana="#limitations[3]" resp="#tagger" cert="0.98">Simple Darwin Core cannot easily represent repeating properties and relationships that need complex structures.</span>
      <span xml:id="t24" from="#a55" to="#a56" type="limitations" ana="#limitations[4]" resp="#tagger" cert="0.99">Darwin Core&#x27;s common-ground scope inevitably omits terms needed by specialized research groups.</span>
      <span xml:id="t25" from="#a47" to="#a48" type="limitations" ana="#limitations[5]" resp="#tagger" cert="0.99">Semantic-web integration was early-stage and hindered by the absence of a formal ontology relating Darwin Core concepts.</span>
      <span xml:id="t26" from="#a53" to="#a54" type="limitations" ana="#limitations[6]" resp="#tagger" cert="0.95">Sustainable operation of large-scale biodiversity aggregators remained an active research problem.</span>
      <span xml:id="t27" from="#a45" to="#a46" type="limitations" ana="#limitations[7]" resp="#tagger" cert="0.98">Recommended constraints are not enforced by the standard itself, leaving their application context-dependent.</span>
      <span xml:id="t28" from="#a75" to="#a76" type="limitations" ana="#limitations[8]" resp="#tagger" cert="0.98">Growing biodiversity data combine large volume with temporal, spatial, and methodological heterogeneity.</span>
      <span xml:id="t29" from="#a1" to="#a2" type="concepts" ana="#concepts[0]" resp="#paper" cert="0.99">Biodiversity data<term>Biodiversity data</term></span>
      <span xml:id="t30" from="#a1" to="#a2" type="concepts" ana="#concepts[1]" resp="#paper" cert="0.98">standardized view<term>standardized view</term></span>
      <span xml:id="t31" from="#a1" to="#a2" type="concepts" ana="#concepts[2]" resp="#paper" cert="0.99">interoperability<term>interoperability</term></span>
      <span xml:id="t32" from="#a1" to="#a2" type="concepts" ana="#concepts[3]" resp="#paper" cert="0.98">common terms<term>common terms</term></span>
      <span xml:id="t33" from="#a7" to="#a8" type="concepts" ana="#concepts[4]" resp="#paper" cert="0.99">Darwin Core<term>Darwin Core</term></span>
      <span xml:id="t34" from="#a1" to="#a2" type="concepts" ana="#concepts[5]" resp="#paper" cert="0.98">data standard<term>data standard</term></span>
      <span xml:id="t35" from="#a7" to="#a8" type="concepts" ana="#concepts[6]" resp="#paper" cert="0.98">biodiversity information<term>biodiversity information</term></span>
      <span xml:id="t36" from="#a15" to="#a16" type="concepts" ana="#concepts[7]" resp="#paper" cert="0.99">Simple Darwin Core<term>Simple Darwin Core</term></span>
      <span xml:id="t37" from="#a1" to="#a2" type="concepts" ana="#concepts[8]" resp="#paper" cert="0.95">relational Darwin Core<term>relational Darwin Core</term></span>
      <span xml:id="t38" from="#a11" to="#a12" type="concepts" ana="#concepts[9]" resp="#paper" cert="0.99">common language<term>common language</term></span>
      <span xml:id="t39" from="#a13" to="#a14" type="concepts" ana="#concepts[10]" resp="#paper" cert="0.99">clearly defined semantics<term>clearly defined semantics</term></span>
      <span xml:id="t40" from="#a13" to="#a14" type="concepts" ana="#concepts[11]" resp="#paper" cert="0.98">people<term>people</term></span>
      <span xml:id="t41" from="#a13" to="#a14" type="concepts" ana="#concepts[12]" resp="#paper" cert="0.98">machines<term>machines</term></span>
      <span xml:id="t42" from="#a13" to="#a14" type="concepts" ana="#concepts[13]" resp="#paper" cert="0.99">nine categories<term>nine categories</term></span>
      <span xml:id="t43" from="#a15" to="#a16" type="concepts" ana="#concepts[14]" resp="#paper" cert="0.99">seven categories of terms<term>seven categories of terms</term></span>
      <span xml:id="t44" from="#a19" to="#a20" type="concepts" ana="#concepts[15]" resp="#paper" cert="0.99">Dublin Core<term>Dublin Core</term></span>
      <span xml:id="t45" from="#a17" to="#a18" type="concepts" ana="#concepts[16]" resp="#paper" cert="0.98">authoritative form<term>authoritative form</term></span>
      <span xml:id="t46" from="#a17" to="#a18" type="concepts" ana="#concepts[17]" resp="#paper" cert="0.99">Resource Description Framework<term>Resource Description Framework</term></span>
      <span xml:id="t47" from="#a21" to="#a22" type="concepts" ana="#concepts[18]" resp="#paper" cert="0.98">technical implementation<term>technical implementation</term></span>
      <span xml:id="t48" from="#a21" to="#a22" type="concepts" ana="#concepts[19]" resp="#paper" cert="0.98">encoding schemes<term>encoding schemes</term></span>
      <span xml:id="t49" from="#a23" to="#a24" type="concepts" ana="#concepts[20]" resp="#paper" cert="0.99">Darwin Core Archives<term>Darwin Core Archives</term></span>
      <span xml:id="t50" from="#a23" to="#a24" type="concepts" ana="#concepts[21]" resp="#paper" cert="0.98">star schema<term>star schema</term></span>
      <span xml:id="t51" from="#a51" to="#a52" type="concepts" ana="#concepts[22]" resp="#paper" cert="0.99">Integrated Publishing Toolkit<term>Integrated Publishing Toolkit</term></span>
      <span xml:id="t52" from="#a27" to="#a28" type="concepts" ana="#concepts[23]" resp="#paper" cert="0.98">entity-relationship modeling<term>entity-relationship modeling</term></span>
      <span xml:id="t53" from="#a27" to="#a28" type="concepts" ana="#concepts[24]" resp="#paper" cert="0.98">normalized database structure<term>normalized database structure</term></span>
      <span xml:id="t54" from="#a27" to="#a28" type="concepts" ana="#concepts[25]" resp="#paper" cert="0.98">ASC model<term>ASC model</term></span>
      <span xml:id="t55" from="#a27" to="#a28" type="concepts" ana="#concepts[26]" resp="#paper" cert="0.95">ontological description<term>ontological description</term></span>
      <span xml:id="t56" from="#a29" to="#a30" type="concepts" ana="#concepts[27]" resp="#paper" cert="0.99">Species Analyst<term>Species Analyst</term></span>
      <span xml:id="t57" from="#a29" to="#a30" type="concepts" ana="#concepts[28]" resp="#paper" cert="0.98">Z39.50 protocol<term>Z39.50 protocol</term></span>
      <span xml:id="t58" from="#a31" to="#a32" type="concepts" ana="#concepts[29]" resp="#paper" cert="0.98">loose federation of databases<term>loose federation of databases</term></span>
      <span xml:id="t59" from="#a33" to="#a34" type="concepts" ana="#concepts[30]" resp="#paper" cert="0.99">ABCD<term>ABCD</term></span>
      <span xml:id="t60" from="#a33" to="#a34" type="concepts" ana="#concepts[31]" resp="#paper" cert="0.98">minimal<term>minimal</term></span>
      <span xml:id="t61" from="#a33" to="#a34" type="concepts" ana="#concepts[32]" resp="#paper" cert="0.98">flat<term>flat</term></span>
      <span xml:id="t62" from="#a39" to="#a40" type="concepts" ana="#concepts[33]" resp="#paper" cert="0.98">flexibility<term>flexibility</term></span>
      <span xml:id="t63" from="#a39" to="#a40" type="concepts" ana="#concepts[34]" resp="#paper" cert="0.98">adaptability<term>adaptability</term></span>
      <span xml:id="t64" from="#a41" to="#a42" type="concepts" ana="#concepts[35]" resp="#paper" cert="0.98">community driven<term>community driven</term></span>
      <span xml:id="t65" from="#a41" to="#a42" type="concepts" ana="#concepts[36]" resp="#paper" cert="0.98">consensus<term>consensus</term></span>
      <span xml:id="t66" from="#a43" to="#a44" type="concepts" ana="#concepts[37]" resp="#paper" cert="0.99">data quality<term>data quality</term></span>
      <span xml:id="t67" from="#a43" to="#a44" type="concepts" ana="#concepts[38]" resp="#paper" cert="0.99">fitness for use<term>fitness for use</term></span>
      <span xml:id="t68" from="#a43" to="#a44" type="concepts" ana="#concepts[39]" resp="#paper" cert="0.98">common vocabularies<term>common vocabularies</term></span>
      <span xml:id="t69" from="#a43" to="#a44" type="concepts" ana="#concepts[40]" resp="#paper" cert="0.98">dictionaries of synonymous terms<term>dictionaries of synonymous terms</term></span>
      <span xml:id="t70" from="#a47" to="#a48" type="concepts" ana="#concepts[41]" resp="#paper" cert="0.99">semantic web<term>semantic web</term></span>
      <span xml:id="t71" from="#a47" to="#a48" type="concepts" ana="#concepts[42]" resp="#paper" cert="0.99">ontology<term>ontology</term></span>
      <span xml:id="t72" from="#a55" to="#a56" type="concepts" ana="#concepts[43]" resp="#paper" cert="0.99">Darwin Core Extension<term>Darwin Core Extension</term></span>
      <span xml:id="t73" from="#a59" to="#a60" type="concepts" ana="#concepts[44]" resp="#paper" cert="0.98">GNA Profile<term>GNA Profile</term></span>
      <span xml:id="t74" from="#a61" to="#a62" type="concepts" ana="#concepts[45]" resp="#paper" cert="0.98">Audubon Core<term>Audubon Core</term></span>
      <span xml:id="t75" from="#a63" to="#a64" type="concepts" ana="#concepts[46]" resp="#paper" cert="0.99">MIxS<term>MIxS</term></span>
      <span xml:id="t76" from="#a67" to="#a68" type="concepts" ana="#concepts[47]" resp="#paper" cert="0.98">aggregation tools<term>aggregation tools</term></span>
      <span xml:id="t77" from="#a69" to="#a70" type="concepts" ana="#concepts[48]" resp="#paper" cert="0.99">REBIOMA<term>REBIOMA</term></span>
      <span xml:id="t78" from="#a71" to="#a72" type="concepts" ana="#concepts[49]" resp="#paper" cert="0.99">Map of Life<term>Map of Life</term></span>
      <span xml:id="t79" from="#a77" to="#a78" type="concepts" ana="#concepts[50]" resp="#paper" cert="0.98">living standard<term>living standard</term></span>
      <span xml:id="t80" from="#a5" to="#a6" type="concepts" ana="#concepts[51]" resp="#paper" cert="0.98">lack of a coordinated publishing and integration system<term>lack of a coordinated publishing and integration system</term></span>
      <span xml:id="t81" from="#a5" to="#a6" type="concepts" ana="#concepts[52]" resp="#paper" cert="0.98">data repositories<term>data repositories</term></span>
      <span xml:id="t82" from="#a5" to="#a6" type="concepts" ana="#concepts[53]" resp="#paper" cert="0.98">Heterogeneity in meaning and content of terms<term>Heterogeneity in meaning and content of terms</term></span>
      <span xml:id="t83" from="#a5" to="#a6" type="concepts" ana="#concepts[54]" resp="#paper" cert="0.95">obstacles in every aspect of data integration and use<term>obstacles in every aspect of data integration and use</term></span>
      <span xml:id="t84" from="#a21" to="#a22" type="concepts" ana="#concepts[55]" resp="#paper" cert="0.98">simple definitions of terms<term>simple definitions of terms</term></span>
      <span xml:id="t85" from="#a49" to="#a50" type="concepts" ana="#concepts[56]" resp="#paper" cert="0.95">creation and publication of Darwin Core Archives relatively simple<term>creation and publication of Darwin Core Archives relatively simple</term></span>
      <span xml:id="t86" from="#a67" to="#a68" type="concepts" ana="#concepts[57]" resp="#paper" cert="0.98">limited availability of data<term>limited availability of data</term></span>
      <span xml:id="t87" from="#a77" to="#a78" type="concepts" ana="#concepts[58]" resp="#paper" cert="0.95">value and re-use<term>value and re-use</term></span>
      <span xml:id="t88" from="#a7" to="#a8" type="concepts" ana="#concepts[59]" resp="#paper" cert="0.99">standard for sharing data about biodiversity<term>standard for sharing data about biodiversity</term></span>
      <span xml:id="t89" from="#a13" to="#a14" type="concepts" ana="#concepts[60]" resp="#paper" cert="0.99">set of terms<term>set of terms</term></span>
      <span xml:id="t90" from="#a17" to="#a18" type="concepts" ana="#concepts[61]" resp="#paper" cert="0.99">standard for encoding the semantic structure of web-based resources<term>standard for encoding the semantic structure of web-based resources</term></span>
      <span xml:id="t91" from="#a51" to="#a52" type="concepts" ana="#concepts[62]" resp="#paper" cert="0.99">open-source software development project<term>open-source software development project</term></span>
      <span xml:id="t92" from="#a31" to="#a32" type="concepts" ana="#concepts[63]" resp="#paper" cert="0.98">earlier guidelines<term>earlier guidelines</term></span>
      <span xml:id="t93" from="#a49" to="#a50" type="concepts" ana="#concepts[64]" resp="#paper" cert="0.98">A variety of tools<term>A variety of tools</term></span>
      <span xml:id="t94" from="#a67" to="#a68" type="concepts" ana="#concepts[65]" resp="#paper" cert="0.98">standard format for biodiversity data<term>standard format for biodiversity data</term></span>
      <span xml:id="t95" from="#a11" to="#a12" type="unhoused_relations" ana="#unhoused_relations[0]" resp="#tagger" cert="0.98">Darwin Core → metadata standards from other domains<note>Darwin Core is complementary to and reuses metadata standards from other domains.</note></span>
      <span xml:id="t96" from="#a7" to="#a8" type="unhoused_relations" ana="#unhoused_relations[1]" resp="#tagger" cert="0.99">Darwin Core → natural history collections<note>Darwin Core has its historical roots in the natural-history collections community.</note></span>
      <span xml:id="t97" from="#a39" to="#a40" type="unhoused_relations" ana="#unhoused_relations[2]" resp="#tagger" cert="0.98">Darwin Core → technical contexts<note>The standard must remain flexible across evolving technical contexts.</note></span>
      <span xml:id="t98" from="#a39" to="#a40" type="unhoused_relations" ana="#unhoused_relations[3]" resp="#tagger" cert="0.98">Darwin Core → changing needs<note>The standard must adapt to changing needs through new terms, meanings, and connections.</note></span>
      <span xml:id="t99" from="#a43" to="#a44" type="unhoused_relations" ana="#unhoused_relations[4]" resp="#tagger" cert="0.97">common vocabularies and synonym dictionaries → data discovery and quality assessment<note>Shared vocabularies and synonym mappings are parts of the proposed solution to heterogeneous-data discovery and quality problems.</note></span>
      <span xml:id="t100" from="#a45" to="#a46" type="unhoused_relations" ana="#unhoused_relations[5]" resp="#tagger" cert="0.99">Darwin Core constraints → applications<note>The standard recommends constraints but delegates enforcement to applications.</note></span>
      <span xml:id="t101" from="#a51" to="#a52" type="unhoused_relations" ana="#unhoused_relations[6]" resp="#tagger" cert="0.98">Integrated Publishing Toolkit → Global Biodiversity Resources Discovery System<note>The publishing toolkit works in tandem with the registry to support discovery and retrieval.</note></span>
      <span xml:id="t102" from="#a55" to="#a56" type="unhoused_relations" ana="#unhoused_relations[7]" resp="#tagger" cert="0.98">Darwin Core Extension → specialized groups<note>Extensions supply terms and guidance missing from the common-ground core for specialized groups.</note></span>
      <span xml:id="t103" from="#a65" to="#a66" type="unhoused_relations" ana="#unhoused_relations[8]" resp="#tagger" cert="0.99">Darwin Core → MIxS<note>The standards are conceptually similar and have complementary term sets.</note></span>
      <span xml:id="t104" from="#a1" to="#a2" type="unhoused_relations" ana="#unhoused_relations[9]" resp="#tagger" cert="0.97">Darwin Core records → new knowledge products<note>Integrated records support new products documenting distributions and environmental change.</note></span>
      <span xml:id="t105" from="#a77" to="#a78" type="unhoused_relations" ana="#unhoused_relations[10]" resp="#tagger" cert="0.97">Darwin Core → grand challenge scientific endeavors<note>Mobilized and integrated Darwin Core data can be incorporated into broader scientific programs.</note></span>
      <span xml:id="t106" from="#a27" to="#a28" type="unhoused_relations" ana="#unhoused_relations[11]" resp="#tagger" cert="0.98">ASC model → ontological description<note>The ASC model was an ontological description of the biological-collections domain.</note></span>
      <span xml:id="t107" from="#a5" to="#a6" type="unhoused_relations" ana="#unhoused_relations[12]" resp="#tagger" cert="0.95">lack of a coordinated publishing and integration system → data repositories<note>Repositories tend to be isolated when coordinated systems and standards are absent.</note></span>
      <span xml:id="t108" from="#a5" to="#a6" type="unhoused_relations" ana="#unhoused_relations[13]" resp="#tagger" cert="0.98">Heterogeneity in meaning and content of terms → obstacles in every aspect of data integration and use<note>Semantic heterogeneity creates obstacles to discovery, comparison, quality assessment, and integration.</note></span>
      <span xml:id="t109" from="#a13" to="#a14" type="unhoused_relations" ana="#unhoused_relations[14]" resp="#tagger" cert="0.97">clearly defined semantics → human and machine interpretation<note>Defined semantics make human understanding and machine interpretation possible.</note></span>
      <span xml:id="t110" from="#a49" to="#a50" type="unhoused_relations" ana="#unhoused_relations[15]" resp="#tagger" cert="0.96">A variety of tools → creation and publication of Darwin Core Archives relatively simple<note>GBIF-supported tools are intended to make archive creation and publication simpler.</note></span>
      <span xml:id="t111" from="#a7" to="#a8" type="senses" ana="#senses[0]" resp="#tagger" cert="0.99">Darwin Core - sharing standard: common terms for biodiversity occurrence and environmental-association data</span>
      <span xml:id="t112" from="#a13" to="#a14" type="senses" ana="#senses[1]" resp="#tagger" cert="0.99">Darwin Core - semantic resource: a set of terms with human- and machine-interpretable meanings</span>
      <span xml:id="t113" from="#a77" to="#a78" type="senses" ana="#senses[2]" resp="#tagger" cert="0.98">Darwin Core - living standard: a community process that adapts terms and relationships to new needs</span>
      <span xml:id="t114" from="#a23" to="#a24" type="senses" ana="#senses[3]" resp="#tagger" cert="0.98">Simple Darwin Core - flat-record sense: nonrepeating properties in text or XML</span>
      <span xml:id="t115" from="#a23" to="#a24" type="senses" ana="#senses[4]" resp="#tagger" cert="0.98">Darwin Core Archive - star-schema sense: core records plus one-to-one or one-to-many extension records</span>
      <span xml:id="t116" from="#a45" to="#a46" type="senses" ana="#senses[5]" resp="#tagger" cert="0.98">constraint - recommendation sense: guidance whose enforcement belongs to applications</span>
      <span xml:id="t117" from="#a55" to="#a56" type="senses" ana="#senses[6]" resp="#tagger" cert="0.99">extension - specialist sense: complementary terms or use guidance for a biodiversity sub-domain</span>
      <span xml:id="t118" from="#a43" to="#a44" type="senses" ana="#senses[7]" resp="#tagger" cert="0.98">data quality - fitness-for-use sense: contextual suitability assessed across heterogeneous sources</span>
      <span xml:id="t119" from="#a19" to="#a20" type="claim_relations" ana="#claim_relations[0]" resp="#tagger" cert="0.98">builds-on → Dublin Core Metadata Initiative<note>note: Darwin Core inherits mission, operating principles, terms, and governance ideas from Dublin Core.</note></span>
      <span xml:id="t120" from="#a33" to="#a34" type="claim_relations" ana="#claim_relations[1]" resp="#tagger" cert="0.98">contrasts-with → Access to Biological Collections Data<note>note: The paper explicitly contrasts Darwin Core&#x27;s minimal flat approach with ABCD&#x27;s highly structured model.</note></span>
      <span xml:id="t121" from="#a1" to="#a2" type="claim_relations" ana="#claim_relations[2]" resp="#tagger" cert="0.98">supports → biodiversity-data interoperability<note>note: Common definitions and a standardized view are presented as the basis for integration.</note></span>
      <span xml:id="t122" from="#a57" to="#a58" type="claim_relations" ana="#claim_relations[3]" resp="#tagger" cert="0.98">extends → Darwin Core beyond natural-history collections<note>note: A deployed germplasm extension carries the standard into genetic-resource research.</note></span>
      <span xml:id="t123" from="#a47" to="#a48" type="claim_relations" ana="#claim_relations[4]" resp="#tagger" cert="0.99">qualifies → semantic-web use of Darwin Core<note>note: The missing formal ontology limits traversable links to semantically rich resources.</note></span>
      <span xml:id="t124" from="#a69" to="#a70" type="claim_relations" ana="#claim_relations[5]" resp="#tagger" cert="0.97">demonstrates → Darwin Core&#x27;s research and conservation utility<note>note: The REBIOMA case shows standardization leading to quality-controlled occurrence models and conservation access.</note></span>
      <span xml:id="t125" from="#a65" to="#a66" type="claim_relations" ana="#claim_relations[6]" resp="#tagger" cert="0.98">complements → MIxS genomic-data standard<note>note: The communities concluded that the standards have distinct, complementary term sets.</note></span>
      <span xml:id="t126" from="#a7" to="#a8" type="concept_edges" ana="#concept_edges[0]" resp="#tagger" cert="0.99">Darwin Core —is-a→ standard for sharing data about biodiversity<note>the relation itself is separately evidenced · strength of the relation: 1 · note: Categorical class relation. · the relation stated: Darwin Core is explicitly defined as a standard for sharing biodiversity data.</note><term>Darwin Core</term><term>standard for sharing data about biodiversity</term></span>
      <span xml:id="t127" from="#a13" to="#a14" type="concept_edges" ana="#concept_edges[1]" resp="#tagger" cert="0.99">Darwin Core —is-a→ set of terms<note>the relation itself is separately evidenced · strength of the relation: 1 · note: Categorical class relation. · the relation stated: Darwin Core is explicitly defined as a set of semantically defined terms.</note><term>Darwin Core</term><term>set of terms</term></span>
      <span xml:id="t128" from="#a17" to="#a18" type="concept_edges" ana="#concept_edges[2]" resp="#tagger" cert="0.99">Resource Description Framework —is-a→ standard for encoding the semantic structure of web-based resources<note>the relation itself is separately evidenced · strength of the relation: 1 · note: Categorical class relation. · the relation stated: RDF is explicitly described as a standard for encoding semantic structure.</note><term>Resource Description Framework</term><term>standard for encoding the semantic structure of web-based resources</term></span>
      <span xml:id="t129" from="#a51" to="#a52" type="concept_edges" ana="#concept_edges[3]" resp="#tagger" cert="0.99">Integrated Publishing Toolkit —is-a→ open-source software development project<note>the relation itself is separately evidenced · strength of the relation: 1 · note: Categorical class relation. · the relation stated: The IPT is explicitly described as an open-source software development project.</note><term>Integrated Publishing Toolkit</term><term>open-source software development project</term></span>
      <span xml:id="t130" from="#a15" to="#a16" type="concept_edges" ana="#concept_edges[4]" resp="#tagger" cert="0.99">seven categories of terms —part-of→ Simple Darwin Core<note>the relation itself is separately evidenced · strength of the relation: 1 · note: Categorical containment relation. · the relation stated: Simple Darwin Core is explicitly comprised of these seven categories.</note><term>seven categories of terms</term><term>Simple Darwin Core</term></span>
      <span xml:id="t131" from="#a19" to="#a20" type="concept_edges" ana="#concept_edges[5]" resp="#tagger" cert="0.99">Darwin Core —distinct-from→ Dublin Core<note>the relation itself is separately evidenced · strength of the relation: 0.95 · note: Flat distinction statement. · the relation stated: Their scope and governance are explicitly distinct despite shared ancestry.
Audit 2026-09-28: DOUBTFUL - read against its full span and kept, but the span says the SCOPE and governance are distinct while stressing shared ancestry; distinct-from is loose.</note><term>Darwin Core</term><term>Dublin Core</term></span>
      <span xml:id="t132" from="#a31" to="#a32" type="concept_edges" ana="#concept_edges[6]" resp="#tagger" cert="0.99">Darwin Core —contrasted-with→ earlier guidelines<note>the relation itself is separately evidenced · strength of the relation: 0.95 · note: Flat explicit contrast. · the relation stated: The paper explicitly contrasts Darwin Core&#x27;s integration aim with earlier management prescriptions.</note><term>Darwin Core</term><term>earlier guidelines</term></span>
      <span xml:id="t133" from="#a33" to="#a34" type="concept_edges" ana="#concept_edges[7]" resp="#tagger" cert="0.99">Darwin Core —contrasted-with→ ABCD<note>the relation itself is separately evidenced · strength of the relation: 0.95 · note: Flat explicit contrast. · the relation stated: The paper contrasts minimal flat Darwin Core with highly structured ABCD.</note><term>Darwin Core</term><term>ABCD</term></span>
      <span xml:id="t134" from="#a63" to="#a64" type="concept_edges" ana="#concept_edges[8]" resp="#tagger" cert="0.98">MIxS —distinct-from→ Darwin Core<note>the relation itself is separately evidenced · strength of the relation: 0.95 · note: Flat difference statement. · the relation stated: MIxS explicitly differs by requiring a minimum descriptor set.</note><term>MIxS</term><term>Darwin Core</term></span>
      <span xml:id="t135" from="#a21" to="#a22" type="concept_edges" ana="#concept_edges[9]" resp="#tagger" cert="0.98">simple definitions of terms —distinct-from→ technical implementation<note>the relation itself is separately evidenced · strength of the relation: 0.95 · note: Flat independence statement. · the relation stated: Enduring semantic definitions are stated to be independent of implementation technology.
Audit 2026-09-28: DOUBTFUL - read against its full span and kept, but the span says the value lies in definitions INDEPENDENT of implementation; distinct-from is loose.</note><term>simple definitions of terms</term><term>technical implementation</term></span>
      <span xml:id="t136" from="#a77" to="#a78" type="concept_edges" ana="#concept_edges[11]" resp="#tagger" cert="0.97">Darwin Core —causes→ value and re-use<note>the relation itself is separately evidenced · strength of the relation: 0.9 · note: Flat causal assertion. · the relation stated: The standard is stated to greatly increase data value and reuse.</note><term>Darwin Core</term><term>value and re-use</term></span>
      <span xml:id="t137" from="#a5" to="#a6" type="content_tags" ana="#content_tags.findings[0]" resp="#tagger" cert="0.98">Semantic heterogeneity and isolated repositories obstruct biodiversity-data discovery, comparison, quality assessment, and integration.</span>
      <span xml:id="t138" from="#a7" to="#a8" type="content_tags" ana="#content_tags.findings[1]" resp="#tagger" cert="0.99">Darwin Core was widely deployed, with GBIF indexing about 300 million formatted records from more than 340 organizations in 43 countries.</span>
      <span xml:id="t139" from="#a13" to="#a14" type="content_tags" ana="#content_tags.findings[2]" resp="#tagger" cert="0.98">Darwin Core organizes its terms into nine categories, six covering broad biodiversity-domain aspects and three covering relations, measurements, and record information.</span>
      <span xml:id="t140" from="#a15" to="#a16" type="content_tags" ana="#content_tags.findings[3]" resp="#tagger" cert="0.98">Simple Darwin Core uses seven categories representable in one flat file, while two further categories require more complex structures.</span>
      <span xml:id="t141" from="#a21" to="#a22" type="content_tags" ana="#content_tags.findings[4]" resp="#tagger" cert="0.98">The enduring value of the standard lies in term definitions and relationships that remain independent of implementation technology.</span>
      <span xml:id="t142" from="#a23" to="#a24" type="content_tags" ana="#content_tags.findings[5]" resp="#tagger" cert="0.95">Darwin Core Archives gained adoption as an easy sharing format supported by publishing tools and taxonomic journals.</span>
      <span xml:id="t143" from="#a35" to="#a36" type="content_tags" ana="#content_tags.findings[6]" resp="#tagger" cert="0.98">Standard Darwin Core reconciled omissions and incompatibilities across earlier versions and maps obsolete terms and ABCD concepts.</span>
      <span xml:id="t144" from="#a37" to="#a38" type="content_tags" ana="#content_tags.findings[7]" resp="#tagger" cert="0.99">The draft standard received public review and was ratified by the TDWG Executive Committee in October 2009.</span>
      <span xml:id="t145" from="#a41" to="#a42" type="content_tags" ana="#content_tags.findings[8]" resp="#tagger" cert="0.98">Darwin Core changes proceed through public discussion, consensus, formal requests, technical review, and versioned documents.</span>
      <span xml:id="t146" from="#a45" to="#a46" type="content_tags" ana="#content_tags.findings[9]" resp="#tagger" cert="0.98">The standard recommends content constraints but deliberately leaves enforcement to applications where appropriate.</span>
      <span xml:id="t147" from="#a47" to="#a48" type="content_tags" ana="#content_tags.findings[10]" resp="#tagger" cert="0.98">Semantic-web integration remained early-stage because Darwin Core lacked a well-defined ontology connecting domain concepts.</span>
      <span xml:id="t148" from="#a49" to="#a50" type="content_tags" ana="#content_tags.findings[11]" resp="#tagger" cert="0.95">GBIF tools simplify archive creation and publication, while aggregators integrate and index Darwin Core data for discovery and querying.</span>
      <span xml:id="t149" from="#a55" to="#a56" type="content_tags" ana="#content_tags.findings[12]" resp="#tagger" cert="0.98">Extensions let specialized communities add terms and can later enter the standard after testing and community consensus.</span>
      <span xml:id="t150" from="#a65" to="#a66" type="content_tags" ana="#content_tags.findings[13]" resp="#tagger" cert="0.98">Darwin Core and MIxS were judged conceptually similar and their distinct term sets complementary, enabling bidirectional harmonization.</span>
      <span xml:id="t151" from="#a67" to="#a68" type="content_tags" ana="#content_tags.findings[14]" resp="#tagger" cert="0.95">Standard formats, aggregation tools, and Darwin Core Archives helped overcome limited data availability for biodiversity questions.</span>
      <span xml:id="t152" from="#a69" to="#a70" type="content_tags" ana="#content_tags.findings[15]" resp="#tagger" cert="0.95">The REBIOMA case used Darwin Core standardization, aggregation, and quality review to provide conservation data and distribution models for Madagascar.</span>
      <span xml:id="t153" from="#a77" to="#a78" type="content_tags" ana="#content_tags.findings[16]" resp="#tagger" cert="0.98">The authors characterize Darwin Core as a living standard that increases the value and reuse of accessible biodiversity data.</span>
      <span xml:id="t154" from="#a7" to="#a8" type="content_tags" ana="#content_tags.definitions[0]" resp="#tagger" cert="0.99">a standard for sharing biodiversity occurrence data and their environmental associations<term>Darwin Core</term></span>
      <span xml:id="t155" from="#a15" to="#a16" type="content_tags" ana="#content_tags.definitions[1]" resp="#tagger" cert="0.99">a seven-category subset representable as one file with one row per record and one column per term<term>Simple Darwin Core</term></span>
      <span xml:id="t156" from="#a23" to="#a24" type="content_tags" ana="#content_tags.definitions[2]" resp="#tagger" cert="0.98">CSV data files plus a simple XML document describing column semantics and relationships<term>Darwin Core Archives</term></span>
      <span xml:id="t157" from="#a27" to="#a28" type="content_tags" ana="#content_tags.definitions[3]" resp="#tagger" cert="0.95">the primary database-design technique described for enforcing data integrity<term>normalized database structure</term></span>
      <span xml:id="t158" from="#a47" to="#a48" type="content_tags" ana="#content_tags.definitions[4]" resp="#tagger" cert="0.99">a formal definition of relationships between terms in a defined domain<term>ontology</term></span>
      <span xml:id="t159" from="#a51" to="#a52" type="content_tags" ana="#content_tags.definitions[5]" resp="#tagger" cert="0.99">an open-source GBIF project for publishing Darwin Core Archives and metadata<term>Integrated Publishing Toolkit</term></span>
      <span xml:id="t160" from="#a55" to="#a56" type="content_tags" ana="#content_tags.definitions[6]" resp="#tagger" cert="0.99">additional terms for a related domain or guidance for using Darwin Core in a biodiversity sub-domain<term>Darwin Core Extension</term></span>
      <span xml:id="t161" from="#a77" to="#a78" type="content_tags" ana="#content_tags.definitions[7]" resp="#tagger" cert="0.95">a standard that continues to grow through community development as research needs change<term>living standard</term></span>
      <span xml:id="t162" from="#a7" to="#a8" type="content_tags" ana="#content_tags.quantities[0]" resp="#tagger" cert="0.99">approximately 300 million Darwin Core-formatted records — records indexed by GBIF at the time described</span>
      <span xml:id="t163" from="#a7" to="#a8" type="content_tags" ana="#content_tags.quantities[1]" resp="#tagger" cert="0.99">more than 340 organizations — organizations publishing the indexed Darwin Core records</span>
      <span xml:id="t164" from="#a7" to="#a8" type="content_tags" ana="#content_tags.quantities[2]" resp="#tagger" cert="0.99">43 countries — country coverage of the indexed records</span>
      <span xml:id="t165" from="#a13" to="#a14" type="content_tags" ana="#content_tags.quantities[3]" resp="#tagger" cert="0.99">nine categories — total categories organizing Darwin Core terms</span>
      <span xml:id="t166" from="#a15" to="#a16" type="content_tags" ana="#content_tags.quantities[4]" resp="#tagger" cert="0.99">seven categories of terms — categories comprising Simple Darwin Core</span>
      <span xml:id="t167" from="#a15" to="#a16" type="content_tags" ana="#content_tags.quantities[5]" resp="#tagger" cert="0.99">Two additional categories — categories requiring more complex data structures</span>
      <span xml:id="t168" from="#a15" to="#a16" type="content_tags" ana="#content_tags.quantities[6]" resp="#tagger" cert="0.99">one row per record — flat-file record cardinality in Simple Darwin Core</span>
      <span xml:id="t169" from="#a15" to="#a16" type="content_tags" ana="#content_tags.quantities[7]" resp="#tagger" cert="0.99">one column per term — flat-file field cardinality in Simple Darwin Core</span>
      <span xml:id="t170" from="#a37" to="#a38" type="content_tags" ana="#content_tags.quantities[8]" resp="#tagger" cert="0.99">October 2009 — month of Darwin Core ratification</span>
      <span xml:id="t171" from="#a25" to="#a26" type="content_tags" ana="#content_tags.quantities[9]" resp="#tagger" cert="0.99">more than a decade — development span described for Darwin Core</span>
      <span xml:id="t172" from="#a41" to="#a42" type="content_tags" ana="#content_tags.quantities[10]" resp="#tagger" cert="0.99">30-day public review — public review period for standard changes</span>
      <span xml:id="t173" from="#a45" to="#a46" type="content_tags" ana="#content_tags.quantities[11]" resp="#tagger" cert="0.99">between 90 and −90, inclusive — recommended value range for decimalLatitude</span>
      <span xml:id="t174" from="#a73" to="#a74" type="content_tags" ana="#content_tags.quantities[12]" resp="#tagger" cert="0.99">three centuries — historical span of biodiversity information being digitized</span>
      <span xml:id="t175" from="#a13" to="#a14" type="content_tags" ana="#content_tags.variables[0]" resp="#tagger" cert="0.99">semantics<term>semantics</term></span>
      <span xml:id="t176" from="#a13" to="#a14" type="content_tags" ana="#content_tags.variables[1]" resp="#tagger" cert="0.98">categories<term>categories</term></span>
      <span xml:id="t177" from="#a21" to="#a22" type="content_tags" ana="#content_tags.variables[2]" resp="#tagger" cert="0.98">technical implementation<term>technical implementation</term></span>
      <span xml:id="t178" from="#a21" to="#a22" type="content_tags" ana="#content_tags.variables[3]" resp="#tagger" cert="0.98">encoding schemes<term>encoding schemes</term></span>
      <span xml:id="t179" from="#a35" to="#a36" type="content_tags" ana="#content_tags.variables[4]" resp="#tagger" cert="0.95">community-defined needs<term>community-defined needs</term></span>
      <span xml:id="t180" from="#a45" to="#a46" type="content_tags" ana="#content_tags.variables[5]" resp="#tagger" cert="0.98">data types<term>data types</term></span>
      <span xml:id="t181" from="#a45" to="#a46" type="content_tags" ana="#content_tags.variables[6]" resp="#tagger" cert="0.98">valid values<term>valid values</term></span>
      <span xml:id="t182" from="#a45" to="#a46" type="content_tags" ana="#content_tags.variables[7]" resp="#tagger" cert="0.98">controlled vocabularies<term>controlled vocabularies</term></span>
      <span xml:id="t183" from="#a43" to="#a44" type="content_tags" ana="#content_tags.variables[8]" resp="#tagger" cert="0.98">fitness for use<term>fitness for use</term></span>
    </spanGrp>
  </standOff>
  <text>
    <body>
        <p><anchor xml:id="a0"/> Darwin Core: An Evolving Community-Developed Biodiversity Data Standard</p>
        <p>Abstract</p>
        <p><anchor xml:id="a1"/>Biodiversity data derive from myriad sources stored in various formats on many distinct hardware and software platforms. An essential step towards understanding global patterns of biodiversity is to provide a standardized view of these heterogeneous data sources to improve interoperability. Fundamental to this advance are definitions of common terms. This paper describes the evolution and development of Darwin Core, a data standard for publishing and integrating biodiversity information. We focus on the categories of terms that define the standard, differences between simple and relational Darwin Core, how the standard has been implemented, and the community processes that are essential for maintenance and growth of the standard. We present case-study extensions of the Darwin Core into new research communities, including metagenomics and genetic resources. We close by showing how Darwin Core records are integrated to create new knowledge products documenting species distributions and changes due to environmental perturbations.<anchor xml:id="a2"/></p>
        <p>Introduction</p>
        <p>Concern over global loss of biodiversity [1] – [5] has resulted in widespread demand for quick, reliable access to high-quality data on the spatio-temporal occurrence of species and their relation to the environment. Initial studies have documented the response by species to diverse agents of environmental change [6] – [7] , including alarming vertebrate extinctions [8] . The signature of climate and other environmental changes and their effects on biodiversity is now well documented, and the evidence is overwhelming [9] – [14] .</p>
        <p><anchor xml:id="a3"/>The documentation of global patterns of biodiversity change is an important first step toward a wise, sustainable policy of conservation and management in the face of a changing environment [15] . Such documentation has emerged as a global priority [16] – [18] . A major impediment to creating this documentation is the lack of easily accessible data at the scope and at the scales needed. Most studies documenting biodiversity changes are limited to a few well-studied species or to small temporal and spatial scales [19] . To make effective use of existing data for broad-scale analyses, community coordination is required. Information must be in digital form, accessible, discoverable, and integrated. Each of these criteria presents distinct challenges, some of which are unique to biodiversity-related data.<anchor xml:id="a4"/></p>
        <p><anchor xml:id="a5"/>A general challenge of biodiversity data that is shared with many other information domains is the lack of a coordinated publishing and integration system; data repositories tend to be isolated from each other in the absence of standards for data and communication protocols. Heterogeneity in meaning and content of terms creates obstacles in every aspect of data integration and use, including discovery, comparison, and quality assessment. Information communities, especially Library Information Sciences, have a long history of meeting these challenges through the creation and maintenance of standards.<anchor xml:id="a6"/></p>
        <p><anchor xml:id="a7"/>Darwin Core [20] is a standard for sharing data about biodiversity – the occurrence of life on earth and its associations with the environment. Darwin Core first emerged around 1999 as a loosely defined set of terms, and progressed through several iterations by different groups resulting in many different variants [21] . A formal set of terms and processes to manage changes were necessary to ensure utility for data integration. These aspects were developed within the Darwin Core Task Group [22] of the Taxonomic Databases Working Group (TDWG; www.tdwg.org ) and ratified as a standard in October 2009. The philosophy for Darwin Core development has been to keep the standard as simple and open as possible and to develop terms only when there is shared demand. Darwin Core has a relatively long history of community development and is deployed widely [23] – [24] . For example, the Global Biodiversity Information Facility currently indexes approximately 300 million Darwin Core-formatted records published by more than 340 organizations in 43 countries. Increasingly, Darwin Core is being incorporated in communities beyond that of natural history collections ( Figure 1 ), in which the standard has its roots.<anchor xml:id="a8"/></p>
        <p>Scope of Darwin Core: The Standard, deriving from previous standards work (e.g., Dublin Core), describes core sets (e.g., organismal, taxonomic) of characteristics of biodiversity, which are applicable in many biological domains (e.g., Paleontology, Botany). The standard can be extended to cover details of specific sub-disciplines (e.g., Genetic Resources, Herbaria, Taxonomic Checklists). Collaborations with other standards organizations (Genomics Standards Consortium (GSC) extend Darwin Core for new disciplines (Genomics, Metagenomics, Gene Marker Sequences.</p>
        <p><anchor xml:id="a9"/>In this paper, we describe the Darwin Core standard, its history, status, relationship to other standards, and prospects for further evolution. We also discuss how data sets are brought into Darwin Core compliance and how Darwin Core records are currently shared in a distributed publishing platform. We will demonstrate how Darwin Core continues to extend beyond its original formulation for natural history collections and will present, via use cases, how the standard continues to be reshaped and extended through new collaborations. We close by discussing innovative computational and informatics approaches to improving the scale, scope, and usability of networks that rely on Darwin Core compliant records.<anchor xml:id="a10"/></p>
        <p>Methods</p>
        <p>Defining Darwin Core</p>
        <p><anchor xml:id="a11"/>The primary purpose of Darwin Core is to create a common language for sharing biodiversity data that is complementary to and reuses metadata standards from other domains wherever possible. Creating this common language has been particularly challenging, since natural history data curation practices have been developed locally and organically over hundreds of years, have varied between disciplines as well as institutions, and have had limited culture of data sharing.<anchor xml:id="a12"/></p>
        <p><anchor xml:id="a13"/>Fundamentally, Darwin Core is a set of terms having clearly defined semantics that can be understood by people or interpreted by machines, making it possible to determine appropriate uses of the data encoded therein. The terms are organized into nine categories (often referred to as “classes”, Figure 2 ), six of which cover broad aspects (event, location, geological context, occurrence, taxon, and identification) of the biodiversity domain. The remaining categories cover relationships to other resources, measurements, and generic information about records. Especially for the record level, Darwin Core recommends the use of a number of terms from Dublin Core (type, modified, language, rights, rightsHolder, accessRights, bibliographicCitation, references). The full set of current Darwin Core terms with their descriptions is available in the Quick Reference Guide ( http://rs.tdwg.org/dwc/terms/ ).<anchor xml:id="a14"/></p>
        <p><anchor xml:id="a15"/>Darwin Core Categories: Simple Darwin Core is comprised of seven categories of terms (green). This subset of Darwin Core terms represents descriptive data about organisms that can be represented in one file with one row per record and one column per term. Two additional categories (orange) expand Darwin Core with concepts that require a more complex data structure, such as multiple measurements from a single specimen, and cannot be represented easily in Simple Darwin Core.<anchor xml:id="a16"/></p>
        <p><anchor xml:id="a17"/>The authoritative form of the Darwin Core is a downloadable archive [25] , which contains various documents that are also available via web pages ( http://rs.tdwg.org/dwc/ ). Key among the documents is http://rs.tdwg.org/dwc/rdf/dwctermshistory.rdf . This document includes descriptions of all terms, their histories, the relationships among them, and the relations between them and terms from other standards, all in a single file. The document is written in the Resource Description Framework (RDF) format, which is a standard for encoding the semantic structure of web-based resources. The same information is rendered in human-readable form on web pages (Quick Reference Guide, Type Vocabulary, Complete History, Mapping to ABCD, and Mapping to Old Versions). The standard also includes recommendations for implementation ( Introduction , Simple Darwin Core, XML Guide, and Text Guide), a document describing how the standard is to be maintained (Namespace Policy), and a document describing the rationale behind any changes that are made to the standard (Decision History). In addition to the authoritative standard, Darwin Core consists of non-normative documents, commentaries, and tools tracked separately ( http://code.google.com/p/darwincore/ ).<anchor xml:id="a18"/></p>
        <p><anchor xml:id="a19"/>Though the scope and governance of Darwin Core are distinct from Dublin Core [26] , readers will recognize the ancestry of Darwin Core in their shared traits: mission, principles of operation, and inherited terms. Indeed, if words were nucleotides, the Darwin Core mission is the same as that of Dublin Core except for one base-pair addition (in bold), namely, “to provide simple standards to facilitate the finding, sharing and management of biodiversity information.” This relationship is not accidental. The Dublin Core Metadata Initiative (DCMI) has done a very good job of maintaining the metadata specifications at the core of web-based resources. The success of DCMI encouraged TDWG to adopt similar policies for the specific domain of biodiversity through the Darwin Core. This process, in turn, acts as the basis for the development of data standards for even more specific sub-disciplines (e.g., plant genetic resources) as well as a basis for collaboration with complementary related domains (e.g., metagenomics).<anchor xml:id="a20"/></p>
        <p>Implementation Guidelines</p>
        <p><anchor xml:id="a21"/>TDWG, as with other information standards bodies, has a history of developing data sharing standards that are bound to specific technologies, such as eXtensible Markup Language (XML). While Darwin Core is currently maintained in RDF, the enduring value of the standard lies in simple definitions of terms and their relationships to other terms, independent of technical implementation. As with Dublin Core, the idea is to promote use of the common terms in every appropriate context, and to leave the implementation details to specific applications. Data can be shared using Darwin Core in a variety of encoding schemes (Comma Separated Values, XML, JavaScript Object Notation, RDF, etc.). To aid in using Darwin Core in different contexts, there are documents with recommendations on how to share information as Darwin Core using various technologies.<anchor xml:id="a22"/></p>
        <p><anchor xml:id="a23"/>The Simple Darwin Core ( http://rs.tdwg.org/dwc/terms/simple/index.htm ) document explains the capacity to share records with properties that do not repeat, as simple text files or XML. There is also an XML Guide with reference XML schemas for highly structured data and a Text Guide explaining the construction of Darwin Core Archives (a combination of CSV files and a simple XML document describing the semantics of the data file columns and their relationships to each other). Darwin Core Archives can support structured data that conform to a star schema (a single core set of records in one or more files, with one-to-one or one-to-many relationships to records in other files). The Darwin Core Archive is becoming ever more popular as an easy means for data sharing, largely due to the release of supporting tools, in particular the next-generation data publishing system – the Integrated Publishing Toolkit ( http://www.gbif.org/informatics/infrastructure/publishing ) – an open source application developed by the Global Biodiversity Information Facility discussed in further detail below. Darwin Core Archives have been adopted by Pensoft® ( http://www.pensoft.net/journals/ ) as the preferred form for data appendices to taxonomic publications in MycoKeys, PhytoKeys, and ZooKeys.<anchor xml:id="a24"/></p>
        <p>Results</p>
        <p>Development and Ratification as a Standard</p>
        <p><anchor xml:id="a25"/>Darwin Core&#x27;s development spans more than a decade, but rests on the earlier work of academic societies that addressed how to document or catalog specimens in natural history collections. Those societies put forward prescriptive guidelines about how to catalog specimens properly, first on paper and later in computer databases [27] – [29] . The purpose was to promote completeness in capture and consistency in representation or encoding. Actual data exchange and integration was anticipated as a future capability, but these guidelines preceded the Internet and World Wide Web.<anchor xml:id="a26"/></p>
        <p><anchor xml:id="a27"/>In the early 1990&#x27;s, entity-relationship modeling had become accepted as a prerequisite for designing any database serving multiple users. A normalized database structure was the primary technique for enforcing data integrity. The Association of Systematic Collections (ASC) model [30] was the result of the first group effort to create a conceptual model for biological collections that accommodated the distinct taxonomic disciplines commonly found in natural history museums. The ASC model was an ontological description of the domain, but was determined at the time to be beyond the technical capabilities to implement [31] . Eventually, this model was then used as the point of departure for several collection management applications, including Specify ( http://specifysoftware.org/ ), Biota ( http://viceroy.eeb.uconn.edu/biota ), and Arctos ( http://arctos.database.museum/ ). The emphasis at that time was to develop best practice for data capture and management, not data exchange or integration.<anchor xml:id="a28"/></p>
        <p><anchor xml:id="a29"/>The first successful tool to enable data integration in the biodiversity domain came to be known as the Species Analyst. A prototype based on the Z39.50 protocol [32] , which was popular in the Library Science community at that time, was deployed in a pilot project, the Z39.50 Biology Implementers Group (ZBIG, U.S. National Science Foundation NSF-DBI-9811443). An outcome of the first meeting of that project was a list of terms with definitions to be included in the profile. The name “Darwin Core” was coined by Allen Allison and adopted at that meeting. The Species Analyst, a project developed under the NSF-funded ZBIG project at the University of Kansas [33] , led to an international deployment of data servers [34] for ornithological (NSF-DBI-9808739) and ichthyological (NSF-DEB-9985737) [35] collections.<anchor xml:id="a30"/></p>
        <p><anchor xml:id="a31"/>The initial purpose of the Darwin Core was to facilitate the exchange of information about the geographic and temporal occurrence of organisms in the natural world and the physical existence of specimens in biological collections. In contrast to earlier guidelines, Darwin Core was not a prescription for how to manage collection information. Instead, it was designed to circumscribe a conceptual model for a research community aiming to create a loose federation of databases and advance its research capabilities through data integration. The barriers to publishing data in Darwin Core were purposefully kept as low as possible.<anchor xml:id="a32"/></p>
        <p>The informal Darwin Core terms developed for Species Analyst were further refined under the NSF-funded Mammal Networked Information System project (MaNIS, NSF-DBI-0108161, http://manisnet.org ) [36] and the Ornithological Information System project (ORNIS NSF-DBI-0345448, http://ornisnet.org ) [37] . Major goals of the MaNIS project were to employ HTTP as the transport protocol instead of the less widely used Z39.50, to create a message protocol to support web-based distributed queries (Distributed Generic Information Retrieval – DiGIR), and to enhance the set of terms to include information such as georeferences based on guidelines that address the capture of data quality metrics [38] . The goal under ORNIS was to make sure that the Darwin Core underwent the process of becoming a formal standard.</p>
        <p><anchor xml:id="a33"/>Darwin Core was developed in parallel with efforts in Europe to establish a comprehensive model for biological collections information — Access to Biological Collections Data (ABCD) [39] . The philosophies of the two approaches were distinct, even if they both had the goal of promoting sharing of biodiversity information. Darwin Core was designed to be minimal (only terms shared in common throughout natural history collections) and flat (no relational structure), while ABCD was highly structured and sought to capture the wide variety of biodiversity data and their relationships. Both groups defined their data models in XML schemas. ABCD was ratified as a standard by TDWG in 2005. Darwin Core departed from defining the standard in XML schema and followed the DCMI model, incorporating the experience of the previous decade to establish a set of terms in wide use in practice for data sharing.<anchor xml:id="a34"/></p>
        <p><anchor xml:id="a35"/>Prior to ratification, Darwin Core had a history of versions [21] , each attempting to adapt to expanding community-defined needs. The earliest versions were limited to defining terms for biological specimens in collections. Continued development in sectors of the community produced versions with added capabilities targeting observations [40] and paleontology [41] . Standard Darwin Core reconciles the omissions from, incompatibilities between, and inconsistencies within previous versions and provides mappings to the out-dated terms as well as mappings to concepts in the ABCD Schema. In addition, terms were added to enable the transmission of taxonomic name and classification data sets. The result is a relatively simple and stable specification, which serves the needs of data publishers, data consumers, and application developers to work with primary biodiversity data.<anchor xml:id="a36"/></p>
        <p><anchor xml:id="a37"/>Darwin Core underwent a year of document development by the Darwin Core Task Group with support from the National Science Foundation and the Global Biodiversity Information Facility. The draft standard underwent review with public commentary before being ratified by the TDWG Executive Committee in October 2009.<anchor xml:id="a38"/></p>
        <p>Maintenance and Evolution</p>
        <p><anchor xml:id="a39"/>In combination with openness and consensus building (key aspects of the TDWG constitution: http://www.tdwg.org/about-tdwg/constitution/ ), two of the guiding principles behind Darwin Core are flexibility and adaptability. The standard has to be flexible to accommodate a variety of ever evolving technical contexts in which it might be used (spreadsheet columns, relational database fields, XML schemas and documents, non-SQL data stores, and semantic web resources). The standard has to be adaptable to accommodate growth (new terms, additional meanings) and interoperability (connections to related information). To thrive, the standard must have a means to adapt to changing needs.<anchor xml:id="a40"/></p>
        <p><anchor xml:id="a41"/>Darwin Core development is community driven and follows the process published in the Darwin Core Namespace Policy ( http://rs.tdwg.org/dwc/2009-09-23/terms/namespace/index.htm ). Open commentaries on issues related to Darwin Core are expressed through a public forum (at tdwg-content@lists.tdwg.org ) to which any subscriber may contribute. Discussions that result in consensus for change (new terms, new definitions, new relationships, changes in documentation) are submitted as change requests using templates requesting the appropriate information on the issue tracker of the Darwin Core Project site ( http://code.google.com/p/darwincore/wiki/SubmittingIssues ). Sometimes this process is reversed, with a submitted issue being copied to the discussion forum for elaboration and consensus before refining the issue as submitted. All changes undergo a 30-day public review, announced on the listserv. Changes are reviewed by TDWG&#x27;s Technical Architecture Group (TAG: http://www.tdwg.org/activities/tag/ ), a set of volunteer members with broad interest and expertise in web-based interoperability. The TAG determines if the proposed changes are compatible with Darwin Core and that they do not reinvent existing standards. Changes that pass this review process are made as version changes to the affected documents, the latest of which always constitute the current standard.<anchor xml:id="a42"/></p>
        <p>Data Quality and Constraining Darwin Core</p>
        <p><anchor xml:id="a43"/>Data quality and fitness for use are primary concerns in the biodiversity community [42] , where information comes from heterogeneous sources spanning the globe over hundreds of years. Both data discovery and data quality assessment are hampered by this heterogeneity. Part of the solution depends on the use of common vocabularies, part on dictionaries of synonymous terms, and a great deal on applications that can facilitate discovery and assessment in place of or to aid in otherwise labor-intensive “cleanups”. For example, having a dictionary that equates “voucher” and “sample” with an accepted term “PreservedSpecimen” would allow applications to make this substitution automatically and allow users to discover relevant data using any of the synonyms regardless of how they were stored in the original data.<anchor xml:id="a44"/></p>
        <p><anchor xml:id="a45"/>Darwin Core makes recommendations about constraints on data content, whether about data types, valid values, or controlled vocabularies. For example, decimalLatitude is recommended to be a floating-point number falling between 90 and −90, inclusive; countryCode is recommended to be a value from ISO 3166-1-alpha-2 (two-letter country codes). Though these recommendations are made in the standard, the philosophy is to relegate enforcement to applications where they make sense. For example, in a collaboration where the purpose is to automate data quality improvement on shared data, it is essential to be able to share the warts-and-all data that need to be investigated and improved.<anchor xml:id="a46"/></p>
        <p>Discussion</p>
        <p>Frontiers</p>
        <p><anchor xml:id="a47"/>Though the Darwin Core is defined in an RDF document, integration of biodiversity data in the semantic web is in its early stages. One of the major challenges for Darwin Core in the semantic web context is the lack of a well-defined ontology - a formal definition of relationships between terms in a defined domain. An ontology would define the relationships between concepts such as biological entities, the events that document where and when they occurred, and the processes through which they are identified as being representative of a taxonomic concept. Without rigorous relationships between concepts and the properties that define them, connections between biodiversity data and related semantically rich information, such as literature and genomes, are difficult to traverse. This creates obstacles to cross-disciplinary semantic inquiry, such as in the Linked Data distributed data community ( http://linkeddata.org/ ). Current research is trying to address this gap (see TaxonConcept Knowledge Base, http://www.taxonconcept.org/ and BiSciCol, http://biscicol.blogspot.com/ ), active discussions on various aspects of the challenge take place regularly on the Darwin Core public forum ( http://lists.tdwg.org/mailman/listinfo/tdwg-content ), and an RDF task group has been established within TDWG “to adapt TDWG vocabularies for use as RDF classes and properties and to integrate those resources with other well-known vocabularies and ontologies outside TDWG for use in describing biodiversity resources.” [43]<anchor xml:id="a48"/></p>
        <p>Tools and Infrastructure for Publishing Darwin Core Data</p>
        <p><anchor xml:id="a49"/>A variety of tools has been developed to simplify the mobilization and sharing of biodiversity data using the Darwin Core. Many of these tools focus on the creation or validation of Darwin Core Archives ( http://code.google.com/p/darwincore/wiki/ToolsAndApplications#Tools ). The Global Biodiversity Information Facility (GBIF), an international organization promoting the free and open access to biodiversity data online, has invested heavily in the open and collaborative development of tools ( http://tools.gbif.org/ ) to make the creation and publication of Darwin Core Archives relatively simple.<anchor xml:id="a50"/></p>
        <p><anchor xml:id="a51"/>The Integrated Publishing Toolkit (IPT; http://www.gbif.org/informatics/infrastructure/publishing/ ) is an open-source software development project, led by GBIF, designed to address the challenges of sharing biodiversity data. By producing and providing easy access to Darwin Core Archives and resource metadata in Ecological Markup Language [44] , the IPT works in tandem with a Global Biodiversity Resources Discovery System (GBRDS), a data registry, to facilitate discovery and retrieval of shared data throughout the world. The IPT complements other tools that have been created to assist data users to explore, organize, and mobilize data sets. A range of spreadsheet and archive creators and validators has been developed by GBIF and others. These tools can be accessed via the GBIF Publishing Software web page ( http://www.gbif.org/informatics/standards-and-tools/publishing-data/publishing-software/ ).<anchor xml:id="a52"/></p>
        <p><anchor xml:id="a53"/>Whereas tools such as the IPT facilitate data mobilization using Darwin Core data, other tools build on these sources to integrate and index biodiversity data. These aggregators are thematic networks with either geographic (e.g., Atlas of Living Australia, http://www.ala.org.au/ ) or taxonomic focus (e.g., VertNet, http://vertnet.org ). Developing these systems to work sustainably and at large scales is an area of active research. For example, VertNet ( http://vertnet.org/ ), an aggregation of vertebrate specimen and observation data into a cloud-based data store, makes use of the Simple Darwin Core in comma separated value (.csv) files with header rows containing Darwin Core term names. These files are published to the data store where the records are indexed for high-performance querying.<anchor xml:id="a54"/></p>
        <p>Extensions</p>
        <p><anchor xml:id="a55"/>Because Darwin Core aims to cover the common ground in biodiversity, it inevitably lacks terms that are of interest to more specialized groups. A Darwin Core Extension consists of additional terms describing a complementary, related domain, or guidance on the use of Darwin Core within a specific sub-domain of biodiversity. Over the last decade, Darwin Core has evolved by means of extensions, some of which have been incorporated in the standard. For example, the terms of a paleontology extension related to an earlier, pre-standard version of Darwin Core became the terms of the current GeologicalContext class. Similarly, terms originating from an early version of the Darwin Core created for the Ocean Biogeographic Information System (OBIS; http://www.iobis.org/ ) have also been added to Darwin Core. Going forward, specific projects or disciplines may find it convenient to extend the scope of Darwin Core outside the existing namespace and governance process for proof-of-concept research. Once the understanding of the new terms has been tested and proven of utility in a broader context, incorporation into the standard can be accomplished through community consensus.<anchor xml:id="a56"/></p>
        <p>Integration of Darwin Core with New Research Communities</p>
        <p><anchor xml:id="a57"/>Darwin Core continues to be integrated into new research communities. For example, the Nordic Genetic Resource Center (NordGen; http://www.nordgen.org ) and Bioversity International (formerly IPGRI) ( http://www.bioversityinternational.org ) have sought to take advantage of Darwin Core on behalf of the European plant genetic resources and genebank community and, at the same time, share rich discipline-specific genetic resource information. A careful review was made of Darwin Core and a set of additional terms that did not overlap or conflict with existing Darwin Core terms was proposed to meet the community&#x27;s needs. The new terms, modeled directly from FAO/IPGRI Multi-Crop Passport Descriptors [45] (2001) and the proposed EPGRIS3 trait data standard for characterization and evaluation data [46] , were expressed and published openly in an XML schema for germplasm data (DwC-germplasm, http://code.google.com/p/darwincore-germplasm/ ) [47] , resulting in the first successfully deployed extension to the Darwin Core Standard.<anchor xml:id="a58"/></p>
        <p>The success of DwC-germplasm has encouraged other communities to supplement or work in parallel with Darwin Core to meet specific needs. For example, the Apiary Project ( http://www.apiaryproject.org/ ) extended the Darwin Core to capture basic specimen information along with detailed annotation data (e.g., annotatedBy, dateAnnotated) found on herbarium sheets. Other communities are focusing on providing guidelines on how to use Darwin Core within a discipline without the need for extensions. The Apple Core Initiative ( http://code.google.com/p/applecore/wiki/Introduction ), organized by Canadensys, ( http://www.canadensys.net/ ), is aimed at providing guidance on best practices for the content of Darwin Core terms for vascular plant specimens.</p>
        <p><anchor xml:id="a59"/>A set of taxonomic extensions collectively known as the “GNA Profile” (named for the Global Names Architecture) [48] – [49] have been designed by GBIF with input from Catalogue of Life ( http://www.catalogueoflife.org/ ), Encyclopedia of Life ( http://eol.org/ ), nomenclators, and other taxonomic initiatives. These extensions ( http://rs.gbif.org/extension/gbif/1.0/ ), together with the taxonomic terms of Darwin Core, allow sharing of rich taxonomic data often found in species checklists. The extensions are designed to be used in a one-to-many relationship with core taxon records, allowing the sharing of structured data such as vernacular names, species range distributions, textual descriptions, type species and specimens, image data, and bibliographies.<anchor xml:id="a60"/></p>
        <p><anchor xml:id="a61"/>An effort is underway within TDWG to create a standard for biodiversity multimedia resources and collections, called the Audubon Core [50] . The proposal introduces vocabularies covering the management and content of biodiversity-related media and their taxonomic, geographic, and temporal scope. Audubon Core adopts by inclusion a number of terms from Darwin Core, which can reduce the burden on existing media publishers who may have already used Darwin Core terms for describing the media content.<anchor xml:id="a62"/></p>
        <p><anchor xml:id="a63"/>In collaboration with the Genomic Standards Consortium (GSC; http://gensc.org/ ) [51] , Darwin Core is now being extended to cover DNA-level observations (genomes, metagenomes, and gene marker sequences). The GSC, a standards body similar in scope to Biodiversity Information Standards (TDWG), is working to “standardize the description of genomic data and promote the exchange and integration of genomic data. [52] .” Advances in technology have made sequence-based diversity assessments increasingly routine in biodiversity research. The GSC has developed the MIxS (Minimum Information about any (x) Sequence) standard containing checklists for describing genomes, metagenomes, and marker gene studies. Conceptually this approach is similar to Darwin Core in that it defines terms for the description of data, but differs in that it requires the reporting a certain minimum set of descriptors such as environmental and geographic origin and details about sample and sequencing processing in addition to any kind of genomic sequence.<anchor xml:id="a64"/></p>
        <p><anchor xml:id="a65"/>Currently, Darwin Core and GSC developers are collaborating (supported by NSF-RCN4GSC) to harmonize Darwin Core and MIxS to aid the growing field of sequence-based diversity research. Darwin Core and GSC developers have concluded that the standards are conceptually similar and that the distinct sets of terms are complementary. This allows the development of a bi-directional (see Figure 2 ) solution, where in the future the GSC will be able to incorporate terms from Darwin Core and add GSC-specific reporting requirements, while Darwin Core will be able to offer a genomics extension using the results of this activity.<anchor xml:id="a66"/></p>
        <p>Scope and Scale of Darwin Core for Biodiversity Science</p>
        <p><anchor xml:id="a67"/>The creation of a standard format for biodiversity data, the development of aggregation tools, and the increasing use of Darwin Core Archives have helped to overcome the challenge of limited availability of data to answer questions about biodiversity. As more data become digitized and discoverable, biocollections can become a window into broader analyses of ecological, climate, niche, environmental, and biological research questions and critical issues.<anchor xml:id="a68"/></p>
        <p><anchor xml:id="a69"/>Though predated by examples of the effective use of Darwin Core for distribution modeling, influence of natural area preservation, and estimates of climate change impact [53] , the utility of data shared using Darwin Core is illustrated by two recent examples. First, the University of California, Berkeley, and the Wildlife Conservation Society have collaborated to create Réseau de la Biodiversité de Madagascar (REBIOMA, http://www.rebioma.net/ ).The effort seeks to make biodiversity data about Madagascar available via a single web-based resource. Primary data on biodiversity in Madagascar come from researchers and institutions all over the world. REBIOMA works with each collection to standardize the data using the Darwin Core, to mobilize and aggregate the data, and to vet the data for quality, completeness, and fitness for use. Data passing automated quality checks and review by a board of taxonomic experts are analyzed in combination with environmental data to produce maps showing models of where species might occur. The success of this project has made it possible for researchers, policy makers, government officials, and conservationists to capture a wealth of data to address issues of Malagasy biodiversity. The simplicity and flexibility of Darwin Core has made it possible for REBIOMA to provide immediate access to high-quality data and tools for monitoring and assessing conservation efforts.<anchor xml:id="a70"/></p>
        <p><anchor xml:id="a71"/>A second example of innovative use of Darwin Core data is the Map of Life Project ( http://www.mappinglife.org/ ), and sister projects such as LifeMapper ( http://www.lifemapper.org/ ) [54] , which aggregate and mobilize sources of species distribution information and provide tools to visualize and analyses those data. In Map of Life, species occurrence data points formatted as Darwin Core are queried and brought into the application with related data sources such as range maps, assemblage checklists, and habitat preference data. Integration of these data types and modeling will lead to summary products describing species distributions and provide the basis for distribution change assessments in the face of human-induced global changes [55] . The Map of Life will be a knowledge base of hundreds of thousands of high-resolution species distribution maps covering a wide range of taxa and geographic locations.<anchor xml:id="a72"/></p>
        <p>Conclusions</p>
        <p><anchor xml:id="a73"/>The demand for Darwin Core data is increasing. The corpus of information spanning three centuries of biodiversity exploration is being digitized at an increasing rate. Major efforts such as the new US National Science Foundation program Advancing Digitization of Biological Collections ( http://nsf.gov/funding/pgm_summ.jsp?pims_id=503559&amp;org=DBI&amp;from=home ) and the Atlas of Living Australia ( http://www.ala.org.au ) are two recent examples. A flood of qualitatively new global biodiversity data is also being generated through the application of high-throughput gene sequencing of environmental samples.<anchor xml:id="a74"/></p>
        <p><anchor xml:id="a75"/>The President&#x27;s Council of Advisors on Science and Technology (PCAST) report on sustaining environmental capital noted recently that the challenge is not only one of the volume of data, but also its heterogeneity, as traditional biotic surveying practices blend with new approaches, such as remote sensing [56] or metagenomics [57] . A key passage in that PCAST report captures the challenge perfectly: “temporal, spatial, and methodological heterogeneity leads to a depth and richness in biodiversity and ecosystems data not found in other fields. It also makes dataset interoperability a problem that is at the same time particularly challenging and highly important to solve [58] .” Darwin Core fills an essential role in describing some of these data in a standard format based on community input and demonstrated utility.<anchor xml:id="a76"/></p>
        <p><anchor xml:id="a77"/>Darwin Core is a living standard. Although its roots were planted in the vertebrate natural history collections community, Darwin Core continues to grow to serve the needs of biodiversity research. This growth, over the relatively short period of a decade, speaks both to the need for such a standard and to the efforts of its champions to increase its utility through a community development process in order to meet increasing demand. Darwin Core greatly increases the value and re-use of freely available and accessible biodiversity data so that they can be effectively mobilized, integrated, and incorporated into other “grand challenge” scientific endeavors.<anchor xml:id="a78"/></p>
    </body>
  </text>
</TEI>
