Which CoverageJSON fragments would make good "building blocks" for re-use
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 25/100
- Loại issue
- Tài liệu
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- json
- Lĩnh vực
- documentation
Hướng nghiên cứu
Trước tiên, hãy đọc ví dụ về building-block register của OGC được liên kết và register.json trong repository opengeospatial/bblocks. Sau đó, xác định các mảnh CoverageJSON phù hợp với các danh mục building-block đã nêu và lập tài liệu cho một đề xuất cụ thể. Công việc được xem là hoàn tất khi đề xuất đã được ghi nhận và, nếu được chấp nhận, được gửi dưới dạng pull request cùng với mục đăng ký bắt buộc.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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
- Ngôn ngữ chính
- HTML
- Star
- 15
- Fork
- 9
- Merge trung bình
- 6 giờ 1 phút
- Pull request đã merge (30 ngày)
- 3
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của opengeospatial/CoverageJSON
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 45/100
opengeospatial/CoverageJSON#233 ·
-
New CovJson LibraryĐang mởImplementations
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
opengeospatial/CoverageJSON#229 · 3 bình luận ·
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
opengeospatial/CoverageJSON#227 · 3 bình luận · 1 reaction ·
-
enhancement
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 30/100
opengeospatial/CoverageJSON#218 · 4 bình luận ·
-
V1.1
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
opengeospatial/CoverageJSON#216 · 9 bình luận · 3 reaction ·
Tất cả issue của opengeospatial/CoverageJSON
Issue tương tự
-
changelog investigate
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
ramnes/notion-sdk-py#408 ·
-
triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
github/docs#46222 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement priority:low ready-for-dev
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 95/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Fix broken documentation linksĐang mởbug
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100
QuantConnect/Documentation#2758 ·
Maintainer thường phản hồi trong vòng 1 ngày