mirror of https://github.com/tdwg/dwc.git
1 line
26 KiB
HTML
1 line
26 KiB
HTML
<!DOCTYPE html>
|
|
<html lang="en">
|
|
<head>
|
|
<meta charset="utf-8">
|
|
|
|
<title>Simple Darwin Core</title>
|
|
<meta name="dcterms.title" content="Simple Darwin Core">
|
|
<meta name="dcterms.description" content="This document describes a subset of Darwin Core terms suitable for flat representations.">
|
|
<meta name="dcterms.modified" content="2015-01-13"><!-- Also update in footer -->
|
|
|
|
<meta name="dcterms.subject" content="biodiversity, standards">
|
|
<meta name="dcterms.creator" content="Darwin Core Task Group">
|
|
<meta name="dcterms.contributor" content="John Wieczorek (MVZ)">
|
|
<meta name="dcterms.contributor" content="Markus Döring (GBIF)">
|
|
<meta name="dcterms.contributor" content="Renato De Giovanni (CRIA)">
|
|
<meta name="dcterms.contributor" content="Tim Robertson (GBIF)">
|
|
<meta name="dcterms.contributor" content="Dave Vieglais (KUNHM)">
|
|
<meta name="dcterms.contributor" content="Peter Desmet (INBO)">
|
|
<meta name="dcterms.publisher" content="Biodiversity Information Standards (TDWG)">
|
|
<meta name="dcterms.license" content="http://creativecommons.org/licenses/by/4.0/legalcode">
|
|
<meta name="dcterms.language" content="en">
|
|
<meta name="viewport" content="width=device-width, initial-scale=1">
|
|
<link rel="stylesheet" type="text/css" href="assets/bootstrap.min.css">
|
|
<link rel="stylesheet" type="text/css" href="assets/main.css">
|
|
</head>
|
|
|
|
<body>
|
|
<nav class="navbar navbar-default navbar-fixed-top">
|
|
<div class="container">
|
|
<div class="navbar-header">
|
|
<button type="button" class="navbar-toggle collapsed" data-toggle="collapse" data-target=".navbar-collapse">
|
|
<span class="sr-only">Toggle navigation</span>
|
|
<span class="icon-bar"></span><span class="icon-bar"></span><span class="icon-bar"></span>
|
|
</button>
|
|
<a class="navbar-brand" href="index.html">Darwin Core</a>
|
|
</div>
|
|
<div class="collapse navbar-collapse">
|
|
<ul class="nav navbar-nav">
|
|
<li><a href="terms/index.html">Terms</a></li>
|
|
<li><a href="examples/index.html">Examples</a></li>
|
|
<li class="dropdown">
|
|
<a href="#" class="dropdown-toggle" data-toggle="dropdown" role="button" aria-expanded="false">Reference <span class="caret"></span></a>
|
|
<ul class="dropdown-menu" role="menu">
|
|
<li><a href="change_policy.html">Change policy</a></li>
|
|
<li class="divider"></li>
|
|
<li class="active"><a href="simple_dwc.html">Simple Darwin Core</a></li>
|
|
<li class="divider"></li>
|
|
<li><a href="guides/text/index.html">Text guide</a></li>
|
|
<li><a href="guides/xml/index.html">XML guide</a></li>
|
|
<li class="disabled"><a href="guides/rdf/index.html">RDF guide</a></li>
|
|
<li class="divider"></li>
|
|
<li><a href="terms/history.html">Term history</a></li>
|
|
<li><a href="terms/decisions.html">Term decisions</a></li>
|
|
<li><a href="terms/mappings.html">Term mappings</a></li>
|
|
</ul>
|
|
</li>
|
|
</ul>
|
|
<ul class="nav navbar-nav navbar-right">
|
|
<li><a href="resources/index.html">Resources</a></li>
|
|
<li><a href="http://github.com/tdwg/dwc">Source</a></li>
|
|
</ul>
|
|
</div>
|
|
</div>
|
|
</nav>
|
|
|
|
<div class="content">
|
|
<div class="container">
|
|
<div class="page-header">
|
|
<h1>Simple Darwin Core</h1>
|
|
</div>
|
|
|
|
<h2>Introduction</h2>
|
|
|
|
<h3>What is Simple Darwin Core?</h3>
|
|
|
|
<p>The <em>Simple Darwin Core</em> is a predefined subset of the terms that have common use across a wide variety of biodiversity applications. The terms used in the <em>Simple Darwin</em> Core are those that are found at the cross-section of taxonomic names, places, and events that document biological occurrences on the planet. The two driving principles are simplicity and flexibility.</p>
|
|
|
|
<h3>What makes it simple?</h3>
|
|
<p>The <em>Simple Darwin Core</em> is simple in that it assumes (and allows) no structure beyond the concept of rows and columns, which might be thought of as attributes and their values, or fields and records. The words field and record will be used throughout the rest of the document to refer to the two dimensions of the <em>Simple Darwin Core</em> structure. Think of the term names as the field names. In other words, a <em>Simple Darwin Core</em> record could be captured in a spreadsheet or in a single database table.</p>
|
|
|
|
<h3>What makes it flexible?</h3>
|
|
<p>The <em>Simple Darwin Core</em> has minimal restrictions on which fields are required (none). You might argue that there should be more required fields, that there isn't anything useful you can do without them. That is partially true. A record with no fields in it wouldn't be very interesting, but there is a difference between requiring that there be a field in a record and requiring that a particular field be in all records. By having no required field restriction, the <em>Simple Darwin Core</em> can be used to share any meaningful combination of fields - for example, to share "just names", or "just places", or observations of individuals detected in the wild at a given place and time following a method (an occurrence). This flexibility promotes the reuse of the terms and sharing mechanisms for a wide variety of services.</p>
|
|
|
|
<h3>Are there any rules?</h3>
|
|
<p>There are just a few general guiding principles on how to make the best use of the <em>Simple Darwin Core</em>:</p>
|
|
<ol>
|
|
<li>Any Darwin Core term name can be used as a field name.</li>
|
|
<li>No field name may be repeated in a record.</li>
|
|
<li>Do not use a <em>Class</em> (<a href="terms/index.html#Occurrence">Occurrence</a>, <a href="terms/index.html#Organism">Organism</a>, <a href="terms/index.html#MaterialSample">MaterialSample</a>, <a href="terms/index.html#LivingSpecimen">LivingSpecimen</a>, <a href="terms/index.html#PreservedSpecimen">PreservedSpecimen</a>, <a href="terms/index.html#FossilSpecimen">FossilSpecimen</a>, <a href="terms/index.html#Event">Event</a>, <a href="terms/index.html#HumanObservation">HumanObservation</a>, <a href="terms/index.html#MachineObservation">MachineObservation</a>, <a href="terms/index.html#Location">Location</a>, <a href="terms/index.html#GeologicalContext">GeologicalContext</a>, <a href="terms/index.html#Identification">Identification</a>, <a href="terms/index.html#Taxon">Taxon</a>) as a field.</li>
|
|
<li>Provide data in as many fields as you can.</li>
|
|
<li>Use the <a href="terms/index.html#type">type</a> field to provide the name of the what Dublin Core type class(PhysicalObject, StillImage, MovingImage, Sound, Text) the record represents.</li>
|
|
<li>Use the <a href="terms/index.htm#basisOfRecord">basisOfRecord</a> field to provide the name of the most specific Darwin Core class (LivingSpecimen, PreservedSpecimen, FossilSpecimen, MaterialSample, HumanObservation, MachineObservation, Event, Occurrence, Taxon, Identification, Organism, Location, GeologicalContext, MeasurementOrFact, ResourceRelationship) the record represents.</li>
|
|
<li>Populate fields with data that match the definition of the field.</li>
|
|
<li>Use the controlled vocabulary for the values of fields that recommend
|
|
them.</li>
|
|
<li>If data are withheld, use <a href="terms/index.html#informationWithheld">informationWithheld</a> to say so.</li>
|
|
<li>If data are shared in lower quality than the original, use <a href="terms/index.html#dataGeneralizations">dataGeneralizations</a> to say so.</li>
|
|
</ol>
|
|
<p>Every field in the <em>Simple Darwin Core</em> may appear either once or not at all in a single record - otherwise how could you distinguish one <a href="terms/index.html#scientificName">scientificName</a> field from another one? Think of a database table. It will not allow you to have the same name for two different fields. Because of this design restriction (lack of flexibility for the sake of simplicity), the auxiliary fields from the <a href="terms/index.html#MeasurementOrFact">MeasurementOrFact</a> and <a href="terms/index.html#ResourceRelationship">ResourceRelationship</a> classes are of somewhat limited utility here - you could only share one MeasurementOrFact and one ResourceRelationship per record. You might argue then that there is no way to share information that requires related structures, such as a history of identifications of a specimen. That is mostly true. The only recourse within the <em>Simple Darwin Core</em> is to force the data into one of the catch all "list" terms such as <a href="terms/index.htmlrecordedBy">recordedBy</a>, <a href="terms/index.htmlpreparations">preparations</a>, <a href="terms/index.htmlotherCatalogNumbers">otherCatalogNumbers</a>, <a href="terms/index.html#associatedMedia">associatedMedia</a>, <a href="terms/index.html#associatedReferences">associatedReferences</a>, <a href="terms/index.html#associatedSequences">associatedSequences</a>, <a href="terms/index.html#associatedTaxa">associatedTaxa</a>, <a href="terms/index.html#associatedOccurrences">associatedOccurrences</a>, <a href="terms/index.html#associatedOrganisms">associatedOrganisms</a>, <a href="terms/index.html#previousIdentifications">previousIdentifications</a>, <a href="terms/index.html#higherGeography">higherGeography</a>, <a href="terms/index.html#georeferencedBy">georeferencedBy</a>, <a href="terms/index.html#georeferenceSources">georeferenceSources</a>, <a href="terms/index.html#identifiedBy">identifiedBy</a>, <a href="terms/index.html#identificationReferences">identificationReferences</a>, and <a href="terms/index.html#higherClassification">higherClassification</a>.</p>
|
|
<p>There is a difference between having data in a field and requiring that field to have a value from among a legal set of values. The Darwin Core is simple in that it has minimal restrictions on the contents of fields. The term comments give recommendations about the use of controlled vocabularies and how to structure content wherever appropriate. Data contributors are encouraged to follow these recommendations as well as possible. You might argue that having no restrictions will promote "dirty" data (data of low quality or dubious value). Consider the simple axiom "It's not what you have, but what you do with it that matters." If data restrictions were in place at the fundamental level, then a record having any non-compliant data in any of its fields could not be shared via the standard. Not only would there be a dearth of shared data in that case (or an unused standard), but also there would be no way to use the standard to build shared data cleaning tools to actually improve the situation, nor to use data services to look up alternative representations (language translations, for example) to serve a broader audience. The rest is up to how the records will be used - in other words, it is up to applications to enforce further restrictions if appropriate, and it is up to the stakeholders of those applications to decide what the restrictions will be for the purpose the application is trying to serve.</p>
|
|
|
|
<h3>How do I use Simple Darwin Core?</h3>
|
|
<p>The Darwin Core is simple in that data "complying with" the <em>Simple Darwin Core</em> can be easily shared in a variety of ways, including, but not limited to, text files and xml documents.</p>
|
|
|
|
<p>What you need to do as a contributor of data via the <em>Simple Darwin Core</em> depends on the requirements of the ones who are going to consume those data. For example, if you have a collaborator who wants to share data via the <em>Simple Darwin Core</em>, then it may be sufficient to create a spreadsheet that contains column headers matching as many of the Darwin Core term names as you are both interested in sharing - just to be sure you both understand the meaning of the fields you share, and therefore hopefully something about their content. You might create a table in a database using the <em>Simple Darwin Core</em> as a model (if it met all of your needs), and then connect that database with services for sharing via the web. You might use that same database (or spreadsheet) to export a comma-separated value (CSV) file for upload into a hosted service that could serve the data on your behalf. Or you might use that same file to upload into a service that would allow you to add value (such as a georeference) or quality (with a data cleaning tool), or to see your data in the context of other shared data.</p>
|
|
|
|
<h4>Simple Darwin Core as Text</h4>
|
|
<p>The <em>Text Guide</em> [<a href= "guides/text/index.html">TEXTGUIDE</a>] describes how to construct and format a text file using a simplified subset of the <em>Fielded Text</em> [<a href="http://www.fieldedtext.org/">FIELDEDTEXT</a>] specification, which allows the contributor to describe the contents of a text file, or set of text files (related or not) through a separate configuration file (called a metafile). The metafile allows the contributor to communicate the structure of the content of the file or files and any relationships between them. Though it is good practice to describe a <em>Simple Darwin Core</em> file with such a metafile, it isn't strictly necessary if the file follows the CSV file specification and the first line of the file contains the field names. A <em>Fielded Text</em> metafile for any text file based on the <em>Simple Darwin Core</em> can be created by customizing the example metafile [<a href= "guides/text/example_text_simpledwc_complete.xml">SIMPLEMETAFILE</a>] (if this link shows a blank page in your browser, use the View Source option to see the XML document), which includes references to all Darwin Core terms. Refer to the comments in the file itself as well as the metafile specification in the <em>Text Guide</em> [<a href= "guides/text/index.html">TEXTGUIDE</a>] for more information.</p>
|
|
|
|
<h4>Simple Darwin Core as XML</h4>
|
|
<p>The <em>XML Guide</em> [<a href= "guides/xml/index.html">XMLGUIDE</a>] describes how to construct XML schemas to share data based on Darwin Core terms. Looking at the <em>Simple Darwin Core XML Schema</em> [<a href= "guides/xml/tdwg_dwc_simple.xsd">SIMPLEXMLSCHEMA</a>] using the <em>XML Guide</em> as a reference you will be able to see that the schema supports the notion of a <em>SimpleDarwinRecord</em>, which is just a grouping of up to one of each of the Darwin Core terms that are <em>Properties</em> (not <em>Classes</em>). The following example shows a <em>SimpleDarwinRecordSet</em> containing one <em>SimpleDarwinRecord</em> for a <em>Taxon</em>:
|
|
<pre class="example">
|
|
<?xml version="1.0" encoding="UTF-8"?>
|
|
<SimpleDarwinRecordSet
|
|
xmlns="http://rs.tdwg.org/dwc/xsd/simpledarwincore/"
|
|
xmlns:dc="http://purl.org/dc/terms/"
|
|
xmlns:dwc="http://rs.tdwg.org/dwc/terms/"
|
|
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
|
|
xsi:schemaLocation="http://rs.tdwg.org/dwc/xsd/simpledarwincore/ http://rs.tdwg.org/dwc/xsd/tdwg_dwc_simple.xsd">
|
|
<SimpleDarwinRecord>
|
|
<dc:modified>2006-05-04T18:13:51.0Z</dc:modified>
|
|
<dc:language>en</dc:language>
|
|
<dwc:basisOfRecord>Taxon</dwc:basisOfRecord>
|
|
<dwc:scientificNameID>http://research.calacademy.org/research/ichthyology/catalog/fishcatget.asp?spid=53548</dwc:scientificNameID>
|
|
<dwc:acceptedNameUsageID>http://research.calacademy.org/research/ichthyology/catalog/fishcatget.asp?spid=22010</dwc:acceptedNameUsageID>
|
|
<dwc:originalNameUsageID>http://research.calacademy.org/research/ichthyology/catalog/fishcatget.asp?spid=53548</dwc:originalNameUsageID>
|
|
<dwc:nameAccordingToID>http://research.calacademy.org/research/ichthyology/catalog/getref.asp?id=22764</dwc:nameAccordingToID>
|
|
<dwc:namePublishedInID>http://research.calacademy.org/research/ichthyology/catalog/getref.asp?id=671</dwc:namePublishedInID>
|
|
<dwc:scientificName>Centropyge flavicauda Fraser-Brunner 1933</dwc:scientificName>
|
|
<dwc:acceptedNameUsage>Centropyge fisheri (Snyder 1904)</dwc:acceptedNameUsage>
|
|
<dwc:parentNameUsage>Centropyge Kaup, 1860</dwc:parentNameUsage>
|
|
<dwc:originalNameUsage>Centropyge flavicauda Fraser-Brunner 1933</dwc:originalNameUsage>
|
|
<dwc:nameAccordingTo>Allen, G.R. 1980. Butterfly and angelfishes of the world. Volume II. Mergus Publishers. Pp. 149-352.</dwc:nameAccordingTo>
|
|
<dwc:namePublishedIn>Fraser-Brunner, A. 1933. A revision of the chaetodont fishes of the subfamily Pomacanthinae. Proceedings of the General
|
|
Meetings for Scientific Business of the Zoological Society of London 1933 (pt 3, no.30): 543-599, Pl. 1.</dwc:namePublishedIn>
|
|
<dwc:higherClassification>Animalia;Chordata;Vertebrata;Osteichthyes;Actinopterygii;Neopterygii;Teleostei;Acanthopterygii;Perciformes;
|
|
Percoidei;Pomacanthidae;Centropyge</dwc:higherClassification>
|
|
<dwc:kingdom>Animalia</dwc:kingdom>
|
|
<dwc:phylum>Chordata</dwc:phylum>
|
|
<dwc:class>Osteichthyes</dwc:class>
|
|
<dwc:order>Perciformes</dwc:order>
|
|
<dwc:family>Pomacanthidae</dwc:family>
|
|
<dwc:genus>Centropyge</dwc:genus>
|
|
<dwc:specificEpithet>flavicauda</dwc:specificEpithet>
|
|
<dwc:scientificNameAuthorship>Fraser-Brunner 1933</dwc:scientificNameAuthorship>
|
|
<dwc:taxonRank>species</dwc:taxonRank>
|
|
<dwc:nomenclaturalCode>ICZN</dwc:nomenclaturalCode>
|
|
<dwc:taxonomicStatus>accepted</dwc:taxonomicStatus>
|
|
</SimpleDarwinRecord>
|
|
</SimpleDarwinRecordSet>
|
|
</pre>
|
|
<p>The <em>SimpleDarwinRecord</em> acts as a <em>Class</em> in implementation, because all of the terms are properties of it. The <em>Simple Darwin Core</em> schema has just one other level of structure, the <em>SimpleDarwinRecordSet</em>, which is a grouping of one or more <em>SimpleDarwinRecords</em>. The <em>SimpleDarwinRecordSet</em> acts as a <em>Class</em> to define a data set during implementation.</p>
|
|
|
|
<h3>Doing more with Simple Darwin Core</h3>
|
|
<p>Sooner or later you may want to share more information than the <em>Simple Darwin Core</em> seems to allow. For example, you and your colleagues might decide that it would be useful to have a standard way to exchange additional information relevant to questions in Conservation. How would you do it?</p>
|
|
<p>One way would be to try to "overload" existing terms by using them to hold information other than what was intended based on the definition of the terms. Please don't do this. If an existing term has close to the same meaning as one you want to use, but just doesn't quite fit because of the way the definition is worded, it would be better to request an amendment to the term definition so that it will be clear for your community how to use it. You can request such a change by submitting an issue in the <em>Darwin Core Project</em> [<a href="https://github.com/tdwg/dwc">DWC-PROJECT</a>].</p>
|
|
<p>Another way to get more out of the Darwin Core without adding a term is to "payload" the <a href="terms/index.html#dynamicProperties">dynamicProperties</a> term with structured content, as shown in the example below, using Javascript Open Notatation (JSON). This is perfectly legal, since it doesn't compromise the meaning of the term. One of the weaknesses of payloading data in this way is that it is subject to a lack of stable or well-defined semantics. Also, it is highly recommended to flatten the content into a single string with no non-printing characters (such as line feeds) to facilitate use in the widest variety of data sharing contexts. Still, this might be a reasonable way to at least allow you to share all of your data, even if there might be problems with people using it reliably.</p>
|
|
<pre class="example">
|
|
<?xml version="1.0" encoding="UTF-8"?>
|
|
<SimpleDarwinRecordSet
|
|
xmlns="http://rs.tdwg.org/dwc/xsd/simpledarwincore/"
|
|
xmlns:dc="http://purl.org/dc/terms/"
|
|
xmlns:dwc="http://rs.tdwg.org/dwc/terms/"
|
|
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
|
|
xsi:schemaLocation="http://rs.tdwg.org/dwc/xsd/simpledarwincore/ http://rs.tdwg.org/dwc/xsd/tdwg_dwc_simple.xsd">
|
|
<SimpleDarwinRecord>
|
|
<dc:modified>2009-02-12T12:43:31</dc:modified>
|
|
<dc:language>en</dc:language>
|
|
<dwc:basisOfRecord>Taxon</dwc:basisOfRecord>
|
|
<dwc:scientificName>Ctenomys sociabilis</dwc:scientificName>
|
|
<dwc:acceptedNameUsage>Ctenomys sociabilis Pearson and Christie, 1985</dwc:acceptedNameUsage>
|
|
<dwc:parentNameUsage>Ctenomys Blainville, 1826</dwc:parentNameUsage>
|
|
<dwc:higherClassification>Animalia; Chordata; Vertebrata; Mammalia; Theria; Eutheria; Rodentia; Hystricognatha; Hystricognathi; Ctenomyidae; Ctenomyini; Ctenomys</dwc:higherClassification>
|
|
<dwc:kingdom>Animalia</dwc:kingdom>
|
|
<dwc:phylum>Chordata</dwc:phylum>
|
|
<dwc:class>Mammalia</dwc:class>
|
|
<dwc:order>Rodentia</dwc:order>
|
|
<dwc:family>Ctenomyidae</dwc:family>
|
|
<dwc:genus>Ctenomys</dwc:genus>
|
|
<dwc:specificEpithet>sociabilis</dwc:specificEpithet>
|
|
<dwc:taxonRank>species</dwc:taxonRank>
|
|
<dwc:scientificNameAuthorship>Pearson and Christie, 1985</dwc:scientificNameAuthorship>
|
|
<dwc:nomenclaturalCode>ICZN</dwc:nomenclaturalCode>
|
|
<dwc:namePublishedIn>Pearson O. P., and M. I. Christie. 1985. Historia Natural, 5(37):388</dwc:namePublishedIn>
|
|
<dwc:taxonomicStatus>valid</dwc:taxonomicStatus>
|
|
<b> <dwc:dynamicProperties>{"iucnStatus":"vulnerable", "distribution":"Neuquén, Argentina"}</dwc:dynamicProperties> </b>
|
|
</SimpleDarwinRecord>
|
|
</SimpleDarwinRecordSet>
|
|
</pre>
|
|
<p>If you were using just CSV text files to exchange information, then you might be tempted to just add the new fields to the files. This approach suffers most of the same problems as payloading - no one aside from those with whom you communicated would know what those new fields were or how to use them. Sharing in this way via XML would be an even bigger problem, because the <em>Simple Darwin Core XML Schema</em> [<a href= "guides/xml/tdwg_dwc_simple.xsd">SIMPLEXMLSCHEMA</a>] defines the terms that it supports and the new fields would not correspond with any terms understood by the schema. In other words, the XML with your fields in it would not be a valid <em>Simple Darwin Core</em> XML document.</p>
|
|
<p>So, if you really need to extend the capabilities of Darwin Core, the best first step is to follow the standards process to add the terms you need. The mechanisms for pursuing this are explained in the <em>Darwin Core Namespace Policy</em> [<a href="..change_policy.html">NAMESPACEPOLICY</a>]. The process will help to assure that the new terms are well conceived, that they don't conflict with existing terms, and that they are properly defined in the broader context of biological diversity information.</p>
|
|
|
|
<h3>Going beyond Simple Darwin Core</h3>
|
|
<p>For cases where rich data require rich (non-simple) structure, the <em>Simple Darwin Core</em> alone is not suitable. When sharing information via fielded text [<a href="http://www.fieldedtext.org/">FIELDEDTEXT</a>], the solution is to use the <em>Simple Darwin Core</em> as a core record with one or more associated extensions for the additional information. See the <em>Darwin Core Text Guide</em> [<a href="guides/text/index.html">TEXTGUIDE</a>] for an explanation and examples.</p> <p>When sharing information via XML [<a href= "http://www.w3.org/XML/">XML</a>], a richer structure such as the <em>Access to Biological Collections Data</em> schema [<a href= "http://www.tdwg.org/schemas/abcd/2.06">ABCD</a>], or the <em>Generic Darwin Core</em> [<a href="guides/xml/tdwg_dwcterms.xsd">GENERICXMLSCHEMA</a>], or another schema built from the Darwin Core terms to suit the use of the data in a particular context. See the <em>Darwin Core XML Guide</em> [<a href= "guides/xml/index.html">XMLGUIDE</a>] for examples and references to model schemas.</p>
|
|
</div>
|
|
</div>
|
|
|
|
<footer class="footer">
|
|
<div class="container">
|
|
<div class="row">
|
|
<div class="col-xs-4">
|
|
<p><a rel="license" href="http://creativecommons.org/licenses/by/4.0/"><img alt="Creative Commons License" style="border-width:0" src="https://i.creativecommons.org/l/by/4.0/88x31.png"/></a></p>
|
|
</div>
|
|
<div class="col-xs-8">
|
|
<ul class="list-inline pull-right">
|
|
<li>Page last modified on 2015-01-13</li>
|
|
<li><a href="https://github.com/tdwg/dwc/blob/gh-pages/simple_dwc.html">Edit on GitHub</a></li>
|
|
</ul>
|
|
</div>
|
|
</div>
|
|
</div>
|
|
</footer>
|
|
|
|
<!-- Scripts -->
|
|
<script type="text/javascript" src="assets/jquery.min.js"></script>
|
|
<script type="text/javascript" src="assets/bootstrap.min.js"></script>
|
|
<script>
|
|
(function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){
|
|
(i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o),
|
|
m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m)
|
|
})(window,document,'script','//www.google-analytics.com/analytics.js','ga');
|
|
|
|
ga('create', 'UA-386033-4', 'auto');
|
|
ga('send', 'pageview');
|
|
</script>
|
|
</body>
|
|
</html>
|