I used points_data(long,lat) to add these points on map. To get 3rd column value in addition to (long,lat), I try to use grdtrack.
But I am getting problem in using grdtrack to get 3rd column value. What is the issue in grdtrack command which I used above (gmt grdtrack $Limit -Gexample_relief.grd -sa) and suggest the correct way to do this using grdtrack. Thanks.
I also used grdtrack command from some other source. Can you explain little bit about the parameter (-sa) in grdtrack command?
Another thing, without getting column 3 values using grdtrack, whether user can use original depths of earthquakes in place of 3rd column values (from grdtrack) for plotting such 3D map?
I am not sure if I understand well. You could use the original depth. But be careful with the units. You should convert the depth from km to m (to plot in the above figure where the vertical scale is in meters).
“So if using earthquakes depth in (km) and height in (m) is correct then how to correct Figure 1 where earthqaukes appear as in air not stick to surface?”
2b. Figure 2 is plotted using data.dat(long,lat,depth) where earthquakes depth converted to (m) same unit as height (m).
Figure 2
because your depths in data.dat are positive while gmt expects negative depths? “Positive depths” are altitudes (above the sea level) in this context.
you can plot3d your data alone with axes/coordinates and an appropriate Z range (0/1000) to get an overview.
even if you get these depths negative, they’ll “hang” well above the sea floor as far as I can understand by manually checking your data.dat, as depths on the example_relief.grdare below -1000 m, many close to -3000…-4000…-5000…-6000 m.
Since the depths of the event ranges up to 180 km, we had to constrain it to show it within the range of our chosen maximum depth for the three-dimensional map. We project the depths in the range of 0 to the maximum depth of the displayed topography.
if your event depths in data.dat are positive kilometers, many can occur way below the sea floor depth of your grid file.
Thanks for your clarification. I think if user plot map using depths (either + or -), plot have an error in which events appear in air not stick to surface.
If user keep depth and height in same units then depth values become higher > height range values, so few events displayed on map which have depth values within height range.
So in such case, I think events(long,lat) data with grdtrack (to get z value) is a suitable option instead of using events depth.