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.

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

MAP_LOGO doesn't work as documented #3902

Open
seisman opened this issue Aug 9, 2020 · 3 comments
Open

MAP_LOGO doesn't work as documented #3902

seisman opened this issue Aug 9, 2020 · 3 comments

Comments

@seisman
Copy link
Member

seisman commented Aug 9, 2020

Description of the problem

Here is what the documentation says:

MAP_LOGO
(-U) Specifies if a GMT logo with system timestamp should be plotted at the lower left corner of the plot [false].

As per the documentation, the following script should plot a GMT timestamp:

gmt set MAP_LOGO true
gmt psbasemap -R0/10/0/5 -JX10c/3c -Bx1 -By1 > map.ps

but it doesn't. It looks like a bug, but when we set MAP_LOGO to true, we definitely don't want to plot the timestamp for each plotting command. Maybe add the timestamp only for the first plot command (if GMT knows if the current command is the first one)?

The following command works:

gmt psbasemap -R0/10/0/5 -JX10c/3c -Bx1 -By1 --MAP_LOGO=true > map.ps

but in this case, we can just use -U, which is much simpler.

@PaulWessel
Copy link
Member

Yes, not sure what the intention was. I think @remkos added this part, so perhaps he had some ideas for how this should work other than a plain substitute for -U. I agree if all it does is replace -U with a longer option then it is not that helpful. Perhaps it was meant to be a mechanism to turn of -U statements in a script when you do not want them? But looks like -U takes precedence.

@stale
Copy link

stale bot commented Nov 8, 2020

This issue has been automatically marked as stale because it has not had activity in the last 90 days. It will be closed if no further activity occurs within 7 days. Thank you for your contributions.

@stale stale bot added the stale This will not be worked on label Nov 8, 2020
@stale stale bot closed this as completed Nov 15, 2020
@seisman seisman reopened this Nov 15, 2020
@seisman seisman removed the stale This will not be worked on label Nov 15, 2020
@stale
Copy link

stale bot commented Jun 2, 2021

This issue has been automatically marked as stale because it has not had activity in the last 90 days. It will be closed if no further activity occurs within 7 days. Thank you for your contributions.

@stale stale bot added the stale This will not be worked on label Jun 2, 2021
@stale stale bot closed this as completed Jun 16, 2021
@seisman seisman reopened this Jun 17, 2021
@stale stale bot removed the stale This will not be worked on label Jun 17, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants