Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

Add support for an additional explicit dimension in the CoverageJSON schema

Đang mở
  • Có gì không ổn?
#216 9 bình luận 3 reaction 0 người được giao Xem trên GitHub

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
35/100
Loại issue
Tính năng
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Ít trao đổi
Công nghệ
json
Lĩnh vực
data

Hướng nghiên cứu

Bắt đầu bằng việc xem xét schema CoverageJSON hiện tại cùng với tệp đính kèm extended_covjson_schema_example.json. Xác định cách khai báo một chiều bổ sung rõ ràng như ensemble hoặc “e”, bao gồm các tọa độ và kích thước của chiều đó, đồng thời vẫn nhất quán với x, y, z và t; được xem là hoàn tất khi schema có thể biểu diễn trực tiếp các chiều này bên trong một coverage.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

V1.1

There is currently a limitation in the CoverageJSON schema whereby certain logically independent axes cannot be modelled as first‑class dimensions within a single coverage. Instead, these cases are typically forced into the use of coverage collections.
This issue proposes adding support for an additional explicit dimension in the CoverageJSON schema, to allow such axes to be represented directly and consistently alongside existing dimensions (e.g. x, y, z, t).

A common and concrete example is ensemble data. Ensembles represent a dimension that users frequently need to subset across (e.g. selecting specific ensemble members, computing statistics across members, or visualising individual members).
From a user and client perspective, ensemble behaves like a true dimension:

  • Users expect to subset, slice, or aggregate across ensemble members in the same way as they would across time or vertical levels.
  • Clients often want to request a single ensemble member or a small subset of members efficiently.
  • Downstream processing frequently treats ensemble as an axis over which operations are performed.

Modelling ensemble as a coverage collection rather than a dimension is inefficient and semantically awkward in this case:

  • It requires clients to iterate over multiple coverages to perform what is conceptually a single subsetting operation.
  • It complicates request syntax and client logic, especially for APIs that already support dimension‑based subsetting.
  • It prevents clear expression of the full multidimensional structure of the data within a single coverage object.

An example of a proposed update to the CoverageJSON schema is attached to this issue. This example illustrates how an additional dimension 'e' (extra) could be declared explicitly within a single coverage, including its coordinates and size, while remaining consistent with the existing schema structure and conventions.

This change would improve expressiveness for multidimensional datasets, reduce client‑side complexity, and better align the schema with common usage patterns for ensemble and other similar data types.

extended_covjson_schema_example.json

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

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. 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.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của opengeospatial/CoverageJSON

Tất cả issue của opengeospatial/CoverageJSON

Issue tương tự

Thêm issue về Data Engineering

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.