Ability topping NaN nodes/pixels in grdview with the NaN color
Maintainer thường phản hồi trong vòng 1 ngày
@PaulWessel đang làm issue này rồi.
Từ ngày 17/1/2024.
Đánh giá
Issue này chưa được đánh giá.
Mô tả
See the forum post for background.
Apparently, grdview can only paint nodes with the NaN colour for -Qs (surface) and when the 3D vantage point -paz/el is not used. This seems unnecessarily restrictive for no good reason and probably hails back to the GMT4 days. My proposal to improve this involves a new modifier to -Q. New syntax (and improved layout for all):
-Qc|i|m[x|y][color]|s[m][+m][+n]
Select among the following directives c i m or s:
- Specify c. Same as -Qi but will make pixels with z = NaN transparent, using the colormasking
feature in PostScript Level 3 (the PS device must support PS Level 3). - Specify i for image plot, and optionally append the effective dots-per-unit resolution for the rasterization [Default is GMT_GRAPHICS_DPU].
- Specify m for mesh plot [Default], and optionally append color for a different mesh paint [white].
- Specify mx or my for waterfall plots (row or column profiles). Optionally, append color as for plain m.
- Specify s for surface plot coloured by the CPT, and optionally append m to have mesh lines drawn on top of surface (use -Wmpen to set specific mesh pen).
Note: If the CPT is categorical then only -Qm is available (but see -T).
Optional modifiers:
- +m - Force a monochrome image. Colors are then converted to shades of gray using the (monochrome television) YIQ transformation
- +n - Force colorisation of NaN nodes or pixels via the NaN CPT or default colour. PROPOSED.
One question is if we leave the NaN colour default for -Qs or if that also needs +n? Probably for backwards compatible reasons we should leave it?
- Ngôn ngữ chính
- C
- Star
- 984
- Fork
- 413
- Merge trung bình
- 22 giờ 10 phút
- Pull request đã merge (30 ngày)
- 35
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
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 GenericMappingTools/gmt
-
documentation
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
GenericMappingTools/gmt#5767 · 15 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
A method to find image height similar to mapproject -WhCó thể đã có người làm @Esteban82 đã nhận 1 ngày trước. Đang mởfeature request
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 55/100
GenericMappingTools/gmt#9256 · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
feature request
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
GenericMappingTools/gmt#9225 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
inset: Specifing the region using -Dxmin/xmax/ymin/ymax doesn't workCó thể đã có người làm @Esteban82 đã nhận 18 ngày trước. Đang mởbug
GenericMappingTools/gmt#9224 · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
histogram: Support density histograms and moreCó thể đã có người làm @Esteban82 đã nhận 26 ngày trước. Đang mởfeature request
GenericMappingTools/gmt#9212 · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của GenericMappingTools/gmt
Issue tương tự
-
docs: AGENTS.md has no rule against running deploy scripts into the owner's game installCó thể đã có người làm @thesprockee đã nhận hôm nay. Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100
EchoTools/nevr-runtime#524 ·
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 67/100
-
type: feature
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 77/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 83/100
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 78/100
FujiNetWIFI/fujinet-firmware#1932 ·
Maintainer thường phản hồi trong vòng 1 ngày