'$RCSfile: eml-coverage.xsd,v $' Copyright: 1997-2002 Regents of theUniversity of California, University of New Mexico, and Arizona State University Sponsors:National Center for Ecological Analysis and Synthesis and Partnership for InterdisciplinaryStudies of Coastal Oceans, University of California Santa Barbara Long-Term EcologicalResearch Network Office, University of New Mexico Center for Environmental Studies, ArizonaState University Other funding: National Science Foundation (see README for details) The Davidand Lucile Packard Foundation For Details: http://knb.ecoinformatics.org/ '$Author: obrien $''$Date: 2009-02-25 23:51:54 $' '$Revision: 1.95 $' This program is free software; you canredistribute it and/or modify it under the terms of the GNU General Public License aspublished by the Free Software Foundation; either version 2 of the License, or (at youroption) any later version. This program is distributed in the hope that it will be useful, butWITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR APARTICULAR PURPOSE. See the GNU General Public License for more details. You should havereceived a copy of the GNU General Public License along with this program; if not, write tothe Free Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
moduleName: eml-coveragemoduleDescription: The eml-coverage module - Geographic, temporal, and taxonomic extents of resources recommendedUsage: all datasets where spatial, temporal or taxonomic coverage is importantstandAlone: no
tooltip: Geographic coveragesummary: Geographic coverage information.description: Geographic Coverage is a container for spatial information about a project, a resource, or an entity within a resource. It allows a bounding box for the overall coverage (in lat long), and also allows description of arbitrary polygons with exclusions.example: Please see the individual sub fields for specific examples.
tooltip: Description of geographic extentsummary: Short text description of the geographic areal domain of the data set.description: geographicDescription is a short text description of a dataset's geographic areal domain. A text description is especially important to provide a geographic setting when the extent of the data set cannot be well described by the "boundingCoordinates", or in the case of data which are not specifically geospatial. Assuming the "boundingCoordinates" do not adequately describe the extent of the data set, the discrepancy can be identified and described here. The coordinates may define a rectangle around a country, with this geographicDescription element containing a disclaimer and/or further details concerning the border. A study of the diseases of salmon may not have a specific geographic extent associated with it, but the salmon were collected in the states of Washington and Oregon. The "boundingCoordinates" might form a general rectangle around the states of Washington and Oregon, but the "geographicDescription" might describe the fact that the study took place only along certain rivers within those states. This data element differs from the standard data element "Place_Keyword" in that it allows a free text description of the geographic extent, rather than just a list of words or phrases useful as an index of location names associated with the data set. This element can also contain information about the collection of the boundingCoordinates, e.g., an altitude value that is referenced to Mean Lower Low Water, or the projection system that the latitude and longitude coordinates were taken from.example: "Manistee River watershed"example: "extent of 7 1/2 minute quads containing any property belonging to Yellowstone National Park"example: "ponds and reservoirs larger than 2 acres in Jefferson County, Colorado".
tooltip: Bounding coordinatessummary: The four margins (N, S, E, W) of a bounding box on the earth's surface, or when considered in lat-lon pairs, the corners of the box. To define a single point, use the same value in each lat or lon pair. These elements are meant to convey general information and are not for accurate mapping. More specific information may be included by using the elements in the spatialReference schema.description: Bounding Coordinates are the four margins (N, S, E, W) of a bounding box, or when considered in lat-lon pairs, the corners of the box. These elements are meant to convey general information and are not for accurate mapping. More specific information may be included by using the elements in the spatialReference schema. The limits of coverage of a data set should be expressed as decimal latitudes and longitudes, and in the order western-most, eastern-most, northern-most, and southern-most. By convention, latitudes and longitudes are referenced to the Equator and to the Prime Meridian (the datums), respectively. By definition, the 0 and 180 meridians themselves do not belong in either hemisphere, but local conventions may place them in either. All coordinates are typed as decimals. Since all four elements are required, a bounding area that is a single point should use the same values for northBoundingCoordinate and southBoundingCoordinate, and likewise for westBoundingCoordinate and eastBoundingCoordinate. In the case of a data set that comprises all longitudes (e.g., a horizontal band between 2 parallels that fully encompasses the earth ), please use a westBoundingCoordinate of -180.0, and an eastBoundingCoordinate of 180.0 (or +180.0). In this case, it could be considered geographically appropriate to specify both values as "180" (or any other meridian), but this could also be interpreted as only the meridian itself, so this is not recommendedexample: Please see the individual sub-fields.
tooltip: West bounding coordinate, in decimal degreessummary: Western-most limit of a bounding box, expressed in degrees of longitude.description: The westBoundingCoordinate field defines the longitude of the western-most point of the bounding box that is being described. A longitude coordinate is typed as a decimal, i.e., decimal degrees from -180 to 180, inclusive. Decimal degrees may be expressed to any precision desired. Fractions of a degree in minutes and seconds should be converted to degree fractions. Strings denoting direction or hemisphere (e.g., 'W' or 'west') are not allowed. Longitudes east of the prime meridian must be specified by a plus sign (+), or by the absence of a minus sign (-), and longitudes west of the meridian shall be prefixed with minus sign (-). In the case of a data set that comprises all longitudes (e.g., a horizontal band between 2 parallels that fully encompasses the earth ), please use a westBoundingCoordinate of -180.0, and an eastBoundingCoordinate of 180.0 (or +180.0). In this case, it could be considered geographically appropriate to specify both values as "180" (or any other meridian), but this could also be interpreted as only the meridian itself, so this is not recommended.example: -118.25example: +25example: 45.24755
tooltip: East bounding coordinatesummary: Eastern-most limit of a bounding box, expressed in degrees of longitude.description: The eastBoundingCoordinate field defines the longitude of the eastern-most point of the bounding box that is being described. A longitude coordinate is typed as a decimal, i.e., decimal degrees from -180 to 180, inclusive. Decimal degrees may be expressed to any precision desired. Fractions of a degree in minutes and seconds should be converted to degree fractions. Strings denoting direction or hemisphere (e.g., 'W' or 'west') are not allowed. Longitudes east of the prime meridian must be specified by a plus sign (+), or by the absence of a minus sign (-), and longitudes west of the meridian shall be prefixed with minus sign (-). In the case of a data set that comprises all longitudes (e.g., a horizontal band between 2 parallels that fully encompasses the earth ), please use a westBoundingCoordinate of -180.0, and an eastBoundingCoordinate of 180.0 (or +180.0). In this case, it could be considered geographically appropriate to specify both values as "180" (or any other meridian), but this could also be interpreted as only the meridian itself, so this is not recommended.example: -118.25example: +25example: 45.24755
tooltip: North bounding coordinatesummary: Northern-most lilmit of a bounding box expressed in latitude.description: The northBoundingCoordinate field defines the latitude of the northern-most point of the bounding box that is being described. A latitude coordinate is typed as a decimal, i.e., decimal degrees from -180 to 180, inclusive. Decimal degrees may be expressed to any precision desired. Fractions of a degree in minutes and seconds should be converted to degree fractions. Strings denoting direction or hemisphere (e.g., 'N' or north') are not allowed. Latitudes north of the equator must be denoted by a plus sign (+), or by the absence of a minus sign (-), and latitudes south of the equator shall be prefixed with minus sign (-). A location with latitude of +90 (90) or -90 degrees will specify the position at the North or South Pole, respectively.example: -18.25example: +25example: 65.24755
tooltip: South bounding coordinatesummary: Southern-most limit of the bounding box expressed in latitude.description: The southBoundingCoordinate field defines the latitude of the southern-most point of the bounding box that is being described. A latitude coordinate is typed as a decimal, i.e., decimal degrees from -180 to 180, inclusive. Decimal degrees may be expressed to any precision desired. Fractions of a degree in minutes and seconds should be converted to degree fractions. Strings denoting direction or hemisphere (e.g., 'N' or north') are not allowed. Latitudes north of the equator must be denoted by a plus sign (+), or by the absence of a minus sign (-), and latitudes south of the equator shall be prefixed with minus sign (-). A location with latitude of +90 (90) or -90 degrees will specify the position at the North or South Pole, respectively.example: -118.25example: +25example: 84.24755
tooltip: Bounding altitudessummary: The vertical limits of a data set expressed by altitude.description: The bounding altitude field is intended to contain altitudinal (elevation) measurements for the bounding box being described. It allows for minimum and maximum altitude fields, as well as a field for the units of measure. The combination of these fields provide the vertical extent information for the bounding box. example: Please see the individual sub-fields for specific examples.
tooltip: Minimum altitudesummary: The minimum altitude extent of coverage.description: The minimum altitude extent of coverage for the bounding box that is being described. The minimum altitude should be in reference to a known datum (e.g., Mean Sea Level), which should be part of the geographicDescription.example: 100.6 example: -12
tooltip: Maximum altitudesummary: The maximum altitude extent of coverage.description: The maximum altitude extent of coverage for the bounding box that is being described. The maximum altitude should be in reference to a known datum, which should be part of the geographicDescription.example: 100.6example: -10
tooltip: Altitude Unitssummary: The unit of altitude description: The unit that the altitude is expressed in. See the description under the Type definition
tooltip: Polygon data setsummary: This construct creates a spatial ring with a hollow center.description: This construct creates a spatial ring with a hollow center. This doughnut shape is specified by the outer ring (datasetGPolygonOuterRing) and the inner exclusion zone (datasetGPolygonExclusionGRing) which can be thought of as the hole in the center of a doughnut. This is useful for defining areas such as the shores of a pond where you only want to specify the shore excluding the pond itself.example: Please see the individual sub-fields for specific examples.
tooltip: Outer polygonsummary: The outer containment loop of a datasetGPolygon. description: The outer containment loop of a datasetGPolygon. This is the outer part of the doughnut shape that encompasses the broadest area of coverage. It can be created either by a gRing (list of points) or 3 or more gRingPoints. See the sub-elements and their Type definitions for more specific information. This element is generally analogous to the FGDC outer ring although somewhat differently specified. Documentation for an FGDC G-Ring states that 4 points are required to define a polygon, and the first and last should be identical. However this is not enforceable in XML Schema, and so in EML a minimum of 3 <gRingPoint>s is required to define a polygon, and it can be assumed that a polygon is closed by joining the last point to the first. XSL stylesheets that transform EML instances to the FGDC specification should repeat the first gRingPoint node as the last when creating a list of points.
tooltip: G Ring Pointsummary: A single geographic locationdescription: A single geographic location. As a child of <datasetGPolygonOuterGRing> a minimum of 3 are required to define a polygon. The polygon is presumed to be closed. Please see the sub elements and the Type description for more information about creating a point location.
tooltip: G-Ring Latitudesummary: The latitude of a point of the g-ring.description: A latitude coordinate is typed as a decimal, i.e., decimal degrees from -90 to 90, inclusive. Decimal degrees may be expressed to any precision desired. Fractions of a degree in minutes and seconds should be converted to degree fractions. Strings denoting direction or hemisphere (e.g., 'S' or 'south') are not allowed. Latitudes north of the equator must be specified by a plus sign (+), or by the absence of a minus sign (-), and latitudes south of the equator shall be prefixed with minus sign (-). example: 34.123example: -18.25example: +78.25
tooltip: G-Ring Longitudesummary: description: The longitude of a point of the g-ring A longitude coordinate is typed as a decimal, i.e., decimal degrees from -180 to 180, inclusive. Decimal degrees may be expressed to any precision desired. Fractions of a degree in minutes and seconds should be converted to degree fractions. Strings denoting direction or hemisphere (e.g., 'W' or 'west') are not allowed. Longitudes east of the prime meridian must be specified by a plus sign (+), or by the absence of a minus sign (-), and longitudes west of the meridian shall be prefixed with minus sign (-).example: -118.25example: +25example: 45.24755
tooltip: G-Ringdescription: A set of ordered pairs of floating-point numbers, The number of points in the string is not enforced by EML. However, authors should note that in order for this field is to be directly translated to FGDC, 4 points should be included in the string. See the Type for more information on constructing the string.
tooltip: Exclusion polygonsummary: Data Set G-Polygon Exclusion G-Ring, the closed nonintersecting boundary of a void area (or hole in an interior area). description: the closed nonintersecting boundary of a void area (or hole in an interior area). This is the center of the doughnut shape created by the datasetGPolygon. It can be created either by a gRing (list of points) or one or more gRingPoints. See the sub-elements and their Type definitions for more information. This element is generally analogous to an FGDC exclusion ring "Data Set G-Polygon Exclusion G-Ring", although it's children are somewhat differently described. Documentation for the FGDC component states that 4 points are required to define a polygon, and the first and last should be identical. However this EML element requires only one point so that a single point can be excluded, presumably, a single station. If multiple single stations are to be excluded, then authors should include multiple <datasetGPolygonExclusionGRing>s.
tooltip: G Ring Pointsummary: A single geographic locationdescription: A single geographic location. This is useful if you register your datasets by a single geospatial point, such as the lat/long of your research station. Please see the sub elements and the Type description for more information on constructing a gRingPoint
tooltip: Temporal coveragesummary: Temporal coverage information.description: This field specifies temporal coverage, and allows coverages to be a single point in time, multiple points in time, or a range of dates. Dates can be expressed in terms of both calendar dates and geologic dating systems.example: Please see the individual sub fields for specific examples.
tooltip: Single Date/Timesummary: Means of encoding a single date and timedescription: The singleDateTime field is intended to describe a single date and time for an event. There is a choice between two options: a calendar date with a time, or a geologic age.example: Please see the individual sub-elements for example.
tooltip: Calendar datesummary: The calendar date for an event.description: The calendar date field is used to express a date, giving the year, month, and day. The format should be one that complies with the International Standards Organization's standard 8601. The recommended format for EML is YYYY-MM-DD, where Y is the four digit year, M is the two digit month code (01 - 12, where January = 01), and D is the two digit day of the month (01 - 31). This field can also be used to enter just the year portion of a date.example: 2001-01-01example: 2001-10-12example: 2001example: 1895
tooltip: Time of daysummary: The time of day for an event.description: The time field is used to express the hour (and optionally minute, or minute and second) of the day for an event, and should comply with the International Standards Organization's standard 8601. The recommended format for EML is hh:mm:ssTZD, where hh is the two digit hour of the day, mm is the two digit minute of the hour, and ss is the two digit second of the minute. TZD stands for Time Zone Designator which is used to handle time zone offsets. Times may be expressed in two ways: 1) UTC (Coordinated Universal Time, also known as Greenwich Mean Time, or GMT), with a special UTC designator ("Z"), 2) local time, together with a time zone offset in hours and minutes. A time zone offset of "+hh:mm" indicates that the date or time uses a local time zone which is "hh" hours and "mm" minutes ahead of UTC. A time zone offset of "-hh:mm" indicates a local time zone which is "hh" hours and "mm" minutes behind UTC.example: 1) 08:31:22Z , which means eight thirty one and 22 seconds in the morning at Coordinated Universal Time (Greenwich Mean Time). 2) 14:06:09-08:00 , which means six minutes, nine seconds past two o'clock p.m., Pacific Standard Time (which is offset eight hours behind UTC)
tooltip: Alternative Time Scalesummary: A name, code, or date describing an event or period in an alternative time scale, such as one of the geologic time scales.description: A name, code, or date describing an event or period in an alternative time scale, for instance as an absolute date calculated using a named dating method, or as a relative date that is drawn from stratigraphy or biostratigraphy. Calendar dates as provided in the ISO 8601 dating system used in the standard CSDGM are not adequate to describe geologic time periods. Absolute geologic time is usually measured in millions of years before present, but may use different units and relative base times. Relative geologic time is measured by subdivisions of the earth's geology. in an order based upon relative age, most commonly, vertical or stratigraphic position. The actual dating systems used in geologic studies often tie relative times measured through stratigraphy or biostratigraphy to a particular absolute time using radioisotope dating techniques, among others. As these methods for absolute dating have improved, the estimates of the dates for strata have changed, consequently, it would be inaccurate to record absolute dates in situations where relative dates were measured. This structure is provided as an optional alternative to the standard calendar dates provided by ISO 8601. example: Please see the individual sub-fields for specific examples.
tooltip: alternative time scalesummary: Name of a recognized alternative time scale.description: Name of a recognized alternative time scale. This includes 'Absolute' as the name of the time scale for measuring geologic dates before the present and names of geologic dating systems that are arrangements of symbols or names in order of relative geologic time.example: 'Absolute', 'Geomagnetic Polarity Time Scale', 'International Geological Time Scale', 'Oxygen-Isotope'
tooltip: Time scale age estimatesummary: description: Either an absolute date or a relative age name describing an event or period in an alternative time scale such as the Geologic Time Scale.example: For example, '300 Ma' (300 million years before present) is a Geologic_Age_Estimate based on the Absolute Geologic_Time_Scale, 'C28r' is a chron name from the Geomagnetic Polarity Time Scale, and 'Maastrichtian' and 'Jurassic' are names from the International Geological Time Scale. Since different relative geologic time scales are often not aligned, multiple geologic dates may need to be specified. For example, the Geomagnetic Polarity Time Scale chron 'C29r', at the K/T boundary lies in both the 'Maastrichtian' and the 'Danian' stages from the International Geological Time Scale, thus if you were documenting this event using the International Geological Time Scale, both 'Maastrichtian' and 'Danian' should be included here.
tooltip: Time scale age uncertaintysummary: The error estimate for the alternative time scale.description: The error estimate for the alternative time. This should include the units of measure, a description of what the error estimate represents and how it was calculated.example: +/- 5 Ma (Million Years)
tooltip: Time scale age explanationsummary: The name and/or description of the method used to calculate the time scale age estimate.description: The name and/or description of the method used to calculate the age estimate. Detailed information about the method may be provided through references contained in the Time Scale Citation field.
tooltip: Time Scale citationsummary: Citation for works providing detailed information about any element of the time scale age.description: Citation for works providing detailed information about any element of the time scale age.example: For example, a publication describing the methodology used for carbon dating or describing the basic geologic time scale in more detail could be cited here.
tooltip: Range of dates/timessummary: Means of encoding a range of dates and times.description: The 'RangeOfDatesType' field is intended to be used for describing a range of dates and/or times. It may be used multiple times to document multiple date ranges. It allows for two 'singleDateTime' fields, the first to be used as the beginning dateTime, and the second to be used as the ending dateTime of the range.example: Please see the examples from the 'singleDateTime' field for specific examples.
tooltip: Begin Datesummary: A single time stamp signifying the beginning of some time perioddescription: A single time stamp signifying the beginning of some time period. There is a choice between two options: a calendar date with a time, or a geologic age.example: Please see the individual sub-elements for example.
tooltip: End Datesummary: A single time stamp signifying the end of some time perioddescription: A single time stamp signifying the end of some time period. There is a choice between two options: a calendar date with a time, or a geologic age.example: Please see the individual sub-elements for example.
tooltip: Taxonomic coveragesummary: Taxonomic coverage information.description: Taxonomic Coverage is a container for Taxonomic information about a project, a resource, or an entity within a resource. It includes a list of species names (or higher level ranks) from one or more classification systems.example: Please see the individual sub fields for specific examples.
tooltip: Taxonomic systemsummary: Documentation of taxonomic sources, procedures, and treatments.description: Documentation of taxonomic sources, procedures, and treatments.
tooltip: Classification system/authoritysummary: Information about the classification system or authority used.description: Information about the classification system or authority used.example: Flora of North America
tooltip: Classification system modificationsummary: description: A description of any modifications or exceptions made to the classification system or authority used.
tooltip: Non-authoritative citationsummary: description: Information on any non-authoritative materials (e.g. field guides) useful for reconstructing the actual identification process.
tooltip: Identifier's Namesummary: description: Information about the individual(s) responsible for the identification(s) of the specimens or sightings, etc.
tooltip: Taxonomic proceduressummary: description: Description of the methods used for the taxonomic identification.example: specimen processing, comparison with museum materials, keys and key characters, chemical or genetic analyses
tooltip: Taxonomic completenesssummary: description: Information concerning the proportions and treatment of unidentified materials, estimates of the importance and possible identities of uncertain determinations, synonyms or other incorrect usages, taxa not well treated or requiring further work, and expertise of field workers.example: materials sent to experts, and not yet determined
tooltip: Specimen informationsummary: description: Information on the types of specimen, the repository, and the individuals who identified the vouchers.
tooltip: Specimen typesummary: description: A word or phrase describing the type of specimen collected.example: herbarium specimens, blood samples, photographs, individuals, or batches
tooltip: Storage location of specimensummary: description: Information about the curator or contact person and/or agency responsible for the specimens.
tooltip: Originatorsummary: A person or organization asociated with this resource.description: The 'originator' element provides the full name of the person, organization, or position associated with the resource. Typically, the originator role is set to "owner" to indicate the list of parties who "own" the resource, but other roles such as "principal investigator", "author", and "editor" are provided.example: Please see the examples within the sub fields for the responsible party.
tooltip: General taxonomic coveragesummary: A description of the range of taxa addressed in the data set or collection.description: A description of the range of taxa addressed in the data set or collection.example: "All vascular plants were identified to family or species, mosses and lichens were identified as moss or lichen."
tooltip: Taxonomic classificationsummary: Information about the range of taxa addressed in the data set or collection.description: Information about the range of taxa addressed in the data set or collection. See the Type definition for more information.
tooltip: Taxon rank namesummary: The name of the taxonomic rank for which the Taxon rank value is provided.description: The name of the taxonomic rank for which the Taxon rank value is provided. This field allows for the name one of the accepted levels of Taxa.example: 'Kingdom', 'Division/Phylum', 'Class', 'Order', 'Family', 'Genus', and 'Species'
tooltip: Taxon rank valuesummary: The taxonomic rank name being described.description: The name for the taxonomic rank being described. Typically the values are from authoritative sources such as the Integrated Taxonomic Information System (ITIS) in the U.S. (http://www/itis.usda.gov) and in Canada (http://sis.agr.gc.ca/pls/itisca/taxaget). Species2000 is another source of taxonomic information, found at (http://www.sp2000.org). Note that for the taxonomic rank "species", the accepted practice is to use binomial nomenclaure, i.e., a combination of the genus name plus species epithet is required to denote the species. Therefore the "species" is not the species epithet alone.example: For the rank genus, 'Acer' is an example of the rank value, 'Acer rubrum' for a species rank value, and a common name of 'Red Maple'. Additional examples of "species" are "Homo sapiens" and "Tyrannosaurus rex".
tooltip: Common namesummary: Specification of applicable common names.description: Specification of applicable common names. These common names may be general descriptions of a group of organisms if appropriate.example: insects, vertebrate, grasses, waterfowl, vascular plants, red maple.
tooltip: Taxonomic Identifiersummary: Element holds an ID and ID-provider for this taxon. description: The identifier for this taxon from an authority, such as ITIS or USDA Plant Database. Using an external system identifer allows referencing of additional information about a taxon, e.g., authoritative names, historical synonyms, published descriptions or rank hierarchies.example: 11274example: 35122
tooltip: Taxon ID Providersummary: The taxonomic authority or catalog from which the taxonId can be retrieved, defined as the namespace URI for the provider.description: This attribute holds the namespace URI for the taxonomic authority or catalog to which this taxonId applies. taxonId providers should be chosen for their stability and longevity, and with discernable website URIs or APIs. Examples are given for ITIS, NCBI, the USDA plants database, Encyclopedia of Life and the World Register of Marine Species (WoRMS).example: https://www.itis.govexample: https://www.ncbi.nlm.nih.gov/taxonomyexample: https://plants.usda.govexample: https://eol.orgexample: http://www.marinespecies.org
tooltip: Taxonomic classificationsummary: Information about the range of taxa addressed in the data set or collection.description: Information about the range of taxa addressed in the data set or collection. See the Type definition for more information.
tooltip: Coveragesummary: Spatial, temporal, and taxonomic coverage information. description: This field is a container for the spatial, temporal and taxonomic coverages that apply to various resources, often dataset resources. Please see the individual descriptions of the sub fields for more detail. example: Please see the individual sub fields for specific examples.
tooltip: Geographic coveragesummary: Geographic coverage information.description: Geographic Coverage is a container for spatial information about a a project, a resource, or an entity within a resource. It is meant for general information and not for accurate mapping. More specific information, including mapping projections, is covered by EML in the spatialReference schema.example: Please see the individual sub-elements for specific examples.
tooltip: G-Ring pointsummary: A single geographic location. description: A single geographic location. This is useful if you register your datasets by a single geospatial point, such as the lat/long of your research station.
tooltip: G-Ringsummary: description: A set of ordered pairs of floating-point numbers, separated by commas, in which the first number in each pair is the longitude of a point and the second is the latitude of the point. Longitude and latitude are specified in decimal degrees with north latitudes positive and south negative, east longitude positive and west negative Note on the relationship to FGDC: This element is generally analogous to the FGDC component for ring, although implemented somewhat differently. Documentation for FGDC states that 4 points are required to define a polygon, and the first and last should be identical, although this is not enforceable in XML Schema. In addition, EML does not enforce any pattern on the string used for a GRingType, so that it may be used differently as a child of EML's <datasetGPolygonOuterGRing> or <datasetGPolygonExclusionGRing> elements. If authors of EML instance documents wish the contents of this element to be directly translated to FGDC, they should comply with the example below when constructing their strings. Alternatively, in most cases, a sequence of gRingPoints can be used in EML instances, which can be processed into content for an FGDC Data Set G-Polygon G-Ring.example: This is an acceptable gRing: example: 12, 2.0987 12, -7.5555 34.345,10.40 example: However, for translation to FGDC, construct your string like this:example: -119.453,35.0 -125,37.5555 -122,40 -119.453,35.0
Diagram
Type
xs:string
Complex Type TemporalCoverage
Namespace
https://eml.ecoinformatics.org/coverage-2.2.0
Annotations
tooltip: Temporal coveragesummary: Temporal coverage information.description: The temporal coverage fields are intended to be used in describing the date and time of an event. It allows for three general descriptions: a single date or time, multiple dates or times, and a range of date or times.example: Please see the individual sub fields for specific examples.
tooltip: Single Date/Timesummary: Means of encoding a single date and timedescription: The SingleDateTimeType field is intended to describe a single date and time for an event. There is a choice between two options: a calendar date with a time, or a geologic age.example: Please see the individual sub-elements for example.
tooltip: Taxonomic coveragesummary: Taxonomic coverage information.description: Taxonomic Coverage is a container for taxonomic information about a project, a resource, or an entity within a resource.example: Please see the individual sub-fields for specific examples.
tooltip: Taxonomic classificationsummary: Information about the range of taxa addressed in the data set or collection.description: Information about the range of taxa addressed in the data set or collection. It is recommended that one provide information starting from the taxonomic rank of kingdom, to a level which reflects the data set or collection being documented. The levels of Kingdom, Division/Phylum, Class, Order, Family, Genus, and Species should be included as ranks as appropriate. Because the taxonomic ranks are hierarchical, the Taxonomic Classification field is self-referencing to allow for an arbitrary depth of rank, down to species.example: The Taxonomic Classification field consists of a sequence of 4 fields: taxonomic rank, taxonomic rank value, common name, and finally Taxonomic Classification (self-referencing). Please see the sub-fields for specific examples.
tooltip: Taxon ID Providersummary: The taxonomic authority or catalog from which the taxonId can be retrieved, defined as the namespace URI for the provider.description: This attribute holds the namespace URI for the taxonomic authority or catalog to which this taxonId applies. taxonId providers should be chosen for their stability and longevity, and with discernable website URIs or APIs. Examples are given for ITIS, NCBI, the USDA plants database, Encyclopedia of Life and the World Register of Marine Species (WoRMS).example: https://www.itis.govexample: https://www.ncbi.nlm.nih.gov/taxonomyexample: https://plants.usda.govexample: https://eol.orgexample: http://www.marinespecies.org