Can we separate the specification text into normative or informative?
還沒有人認領這個 Issue。
評估
- 難度
- 5/5
- 預估耗時
- 一週以上
- 新手友好度
- 25/100
- Issue 類型
- 文件
- 描述清晰度
- 需要釐清
- 活躍度
- 停滯
研究方向
首先檢閱 CoverageJSON 規格的 Sections 6 and 7，並盤點哪些段落具有規範性、哪些段落具有說明性。確立預期的章節邊界，接著更新規格，讓這兩類文字分開；完成的標準是，轉譯後的文件能清楚區分兩者，同時不遺失內容。
由索引模型根據 Issue 內容生成。
描述
OGC Standard documents usually have a background in-depth description in Section 6, followed by normative text in Section 7.
Is this too much work? The current spec seems to have normative and informative text completely intermingled.
- 主要語言
- HTML
- 星號
- 15
- 分支
- 9
- 平均合併
- 6 小時 1 分鐘
- 30 天內合併 PR
- 3
環境準備
這個專案沒有提供開發容器、Dockerfile 或貢獻指南，環境需要你自己搭建：先看它的 README，通用步驟見我們的新手貢獻指南。
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
opengeospatial/CoverageJSON 的其他 Issue
-
難度 2/5 1-3 小時 新手友好度 45/100
opengeospatial/CoverageJSON#233 ·
-
Implementations
難度 5/5 一週以上 新手友好度 25/100
opengeospatial/CoverageJSON#229 · 3 則留言 ·
-
難度 5/5 一週以上 新手友好度 25/100
opengeospatial/CoverageJSON#227 · 3 則留言 · 1 個 reaction ·
-
enhancement
難度 5/5 一週以上 新手友好度 30/100
opengeospatial/CoverageJSON#218 · 4 則留言 ·
-
V1.1
難度 5/5 一週以上 新手友好度 35/100
opengeospatial/CoverageJSON#216 · 9 則留言 · 3 個 reaction ·
查看 opengeospatial/CoverageJSON 的全部 Issue
相似的 Issue
-
難度 2/5 1-3 小時 新手友好度 72/100
-
[Docs] README: FAQ setup command, IDA in the intro, Node badge可能已有人在做 @akram1089 今天認領。 未關閉
難度 2/5 1-3 小時 新手友好度 85/100
維護者通常 1 天內回覆
-
documentation good first issue
難度 2/5 1-3 小時 新手友好度 72/100
維護者通常 1 天內回覆
-
documentation need help question
難度 1/5 1-3 小時 新手友好度 66/100
phonology024/babelscribe#26 ·
-
難度 1/5 1-3 小時 新手友好度 72/100