opengeospatial / opengeospatial/CRS-JSON-Encoding
Definition of "extent"
まだ誰も着手していません。
- 主要言語
- Makefile
- スター
- 0
- フォーク
- 2
- 平均マージ
- 1時間 36分
- マージ済み PR(30日)
- 3
説明
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.
"extent": {
"type": "array",
"items": {
"type": "object",
"properties": {
"extent_description": { "type": "string" },
"bbox": { "$ref": "#/definitions/bbox" },
"extent_polygon": { "type": "array" },
"vertical_extent": { "$ref": "#/definitions/vertical_extent" },
"temporal_extent": { "$ref": "#/definitions/temporal_extent" }
},
"required" : [ "extent_description", "bbox" ],
"additionalProperties": false
}
},
"$comment": "[RL] In ISO 19111 [OGC Abstract Spec Topic 2](from ISO 19115 [OGC Abstract Spec Topic 11]) an extent must contain at least one of the above properties; it may contain any or all of these properties. In ISO 19127 (geodetic registry) this is specialised: a description and a bbox are made mandatory, the remaining properties are optional. If this is considered best practice for geodetic registries, should it be considered as appropriate for CRS JSON?"
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
この issue にある extent スキーマの抜粋とリンク先の ProjJson v0-7 RL 2024-06-16.docx から始め、引用されている ISO 19111 および ISO 19127 の要件を確認してください。extent_description と bbox を CRS JSON で必須にすべきかを判断し、合意したスキーマ変更またはその根拠を記録してください。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- json
- 領域
- documentation
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 25/100