I. Abstract
GeoSciML (Geoscience Markup Language) is a Standard for representing geological features commonly described and portrayed in geological maps, cross sections, geological reports and databases. The Standard is composed of multiple parts. Part 1 describes a logical model, which was originally developed by the IUGS CGI (Commission for the Management and Application of Geoscience Information). Part 3 (this document) describes encoding rules for the exchange of geological map data, geological time scales, boreholes, and metadata for laboratory analyses. The encoding rules define an application of Features and Geometry JSON, also known as JSON-FG.
II. Keywords
The following are keywords to be used by search engines and document catalogues.
ogcdoc, OGC document, JSON, JSON-FG, schema, GeoSciML, geology, geoscience
III. Preface
The primary goal of this specification is to capture the schema, and encoding syntax of key elements described and portrayed in geological maps and databases, in order to enable information systems to interoperate with such data.
IV. Security considerations
No security considerations have been made for this Standard.
V. Submitting Organizations
The following organizations submitted this Document to the Open Geospatial Consortium (OGC):
- Organization One
- Organization Two
VI. Submitters
All questions regarding this submission should be directed to the editor or the submitters:
| Name | Affiliation |
VII. Contributors
Additional contributors to this Standard include the following:
| Name | Affiliation |
| Johannes Echterhoff | Interactive Instruments |
| Clemens Portele | Interactive Instruments |
| Edd Lewis | British Geological Survey |
| Mark Rattenbury | Earth Sciences New Zealand |
| Alejandro Villar | Open Geospatial Consortium |
| Gobe Hobona | Open Geospatial Consortium |
| Add Name | |
| Add Name | |
| Add Name | |
| Add Name | |
| Add Name |
1. Scope
Part 3 of GeoSciML covers the representation in JSON of features from the domain of geology (earth materials, geological units and stratigraphy, geological time, geological structures, geomorphology, geochemistry) and sampling features common to the practice of geoscience, such as boreholes and geological specimens.
2. Conformance
This standard defines a JSON encoding which conforms to the OGC JSON-FG 1.0 encoding rules.
Requirements for one standardization target type are considered:
Data instance
The normative artefacts for JSON encoding are the JSON Schema files provided online with this specification. Those documents explicitly provide the requirements that must be met by any JSON instance document claiming compliance to this specification. Any requirements that cannot be expressed in JSON Schema are described in the relevant section of this document. Therefore, compliant JSON instances shall:
validate with JSON Schema files,
pass compliance tests listed in relevant compliance sections.
Conformance with this standard shall be checked using all the relevant tests specified in Annex A (normative) of this document. The framework, concepts, and methodology for testing, and the criteria to be achieved to claim conformance are specified in the OGC Compliance Testing Policies and Procedures and the OGC Compliance Testing web site.
All requirements-classes and conformance-classes described in this document are owned by the standard(s) identified.
3. Normative references
The following documents are referred to in the text in such a way that some or all of their content constitutes requirements of this document. For dated references, only the edition cited applies. For undated references, the latest edition of the referenced document (including any amendments) applies.
ISO: ISO/TS 19103:2005, Geographic information — Conceptual schema language. International Organization for Standardization, Geneva (2005). https://www.iso.org/standard/37800.html.
ISO: ISO 19107:2003, Geographic information — Spatial schema. International Organization for Standardization, Geneva (2003). https://www.iso.org/standard/26012.html.
ISO: ISO 19108:2002/Cor 1:2006, Geographic information — Temporal schema — Technical Corrigendum 1. International Organization for Standardization, Geneva (2002). https://www.iso.org/standard/44883.html.
ISO: ISO 8601, Data elements and interchange formats — Information interchange — Representation of dates and times. International Organization for Standardization, Geneva https://www.iso.org/standard/40874.html.
ISO: ISO 19156:2011, Geographic information — Observations and measurements. International Organization for Standardization, Geneva (2011). https://www.iso.org/standard/32574.html.
ISO: ISO 19111:2007, Geographic information — Spatial referencing by coordinates. International Organization for Standardization, Geneva (2007). https://www.iso.org/standard/41126.html.
ISO: ISO 19115:2003, Geographic information — Metadata. International Organization for Standardization, Geneva (2003). https://www.iso.org/standard/26020.html.
ISO: ISO 19101:2002, Geographic information — Reference model. International Organization for Standardization, Geneva (2002). https://www.iso.org/standard/26002.html.
Simon Cox: OGC 10-025r1, Observations and Measurements — XML Implementation. Open Geospatial Consortium (2011). https://docs.ogc.org/is/10-025r1/10-025r1/pdf.
T. Berners-Lee, R. Fielding, L. Masinter: IETF RFC 3986, Uniform Resource Identifier (URI): Generic Syntax. RFC Publisher (2005). https://www.rfc-editor.org/info/rfc3986.
OMG: Unified Modeling Language (UML). Version 2.3
INSPIRE Thematic Woring Group Geology: INSPIRE Data Specification for the spatial data theme Geology Version 3.0. European Commission Joint Research Centre (2013)
Clemens Portele, Panagiotis (Peter) A. Vretanos: OGC 21-045r1, OGC Features and Geometries JSON — Part 1: Core. Open Geospatial Consortium (2026). http://www.opengis.net/doc/IS/json-fg-1/1.0.
ISO: ISO 19101-1:2014, Geographic information — Reference model — Part 1: Fundamentals. International Organization for Standardization, Geneva (2014). https://www.iso.org/standard/59164.html.
4. Terms and definitions
This document uses the terms defined in OGC Policy Directive 49, which is based on the ISO/IEC Directives, Part 2, Rules for the structure and drafting of International Standards. In particular, the word “shall” (not “must”) is the verb form used to indicate a requirement to be strictly followed to conform to this document and OGC documents do not use the equivalent phrases in the ISO/IEC Directives, Part 2.
This document also uses terms defined in the OGC Standard for Modular specifications (OGC 08-131r3), also known as the ‘ModSpec’. The definitions of terms such as standard, specification, requirement, and conformance test are provided in the ModSpec.
For the purposes of this document, the following additional terms and definitions apply.
abstraction of real world phenomena
Note 1 to entry: A feature may occur as a type or an instance. Feature type or feature instance shall be used when only one is meant.
[SOURCE: ISO 19101-1:2014]
set of features from a dataset
[SOURCE: ISO 19168-1:2020]
an information resource (series of octets) described by the “application/json” media type [JSON Schema 2020-12]
Note 1 to entry: The terms “JSON document,” “JSON text,” and “JSON value” are interchangeable.
[SOURCE: OGC 21-045r1]
an unordered set of name/value pairs mapping the name to a JSON value [JSON Schema 2020-12, modified]
a JSON document that contains a JSON-FG root object
[SOURCE: OGC 21-045r1]
a JSON object that validates against the JSON-FG feature schema
[SOURCE: OGC 21-045r1]
a JSON object that validates against the JSON-FG feature collection schema
[SOURCE: OGC 21-045r1]
a JSON object that validates against the JSON-FG geometry schema
[SOURCE: OGC 21-045r1]
a JSON object that is either a JSON-FG feature, a JSON-FG feature collection, or a JSON-FG geometry
[SOURCE: OGC 21-045r1]
a JSON-FG object that is not a direct children of another JSON-FG object
[SOURCE: OGC 21-045r1]
the name of a member
[SOURCE: OGC 21-045r1]
a name/value pair in a JSON object
[SOURCE: OGC 21-045r1]
5. Conventions
This section provides details and examples for any conventions used in the document. Examples of conventions are symbols, abbreviations, use of JSON schema, or special notes regarding how to read the document.
5.1. Identifiers
The normative provisions in this specification are denoted by a URI constructed using this pattern:
http://www.opengis.net/spec/{standard}/{m.n}
All requirements and conformance tests that appear in this document are denoted by a partial URI which is relative to this base. The identifier supports cross-referencing of class membership, dependencies, and links from each conformance test to the requirements tested. In this specification identifiers are expressed as partial URIs or paths, which can be appended to a base URI that identifies the specification as a whole in order to construct a complete URI for identification in an external context.
The URI for each requirements class has the form:
http://www.opengis.net/spec/geosciml-part2/5.0/req/[classM]
The URI for each requirement or recommendation has the form:
http://www.opengis.net/spec/geosciml-part2/5.0/req/[classM]/[reqN]
The URI for each conformance class has the form:
http://www.opengis.net/spec/geosciml-part2/5.0/conf/[classM]
The URI for each conformance test has the form:
http://www.opengis.net/spec/geosciml-part2/5.0/req/[classM]/[testN]
6. JSON Encoding Requirement classes (Normative)
JSON Schema files were derived from the UML model following the OGC Best Practice for UML to JSON Encoding Rules (OGC 24-017r1).
NOTE: The SWG should replace this with a diagram from Enterprise Architect
Figure 1 — JSON Encoding requirements classes dependencies (external dependencies not shown)
6.1. GeoSciML Core JSON Abstract Requirements Class (Normative)
Requirements class 1: Requirements Class ‘GeoSciML Core JSON’ | |
|---|---|
| Identifier | https://www.opengis.net/spec/geosciml-part3/5.0/req/gsmljson-core |
| Target type | Data instance |
| Prerequisites | Web API https://www.opengis.net/spec/geosciml-part1/5.0/req/gsml-core JSON Schema ISO 19118:2011 Geographic information — Encoding OGC Features and Geometries JSON — Part 1: Core v1.0.0 OGC Abstract Specification Topic 20: Observations, measurements and samples v3.0.0 OGC SWE Common Data Model Encoding Standard v3.0.0, Clause 9 |
| Normative statements | Recommendation 1: /rec/gsmljson-core/identifier-uri Recommendation 2: /rec/gsmljson-core/iso8601-time Requirement 1: /req/gsmljson-core/json Requirement 2: /req/gsmljson-core/codelist Requirement 3: /req/gsmljson-core/identifier Requirement 4: /req/gsmljson-core/time-zone |
This requirements class is shared by all JSON GeoSciML instances.
6.1.1. JSON document validation
A JSON instance shall validate to JSON encoding rules provided by this specification for each of the JSON requirements classes.
| Identifier | /req/gsmljson-core/json |
|---|---|
| Included in | Requirements class 1: https://www.opengis.net/spec/geosciml-part3/5.0/req/gsmljson-core |
| A | An JSON instance document SHALL validate against the JSON Schema files provided in this Standard. |
6.1.2. CodeList
Open code lists (see 8.2.7) are encoded simply as an HTTP URI (or HTTPS URI). See the following example that references the ‘mudstone’ term from a code list.
"material": {
"type": "Feature",
"featureType": "RockMaterial",
"id": "hervey-group-mudstone",
"geometry": null,
"properties": {
"lithology": "http://resource.geosciml.org/classifier/cgi/simplelithology/mudstone"
}
}
The URI should resolve to a resource representation (often a SKOS document in Turtle or JSON-LD). The resource can have multiple representations and it is not guaranteed that a JSON-LD parsable document can be obtained from the vocabulary service.
| Identifier | /req/gsmljson-core/codelist |
|---|---|
| Included in | Requirements class 1: https://www.opengis.net/spec/geosciml-part3/5.0/req/gsmljson-core |
| A | Vocabulary term SHALL be encoded with an HTTP/HTTPS URI that is resolvable to the definition of that term. |
6.1.3. Identifiers
To enable consistent handling of identifiers in GeoJSON and JSON-FG applications, the id member of a GeoJSON feature is used to encode the identifier of a GeoSciML feature.
| Identifier | /req/gsmljson-core/identifier |
|---|---|
| Included in | Requirements class 1: https://www.opengis.net/spec/geosciml-part3/5.0/req/gsmljson-core |
| A | The id member of a GeoJSON feature shall be used to encode the identifier of a GeoSciML feature. |
| Identifier | /rec/gsmljson-core/identifier-uri |
|---|---|
| Included in | Requirements class 1: https://www.opengis.net/spec/geosciml-part3/5.0/req/gsmljson-core |
| A | Feature identifiers (unique name) provided in the ‘id’ property of a feature SHOULD be URI of resource using Linked Open Data principles. |
{
"type": "Feature",
"id": "http://example.org/feature/asc/geologicunit/stratno/25947",
"featureType": "GeologicUnit",
"geometry": null,
...
}
6.1.4. Date encoding
The date-time values shall conform to ISO 8601 standards. Although this is already supported by JSON-FG, this format should also be used in any string that should contain a date, or date and time.
| Identifier | /rec/gsmljson-core/iso8601-time |
|---|---|
| Included in | Requirements class 1: https://www.opengis.net/spec/geosciml-part3/5.0/req/gsmljson-core |
| A | All date-time occurrences SHOULD be encoded using ISO8601 extended time format. |
Note that this precludes the use of time-coordinate systems such as UNIX time. This is specified in order to be maximally consistent with TimeSeriesML requirements.
The time zone shall be included in the time element.
| Identifier | /req/gsmljson-core/time-zone |
|---|---|
| Included in | Requirements class 1: https://www.opengis.net/spec/geosciml-part3/5.0/req/gsmljson-core |
| A | The value of each time element SHALL include a time zone definition using a signed 4 digit character or a ‘Z’ to represent Zulu or Greenwich Mean Time (GMT). This is defined by the following regular expression: (Z|[+-]HH:MM). |
Greenwich Mean Time (GMT or Zulu)
"properties": {
"time": ["2025-07-10T08:00:00Z", "2025-07-10T18:00:00Z"],
}
Time Zone (example is Newfoundland time zone -3:30)
"properties": {
"time": ["2026-07-10T08:00:00-03:30", "2026-07-10T18:00:00-03:30"],
}
6.2. GeoSciML Basic JSON Requirements Class (Normative)
Requirements class 2: Requirements Class ‘GeoSciML Basic JSON’ | |
|---|---|
| Identifier | https://www.opengis.net/spec/geosciml-part3/5.0/req/gsmljson-basic |
| Target type | Data instance |
| Prerequisites | https://www.opengis.net/spec/geosciml-part1/5.0/req/gsml-basic /req/gsmljson-core |
| Normative statement | Requirement 5: /req/gsmljson-basic/json |
All the elements from the basic package must be schema valid according to the JSON schema provided at https://raw.githubusercontent.com/opengeospatial/geosciml-json-code-sprint/refs/heads/main/schemas/json/4.1/geoscimlBasic.json
| Identifier | /req/gsmljson-basic/json |
|---|---|
| Included in | Requirements class 2: https://www.opengis.net/spec/geosciml-part3/5.0/req/gsmljson-basic |
| A | A JSON instance document SHALL validate with schema located at https://raw.githubusercontent.com/opengeospatial/geosciml-json-code-sprint/refs/heads/main/schemas/json/4.1/geoscimlBasic.json |
6.2.1. relatedFeature
In GeoSciML Basic, relatedFeature is byReference only. AbstractFeatureRelation subtypes are materialized in the Extension package.
6.3. GeoSciML Extension JSON Requirements Class (Normative)
Requirements class 3: Requirements Class ‘GeoSciML Extension JSON’ | |
|---|---|
| Identifier | https://www.opengis.net/spec/geosciml-part3/5.0/req/gsmljson-extension |
| Target type | Data instance |
| Prerequisites | https://www.opengis.net/spec/geosciml-part1/5.0/req/gsml-extension /req/gsmljson-basic /req/gsmljson-geologictime |
| Normative statement | Requirement 6: /req/gsmljson-extension/json |
All the elements from the GeoSciML Extension package must be schema valid according to the JSON schema provided at https://raw.githubusercontent.com/opengeospatial/geosciml-json-code-sprint/refs/heads/main/schemas/json/4.1/geoscimlExtension.json
| Identifier | /req/gsmljson-extension/json |
|---|---|
| Included in | Requirements class 3: https://www.opengis.net/spec/geosciml-part3/5.0/req/gsmljson-extension |
| A | A JSON instance document SHALL validate with schema located at https://raw.githubusercontent.com/opengeospatial/geosciml-json-code-sprint/refs/heads/main/schemas/json/4.1/geoscimlExtension.json |
6.4. GeoSciML GeologicTime JSON Requirements Class (Normative)
Requirements class 4: Requirements Class ‘GeoSciML GeologicTime JSON’ | |
|---|---|
| Identifier | https://www.opengis.net/spec/geosciml-part3/5.0/req/gsmljson-geologictime |
| Target type | Data instance |
| Prerequisites | https://www.opengis.net/spec/geosciml-part1/5.0/req/gsml-geologictime /req/gsmljson-core |
| Normative statement | Requirement 7: /req/gsmljson-geologictime/json |
All the elements from the GeoSciML Geologic Time package must be schema valid according to the JSON schema provided at https://raw.githubusercontent.com/opengeospatial/geosciml-json-code-sprint/refs/heads/main/schemas/json/4.1/geologicTime.json
| Identifier | /req/gsmljson-geologictime/json |
|---|---|
| Included in | Requirements class 4: https://www.opengis.net/spec/geosciml-part3/5.0/req/gsmljson-geologictime |
| A | A JSON instance document SHALL validate with schema located at https://raw.githubusercontent.com/opengeospatial/geosciml-json-code-sprint/refs/heads/main/schemas/json/4.1/geologicTime.json |
6.5. GeoSciML Borehole JSON Requirements Class (Normative)
Requirements class 5: Requirements Class ‘GeoSciML Borehole JSON’ | |
|---|---|
| Identifier | https://www.opengis.net/spec/geosciml-part3/5.0/req/gsmljson-borehole |
| Target type | Data instance |
| Prerequisites | https://www.opengis.net/spec/geosciml-part1/5.0/req/gsml-borehole /req/gsmljson-core |
| Normative statement | Requirement 8: /req/gsmljson-borehole/json |
All the elements from the Borehole package must be schema valid according to the JSON schema provided at https://raw.githubusercontent.com/opengeospatial/geosciml-json-code-sprint/refs/heads/main/schemas/json/4.1/borehole.json
| Identifier | /req/gsmljson-borehole/json |
|---|---|
| Included in | Requirements class 5: https://www.opengis.net/spec/geosciml-part3/5.0/req/gsmljson-borehole |
| A | A JSON instance document shall validate with schema located at https://raw.githubusercontent.com/opengeospatial/geosciml-json-code-sprint/refs/heads/main/schemas/json/4.1/borehole.json |
6.6. GeoSciML LaboratoryAnalysis-Specimen JSON Requirements Class (Normative)
Requirements class 6: Requirements Class ‘GeoSciML LaboratoryAnalysis-Specimen JSON’ | |
|---|---|
| Identifier | https://www.opengis.net/spec/geosciml-part3/5.0/req/gsmljson-lab |
| Target type | Data instance |
| Prerequisites | /req/gsml-lab /req/gsmljson-core |
| Normative statement | Requirement 9: /req/gsmljson-lab/json |
All the elements from the GeoSciML Laboratory Analysis & Specimen package must be schema valid according to the JSON schema provided at https://raw.githubusercontent.com/opengeospatial/geosciml-json-code-sprint/refs/heads/main/schemas/json/4.1/laboratoryAnalysisSpecimen.json
| Identifier | /req/gsmljson-lab/json |
|---|---|
| Included in | Requirements class 6: https://www.opengis.net/spec/geosciml-part3/5.0/req/gsmljson-lab |
| A | A JSON instance document SHALL validate with schema located at https://raw.githubusercontent.com/opengeospatial/geosciml-json-code-sprint/refs/heads/main/schemas/json/4.1/laboratoryAnalysisSpecimen.json |
6.7. Abstract GeoSciML Lite JSON Requirements Class (Normative)
Requirements class 7: Requirements Class ‘Abstract GeoSciML Lite JSON’ | |
|---|---|
| Identifier | https://www.opengis.net/spec/geosciml-part3/5.0/req/gsmljson-lite |
| Target type | Data instance |
| Prerequisites | https://www.opengis.net/spec/geosciml-part1/5.0/req/gsml-lite /req/gsmljson-core |
| Normative statement | Requirement 10: /req/gsmljson-lite/json |
The abstract GeoSciML Lite encoding sets general encoding rules for JSON targets, regardless of version of JSON-FG.
6.7.1. Simple Feature
GeoSciML Lite schemas are meant to deliver simple content, consistent with simple scenarios described in GML Simple Feature Level 0 (OGC 10-100r3). User defined properties must respect the same constrains as defined in SF-0 specification.
The GML Simple Features profile defines 3 compliance levels summarized in Table 1.
Table 1 — Reproduction of Table 1 of 10-100r3 (Clause 2.1)
| Level SF-0 | Level SF-1 | Level SF-2 | |
|---|---|---|---|
restricted set of built-in nonspatial property types | Yes1 | Yes1 | No |
| Restricted set of property-types | Yes2 | Yes2 | Yes2 |
| user-defined property types | No | Yes | Yes |
| use of nillable and xsi:nil | No | Yes | Yes |
| cardinality of properties | 0..1 | 0..unbounded | 0..unbounded |
non-spatial property values references | Yes3 | Yes3 | Yes |
spatial property values references | Yes3 | Yes3 | Yes |
Notes:
string, integer, measurement, date, real, binary, boolean, URI
Point, Curve (LineString), Surface (Polygon), Geometry, MultiPoint, MultiCurve (MultiLineString), MultiSurface (MultiPolygon), MultiGeometry (GeometryCollection)
By reference encoding uses link objects through support for the “rel-as-link” profile from OGC API — Features — Part 5 / OGC API — Common — Part 3: Schemas.
All the elements from the GeoSciML Lite package must be schema valid according to the JSON schema provided at https://raw.githubusercontent.com/opengeospatial/geosciml-json-code-sprint/refs/heads/main/schemas/json/4.1/geoscimlLite.json
| Identifier | /req/gsmljson-lite/json |
|---|---|
| Included in | Requirements class 7: https://www.opengis.net/spec/geosciml-part3/5.0/req/gsmljson-lite |
| A | A JSON instance document shall validate with schema located at https://raw.githubusercontent.com/opengeospatial/geosciml-json-code-sprint/refs/heads/main/schemas/json/4.1/geoscimlLite.json |
7. Media Types for any data encoding(s)
GeoSciML 5.0 data conforming to the logical model defined in Part 1 of GeoSciML can be encoded in documents conforming to JSON-FG. The standard MIME-type and sub-type for JSON-FG data should be used to indicate the encoding in internet exchange, as specified in OGC 21-045r1,_ namely
application/geo+json
Annex A
(informative)
Conformance Class Abstract Test Suite (Normative)
A.1. GeoSciML JSON Encoding Abstract Core
| Identifier | /conf/gsmljson-core |
|---|---|
| Requirements class | /req/gsmljson-core |
| Conformance tests | Abstract test A.1: /conf/gsmljson-core/json Abstract test A.2: /conf/gsmljson-core/codelist Abstract test A.4: /conf/gsmljson-core/time-zone Abstract test A.3: /conf/gsmljson-core/identifier |
| Identifier | /conf/gsmljson-core/json |
|---|---|
| Requirement | Requirement 1: /req/gsmljson-core/json |
| Test purpose | Ensure that GeoSciML JSON documents are valid |
| Test method | Perform a JSON validation on a JSON instance document, using the JSON Schema files provided in this Standard. Test succeeds if the validation does not report any error. |
| Identifier | /conf/gsmljson-core/codelist |
|---|---|
| Requirement | Requirement 2: /req/gsmljson-core/codelist |
| Test purpose | Ensure that vocabulary reference contain an absolute http URI and this URL resolves to relevant content |
| Test method | Test the URI on the web. If the URI does not resolve or return a 4xx error, the test fails. |
| Identifier | /conf/gsmljson-core/identifier |
|---|---|
| Requirement | Requirement 3: /req/gsmljson-core/identifier |
| Test purpose | Ensure that the id member of a GeoJSON feature is used to encode the identifier of a GeoSciML feature. |
| Test method | Check that the target implementation assigns a value to the id member of a GeoJSON feature to encode the identifier of a GeoSciML feature. |
| Identifier | /conf/gsmljson-core/time-zone |
|---|---|
| Requirement | Requirement 4: /req/gsmljson-core/time-zone |
| Test purpose | Ensure that time zones are expressed explicitly |
| Test method | Visually inspect instance to validate the presence of time zone indicators. |
A.2. GeoSciML Basic JSON Encoding
| Identifier | /conf/gsmljson-basic |
|---|---|
| Requirements class | /req/gsmljson-basic |
| Prerequisite | Conformance class A.1: /conf/gsmljson-core |
| Conformance test | Abstract test A.5: /conf/gsmljson-basic/json |
| Identifier | /conf/gsmljson-basic/json |
|---|---|
| Requirement | Requirement 5: /req/gsmljson-basic/json |
| Test purpose | Ensure that GeoSciML Basic JSON documents are valid |
| Test method | Perform a JSON validation on a JSON instance document, using the JSON Schema files provided in this Standard. Test succeeds if the validation does not report any error. |
A.3. GeoSciML Extension JSON Encoding
| Identifier | /conf/gsmljson-extension |
|---|---|
| Requirements class | /req/gsmljson-extension |
| Prerequisite | /conf/gsmljson-core/basic |
| Conformance test | Abstract test A.6: /conf/gsmljson-extension/json |
| Identifier | /conf/gsmljson-extension/json |
|---|---|
| Requirement | Requirement 6: /req/gsmljson-extension/json |
| Test purpose | Ensure that GeoSciML Extension JSON documents are valid |
| Test method | Perform a JSON validation on a JSON instance document, using the JSON Schema files provided in this Standard. Test succeeds if the validation does not report any error. |
A.4. GeoSciML GeologicTime JSON Encoding
| Identifier | /conf/gsmljson-geologictime |
|---|---|
| Requirements class | /req/gsmljson-geologictime |
| Prerequisite | Conformance class A.1: /conf/gsmljson-core |
| Conformance test | Abstract test A.7: /conf/gsmljson-geologictime/json |
| Identifier | /conf/gsmljson-geologictime/json |
|---|---|
| Requirement | Requirement 7: /req/gsmljson-geologictime/json |
| Test purpose | Ensure that GeoSciML Geologic Time JSON documents are valid |
| Test method | Perform a JSON validation on a JSON instance document, using the JSON Schema files provided in this Standard. Test succeeds if the validation does not report any error. |
A.5. GeoSciML Borehole JSON Encoding
| Identifier | /conf/gsmljson-borehole |
|---|---|
| Requirements class | /req/gsmljson-borehole |
| Prerequisite | Conformance class A.1: /conf/gsmljson-core |
| Conformance test | Abstract test A.8: /conf/gsmljson-borehole/json |
| Identifier | /conf/gsmljson-borehole/json |
|---|---|
| Requirement | Requirement 8: /req/gsmljson-borehole/json |
| Test purpose | Ensure that GeoSciML Borehole JSON documents are valid |
| Test method | Perform a JSON validation on a JSON instance document, using the JSON Schema files provided in this Standard. Test succeeds if the validation does not report any error. |
A.6. GeoSciML LaboratoryAnalysis-Specimen JSON Encoding
Conformance class A.6: GeoSciML LaboratoryAnalysis-Specimen JSON Encoding | |
|---|---|
| Identifier | /conf/gsmljson-lab |
| Requirements class | /req/gsmljson-lab |
| Prerequisites | Conformance class A.1: /conf/gsmljson-core OGC 10-025r1 OMXML |
| Conformance test | Abstract test A.9: /conf/gsmljson-lab/json |
| Identifier | /conf/gsmljson-lab/json |
|---|---|
| Requirement | Requirement 9: /req/gsmljson-lab/json |
| Test purpose | Ensure that GeoSciML Laboratory and Analysis JSON documents are valid |
| Test method | Perform a JSON validation on a JSON instance document, using the JSON Schema files provided in this Standard. Test succeeds if the validation does not report any error. |
A.7. GeoSciML Lite JSON Encoding
| Identifier | /conf/gsmljson-lite |
|---|---|
| Requirements class | /req/gsmljson-lite |
| Prerequisite | OGC 21-045r1: Annex A |
| Conformance test | Abstract test A.10: /conf/gsmljson-lite/json |
| Identifier | /conf/gsmljson-lite/json |
|---|---|
| Requirement | Requirement 10: /req/gsmljson-lite/json |
| Test purpose | Ensure that GeoSciML Lite JSON documents are valid |
| Test method | Perform a JSON validation on a JSON instance document, using the JSON Schema files provided in this Standard. Test succeeds if the validation does not report any error. |
Annex B
(informative)
Title
NOTE: Place other Annex material in sequential annexes beginning with “B” and leave final two annexes for the Revision History and Bibliography
Annex C
(informative)
Revision History
Table C.1
| Date | Release | Editor | Primary clauses modified | Description |
|---|---|---|---|---|
| 2016-04-28 | 0.1 | G. Editor | all | initial version |
Bibliography
[1] ISO: ISO 19168-1:2020, Geographic information — Geospatial API for features — Part 1: Core. International Organization for Standardization, Geneva (2020). https://www.iso.org/standard/32586.html.