Do we need a PolygonArray or PolygonCollection domain type?
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
- 30/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- 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 cách đọc issue #202 và cách diễn giải MultiPolygon hiện tại, sau đó kiểm tra hành vi của Playground được đề cập ở đây. Xác định xem PolygonArray hay PolygonCollection cần được dùng cho các giá trị phạm vi theo từng polygon, và liệu điều đó có đồng thời yêu cầu PolygonCollectionSeries hay không. Hoàn tất khi mô hình miền và hành vi của Playground có một hướng đi đã được thống nhất và ghi lại.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
I think we have agreed (#202) that the interpretation of MultiPolygon should be as a single domain element, with a single associated range value that applies collectively to all the constituent Polygons. (This is currently inconsistent with the Playground, which would need to be fixed.) But this leaves an obvious question - how should we encode a situation where we want to associate different range values with each individual polygon? For example, recording the population of each of the countries of Europe.
Maybe we need a new domain type - perhaps PolygonArray or PolygonCollection? The domain would look structurally similar to a MultiPolygon but the associated range would be different.
This would also imply a need for a PolygonCollectionSeries.
- 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 ·
-
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 ·
-
V1.1
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 30/100
opengeospatial/CoverageJSON#207 · 3 bình luận ·
Tất cả issue của opengeospatial/CoverageJSON
Issue tương tự
-
oppdatere kodebok med prom dataĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
Rapporteket/NORIC#318 ·
-
Report: A few extra shortlinksĐang mởcheck:passed streams:remove
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 70/100
Maintainer thường phản hồi trong vòng 1 ngày
-
GLM-5.3 available on bedrock nowĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
anomalyco/models.dev#8862 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 64/100
Maintainer thường phản hồi trong vòng 2 ngày
-
Drained trajectory arrays are overwritten when the sequence buffer is reusedCó thể đã có người làm @sylvesterkaczmarek đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
google-deepmind/bsuite#56 ·