Which CoverageJSON fragments would make good "building blocks" for re-use
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 25/100
- issue の種類
- ドキュメント
- 明瞭さ
- おおむね明確
- 活発さ
- 停滞
- 技術スタック
- json
調査の方向性
まず、opengeospatial/bblocks リポジトリにある、リンク先の OGC building-block register の例と register.json を読みます。次に、指定された building-block カテゴリに適合する CoverageJSON フラグメントを特定し、具体的な提案を文書化します。提案が記録され、採用された場合は必要な登録エントリを含む pull request として提出されれば完了です。
索引モデルが issue の本文から書いたものです。
説明
OGC has a policy for re-usable "building blocks" at various levels of granularity to improve interoperability.
@chris-little and @jonblower agreed that a first proposal would be to register the parameter object in the OGC register of building blocks.
The building blocks are organised in these folders:
• geo: geospatial building blocks
• ogc-utils: Utility building blocks that are used in OGC API's but are not inherently geospatial. They were created to ensure consistency within OGC API's where there was not a clear mainstream standard, and in line with best practices of the web and could be replaced, e.g. by building blocks specified in an IETF RFC or similar, if and when available. API's built with the geo building blocks do not need to use these, but they provide a nice default option that OGC-focused tools will understand.
• unstable: These building blocks are not yet stable or mature. They may be extracted from core OGC API standards that have not yet been fully approved, or they may also be new ideas that are not yet in a standard.
Each building block is an AsciiDoc document, whose name follows the convention: PREFIX-NAME.adoc. The prefix is parameter, in the case of parameters, header in the case of headers, and encoding (e.g.: JSON) in the case of data types or resources. This is an example of a building block
In addition, please register the building block in the register.json
This provides information about the item, using an extension of the ISO19135 schema.
All contributions welcomed, as pull requests to this repository
- 主要言語
- HTML
- スター
- 15
- フォーク
- 9
- 平均マージ
- 6時間 1分
- マージ済み PR（30日）
- 3
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
opengeospatial/CoverageJSON のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 45/100
opengeospatial/CoverageJSON#233 ·
-
New CovJson LibraryオープンImplementations
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
opengeospatial/CoverageJSON#229 · コメント 3 件 ·
-
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
opengeospatial/CoverageJSON#227 · コメント 3 件 · リアクション 1 件 ·
-
enhancement
難易度 5/5 1週間以上 初心者へのやさしさ 30/100
opengeospatial/CoverageJSON#218 · コメント 4 件 ·
-
V1.1
難易度 5/5 1週間以上 初心者へのやさしさ 35/100
opengeospatial/CoverageJSON#216 · コメント 9 件 · リアクション 3 件 ·
opengeospatial/CoverageJSON の issue をすべて見る
似ている issue
-
Logo Redirectオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
-
難易度 1/5 1時間未満 初心者へのやさしさ 67/100
materialdigital/core-ontology#528 ·
メンテナーはふだん 1 日以内に返信
-
triage-needed
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
MicrosoftDocs/edge-developer#3970 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 66/100
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 90/100
crazy-goat/rabbit-stream#753 ·
メンテナーはふだん 1 日以内に返信