pslegend justification: not sure if bug or feature

Kristof Koch <[email protected]> Sat, 26 Apr 2014 00:59:33 +0200
Newsgroups gmane.comp.gis.gmt.user
Message-ID <[email protected]>
Dear list,

I'm (ab)using pslegend to plot tabulated data on some charts. Using BL as justification, everything works as expected. However changing the justification to TL, the dy values seem to be inverted. See attached cropped screenshot. 

Expected result would have been the red box just beneath the green box, overlapping the lower left corner of the green box with the upper left corner of the red box at the current position of the green box.

I'm not sure if this is a bug or a feature as man pslegend states: "Use to optional dx/dy to shift the legend by that amount in the direction implied by the justification." I attached a small testcase. I'm running GMT Version 5.1.1_r12890 [64-bit].

Bug or Feature? Your advice is appreciated.

All the best,
Kristof



To unsubscribe, send the message "signoff gmt-help" to [email protected]




To unsubscribe, send the message "signoff gmt-help" to [email protected]



--
My PGP Public Key: http://kristofkoch.de/pgp/


To unsubscribe, send the message "signoff gmt-help" to [email protected]
pslegend_just.png (image/png, 10.5 KB) - not displayed
pslegend_testcase.sh (application/octet-stream, 543 B)
#!/bin/bash

FILE=pslegend_testcase.ps

cat > pslegend_BL.txt << END
L 7p 0 L aligned BL
END

cat > pslegend_TL.txt << END
L 7p 0 L aligned TL
END

# generate simple location map
pscoast \
	-R115/20/145/35r \
	-JB130/30/25/45/10c \
	-Bag -Dl -Ggrey -Wthinnest -A250 -P \
	-K \
	> $FILE

# orientation BL
pslegend \
	pslegend_BL.txt \
	-Dx0/0/2c/1c/BL/0.5c/0.5c \
	-F+gwhite+p1p,green \
	-K -O \
	>> $FILE

# orientation TL
pslegend \
	pslegend_TL.txt \
	-Dx0/0/2c/1c/TL/0.5c/0.5c \
	-F+gwhite+p1p,red \
	-O \
	>> $FILE

# clean up
rm -rf *.txt
signature.asc (application/pgp-signature, 496 B)
-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - https://gpgtools.org

iQEcBAEBCgAGBQJTWujWAAoJEJ3YS27/3eKHHbsH/2mBwOYPG8xj5wiyaV3dBmUY
e91Aryv5z02XhmkcwRxVDY2h5JaHGcIylqggu9ujko6jwDOIzGtI2HriEiFLsULN
77JBgo7/Hedk5Y6JMgDCtCuXPVt8a8rqly2f/cEKkT4K9wZJbei3oeHrglDASOQH
a+t+SNYQz5V67+KxxRNKwSvEW0Ij0nfHrV2vK9Eiahgm/XBMCrfFMWDSpiDMRUnC
4SRROMF5L2Oxi1n9E0R8TUXhFY+egDOqpuXPiGp4PpLgvb9l4MZYnPM49JmVgcFx
BJWO2kUYc7lzCtNppZ34JIv4y+2z0UQFf46+AWp6poQlApvugK0tC5YvMjyD0n0=
=ghoH
-----END PGP SIGNATURE-----