Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

pscoast ignores -R? #159

Closed
anbj opened this issue Oct 30, 2018 · 4 comments
Closed

pscoast ignores -R? #159

anbj opened this issue Oct 30, 2018 · 4 comments

Comments

@anbj
Copy link
Contributor

anbj commented Oct 30, 2018 

$ pscoast -M -W -R-25/34/57/81 | gmtinfo -I1
-R-30/40/50/84

pscoast does not seem to respect the given -R. Should not the reported -R from gmtinfo be exactly the same as was input to pscoast?

6.0.0_8c30e1e
@PaulWessel
Copy link
Member

Ideally, yes. However, we are writing out the line segments which are binned in certain intervals. In your case that binning is 2x2 degrees hence the output data reflect that. Trimming those lines before write out adds more complexity. I will see how easy it might be.

@anbj
Copy link
Contributor Author

anbj commented Nov 5, 2018

I see. Maybe it's not worth the while. I was posting this because I thought it may be a bug. Obviously it's not.

PaulWessel added a commit that referenced this issue Nov 5, 2018
@PaulWessel
Address issue #159
eee6827 
We never bothered to clip the output of -M to fit the given -R so data would exceed those limits.  THis was partly because it did not seem to be a big deal, but it isnt very nice.  Now we clip.
@PaulWessel PaulWessel mentioned this issue Nov 5, 2018
Merged
@joa-quim
Copy link
Member

joa-quim commented Nov 5, 2018

Note that you can achieve the wished result by piping through gmtselect -R

joa-quim pushed a commit that referenced this issue Nov 5, 2018
@PaulWessel @joa-quim
Address issue #159 (#163)
c5a5435 
We never bothered to clip the output of -M to fit the given -R so data would exceed those limits.  THis was partly because it did not seem to be a big deal, but it isnt very nice.  Now we clip.
@anbj
Copy link
Contributor Author

anbj commented Nov 5, 2018

Looking good!

@anbj anbj closed this as completed Nov 5, 2018
obaney pushed a commit to obaney/gmt that referenced this issue Aug 18, 2021
@leouieda
Create LibGMT.grid_to_vfile for xarray input support (GenericMappingT…
f979f02 
…ools#159)

Implements a new context manager `LibGMT.grid_to_vfile` that takes
an `xarray.DataArray`, creates a `GMT_MATRIX` to store the data,
passes it along to a virtual file, and yields the virtual file name.

This is the main building block for supporting the `grd*` commands (GenericMappingTools#124).
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
3 participants
@joa-quim @PaulWessel @anbj