Bug #160

Using psvelo and -G option

Added by David about 5 years ago. Updated over 3 years ago.

Status:ClosedStart date:2012-10-04
Priority:NormalDue date:
Assignee:Paul% Done:

100%

Category:-
Target version:Candidate for next bugfix release
Affected version:5.1.x Platform:Mac OS X

Description

Hi all,

This bug is related with previous #158. Now I have tested -G option (psvelo) to fill in a pattern (e.g. -Gp100/11) and this does not work. Just tested in GMT 4.5.8. Don't know if this is present on GMT5.

Please, could you take a look at it? I attach updated code so you can run it and see the problem. When I run it returns me help information on psvelo but I have tested -Gp100/11 and it works ok in pscoast so sintax is ok.

Thank you!
David Sosa.
Physical Oceanography (Lab. F214)
University of Las Palmas de Gran Canaria
35017 Las Palmas de Gran Canaria
Spain

test_arrow2.gmt (514 Bytes) David, 2012-10-04 01:36

map.pdf (83.6 KB) David, 2012-10-08 02:12

gmt5_TestArrow.gmt (528 Bytes) David, 2013-02-23 15:17

test.pdf (11.3 KB) David, 2013-02-23 15:17

Associated revisions

Revision 10534
Added by Paul about 5 years ago

Partly fixes #160 as the number of header records skipped was off by one

Revision 12942
Added by Paul over 3 years ago

Address issue #160

History

#1 Updated by Paul about 5 years ago

  • Status changed from New to In Progress

Hi David-

A few things going on here:

GMT 4: psvelo never implemented fills other than solid color, so -Gp is not supported - of course it would be nice if it said so. I think this is true throughout the meca supplement.

GMT 5: We had a i/o bug related to -H that is now fixed in r10534. Next issue is that vectors drawn in GMT5 are now lines (controlled by a pen thickness) + an arrow head (fillable). We still have some more work to do on the meca supplement plotting to conform to GMT 5 style, so it GMT5 you are better off specifying arrows the new way. Note this code was donated by others and was based on an old GMT3 psxy model; hence it is a bit painful to deal with. Finally, the old-style -W10 (no units) should, under compatibility mode, be interpreted as 10/300 inch but it got picked up as 10 points. I'll look at that next.

#2 Updated by David about 5 years ago

Hi Paul,

Thank you for the info. I thought -G argument using patterns was available because of documentation:
http://www.soest.hawaii.edu/gmt5/gmt/html/man/psvelo.html

I attach you the final map I've made; in part using GMT and remaining by "hand" in Illustrator.

Thank you for your work developing GMT. It's a great tool!
Cheers,
David.

#3 Updated by Paul almost 5 years ago

I have made changes so the -G fill and -E fill are passed to the underlying plotting code. Hopefully this works; need feedback. In r10697.

#4 Updated by David over 4 years ago

Hello Paul,

I obtained and built latest GMT development version 5.0.1b (r10992). Then I tested psvelo again and observed:

Optional argument -G fill works good but only fills arrow head, not arrow body but I suppose this is related with what you wrote above "Next issue is that vectors drawn in GMT5 are now lines (controlled by a pen thickness) + an arrow head (fillable). So I suppose, at present, it is not possible filling arrow body, cause -W argument does not work in any old or new way I have tested out.

Also I think there's an issue of parameter +g in optional argument -A; when using +g (e.g. -A20p+a90+gyellow+p10p+e) yellow color does not override the one given by -G in the main psvelo syntax (e.g. psvelo -R -J ... ... -Ggrey -A20p+a90+gyellow+p10p+e >!test.ps)

A last different issue; when using -V in psvelo I get the message "psvelo (GMT_parse_common_options): Warning: Option -V given more than once" and sure I wrote it once.

I attach the script I have used to test psvelo using GMT5 syntax as well as its output test.pdf.

Looking forward psvelo could be completed in the final GMT5 release.
Thank you so much!
David.

#5 Updated by Florian about 4 years ago

  • Target version changed from 4.5.11 to Candidate for next bugfix release
  • Affected version changed from 4.5.8 to 5.x-dev

#6 Updated by Paul over 3 years ago

  • Status changed from In Progress to Resolved
  • Assignee set to Paul
  • Affected version changed from 5.x-dev to 5.1.x

Sorry, this has been sitting dormant for too long. I made some changes today and now +g is honored, and overrides any -G setting. In r12942.

#7 Updated by Joaquim over 3 years ago

  • Status changed from Resolved to Closed
  • % Done changed from 0 to 100

Also available in: Atom PDF