You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
"$comment": "[RL] See comment regarding usage under compound_crs."
"$comment": "[RL] A vertical CRS should be constrained to having a vertical_cs."
"$comment": "[RL] A vertical CRS must have a datum or a datum_ensemble. The schema would be clearer if this was included in the required list."
"$comment": "[RL] Why two attributes geoid_model and geoid_models and only one attribute deformation_models when both associations in the 19111/Topic 2 data model have 0..* cardinallity?"
"$comment": "[RL] Is the geoid model(s) attribute correctly modelled? A geoid model is usually described as a transformation. If this were done here then is the geoid_model member definition above needed in the schema? However, although 19111/Topic 2 has the association to transformation, implying that the full definition is required, for brevity WKT2 requires only the geoid model name. Should the CRS JSON schema give option for either full definition or just name (or ID)?"
"$comment": "[RL] Same question about full definition or name/ID for deformation model. Schema definition of deformation_model allows for only ID."
"$comment": "[RL] The definition constrains a vertical CS to have 1 axis, and axis name to be either 'gravity-related height' or 'depth', axis abbreviation to not be 'h', and axis direction to be either 'up' or down'. (This draft schema syntax needs verification)."
The text was updated successfully, but these errors were encountered:
NOTE: Markdown does not support highlighting in color, so bold/italic has been used to highlight the material being discussed. This issue is extracted from the document submitted by Roger Lott at https://github.com/opengeospatial/CRS-JSON-Encoding/blob/main/ProjJson%20v0-7%20RL%202024-06-16.docx for discussion at the CRS SWG meeting OGC held during the Montreal June 2024 TC meeting.
"datum_ensemble": { "$ref": "#/definitions/datum_ensemble" }, STRIKE THIS LINE
"coordinate_system": { "$ref": "#/definitions/coordinate_system" }, STRIKE THIS LINE
"coordinate_system": { "$ref": "#/definitions/vertical_cs" },
"geoid_model": { "$ref": "#/definitions/geoid_model" }, STRIKE THIS LINE
"geoid_model": { "$ref": "#/definitions/transformation" },
"items": { "$ref": "#/definitions/geoid_model" } STRIKE THIS LINE
"items": { "$ref": "#/definitions/transformation" }
"scope": {},
"area": {},
"bbox": {},
"vertical_extent": {},
"temporal_extent": {},
"usages": {},
"required" : [ "name", "datum", "coordinate_system" ],
"description": "One and only one of datum and datum_ensemble must be provided",
{ "$ref": "#/definitions/one_and_only_one_of_datum_or_datum_ensemble" },
"$comment": "[RL] See comment regarding usage under compound_crs."
"$comment": "[RL] A vertical CRS should be constrained to having a vertical_cs."
"$comment": "[RL] A vertical CRS must have a datum or a datum_ensemble. The schema would be clearer if this was included in the required list."
"$comment": "[RL] Why two attributes geoid_model and geoid_models and only one attribute deformation_models when both associations in the 19111/Topic 2 data model have 0..* cardinallity?"
"$comment": "[RL] Is the geoid model(s) attribute correctly modelled? A geoid model is usually described as a transformation. If this were done here then is the geoid_model member definition above needed in the schema? However, although 19111/Topic 2 has the association to transformation, implying that the full definition is required, for brevity WKT2 requires only the geoid model name. Should the CRS JSON schema give option for either full definition or just name (or ID)?"
"$comment": "[RL] Same question about full definition or name/ID for deformation model. Schema definition of deformation_model allows for only ID."
"$comment": "[RL] The definition constrains a vertical CS to have 1 axis, and axis name to be either 'gravity-related height' or 'depth', axis abbreviation to not be 'h', and axis direction to be either 'up' or down'. (This draft schema syntax needs verification)."
The text was updated successfully, but these errors were encountered: