Plotting grids vertically
I maintainer di solito rispondono entro 1 giorno
@joa-quim ci sta già lavorando.
Dal 24/10/2023.
Valutazione
Questa issue non è ancora stata valutata.
Descrizione
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
- Lingua principale
- C
- Stelle
- 984
- Fork
- 413
- Merge medio
- 22h 10m
- PR unite (30g)
- 35
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di GenericMappingTools/gmt
-
documentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
GenericMappingTools/gmt#5767 · 15 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
feature request
Difficoltà 3/5 1-2 giorni Idoneità per principianti 55/100
GenericMappingTools/gmt#9256 ·
I maintainer di solito rispondono entro 1 giorno
-
feature request
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
GenericMappingTools/gmt#9225 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
inset: Specifing the region using -Dxmin/xmax/ymin/ymax doesn't workForse già presa @Esteban82 l’ha presa 17 giorni fa. Apertabug
GenericMappingTools/gmt#9224 · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
histogram: Support density histograms and moreForse già presa @Esteban82 l’ha presa 25 giorni fa. Apertafeature request
GenericMappingTools/gmt#9212 · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di GenericMappingTools/gmt
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
ARM-software/CMSIS-DSP#354 ·
-
good first issue help wanted
Difficoltà 2/5 1-3 ore Idoneità per principianti 77/100
I maintainer di solito rispondono entro 1 giorno
-
documentation good first issue help wanted
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
ai-quokka-wannabe/link#40 ·
-
Add `pdfcpu` to the pantryForse già presa Una pull request collegata a questa issue è aperta o già unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
eunomia-bpf/agentsight#240 ·
I maintainer di solito rispondono entro 1 giorno