Plotting grids vertically
Maintainer thường phản hồi trong vòng 1 ngày
@joa-quim đang làm issue này rồi.
Từ ngày 24/10/2023.
Đánh giá
Issue này chưa được đánh giá.
Mô tả
Not sure if this is a bug or a feature, @remkos. For last AGU I made a movie showing a model the 3-D density structure of the Emperor Seamounts. The snapshot below shows one frame of that movie, and in the movie the y-coordinate goes from -150 to +150 and shows a slice through the 3-D model (here for y = -84 km drawn as a straight line):
Because the laborious way I plotted (the initial model is actually a huge stack of ~5 million prisms with values changing every 25 m vertically and plotted with plot3d), I have made e a 3-D netCDF cube instead. Now I need to slice that cube vertically along different y values (thus parallel to x) and plot these grids instead. Such slicing was added to grdcut today and an example of use is gmt grdcut Emperor_Density_Cube.nc -Ey-84 -Gslice.grd. Since the grid is rho (x,z) I want to plot it vertically, so looking at -py for doing that. That does work but not the way I need it to work. Each slice should plot at the different y-values but as you see from the movie below, all frames plot at y == ymin.
https://github.com/GenericMappingTools/gmt/assets/26473567/852ae319-ad30-412b-956c-3efd84a01916
Did you ever implement a way to specify which yz or xz plane we could use? I know -pz or (just -p since z is the default) optionally takes a level and that plots things at that level. Do you think it would be hard to allow specifying an optional y=value plane? I attach a slice at y = 0 in case you need a test script:
gmt grdimage slice.grd -Jx0.0098c/0.00098c -py165/30 -Baf -Bzaf -BESltZ -png slice
- 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
-
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 ·
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ự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
FujiNetWIFI/fujinet-lib#115 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
firmware: transmit() doesn't reset rfTxCurBufIdx, so RFxmit after RFxmitLong can send wrong bytesCó thể đã có người làm @hermes-crew-337 đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
atlas0fd00m/rfcat#182 ·
-
followup
Độ 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 88/100
Maintainer thường phản hồi trong vòng 4 ngày
-
question
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100