Links to Exploration step
Le document en format XML
<record><TEI><teiHeader><fileDesc><titleStmt><title xml:lang="en">The GBIF Integrated Publishing Toolkit: Facilitating the Efficient Publishing of Biodiversity Data on the Internet</title>
<author><name sortKey="Robertson, Tim" sort="Robertson, Tim" uniqKey="Robertson T" first="Tim" last="Robertson">Tim Robertson</name>
<affiliation><nlm:aff id="aff1"><addr-line>Global Biodiversity Information Facility, Copenhagen, Denmark</addr-line>
</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Doring, Markus" sort="Doring, Markus" uniqKey="Doring M" first="Markus" last="Döring">Markus Döring</name>
<affiliation><nlm:aff id="aff1"><addr-line>Global Biodiversity Information Facility, Copenhagen, Denmark</addr-line>
</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Guralnick, Robert" sort="Guralnick, Robert" uniqKey="Guralnick R" first="Robert" last="Guralnick">Robert Guralnick</name>
<affiliation><nlm:aff id="aff2"><addr-line>University of Colorado, Boulder, Colorado, United States of America</addr-line>
</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Bloom, David" sort="Bloom, David" uniqKey="Bloom D" first="David" last="Bloom">David Bloom</name>
<affiliation><nlm:aff id="aff3"><addr-line>University of California, Berkeley, Berkeley, California, United States of America</addr-line>
</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Wieczorek, John" sort="Wieczorek, John" uniqKey="Wieczorek J" first="John" last="Wieczorek">John Wieczorek</name>
<affiliation><nlm:aff id="aff3"><addr-line>University of California, Berkeley, Berkeley, California, United States of America</addr-line>
</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Braak, Kyle" sort="Braak, Kyle" uniqKey="Braak K" first="Kyle" last="Braak">Kyle Braak</name>
<affiliation><nlm:aff id="aff1"><addr-line>Global Biodiversity Information Facility, Copenhagen, Denmark</addr-line>
</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Otegui, Javier" sort="Otegui, Javier" uniqKey="Otegui J" first="Javier" last="Otegui">Javier Otegui</name>
<affiliation><nlm:aff id="aff2"><addr-line>University of Colorado, Boulder, Colorado, United States of America</addr-line>
</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Russell, Laura" sort="Russell, Laura" uniqKey="Russell L" first="Laura" last="Russell">Laura Russell</name>
<affiliation><nlm:aff id="aff4"><addr-line>University of Kansas, Lawrence, Kansas, United States of America</addr-line>
</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Desmet, Peter" sort="Desmet, Peter" uniqKey="Desmet P" first="Peter" last="Desmet">Peter Desmet</name>
<affiliation><nlm:aff id="aff5"><addr-line>Research Institute for Nature and Forest (INBO), Brussels, Belgium</addr-line>
</nlm:aff>
</affiliation>
</author>
</titleStmt>
<publicationStmt><idno type="wicri:source">PMC</idno>
<idno type="pmid">25099149</idno>
<idno type="pmc">4123864</idno>
<idno type="url">http://www.ncbi.nlm.nih.gov/pmc/articles/PMC4123864</idno>
<idno type="RBID">PMC:4123864</idno>
<idno type="doi">10.1371/journal.pone.0102623</idno>
<date when="2014">2014</date>
<idno type="wicri:Area/Pmc/Corpus">000418</idno>
</publicationStmt>
<sourceDesc><biblStruct><analytic><title xml:lang="en" level="a" type="main">The GBIF Integrated Publishing Toolkit: Facilitating the Efficient Publishing of Biodiversity Data on the Internet</title>
<author><name sortKey="Robertson, Tim" sort="Robertson, Tim" uniqKey="Robertson T" first="Tim" last="Robertson">Tim Robertson</name>
<affiliation><nlm:aff id="aff1"><addr-line>Global Biodiversity Information Facility, Copenhagen, Denmark</addr-line>
</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Doring, Markus" sort="Doring, Markus" uniqKey="Doring M" first="Markus" last="Döring">Markus Döring</name>
<affiliation><nlm:aff id="aff1"><addr-line>Global Biodiversity Information Facility, Copenhagen, Denmark</addr-line>
</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Guralnick, Robert" sort="Guralnick, Robert" uniqKey="Guralnick R" first="Robert" last="Guralnick">Robert Guralnick</name>
<affiliation><nlm:aff id="aff2"><addr-line>University of Colorado, Boulder, Colorado, United States of America</addr-line>
</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Bloom, David" sort="Bloom, David" uniqKey="Bloom D" first="David" last="Bloom">David Bloom</name>
<affiliation><nlm:aff id="aff3"><addr-line>University of California, Berkeley, Berkeley, California, United States of America</addr-line>
</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Wieczorek, John" sort="Wieczorek, John" uniqKey="Wieczorek J" first="John" last="Wieczorek">John Wieczorek</name>
<affiliation><nlm:aff id="aff3"><addr-line>University of California, Berkeley, Berkeley, California, United States of America</addr-line>
</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Braak, Kyle" sort="Braak, Kyle" uniqKey="Braak K" first="Kyle" last="Braak">Kyle Braak</name>
<affiliation><nlm:aff id="aff1"><addr-line>Global Biodiversity Information Facility, Copenhagen, Denmark</addr-line>
</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Otegui, Javier" sort="Otegui, Javier" uniqKey="Otegui J" first="Javier" last="Otegui">Javier Otegui</name>
<affiliation><nlm:aff id="aff2"><addr-line>University of Colorado, Boulder, Colorado, United States of America</addr-line>
</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Russell, Laura" sort="Russell, Laura" uniqKey="Russell L" first="Laura" last="Russell">Laura Russell</name>
<affiliation><nlm:aff id="aff4"><addr-line>University of Kansas, Lawrence, Kansas, United States of America</addr-line>
</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Desmet, Peter" sort="Desmet, Peter" uniqKey="Desmet P" first="Peter" last="Desmet">Peter Desmet</name>
<affiliation><nlm:aff id="aff5"><addr-line>Research Institute for Nature and Forest (INBO), Brussels, Belgium</addr-line>
</nlm:aff>
</affiliation>
</author>
</analytic>
<series><title level="j">PLoS ONE</title>
<idno type="eISSN">1932-6203</idno>
<imprint><date when="2014">2014</date>
</imprint>
</series>
</biblStruct>
</sourceDesc>
</fileDesc>
<profileDesc><textClass></textClass>
</profileDesc>
</teiHeader>
<front><div type="abstract" xml:lang="en"><p>The planet is experiencing an ongoing global biodiversity crisis. Measuring the magnitude and rate of change more effectively requires access to organized, easily discoverable, and digitally-formatted biodiversity data, both legacy and new, from across the globe. Assembling this coherent digital representation of biodiversity requires the integration of data that have historically been analog, dispersed, and heterogeneous. The Integrated Publishing Toolkit (IPT) is a software package developed to support biodiversity dataset publication in a common format. The IPT’s two primary functions are to 1) encode existing species occurrence datasets and checklists, such as records from natural history collections or observations, in the Darwin Core standard to enhance interoperability of data, and 2) publish and archive data and metadata for broad use in a Darwin Core Archive, a set of files following a standard format. Here we discuss the key need for the IPT, how it has developed in response to community input, and how it continues to evolve to streamline and enhance the interoperability, discoverability, and mobilization of new data types beyond basic Darwin Core records. We close with a discussion how IPT has impacted the biodiversity research community, how it enhances data publishing in more traditional journal venues, along with new features implemented in the latest version of the IPT, and future plans for more enhancements.</p>
</div>
</front>
<back><div1 type="bibliography"><listBibl><biblStruct><analytic><author><name sortKey="Schimel, Ds" uniqKey="Schimel D">DS Schimel</name>
</author>
<author><name sortKey="Asner, Gp" uniqKey="Asner G">GP Asner</name>
</author>
<author><name sortKey="Moorcroft, P" uniqKey="Moorcroft P">P Moorcroft</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Krishtalka, L" uniqKey="Krishtalka L">L Krishtalka</name>
</author>
<author><name sortKey="Humphrey, Ps" uniqKey="Humphrey P">PS Humphrey</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Canhos, Vp" uniqKey="Canhos V">VP Canhos</name>
</author>
<author><name sortKey="De Souza, S" uniqKey="De Souza S">S de Souza</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Vollmar, A" uniqKey="Vollmar A">A Vollmar</name>
</author>
<author><name sortKey="Macklin, Ja" uniqKey="Macklin J">JA Macklin</name>
</author>
<author><name sortKey="Ford, Ls" uniqKey="Ford L">LS Ford</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Wieczorek, J" uniqKey="Wieczorek J">J Wieczorek</name>
</author>
<author><name sortKey="Bloom, D" uniqKey="Bloom D">D Bloom</name>
</author>
<author><name sortKey="Guralnick, R" uniqKey="Guralnick R">R Guralnick</name>
</author>
<author><name sortKey="Blum, S" uniqKey="Blum S">S Blum</name>
</author>
<author><name sortKey="Doring, M" uniqKey="Doring M">M Döring</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Ari O, Ah" uniqKey="Ari O A">AH Ariño</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Sullivan, B" uniqKey="Sullivan B">B Sullivan</name>
</author>
<author><name sortKey="Wood, C" uniqKey="Wood C">C Wood</name>
</author>
<author><name sortKey="Iliff, Mj" uniqKey="Iliff M">MJ Iliff</name>
</author>
<author><name sortKey="Bonney, Re" uniqKey="Bonney R">RE Bonney</name>
</author>
<author><name sortKey="Fink, D" uniqKey="Fink D">D Fink</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Heidorn, Rb" uniqKey="Heidorn R">RB Heidorn</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Benson, D" uniqKey="Benson D">D Benson</name>
</author>
<author><name sortKey="Karsch Mizrachi, I" uniqKey="Karsch Mizrachi I">I Karsch-Mizrachi</name>
</author>
<author><name sortKey="Lipman, Dj" uniqKey="Lipman D">DJ Lipman</name>
</author>
<author><name sortKey="Ostell, J" uniqKey="Ostell J">J Ostell</name>
</author>
<author><name sortKey="Sayers, Ew" uniqKey="Sayers E">EW Sayers</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Guralnick, Rp" uniqKey="Guralnick R">RP Guralnick</name>
</author>
<author><name sortKey="Hill, Aw" uniqKey="Hill A">AW Hill</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Stein, Br" uniqKey="Stein B">BR Stein</name>
</author>
<author><name sortKey="Wieczorek, J" uniqKey="Wieczorek J">J Wieczorek</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Guralnick, Rp" uniqKey="Guralnick R">RP Guralnick</name>
</author>
<author><name sortKey="Constable, H" uniqKey="Constable H">H Constable</name>
</author>
<author><name sortKey="Wieczorek, J" uniqKey="Wieczorek J">J Wieczorek</name>
</author>
<author><name sortKey="Moritz, C" uniqKey="Moritz C">C Moritz</name>
</author>
<author><name sortKey="Peterson, At" uniqKey="Peterson A">AT Peterson</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Constable, H" uniqKey="Constable H">H Constable</name>
</author>
<author><name sortKey="Guralnick, R" uniqKey="Guralnick R">R Guralnick</name>
</author>
<author><name sortKey="Wieczorek, J" uniqKey="Wieczorek J">J Wieczorek</name>
</author>
<author><name sortKey="Spencer, Cl" uniqKey="Spencer C">CL Spencer</name>
</author>
<author><name sortKey="Peterson, At" uniqKey="Peterson A">AT Peterson</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Grassle, Jf" uniqKey="Grassle J">JF Grassle</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Edwards, Jl" uniqKey="Edwards J">JL Edwards</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Yesson, C" uniqKey="Yesson C">C Yesson</name>
</author>
<author><name sortKey="Brewer, Pw" uniqKey="Brewer P">PW Brewer</name>
</author>
<author><name sortKey="Sutton, T" uniqKey="Sutton T">T Sutton</name>
</author>
<author><name sortKey="Caithness, N" uniqKey="Caithness N">N Caithness</name>
</author>
<author><name sortKey="Pahwa, Js" uniqKey="Pahwa J">JS Pahwa</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Belbin, L" uniqKey="Belbin L">L Belbin</name>
</author>
<author><name sortKey="Daly, J" uniqKey="Daly J">J Daly</name>
</author>
<author><name sortKey="Hirsch, T" uniqKey="Hirsch T">T Hirsch</name>
</author>
<author><name sortKey="Hobern, D" uniqKey="Hobern D">D Hobern</name>
</author>
<author><name sortKey="Lasalle, J" uniqKey="Lasalle J">J LaSalle</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Otegui, J" uniqKey="Otegui J">J Otegui</name>
</author>
<author><name sortKey="Ari O, Ah" uniqKey="Ari O A">AH Ariño</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Sheffield, C" uniqKey="Sheffield C">C Sheffield</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Chavan, V" uniqKey="Chavan V">V Chavan</name>
</author>
<author><name sortKey="Penev, L" uniqKey="Penev L">L Penev</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Desmet, P" uniqKey="Desmet P">P Desmet</name>
</author>
<author><name sortKey="Brouillet, L" uniqKey="Brouillet L">L Brouillet</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
</listBibl>
</div1>
</back>
</TEI>
<pmc article-type="research-article"><pmc-dir>properties open_access</pmc-dir>
<front><journal-meta><journal-id journal-id-type="nlm-ta">PLoS One</journal-id>
<journal-id journal-id-type="iso-abbrev">PLoS ONE</journal-id>
<journal-id journal-id-type="publisher-id">plos</journal-id>
<journal-id journal-id-type="pmc">plosone</journal-id>
<journal-title-group><journal-title>PLoS ONE</journal-title>
</journal-title-group>
<issn pub-type="epub">1932-6203</issn>
<publisher><publisher-name>Public Library of Science</publisher-name>
<publisher-loc>San Francisco, USA</publisher-loc>
</publisher>
</journal-meta>
<article-meta><article-id pub-id-type="pmid">25099149</article-id>
<article-id pub-id-type="pmc">4123864</article-id>
<article-id pub-id-type="publisher-id">PONE-D-13-41292</article-id>
<article-id pub-id-type="doi">10.1371/journal.pone.0102623</article-id>
<article-categories><subj-group subj-group-type="heading"><subject>Research Article</subject>
</subj-group>
<subj-group subj-group-type="Discipline-v2"><subject>Biology and Life Sciences</subject>
<subj-group><subject>Ecology</subject>
<subj-group><subject>Biodiversity</subject>
<subject>Ecological Metrics</subject>
</subj-group>
</subj-group>
</subj-group>
<subj-group subj-group-type="Discipline-v2"><subject>Computer and Information Sciences</subject>
<subj-group><subject>Computer Applications</subject>
</subj-group>
<subj-group><subject>Computer Modeling</subject>
</subj-group>
<subj-group><subject>Information Technology</subject>
<subj-group><subject>Databases</subject>
</subj-group>
</subj-group>
<subj-group><subject>Software Engineering</subject>
<subj-group><subject>Software Design</subject>
<subject>Software Tools</subject>
</subj-group>
</subj-group>
</subj-group>
<subj-group subj-group-type="Discipline-v2"><subject>Ecology and Environmental Sciences</subject>
<subj-group><subject>Conservation Science</subject>
</subj-group>
</subj-group>
</article-categories>
<title-group><article-title>The GBIF Integrated Publishing Toolkit: Facilitating the Efficient Publishing of Biodiversity Data on the Internet</article-title>
<alt-title alt-title-type="running-head">The GBIF Integrated Publishing Toolkit</alt-title>
</title-group>
<contrib-group><contrib contrib-type="author"><name><surname>Robertson</surname>
<given-names>Tim</given-names>
</name>
<xref ref-type="aff" rid="aff1"><sup>1</sup>
</xref>
</contrib>
<contrib contrib-type="author"><name><surname>Döring</surname>
<given-names>Markus</given-names>
</name>
<xref ref-type="aff" rid="aff1"><sup>1</sup>
</xref>
</contrib>
<contrib contrib-type="author"><name><surname>Guralnick</surname>
<given-names>Robert</given-names>
</name>
<xref ref-type="aff" rid="aff2"><sup>2</sup>
</xref>
</contrib>
<contrib contrib-type="author"><name><surname>Bloom</surname>
<given-names>David</given-names>
</name>
<xref ref-type="aff" rid="aff3"><sup>3</sup>
</xref>
<xref ref-type="corresp" rid="cor1"><sup>*</sup>
</xref>
</contrib>
<contrib contrib-type="author"><name><surname>Wieczorek</surname>
<given-names>John</given-names>
</name>
<xref ref-type="aff" rid="aff3"><sup>3</sup>
</xref>
</contrib>
<contrib contrib-type="author"><name><surname>Braak</surname>
<given-names>Kyle</given-names>
</name>
<xref ref-type="aff" rid="aff1"><sup>1</sup>
</xref>
</contrib>
<contrib contrib-type="author"><name><surname>Otegui</surname>
<given-names>Javier</given-names>
</name>
<xref ref-type="aff" rid="aff2"><sup>2</sup>
</xref>
</contrib>
<contrib contrib-type="author"><name><surname>Russell</surname>
<given-names>Laura</given-names>
</name>
<xref ref-type="aff" rid="aff4"><sup>4</sup>
</xref>
</contrib>
<contrib contrib-type="author"><name><surname>Desmet</surname>
<given-names>Peter</given-names>
</name>
<xref ref-type="aff" rid="aff5"><sup>5</sup>
</xref>
</contrib>
</contrib-group>
<aff id="aff1"><label>1</label>
<addr-line>Global Biodiversity Information Facility, Copenhagen, Denmark</addr-line>
</aff>
<aff id="aff2"><label>2</label>
<addr-line>University of Colorado, Boulder, Colorado, United States of America</addr-line>
</aff>
<aff id="aff3"><label>3</label>
<addr-line>University of California, Berkeley, Berkeley, California, United States of America</addr-line>
</aff>
<aff id="aff4"><label>4</label>
<addr-line>University of Kansas, Lawrence, Kansas, United States of America</addr-line>
</aff>
<aff id="aff5"><label>5</label>
<addr-line>Research Institute for Nature and Forest (INBO), Brussels, Belgium</addr-line>
</aff>
<contrib-group><contrib contrib-type="editor"><name><surname>Little</surname>
<given-names>Damon P.</given-names>
</name>
<role>Editor</role>
<xref ref-type="aff" rid="edit1"></xref>
</contrib>
</contrib-group>
<aff id="edit1"><addr-line>The New York Botanical Garden, United States of America</addr-line>
</aff>
<author-notes><corresp id="cor1">* E-mail: <email>dbloom@vertnet.org</email>
</corresp>
<fn fn-type="conflict"><p><bold>Competing Interests: </bold>
The authors have declared that no competing interests exist.</p>
</fn>
<fn fn-type="con"><p>Conceived and designed the experiments: TR MD KB JW PD. Performed the experiments: TR MD KB JW LR JO PD. Analyzed the data: TR MD RG DB KB JO LR JW PD. Wrote the paper: TR MD RG DB KB JO LR JW PD.</p>
</fn>
</author-notes>
<pub-date pub-type="collection"><year>2014</year>
</pub-date>
<pub-date pub-type="epub"><day>6</day>
<month>8</month>
<year>2014</year>
</pub-date>
<volume>9</volume>
<issue>8</issue>
<elocation-id>e102623</elocation-id>
<history><date date-type="received"><day>9</day>
<month>10</month>
<year>2013</year>
</date>
<date date-type="accepted"><day>20</day>
<month>6</month>
<year>2014</year>
</date>
</history>
<permissions><copyright-year>2014</copyright-year>
<copyright-holder>Roberston et al</copyright-holder>
<license><license-p>This is an open-access article distributed under the terms of the <ext-link ext-link-type="uri" xlink:href="http://creativecommons.org/licenses/by/4.0/">Creative Commons Attribution License</ext-link>
, which permits unrestricted use, distribution, and reproduction in any medium, provided the original author and source are credited.</license-p>
</license>
</permissions>
<abstract><p>The planet is experiencing an ongoing global biodiversity crisis. Measuring the magnitude and rate of change more effectively requires access to organized, easily discoverable, and digitally-formatted biodiversity data, both legacy and new, from across the globe. Assembling this coherent digital representation of biodiversity requires the integration of data that have historically been analog, dispersed, and heterogeneous. The Integrated Publishing Toolkit (IPT) is a software package developed to support biodiversity dataset publication in a common format. The IPT’s two primary functions are to 1) encode existing species occurrence datasets and checklists, such as records from natural history collections or observations, in the Darwin Core standard to enhance interoperability of data, and 2) publish and archive data and metadata for broad use in a Darwin Core Archive, a set of files following a standard format. Here we discuss the key need for the IPT, how it has developed in response to community input, and how it continues to evolve to streamline and enhance the interoperability, discoverability, and mobilization of new data types beyond basic Darwin Core records. We close with a discussion how IPT has impacted the biodiversity research community, how it enhances data publishing in more traditional journal venues, along with new features implemented in the latest version of the IPT, and future plans for more enhancements.</p>
</abstract>
<funding-group><funding-statement>All funding for the development and maintenance of the Integrated Publishing Toolkit was/is provided by the Global Biodiversity Information Facility Work Program. All contributions have been commissioned by GBIF. The funders had no role in study design, data collection and analysis, decision to publish, or preparation of the manuscript.</funding-statement>
</funding-group>
<counts><page-count count="7"></page-count>
</counts>
</article-meta>
</front>
<body><sec id="s1"><title>Introduction</title>
<p>Natural history collection records and data collected in citizen science efforts represent irreplaceable information about our biosphere. The value of these legacy data sources will increase as landscape and climate change accelerates and species-environment steady-state conditions decline <xref rid="pone.0102623-Schimel1" ref-type="bibr">[1]</xref>
. In order for biocollections to be utilized to their full potential, there must be widespread access to the data they contain <xref rid="pone.0102623-Krishtalka1" ref-type="bibr">[2]</xref>
–<xref rid="pone.0102623-Canhos1" ref-type="bibr">[3]</xref>
. Many natural history collections, however, still struggle to mobilize data <xref rid="pone.0102623-Vollmar1" ref-type="bibr">[4]</xref>
and neither scientists nor the public have sufficient access to these resources.</p>
<p>Mobilizing biodiversity data en masse in ways that maximize open access and reuse require a robust and easily usable infrastructure. Wieczorek et al. <xref rid="pone.0102623-Wieczorek1" ref-type="bibr">[5]</xref>
discuss the need for data to be made accessible, discoverable, and integrated, and further relate challenges to each of these endeavors. Integration can, in part, be achieved through the utilization of community-developed metadata standards such as Darwin Core <xref rid="pone.0102623-Wieczorek1" ref-type="bibr">[5]</xref>
. Darwin Core is a vocabulary, or set of terms, that describe biodiversity data. These terms, comprising the Darwin Core standard (<ext-link ext-link-type="uri" xlink:href="http://rs.tdwg.org/dwc/">http://rs.tdwg.org/dwc/</ext-link>
), have been vetted rigorously for utility by the biodiversity research community and are maintained through a well-defined governance process (<ext-link ext-link-type="uri" xlink:href="http://www.tdwg.org/about-tdwg/process/">http://www.tdwg.org/about-tdwg/process/</ext-link>
).</p>
<p>A community standard helps to set the stage for interoperability and enhanced data discovery, but it is only one step in the larger process of data mobilization. Equally challenging is the development of tools that convert local data resources into published record sets that conform to those key community standards. The development of these publishing systems requires the recognition of a series of socio-technical challenges, including the generation of community buy-in and capacity building, and overcoming issues of scalability and sustainability as data sharing networks continue to grow.</p>
<p>In this paper, we describe a tool essential to the publication of biodiversity data: the Global Biodiversity Information Facility (GBIF) Integrated Publishing Toolkit (IPT, <ext-link ext-link-type="uri" xlink:href="http://www.gbif.org/ipt/">http://www.gbif.org/ipt/</ext-link>
), a Java-based software package that provides the biodiversity community with a simple means to perform many necessary functions to publish biodiversity datasets on the web. The IPT is built upon lessons learned from previous data publishing methods, such as Distributed Generic Information Retrieval (DiGIR, <ext-link ext-link-type="uri" xlink:href="http://digir.sourceforge.net/">http://digir.sourceforge.net/</ext-link>
), the Biological Collection access Service for Europe (BioCASE, <ext-link ext-link-type="uri" xlink:href="http://biocase.org/products/protocols/">http://biocase.org/products/protocols/</ext-link>
), and the Taxonomic Databases Working Group (TDWG) Access Protocol for Information Retrieval (TAPIR, <ext-link ext-link-type="uri" xlink:href="http://www.tdwg.org/dav/subgroups/tapir/1.0/docs/tdwg_tapir_specification_2010-05-05.htm">http://www.tdwg.org/dav/subgroups/tapir/1.0/docs/tdwg_tapir_specification_2010-05-05.htm</ext-link>
). We define the IPT, discuss the factors that led to its development and growth, and explain how it is being used and maintained. We also discuss near-term and longer-range community needs that can be met in future IPT releases.</p>
</sec>
<sec sec-type="methods" id="s2"><title>Methods</title>
<sec id="s2a"><title>The need for an Integrated Publishing Toolkit</title>
<p>There are estimated to be greater than two billion specimens in natural history collections worldwide <xref rid="pone.0102623-Ario1" ref-type="bibr">[6]</xref>
, spanning thousands of collections and institutions. Although lacking physical vouchers, field-based observational datasets generated by citizen science efforts, such as eBird or iNaturalist, are quickly growing in size and scope, facilitated by the rapid adoption of mobile devices <xref rid="pone.0102623-Sullivan1" ref-type="bibr">[7]</xref>
. Harder to quantify are datasets about species and their distributions generated by laboratories worldwide. These data sources are often referred to as dark data <xref rid="pone.0102623-Heidorn1" ref-type="bibr">[8]</xref>
because they are largely ignored in data curation efforts, and thus are particularly prone to loss. In the biodiversity domain almost all non-published data are dark in this sense.</p>
<p>The key solution to the challenge of enhancing discovery and reuse of biodiversity data mirrors solutions in other domains, such as molecular biology, where deposition and publishing of sequences and genomic data to repositories such as GenBank became both a social norm and a requirement <xref rid="pone.0102623-Benson1" ref-type="bibr">[9]</xref>
. Proper social and technical approaches can convert the dark data coming from individual museums, citizen science projects, and laboratories to the integrated data of big science, allowing new fundamental questions to be asked from aggregates that could be not be addressed from any one individual data source <xref rid="pone.0102623-Guralnick1" ref-type="bibr">[10]</xref>
.</p>
<p>Prototype development of biodiversity data-sharing networks at the turn of the millennium, such as the vertebrate biodiversity sharing networks <xref rid="pone.0102623-Stein1" ref-type="bibr">[11]</xref>
–<xref rid="pone.0102623-Constable1" ref-type="bibr">[13]</xref>
, Ocean Biogeographic Information System (OBIS) <xref rid="pone.0102623-Grassle1" ref-type="bibr">[14]</xref>
, and GBIF <xref rid="pone.0102623-Edwards1" ref-type="bibr">[15]</xref>
, not only proved technological feasibility but showed that the demand was strong among users. For example, the vertebrate biodiversity sharing networks (<italic>e.g.</italic>
, Mammal Networked Integrated System or MaNIS - <ext-link ext-link-type="uri" xlink:href="http://manisnet.org/">http://manisnet.org/</ext-link>
, Ornithological Research Networked Information System or ORNIS - <ext-link ext-link-type="uri" xlink:href="http://www.ornisnet.org/">http://www.ornisnet.org/</ext-link>
, HerpNET - <ext-link ext-link-type="uri" xlink:href="http://www.herpnet.org/">http://www.herpnet.org/</ext-link>
, and FishNet II - <ext-link ext-link-type="uri" xlink:href="http://www.fishnet2.net/">http://www.fishnet2.net/</ext-link>
, now collectively consolidated into VertNet - <ext-link ext-link-type="uri" xlink:href="http://www.vertnet.org/">http://www.vertnet.org/</ext-link>
) served over 2 billion records between June 2012 and June 2013 to users hungry for biodiversity data. More than 650 published works citing data from the VertNet networks have been published over the last decade.</p>
<p>Biodiversity publishing systems were initially set up to be fully distributed, with aggregators serving as central nodes helping to facilitate data access, as opposed to serving the data directly themselves. Distributed networks rely on each data publisher to install and maintain the DiGIR, BioCASE or TAPIR middleware on a local server that allows connections to the host database, thereby allowing communication between the database and the aggregator, and in turn, the larger network. With these servers in place, datasets can be queried and results aggregated on-the-fly at a central portal and returned to the user. <xref ref-type="fig" rid="pone-0102623-g001"><bold>Figure 1</bold>
</xref>
shows this distributed network architecture for the vertebrate biodiversity networks.</p>
<fig id="pone-0102623-g001" orientation="portrait" position="float"><object-id pub-id-type="doi">10.1371/journal.pone.0102623.g001</object-id>
<label>Figure 1</label>
<caption><title>Design of the original vertebrate biodiversity networks, some of which are still active today, used a three-tiered system in which portals are connected to a layer of servers using the DiGIR protocol.</title>
<p>This architecture requires hundreds of individual servers and hundreds more connections between them and the portal. The result is a network in which each element is a potential point of failure. The six portal servers consisted of the four shown and two additional mirror portals for the Mammal Networked Information System (MaNIS). Key: M = MaNIS, O = ORNIS, H = HerpNET, and F = FishNet II.</p>
</caption>
<graphic xlink:href="pone.0102623.g001"></graphic>
</fig>
<p>Many distributed networks rely upon DiGIR, BioCASE or TAPIR middleware requests for data in the Access to Biological Collection Data (ABCD) and pre-standard Darwin Core formats (<ext-link ext-link-type="uri" xlink:href="http://www.tdwg.org/standards/115/">http://www.tdwg.org/standards/115/</ext-link>
). The results are returned to a portal in an XML format. These middleware packages are installed on each and every machine across the distributed network and are complicated enough that most installations are beyond the technical capacity of the staff maintaining the servers. This has led to problems of sustainability and maintenance that can be overcome only through network management by specialized, and usually remote, support experts. To make clear the magnitude of the problem, many of the DiGIR providers on the GBIF network (111 of 161 when checked in June 2013) are no longer responding within a one minute timeout period when queried, and are likely not functioning.</p>
<p>For a small network, this complicated, distributed messaging system works, if imperfectly, but as the number of data publishers grows within a network, so do the number of connections, the number of queries to individual local databases, and the number of sources to be aggregated on-the-fly by the central node. Eventually, speed and efficiency begin to deteriorate, increasing both user frustration and the cost of network maintenance.</p>
<p>In an attempt to address these issues, the Global Biodiversity Information Facility (GBIF) began to harvest datasets from distributed data sources to a local server and to index them to improve response times. Although response times for queries to the network were faster, this new approach still had challenges: 1) it could take weeks to gather and index all the data provided by publishers; 2) formatting datasets for the index was inefficient, leading to high demand on the infrastructure; 3) data at the sources often changed between harvest and indexing, making it difficult to know if the data had been indexed completely, and; 4) the transfer protocols did not support the detection of record deletions. The way to verify that a record had been deleted was to check differences between indexing runs on different dates, which was an ever more daunting task as the volume of records grew.</p>
<p>An equally vexing problem with the networks continues to be data quality. The data published to aggregators remain “noisy”, and requires cleaning to be truly useful for biodiversity analysis <xref rid="pone.0102623-Yesson1" ref-type="bibr">[16]</xref>
–<xref rid="pone.0102623-Belbin1" ref-type="bibr">[18]</xref>
. One example of noisy data in all data provisioned by GBIF, as of March 2013, is that there are 321 distinct values used in the “country” field for records for which the country code is “US” (<italic>e.g.</italic>
, the top five in order are USA, United State, U.S.A., United States of America, and US.). This problem is not unique to administrative units or controlled vocabularies. Many of the types of data described in Darwin Core, such as taxonomy, geospatial information sampling methods, and preparations face the same issues.</p>
<p>The previous network systems were not built to provide a constellation of support tools that could access these data, check for quality, and flag or cleanse the incorrect or questionable information. The full workflow of quality assessment and data cleaning was, and still is, a challenging task <xref rid="pone.0102623-Otegui1" ref-type="bibr">[19]</xref>
. Making data harvesting from publishers to aggregators more efficient could pave the way to more centralized data cleaning tools that could help with fitness for use assessments across the network.</p>
</sec>
<sec id="s2b"><title>Developing an Integrated Publishing Toolkit</title>
<p>The GBIF Integrated Publishing Toolkit was born from rethinking how data publication should work in the biocollections domain. The tool was based, in part, on the need for a simple, general publishing solution that was platform independent, could be easily managed by institutions, and leveraged existing metadata tools and standards, such as Ecological Markup Language (EML) <xref rid="pone.0102623-Fegraus1" ref-type="bibr">[20]</xref>
. The solution was a simple web-based publishing toolkit deployed as a Java application.</p>
<p>The initial development of the IPT happened concurrently with a related effort to reshape how records conforming to the Simple Darwin Core could be stored and shared by publishers in a common file format. This format, the Darwin Core Archive, was developed to provide a very simple mechanism to package and share data files. The specification for the structure of a Darwin Core Archive is given in the Darwin Core Text Guide (<ext-link ext-link-type="uri" xlink:href="http://rs.tdwg.org/dwc/terms/guides/text/">http://rs.tdwg.org/dwc/terms/guides/text/</ext-link>
) <xref rid="pone.0102623-Robertson1" ref-type="bibr">[21]</xref>
. Darwin Core Archives consist of one or more delimited text files of data, an XML file to describe the structure of and relationships between the data files, and a complementary metadata file to describe the dataset contained in the archive, using Dublin Core or the richer Ecological Markup Language <xref rid="pone.0102623-Wieczorek1" ref-type="bibr">[5]</xref>
. Darwin Core Archives can be seen as a Research Object <xref rid="pone.0102623-Bechhofer1" ref-type="bibr">[22]</xref>
with all of the associated ramifications for reproducible research, linking data, and the publication process.</p>
<p>The guiding design principles of the IPT were to support how data publishers actually use their own databases, and to facilitate the public sharing of datasets with the fewest possible obstacles. As a result of these goals, the IPT was built to support simple publisher workflows, including the following feature and steps that publishers need to complete:</p>
<list list-type="order"><list-item><p>Support multiple users with distinct permissions to administer the software and to manage the resources it hosts.</p>
</list-item>
<list-item><p>Upload source data as a delimited text file or connect to a database.</p>
</list-item>
<list-item><p>Map the terms (<italic>e.g.</italic>
, fields or headers in a database or spreadsheet) from the source dataset to the terms in the Darwin Core standard (<xref ref-type="fig" rid="pone-0102623-g002"><bold>Figure 2</bold>
</xref>
).</p>
</list-item>
<list-item><p>Enter dataset metadata that specify scope, methodology, ownership, rights, etc.</p>
</list-item>
<list-item><p>Produce a Darwin Core Archive and a publicly accessible web page (<xref ref-type="fig" rid="pone-0102623-g003"><bold>Figure 3</bold>
</xref>
) that shows the metadata and links to the archive and other documents that were created.</p>
</list-item>
<list-item><p>Register datasets with the GBIF registry (<ext-link ext-link-type="uri" xlink:href="http://www.gbif.org/dataset">http://www.gbif.org/dataset</ext-link>
) so they are discoverable and can be harvested for indexing by GBIF and others.</p>
</list-item>
</list>
<fig id="pone-0102623-g002" orientation="portrait" position="float"><object-id pub-id-type="doi">10.1371/journal.pone.0102623.g002</object-id>
<label>Figure 2</label>
<caption><title>This screenshot of IPT shows how users map their local field headings to Darwin Core terms, an essential task for data publishers.</title>
<p>The Darwin Core term names are on the left and terms loaded from a database or spreadsheet on the right, which are selected using dropdown menus. Fields that have the same name string in both Darwin Core and the publisher dataset are matched automatically, while those that do not match must be selected manually (via adrop-down list) by the “data publisher”.</p>
</caption>
<graphic xlink:href="pone.0102623.g002"></graphic>
</fig>
<fig id="pone-0102623-g003" orientation="portrait" position="float"><object-id pub-id-type="doi">10.1371/journal.pone.0102623.g003</object-id>
<label>Figure 3</label>
<caption><title>Example of an IPT summary page displaying some of the metadata provided for the dataset hosted by VertNet for the Cowan Tetrapod Collection of birds</title>
<p>(<ext-link ext-link-type="uri" xlink:href="http://ipt.vertnet.org:8080/ipt/resource.do?r=ubc_bbm_ctc_birds">http://ipt.vertnet.org:8080/ipt/resource.do?r=ubc_bbm_ctc_birds</ext-link>
<bold>).</bold>
</p>
</caption>
<graphic xlink:href="pone.0102623.g003"></graphic>
</fig>
</sec>
<sec id="s2c"><title>Simple Darwin Core and Extensions</title>
<p>The IPT supports the publication of two types or “cores” of Darwin Core Archives. The first and most common type is the Occurrence Core, which consists of occurrence records (<italic>e.g.</italic>
, museum specimens or observations). The second type is the Taxon Core, which is used for checklists, and contains taxon records (<italic>e.g.</italic>
, a record of the occurrence of a species, as opposed to the occurrence of an individual organism of that species in nature). Darwin Core Archives created for taxon checklists have the same advantages as archives for occurrence datasets – easy mobilization, aggregation, and interoperability.</p>
<p>The majority of occurrence and taxon data can be represented as Simple Darwin Core (<ext-link ext-link-type="uri" xlink:href="http://rs.tdwg.org/dwc/terms/simple/">http://rs.tdwg.org/dwc/terms/simple/</ext-link>
): a flat file specification with rows and columns. Both the Occurrence Core (<ext-link ext-link-type="uri" xlink:href="http://rs.gbif.org/core/dwc_occurrence.xml">http://rs.gbif.org/core/dwc_occurrence.xml</ext-link>
) and Taxon Core (<ext-link ext-link-type="uri" xlink:href="http://rs.gbif.org/core/dwc_taxon.xml">http://rs.gbif.org/core/dwc_taxon.xml</ext-link>
) are Simple Darwin Core representations with their own subset of Darwin Core terms.</p>
<p>However, the data are often richer than can be structured in a flat, Simple Darwin Core record, thus data publishers needed a way to represent that richness. The mechanism in the IPT for adding this richness to a Darwin Core Archive is known as an “extension”. GBIF maintains a registry of such extensions (<ext-link ext-link-type="uri" xlink:href="http://rs.gbif.org/extension/">http://rs.gbif.org/extension/</ext-link>
) that can be used in the IPT. Extension records are meant to be related many-to-one to core records, constituting a star (<ext-link ext-link-type="uri" xlink:href="http://www.dwhworld.com/dwh-schemas/">http://www.dwhworld.com/dwh-schemas/</ext-link>
) in Darwin Core Archives. In this way, data such as multiple images, measurements, or identifications, can be associated many-to-one with a single occurrence record. Information within a Darwin Core Archive, from linked extension data all the way up to the metadata for the entire dataset, provide a semantically rich aggregation that lends itself well to the notion of a reusable and linkable Research Object <xref rid="pone.0102623-Bechhofer1" ref-type="bibr">[22]</xref>
.</p>
<p>Prior to Darwin Core Archives and extensions, related information of this nature in Darwin Core (but not in other data standards such as ABCD <xref rid="pone.0102623-Holetschek1" ref-type="bibr">[23]</xref>
), relied on multiple entries concatenated into a single field. For example, Darwin Core offers the term <italic>dwc:associatedMedia</italic>
, in which links to all media associated with a specimen can be added, with each link separated by a delimiter. Media objects themselves, however, are complex, having their own title, description, and rights. For the example of media, the Simple Multimedia Extension (<ext-link ext-link-type="uri" xlink:href="http://rs.gbif.org/extension/gbif/1.0/multimedia.xml">http://rs.gbif.org/extension/gbif/1.0/multimedia.xml</ext-link>
) now provides the means to share this richer information. In a Darwin Core Archive, this is done by relating a key identifying field in the extension to the unique id of a record in the core, whether an Occurrence Core or a Taxon Core.</p>
<p>Unlike the Simple Multimedia extension, which can be related to either an Occurrence Core or a Taxon Core, some extensions are specific to one core data type. The Germplasm extension (<ext-link ext-link-type="uri" xlink:href="http://rs.gbif.org/extension/germplasm/20120911/">http://rs.gbif.org/extension/germplasm/20120911/</ext-link>
), for example, is a means to relate Darwin Core Occurrence records with Multi-Crop Passport descriptors (<ext-link ext-link-type="uri" xlink:href="http://www.bioversityinternational.org/uploads/tx_news/1526.pdf">http://www.bioversityinternational.org/uploads/tx_news/1526.pdf</ext-link>
) through a distinct vocabulary maintained by the plant genetic resources community. For taxonomic checklists, the IPT provides a set of extensions, constituting the Global Names Architecture (GNA) profile (<ext-link ext-link-type="uri" xlink:href="http://www.gbif.org/resources/2562">http://www.gbif.org/resources/2562</ext-link>
), which links species to vernacular names, geographic distributions represented as ranges, type designations, and bibliographic references. Extensions allow a specialized subset of the broader community to expand upon the capabilities for biodiversity data sharing within their domain.</p>
<p>Endresen and Knüpffer <xref rid="pone.0102623-Endresen1" ref-type="bibr">[24]</xref>
described the extension creation process. The main steps are to 1) create initial vocabularies and make terms available via the GBIF resource registry, 2) properly encode the terms in XML format so that they can be parsed by vocabulary management tools that GBIF maintains, and 3) load the extension into the GBIF resource registry. GBIF and the community of developers provide some oversight to assure that extensions provide useful services. The most difficult part of the creation of a new extension is in the management of vocabularies and the assurance that terms used within extensions are developed according to best practices, such as the Simple Knowledge Organization System (SKOS) framework (<ext-link ext-link-type="uri" xlink:href="http://www.w3.org/2004/02/skos/">http://www.w3.org/2004/02/skos/</ext-link>
) for describing and resolving concepts and terms.</p>
</sec>
</sec>
<sec id="s3"><title>Results and Discussion</title>
<sec id="s3a"><title>Developing community training with the IPT</title>
<p>The IPT was built to help simplify data publishing steps for publishers. The previous publishing systems provided insufficient performance, were less scalable, and were hard to manage locally. The IPT simplifies these processes, but still requires some specialized skills and knowledge to properly go from local databases to published Darwin Core Archives. When the IPT was first released, the challenge was to get it adopted by the community. In order to develop a base of expert trainers, GBIF hosted two workshops to “train the trainers”, which GBIF calls a “distributed helpdesk system” (more information on the workshops here: <ext-link ext-link-type="uri" xlink:href="http://www.gbif.org/resources/2696">http://www.gbif.org/resources/2696</ext-link>
).</p>
<p>The success of efforts to develop a distributed helpdesk can be measured in part by adoption of the IPT (discussed below) and in part via anecdotal information from those early adopters and experts. From the lens of projects such as VertNet (<ext-link ext-link-type="uri" xlink:href="http://vertnet.org">http://vertnet.org</ext-link>
) and Canadensys (<ext-link ext-link-type="uri" xlink:href="http://www.canadensys.net/">http://www.canadensys.net/</ext-link>
), which are utilizing the IPT for its network of data publishers, the training workshops paid immediate dividends. The initial workshops helped to train expert-level IPT administrators who could then further disseminate knowledge and skills across the respective networks through the development of step-by-step guides, such as the guide from Desmet and Sinou (<ext-link ext-link-type="uri" xlink:href="http://www.canadensys.net/data-publication-guide">http://www.canadensys.net/data-publication-guide</ext-link>
) <xref rid="pone.0102623-Desmet1" ref-type="bibr">[25]</xref>
. The rapid diffusion of knowledge has resulted in a more capable set of local IPT users empowered to do core publishing tasks.</p>
<p>The IPT further promotes community organization through expert-run IPT instances serving a community of users. Expert-operated instances are less prone to maintenance problems over time, and save resources (servers and technical expertise). A thematic example of this is VertNet, which supports publishers having their own IPT instances or allows them to use an VertNet-hosted instance (<ext-link ext-link-type="uri" xlink:href="http://vertnet.nhm.ku.edu:8080/ipt/">http://vertnet.nhm.ku.edu:8080/ipt/</ext-link>
). Most publishers have chosen to use the VertNet IPT for its sheer convenience. Canadensys and other country-level nodes are effectively building data publishing networks based on single installations or constellations of IPTs, often with consistent branding.</p>
</sec>
<sec id="s3b"><title>Growth of the Integrated Publishing Toolkit</title>
<p>IPT has quickly become a widely used publication tool for GBIF data publishers. The impact of the transformation in the data publication workflow is readily seen in public statistics maintained by GBIF on IPT installations (<ext-link ext-link-type="uri" xlink:href="http://www.gbif.org/ipt/stats">http://www.gbif.org/ipt/stats</ext-link>
). IPT, as of April 2014, is supporting publication of 220 million records coming from 872 occurrence datasets served through 128 installations. Although there are many factors that lead to a software implementation being successful, the IPT has clear advantages compared to previous publishing approaches. First, the IPT finally allowed a complete data mobilization workflow, from in-house data management systems to GBIF, all standardized and discoverable. Second, the IPT fills the role of a computer-aided guide, lowering the technical threshold for data publishing. Although IPT installations require some technical skill and understanding of best practices and data standards, they are practical to install and manage by local technical staff. Alternatively, many organizations (<italic>e.g.</italic>
, VertNet and Canadensys) provide technical hosting of an IPT for institutions who opt not to host an IPT of their own. These hosted IPTs can support a multitude of institutions in a single installation. Third, the IPT decouples publishing steps from downstream operations such as harvesting, aggregating, and developing new access points to the data (<xref ref-type="fig" rid="pone-0102623-g004"><bold>Figure 4</bold>
</xref>
). Finally, offering data in bulk and in a machine-readable format follows open data publication best practices (<ext-link ext-link-type="uri" xlink:href="http://opendatahandbook.org/en/how-to-open-up-data/make-data-available.html">http://opendatahandbook.org/en/how-to-open-up-data/make-data-available.html</ext-link>
).</p>
<fig id="pone-0102623-g004" orientation="portrait" position="float"><object-id pub-id-type="doi">10.1371/journal.pone.0102623.g004</object-id>
<label>Figure 4</label>
<caption><title>The current workflow for biodiversity data networks has multiple steps that separate the publishing of datasets from downstream aggregation and enhanced discoverability.</title>
<p>The IPT supports the creation and publication of Darwin Core Archives accessible for download, with a publicly available summary web page. Aggregators harvest, process, and upload Darwin Core Archives into systems effective for searching, filtering, visualization, and download.</p>
</caption>
<graphic xlink:href="pone.0102623.g004"></graphic>
</fig>
</sec>
<sec id="s3c"><title>Newest versions of the IPT</title>
<p>Since the release of version 2.0, the IPT has been customizable and available in multiple languages, currently including Portuguese, French, Spanish, Traditional Chinese, Japanese, and English. Customization provides the means to enhance the user interfaces so that IPT instances can be branded by institutions that maintain the software and provide direct access to resources. In the latest version of the IPT, customization has been further simplified via a custom CSS file that overrides default look and feel. Excellent examples of such a customized IPT installations are Canadensys (<ext-link ext-link-type="uri" xlink:href="http://data.canadensys.net/ipt/">http://data.canadensys.net/ipt/</ext-link>
) and Sistema de información sobre biodiversidad de Colombia (<ext-link ext-link-type="uri" xlink:href="http://ipt.sibcolombia.net/sib/">http://ipt.sibcolombia.net/sib/</ext-link>
).</p>
<p>The current version of the Integrated Publishing Toolkit (2.1.1, as of April 2014 also includes a number of improvements over earlier versions. For example, past versions of the IPT did not include dataset versioning. One could republish a Darwin Core Archive, but each publishing event erased the previous one. In IPT v2.1.1, versioning is supported for dataset metadata and optional for data (more details here: <ext-link ext-link-type="uri" xlink:href="https://code.google.com/p/gbif-providertoolkit/wiki/IPT2ManualNotes?tm=6#Published_Release">https://code.google.com/p/gbif-providertoolkit/wiki/IPT2ManualNotes?tm=6#Published_Release</ext-link>
). In addition, if a dataset was previously published through one of the former publishing methods (DiGIR, TAPIR, etc.), the same GBIF registry entry can be maintained (though updated) to reflect the IPT as the new publishing method. Also new in the latest version of the IPT, a resource can be configured to publish automatically on a schedule (<italic>e.g.</italic>
, annually, bi-annually, monthly, weekly, or daily). When automated publishing is enabled, the publishing interval and next published date are clearly displayed. Finally, IPT v2.1.1 assures that each published record has a unique occurrence identifier. If missing or duplicate records are found during publishing, they are flagged and the publishing process halted. Transitioning to widespread use of stable occurrence identifiers greatly simplifies tracking individual records both within the GBIF network and as records propagate out of the network.</p>
<p>The latest versions of the Integrated Publishing Toolkit also include a number of significant improvements over earlier versions. Since IPT v2.0.5, versioning is supported for dataset metadata and optional for data (more details here: <ext-link ext-link-type="uri" xlink:href="https://code.google.com/p/gbif-providertoolkit/wiki/IPT2ManualNotes?tm=6#Published_Release">https://code.google.com/p/gbif-providertoolkit/wiki/IPT2ManualNotes?tm=6#Published_Release</ext-link>
). This allows publishers to republish a Darwin Core Archive without erasing previous versions and allows users to reference a specific version of a dataset. Also new in that version of the IPT is that a resource can be configured to publish automatically on a schedule (<italic>e.g.</italic>
, annually, bi-annually, monthly, weekly, or daily). When automated publishing is enabled, the publishing interval and next published date are clearly displayed. In addition, if a dataset was previously published through one of the former publishing methods (DiGIR, TAPIR, etc.), the same GBIF registry entry can be maintained (though updated) to reflect the IPT as the new publishing method. The current version of the IPT (2.1.1, as of April 2014) introduces data validation of record IDs (occurrenceID or taxonID). If mapped by the user, the IPT now assures that each published record has a unique identifier. If missing or duplicate record IDs are found during publishing, they are flagged and the publishing process halted. Transitioning to widespread use of stable occurrence and taxon identifiers greatly simplifies tracking individual records both within the GBIF network and as records propagate out of the network, and allows additional features to be build upon these.</p>
</sec>
<sec id="s3d"><title>The IPT and traditional scientific publishing</title>
<p>The IPT has not only supported open data publishing via the GBIF network, but can also act as a repository for occurrence or checklist data referenced in a paper. One such example is the published description of a new species of leafcutter bee, <italic>Megachile (Megachiloides) chomskyi</italic>
<xref rid="pone.0102623-Endresen1" ref-type="bibr">[24]</xref>
in the journal Zookeys. The paper makes explicit reference to the new records provisioned via the IPT (<ext-link ext-link-type="uri" xlink:href="http://data.canadensys.net/ipt/resource.do?r=megachile_chomskyi">http://data.canadensys.net/ipt/resource.do?r=megachile_chomskyi</ext-link>
), including a digital object identifier (DOI) allowing the reader to simply click the link (<ext-link ext-link-type="uri" xlink:href="http://doi.org/10.5886/txsd3at3">http://doi.org/10.5886/txsd3at3</ext-link>
) and retrieve the data. The main advantage over general data repositories, such as Dryad (<ext-link ext-link-type="uri" xlink:href="http://datadryad.org">http://datadryad.org</ext-link>
) and Figshare (<ext-link ext-link-type="uri" xlink:href="http://figshare.com">http://figshare.com</ext-link>
), is that the IPT enforces the data to be standardized as a Darwin Core Archive, which increases usability.</p>
<p>Newer versions of the IPT (after version 2.0.2) help authors move beyond archiving for publication, and into directly creating publications, such as “data papers” <xref rid="pone.0102623-Chavan1" ref-type="bibr">[27]</xref>
–<xref rid="pone.0102623-Costello1" ref-type="bibr">[28]</xref>
. Data papers are scholarly publications that simultaneously describe and provide access to datasets, providing a means for a dataset to be cited in the same manner as other literature contributions. Pensoft Publishers (<ext-link ext-link-type="uri" xlink:href="http://www.pensoft.net">http://www.pensoft.net</ext-link>
) is a pioneer in this domain, and recently launched a new journal devoted to data publishing: The Biodiversity Data Journal (<ext-link ext-link-type="uri" xlink:href="http://biodiversitydatajournal.com/">http://biodiversitydatajournal.com/</ext-link>
). Chavan and Penev <xref rid="pone.0102623-Chavan1" ref-type="bibr">[27]</xref>
discuss the process of generating data papers in more detail, but the main feature the IPT provides is the means to export the dataset metadata into a rich text format that has most of the needed sections for a data paper manuscript. This manuscript can then be submitted for peer review to the journal publisher. One example of such a data paper is Desmet and Brouillet <xref rid="pone.0102623-Desmet2" ref-type="bibr">[29]</xref>
, which describes a national checklist of vascular plants.</p>
</sec>
</sec>
<sec id="s4"><title>Conclusions</title>
<p>The Integrated Publishing Toolkit continues to evolve. Key forthcoming improvements include 1) expanding to new types of input data sources and, 2) simplifying installations and upgrades, which often require assistance from the GBIF Helpdesk. More long-term improvements include: 1) providing the means to associate a Digital Object Identifier (DOI) with each dataset during a publication event in order to facilitate tracking of usage and impact; 2) setting up the means to annotate records from Darwin Core Archives and have them populated back to the source archive; 3) creating tools to validate and clean data within Darwin Core Archives during the IPT publishing process; 4) opening the IPT to more collaborative development; and 5) ensuring that IPTs participate in networks that provide data redundancy – secondary copies of data will be stored for disaster recovery purposes.</p>
<p>Data publication is a growing domain in the life sciences <xref rid="pone.0102623-Costello1" ref-type="bibr">[28]</xref>
, and one key area for further growth using the IPT will be to provide metrics of data use to the original publishers. This is a difficult, multi-faceted endeavor with many possible solutions. Part of the way forward may be to associate a Digital Object Identifier (DOI) with the IPT summary page. The IPT already allows resolvability of the dataset via a URL to the summary page, but adding a DOI to this summary page would provide a resolvability mechanism using services well established in the publishing industry <xref rid="pone.0102623-Paskin1" ref-type="bibr">[30]</xref>
. In addition, data consumers could make annotations about individual data records if they were resolvable. Such a mechanism, long discussed in biodiversity informatics (Filtered Push, <ext-link ext-link-type="uri" xlink:href="http://wiki.filteredpush.org/wiki/">http://wiki.filteredpush.org/wiki/</ext-link>
), would link downstream assertions directly to the original records, so that publishers as well as the rest of the community could track possible data improvements. Prototyping DOI assignment is already happening. Published datasets in Canadensys, for example, now have DOIs issued by DataCite Canada.</p>
<p>Ad-hoc annotations are only one mechanism to improve data quality and fitness for use. Records from Darwin Core Archives are well understood semantically and syntactically. Darwin Core Archives do not represent the data semantically in RDF, but it is an area of on-going research to create tools to translate data from Darwin Core Archives into RDF for use in semantic frameworks such as Linked Open Data (<ext-link ext-link-type="uri" xlink:href="https://code.google.com/p/tdwg-rdf/wiki/DwcRdfGuideProposal">https://code.google.com/p/tdwg-rdf/wiki/DwcRdfGuideProposal</ext-link>
). They can be easily ingested, processed, and rewritten, providing a means for immediate post-publication data improvements. A future complement to the IPT will be to build data quality tools that can be leveraged at multiple points in the publishing process. Adding data quality tools to the IPT remains a challenge. Network-wide cleaning approaches have been attempted in the past <xref rid="pone.0102623-Hill1" ref-type="bibr">[17]</xref>
with limited success. For smaller datasets, the IPT could be linked to tools that run simple checks for outliers, non-standard values, including taxon name issues. For larger datasets (<italic>e.g.</italic>
, eBird with over 150 million data records and growing), local cleaning processes linked to the IPT may be impractical. Another option would be to provide a set of pluggable remote validation services that can access either Darwin Core Archives or that might be usable within the GBIF portal (or other portals). Those tools could report back to publishers and allow for republication via the IPT once possible errors are checked and corrected.</p>
<p>The Integrated Publishing Toolkit has become a lynchpin piece of software, in a fast-growing distributed biodiversity network architecture, connecting publishers into the system and supporting essential functions such as updating and archiving previous dataset versions. Sequential improvements, not just to the IPT, but across this architecture, continue to lead to a more robust, scalable and sustainable future for what is surely the largest globally distributed, consistently formatted and structured, biodiversity data sharing initiative ever built.</p>
</sec>
</body>
<back><ack><p>The Integrated Publishing Toolkit was developed as part of the GBIF work program. We especially appreciate all who contributed to documentation, training, code development, and internationalization of the IPT, including all colleagues of the GBIF secretariat, and in particular, Andrea Hahn, Jan Legind, Burke Chih-Jen Ko, and Alberto Gonzaléz-Talavan for support, training, and monitoring of the IPT deployments. We thank developers Daniel Amariles and Héctor Tobón for their significant contributions to the early 2.x releases and we extend special thanks to Andrea Thomer for her review of this paper. More about the IPT can be found at GBIF, including a main IPT page (<ext-link ext-link-type="uri" xlink:href="http://www.gbif.org/ipt">http://www.gbif.org/ipt</ext-link>
). A Google code site provides more information such as an IPT manual (<ext-link ext-link-type="uri" xlink:href="https://code.google.com/p/gbif-providertoolkit/wiki/IPT2ManualNotes">https://code.google.com/p/gbif-providertoolkit/wiki/IPT2ManualNotes</ext-link>
), version history (<ext-link ext-link-type="uri" xlink:href="https://code.google.com/p/gbif-providertoolkit/wiki/VersionHistory">https://code.google.com/p/gbif-providertoolkit/wiki/VersionHistory</ext-link>
), a guide for developer contribution (<ext-link ext-link-type="uri" xlink:href="https://code.google.com/p/gbif-providertoolkit/wiki/DevelopersGettingStarted">https://code.google.com/p/gbif-providertoolkit/wiki/DevelopersGettingStarted</ext-link>
), downloadable version of the application (<ext-link ext-link-type="uri" xlink:href="https://code.google.com/p/gbif-providertoolkit/">https://code.google.com/p/gbif-providertoolkit/</ext-link>
), and customization information (<ext-link ext-link-type="uri" xlink:href="https://code.google.com/p/sib-ipt/wiki/customisations?tm=6">https://code.google.com/p/sib-ipt/wiki/customisations?tm=6</ext-link>
). Further updates on the IPT can be found on the GBIF Developer Blog (<ext-link ext-link-type="uri" xlink:href="http://gbif.blogspot.com/">http://gbif.blogspot.com/</ext-link>
).</p>
</ack>
<ref-list><title>References</title>
<ref id="pone.0102623-Schimel1"><label>1</label>
<mixed-citation publication-type="journal"><name><surname>Schimel</surname>
<given-names>DS</given-names>
</name>
, <name><surname>Asner</surname>
<given-names>GP</given-names>
</name>
, <name><surname>Moorcroft</surname>
<given-names>P</given-names>
</name>
(<year>2013</year>
) <article-title>Observing changing ecological diversity in the anthropocene</article-title>
. <source>Frontiers in Ecology and the Environment 11</source>
<volume>(3)</volume>
: <fpage>129</fpage>
–<lpage>137</lpage>
<ext-link ext-link-type="uri" xlink:href="http://dx.doi.org/10.1890/120111">http://dx.doi.org/10.1890/120111</ext-link>
</mixed-citation>
</ref>
<ref id="pone.0102623-Krishtalka1"><label>2</label>
<mixed-citation publication-type="journal"><name><surname>Krishtalka</surname>
<given-names>L</given-names>
</name>
, <name><surname>Humphrey</surname>
<given-names>PS</given-names>
</name>
(<year>2000</year>
) <article-title>Can natural history museums capture the future?</article-title>
<source>BioSciences</source>
<volume>50(7)</volume>
: <fpage>611</fpage>
–<lpage>617</lpage>
<ext-link ext-link-type="uri" xlink:href="http://dx.doil.org/10.1641/0006-3568(2000)050%5B0611:CNHMCT%5D2.0.CO;2">http://dx.doil.org/10.1641/0006-3568(2000)050%5B0611:CNHMCT%5D2.0.CO;2</ext-link>
</mixed-citation>
</ref>
<ref id="pone.0102623-Canhos1"><label>3</label>
<mixed-citation publication-type="journal"><name><surname>Canhos</surname>
<given-names>VP</given-names>
</name>
, <name><surname>de Souza</surname>
<given-names>S</given-names>
</name>
(<year>2004</year>
) <article-title>Global Biodiversity Informatics: Setting the scene for a ‘new world’ of ecological forecasting</article-title>
. <source>Biodiversity Informatics</source>
<volume>1(1)</volume>
: <fpage>1</fpage>
–<lpage>13</lpage>
</mixed-citation>
</ref>
<ref id="pone.0102623-Vollmar1"><label>4</label>
<mixed-citation publication-type="journal"><name><surname>Vollmar</surname>
<given-names>A</given-names>
</name>
, <name><surname>Macklin</surname>
<given-names>JA</given-names>
</name>
, <name><surname>Ford</surname>
<given-names>LS</given-names>
</name>
(<year>2010</year>
) <article-title>Natural History Specimen Digitization: Challenges and Concerns</article-title>
. <source>Biodiversity Informatics</source>
<volume>7(2)</volume>
: <fpage>93</fpage>
–<lpage>112</lpage>
</mixed-citation>
</ref>
<ref id="pone.0102623-Wieczorek1"><label>5</label>
<mixed-citation publication-type="journal"><name><surname>Wieczorek</surname>
<given-names>J</given-names>
</name>
, <name><surname>Bloom</surname>
<given-names>D</given-names>
</name>
, <name><surname>Guralnick</surname>
<given-names>R</given-names>
</name>
, <name><surname>Blum</surname>
<given-names>S</given-names>
</name>
, <name><surname>Döring</surname>
<given-names>M</given-names>
</name>
, <etal>et al</etal>
(<year>2012</year>
) <article-title>Darwin Core: An Evolving Community-developed Biodiversity Data Standard</article-title>
. <source>PLoS ONE</source>
<volume>7(1)</volume>
: <fpage>e29715</fpage>
<comment>doi:<ext-link ext-link-type="uri" xlink:href="http://dx.doi.org/10.1371/journal.pone.0029715">10.1371/journal.pone.0029715</ext-link>
</comment>
<ext-link ext-link-type="uri" xlink:href="http://dx.doi.org/10.1371/journal.pone.0029715">http://dx.doi.org/10.1371/journal.pone.0029715</ext-link>
<pub-id pub-id-type="pmid">22238640</pub-id>
</mixed-citation>
</ref>
<ref id="pone.0102623-Ario1"><label>6</label>
<mixed-citation publication-type="journal"><name><surname>Ariño</surname>
<given-names>AH</given-names>
</name>
(<year>2010</year>
) <article-title>Approaches to estimating the universe of natural history collections data</article-title>
. <source>Biodiversity Informatics</source>
<volume>7</volume>
: <fpage>82</fpage>
–<lpage>92</lpage>
</mixed-citation>
</ref>
<ref id="pone.0102623-Sullivan1"><label>7</label>
<mixed-citation publication-type="journal"><name><surname>Sullivan</surname>
<given-names>B</given-names>
</name>
, <name><surname>Wood</surname>
<given-names>C</given-names>
</name>
, <name><surname>Iliff</surname>
<given-names>MJ</given-names>
</name>
, <name><surname>Bonney</surname>
<given-names>RE</given-names>
</name>
, <name><surname>Fink</surname>
<given-names>D</given-names>
</name>
, <etal>et al</etal>
(<year>2009</year>
) <article-title>eBird: a citizen-based bird observation network in the biological sciences</article-title>
. <source>Biological Conservation</source>
<volume>142</volume>
: <fpage>2282</fpage>
–<lpage>2292</lpage>
<ext-link ext-link-type="uri" xlink:href="http://dx.doi.org/10.1016/j.biocon.2009.05.006">http://dx.doi.org/10.1016/j.biocon.2009.05.006</ext-link>
</mixed-citation>
</ref>
<ref id="pone.0102623-Heidorn1"><label>8</label>
<mixed-citation publication-type="journal"><name><surname>Heidorn</surname>
<given-names>RB</given-names>
</name>
(<year>2008</year>
) <article-title>Shedding light on the dark data in the long tail of science</article-title>
. <source>Library Trends 57</source>
<volume>(2)</volume>
: <fpage>280</fpage>
–<lpage>299</lpage>
<ext-link ext-link-type="uri" xlink:href="http://dx.doi.org/10.1353/lib.0.0036">http://dx.doi.org/10.1353/lib.0.0036</ext-link>
</mixed-citation>
</ref>
<ref id="pone.0102623-Benson1"><label>9</label>
<mixed-citation publication-type="journal"><name><surname>Benson</surname>
<given-names>D</given-names>
</name>
, <name><surname>Karsch-Mizrachi</surname>
<given-names>I</given-names>
</name>
, <name><surname>Lipman</surname>
<given-names>DJ</given-names>
</name>
, <name><surname>Ostell</surname>
<given-names>J</given-names>
</name>
, <name><surname>Sayers</surname>
<given-names>EW</given-names>
</name>
(<year>2011</year>
) <article-title>Nucleic Acids Research</article-title>
. <volume>39</volume>
(Supplement 1)<fpage>D32</fpage>
–<lpage>D37</lpage>
<ext-link ext-link-type="uri" xlink:href="http://dx.doi.org/10.1093/nar/gkq1079">http://dx.doi.org/10.1093/nar/gkq1079</ext-link>
</mixed-citation>
</ref>
<ref id="pone.0102623-Guralnick1"><label>10</label>
<mixed-citation publication-type="journal"><name><surname>Guralnick</surname>
<given-names>RP</given-names>
</name>
, <name><surname>Hill</surname>
<given-names>AW</given-names>
</name>
(<year>2009</year>
) <article-title>Biodiversity Informatics: Automated Approaches for Documenting Global Biodiversity Patterns and Processes</article-title>
. <source>Bioinformatics</source>
<volume>25(4)</volume>
: <fpage>421</fpage>
–<lpage>428</lpage>
<ext-link ext-link-type="uri" xlink:href="http://dx.doi.org/10.1093/bioinformatics/btn659">http://dx.doi.org/10.1093/bioinformatics/btn659</ext-link>
<pub-id pub-id-type="pmid">19129210</pub-id>
</mixed-citation>
</ref>
<ref id="pone.0102623-Stein1"><label>11</label>
<mixed-citation publication-type="journal"><name><surname>Stein</surname>
<given-names>BR</given-names>
</name>
, <name><surname>Wieczorek</surname>
<given-names>J</given-names>
</name>
(<year>2004</year>
) <article-title>Mammals of the world: MaNIS as an example of data integration in a distributed network environment</article-title>
. <source>Biodiversity Informatics</source>
<volume>1(1)</volume>
: <fpage>14</fpage>
–<lpage>22</lpage>
</mixed-citation>
</ref>
<ref id="pone.0102623-Guralnick2"><label>12</label>
<mixed-citation publication-type="journal"><name><surname>Guralnick</surname>
<given-names>RP</given-names>
</name>
, <name><surname>Constable</surname>
<given-names>H</given-names>
</name>
, <name><surname>Wieczorek</surname>
<given-names>J</given-names>
</name>
, <name><surname>Moritz</surname>
<given-names>C</given-names>
</name>
, <name><surname>Peterson</surname>
<given-names>AT</given-names>
</name>
(<year>2009</year>
) <article-title>Sharing: lessons from natural history's success story</article-title>
. <source>Nature</source>
<volume>462</volume>
: <fpage>34</fpage>
<ext-link ext-link-type="uri" xlink:href="http://dx.doi.org/10.1038/462034a">http://dx.doi.org/10.1038/462034a</ext-link>
<pub-id pub-id-type="pmid">19890308</pub-id>
</mixed-citation>
</ref>
<ref id="pone.0102623-Constable1"><label>13</label>
<mixed-citation publication-type="journal"><name><surname>Constable</surname>
<given-names>H</given-names>
</name>
, <name><surname>Guralnick</surname>
<given-names>R</given-names>
</name>
, <name><surname>Wieczorek</surname>
<given-names>J</given-names>
</name>
, <name><surname>Spencer</surname>
<given-names>CL</given-names>
</name>
, <name><surname>Peterson</surname>
<given-names>AT</given-names>
</name>
(<year>2010</year>
) <article-title>VertNet: A new model for biodiversity data sharing</article-title>
. <source>PLoS Biology</source>
<volume>8</volume>
: <fpage>1</fpage>
–<lpage>4</lpage>
<ext-link ext-link-type="uri" xlink:href="http://dx.doi.org/10.1371/journal.pbio.1000309">http://dx.doi.org/10.1371/journal.pbio.1000309</ext-link>
</mixed-citation>
</ref>
<ref id="pone.0102623-Grassle1"><label>14</label>
<mixed-citation publication-type="journal"><name><surname>Grassle</surname>
<given-names>JF</given-names>
</name>
(<year>2000</year>
) <article-title>The ocean biogeographic information system (OBIS): an on-line, worldwide atlas for accessing, modeling and mapping marine biological data in a multidimensional context</article-title>
. <source>Oceanography</source>
<volume>13(3)</volume>
: <fpage>5</fpage>
–<lpage>9</lpage>
<ext-link ext-link-type="uri" xlink:href="http://dx.doi.org/10.5670/oceanog.2000.01">http://dx.doi.org/10.5670/oceanog.2000.01</ext-link>
</mixed-citation>
</ref>
<ref id="pone.0102623-Edwards1"><label>15</label>
<mixed-citation publication-type="journal"><name><surname>Edwards</surname>
<given-names>JL</given-names>
</name>
(<year>2004</year>
) <article-title>Research and societal benefits of the global biodiversity information facility</article-title>
. <source>BioScience</source>
<volume>54</volume>
: <fpage>485</fpage>
–<lpage>486</lpage>
<ext-link ext-link-type="uri" xlink:href="http://dx.doi.org/10.1641/0006-3568(2004)054%5B0486:RASBOT%5D2.0.CO;2">http://dx.doi.org/10.1641/0006-3568(2004)054%5B0486:RASBOT%5D2.0.CO;2</ext-link>
</mixed-citation>
</ref>
<ref id="pone.0102623-Yesson1"><label>16</label>
<mixed-citation publication-type="journal"><name><surname>Yesson</surname>
<given-names>C</given-names>
</name>
, <name><surname>Brewer</surname>
<given-names>PW</given-names>
</name>
, <name><surname>Sutton</surname>
<given-names>T</given-names>
</name>
, <name><surname>Caithness</surname>
<given-names>N</given-names>
</name>
, <name><surname>Pahwa</surname>
<given-names>JS</given-names>
</name>
, <etal>et al</etal>
(<year>2007</year>
) <article-title>How Global Is the Global Biodiversity Information Facility?</article-title>
<source>PLoS ONE</source>
<volume>2(11)</volume>
: <fpage>e1124</fpage>
<ext-link ext-link-type="uri" xlink:href="http://dx.doi.org/10.1371/journal.pone.0001124">http://dx.doi.org/10.1371/journal.pone.0001124</ext-link>
<pub-id pub-id-type="pmid">17987112</pub-id>
</mixed-citation>
</ref>
<ref id="pone.0102623-Hill1"><label>17</label>
<mixed-citation publication-type="other">Hill AW, Otegui J, Ariño AH, Guralnick RP (2010) Position paper on future directions and recommendations for enhancing fitness-for-use across the GBIF network, version 1.0. Copenhagen: Global Biodiversity Information Facility, 25 pp. ISBN: 87-92020-11-9.</mixed-citation>
</ref>
<ref id="pone.0102623-Belbin1"><label>18</label>
<mixed-citation publication-type="journal"><name><surname>Belbin</surname>
<given-names>L</given-names>
</name>
, <name><surname>Daly</surname>
<given-names>J</given-names>
</name>
, <name><surname>Hirsch</surname>
<given-names>T</given-names>
</name>
, <name><surname>Hobern</surname>
<given-names>D</given-names>
</name>
, <name><surname>LaSalle</surname>
<given-names>J</given-names>
</name>
(<year>2013</year>
) <article-title>A specialist’s audit of aggregated occurrence records: An ‘aggregator’s’ perspective</article-title>
. <source>ZooKeys</source>
<volume>305</volume>
: <fpage>67</fpage>
–<lpage>76</lpage>
<ext-link ext-link-type="uri" xlink:href="http://dx.doi.org/10.3897/zookeys.305.5438">http://dx.doi.org/10.3897/zookeys.305.5438</ext-link>
<pub-id pub-id-type="pmid">23794914</pub-id>
</mixed-citation>
</ref>
<ref id="pone.0102623-Otegui1"><label>19</label>
<mixed-citation publication-type="journal"><name><surname>Otegui</surname>
<given-names>J</given-names>
</name>
, <name><surname>Ariño</surname>
<given-names>AH</given-names>
</name>
(<year>2012</year>
) <article-title>BIDDSAT: Visualizing the content of biodiversity data publishers in the GBIF network</article-title>
. <source>Bioinformatics 28</source>
<volume>(16)</volume>
: <fpage>2207</fpage>
–<lpage>2208</lpage>
<ext-link ext-link-type="uri" xlink:href="http://dx.doi.org/10.1093/bioinformatics/bts359">http://dx.doi.org/10.1093/bioinformatics/bts359</ext-link>
</mixed-citation>
</ref>
<ref id="pone.0102623-Fegraus1"><label>20</label>
<mixed-citation publication-type="other">Fegraus EH, Andelman S, Jones MB, Schildhauer M (2005) Maximizing the value of ecological data with structured metadata: an introduction to Ecological Metadata Language (EML) and principles for metadata creation. Bulletin of the Ecological Society of America 86(3): 158–168. <ext-link ext-link-type="uri" xlink:href="http://dx.doi.org/10.1890/0012-9623(2005)86">http://dx.doi.org/10.1890/0012-9623(2005)86</ext-link>
[158:MTVOED]2.0.CO;2.</mixed-citation>
</ref>
<ref id="pone.0102623-Robertson1"><label>21</label>
<mixed-citation publication-type="other">Robertson T, Döring M, Wieczorek J, De Giovanni R, Robertson T, <etal>et al</etal>
. (2009) Darwin Core Text Guide. Available: <ext-link ext-link-type="uri" xlink:href="http://rs.tdwg.org/dwc/terms/guides/text/index.htm">http://rs.tdwg.org/dwc/terms/guides/text/index.htm</ext-link>
Accessed 2013 Sep 10.</mixed-citation>
</ref>
<ref id="pone.0102623-Bechhofer1"><label>22</label>
<mixed-citation publication-type="other">Bechhofer S, Buchan I, De Roure D, Missier P, Ainsworth J, <etal>et al</etal>
. (2013) Why Linked Data is Not Enough for Scientists. Future Generation Computer Systems Volume 29, Issue 2, February 2013, Pages 599–611. <ext-link ext-link-type="uri" xlink:href="http://dx.doi.org/10.1016/j.future.2011.08.004">http://dx.doi.org/10.1016/j.future.2011.08.004</ext-link>
</mixed-citation>
</ref>
<ref id="pone.0102623-Holetschek1"><label>23</label>
<mixed-citation publication-type="other">Holetschek J, Dröge G, Güntsch A, Berendsohn WG (2012) The ABCD of primary biodiversity data access. Plant Biosystems - An International Journal Dealing with all Aspects of Plant Biology: Official Journal of the Societa Botanica Italiana 146: 4, 771–779. <ext-link ext-link-type="uri" xlink:href="http://dx.doi.org/10.1080/11263504.2012.740085">http://dx.doi.org/10.1080/11263504.2012.740085</ext-link>
</mixed-citation>
</ref>
<ref id="pone.0102623-Endresen1"><label>24</label>
<mixed-citation publication-type="other">Endresen DTF, Knüpffer H (2012) The Darwin Core extension for genebanks opens up new opportunities for sharing genebank datasets. Biodiversity Informatics 12–29.</mixed-citation>
</ref>
<ref id="pone.0102623-Desmet1"><label>25</label>
<mixed-citation publication-type="other">Desmet P, Sinou C (2012) 7-step guide to data publication. Canadensys. Available: <ext-link ext-link-type="uri" xlink:href="http://www.canadensys.net/data-publication-guide">http://www.canadensys.net/data-publication-guide</ext-link>
Accessed 2013 Sep 10.</mixed-citation>
</ref>
<ref id="pone.0102623-Sheffield1"><label>26</label>
<mixed-citation publication-type="journal"><name><surname>Sheffield</surname>
<given-names>C</given-names>
</name>
(<year>2013</year>
) <article-title>A new species of Megachile Latreille subgenus Megachiloides (Hymenoptera, Megachilidae)</article-title>
. <source>ZooKeys</source>
<volume>283</volume>
: <fpage>43</fpage>
–<lpage>58</lpage>
<ext-link ext-link-type="uri" xlink:href="http://dx.doi.org/10.3897/zookeys.283.4674">http://dx.doi.org/10.3897/zookeys.283.4674</ext-link>
<pub-id pub-id-type="pmid">23794841</pub-id>
</mixed-citation>
</ref>
<ref id="pone.0102623-Chavan1"><label>27</label>
<mixed-citation publication-type="journal"><name><surname>Chavan</surname>
<given-names>V</given-names>
</name>
, <name><surname>Penev</surname>
<given-names>L</given-names>
</name>
(<year>2011</year>
) <article-title>The data paper: a mechanism to incentivize data publishing in biodiversity science</article-title>
. <source>BMC Bioinformatics</source>
<volume>12</volume>
(Supplement 15)<fpage>S2</fpage>
<ext-link ext-link-type="uri" xlink:href="http://dx.doi.org/10.1186/1471-2105-12-S15-S2">http://dx.doi.org/10.1186/1471-2105-12-S15-S2</ext-link>
<pub-id pub-id-type="pmid">22373175</pub-id>
</mixed-citation>
</ref>
<ref id="pone.0102623-Costello1"><label>28</label>
<mixed-citation publication-type="other">Costello MJ, Michener WK, Gahegan M, Zhang ZQ, Bourne PE (2013) Biodiversity Data Should Be Published, Cited, and Peer Reviewed. Trends in Ecology & Evolution Volume 29, Issue 8, Pages 454–461. <ext-link ext-link-type="uri" xlink:href="http://dx.doi.org/10.1016/j.tree.2013.05.002">http://dx.doi.org/10.1016/j.tree.2013.05.002</ext-link>
</mixed-citation>
</ref>
<ref id="pone.0102623-Desmet2"><label>29</label>
<mixed-citation publication-type="journal"><name><surname>Desmet</surname>
<given-names>P</given-names>
</name>
, <name><surname>Brouillet</surname>
<given-names>L</given-names>
</name>
(<year>2013</year>
) <article-title>Database of Vascular Plants of Canada (VASCAN): a community contributed taxonomic checklist of all vascular plants of Canada, Saint Pierre and Miquelon, and Greenland</article-title>
. <source>PhytoKeys</source>
<volume>25</volume>
: <fpage>55</fpage>
–<lpage>67</lpage>
<ext-link ext-link-type="uri" xlink:href="http://dx.doi.org/10.3897/phytokeys.25.3100">http://dx.doi.org/10.3897/phytokeys.25.3100</ext-link>
<pub-id pub-id-type="pmid">24198712</pub-id>
</mixed-citation>
</ref>
<ref id="pone.0102623-Paskin1"><label>30</label>
<mixed-citation publication-type="other">Paskin N (2010) Digital object identifier system. In Bates M, Maack M editors. Encyclopedia of library and information science. Boca Raton, FL: CRC Press. 1–7.</mixed-citation>
</ref>
</ref-list>
</back>
</pmc>
</record>
Pour manipuler ce document sous Unix (Dilib)
EXPLOR_STEP=$WICRI_ROOT/Wicri/Belgique/explor/OpenAccessBelV2/Data/Pmc/Corpus
HfdSelect -h $EXPLOR_STEP/biblio.hfd -nk 0004189 | SxmlIndent | more
Ou
HfdSelect -h $EXPLOR_AREA/Data/Pmc/Corpus/biblio.hfd -nk 0004189 | SxmlIndent | more
Pour mettre un lien sur cette page dans le réseau Wicri
{{Explor lien |wiki= Wicri/Belgique |area= OpenAccessBelV2 |flux= Pmc |étape= Corpus |type= RBID |clé= |texte= }}
![]() | This area was generated with Dilib version V0.6.25. | ![]() |