Hi Pete, thank you for reporting this! Hi Derek, thank you for fixing this, and sorry both for letting this one slip.
I have released a new CPAN version of PGPLOT which includes PDL::Graphics::PGPLOT and PDL::Graphics::LUT. Let me know any problems arising. Best regards, Ed ________________________________ From: Derek Lamb <[email protected]> Sent: 17 September 2024 8:10 PM To: Peter Ratzlaff <[email protected]> Cc: perldl <[email protected]> Subject: Re: [Pdl-general] PDL::Graphics::LUT default ramp Hi Pete, Apparently this was present in PDL with the first commit of the lookup tables<https://github.com/PDLPorters/pdl/commit/632a7d02dbad7947a02cb80292faa7e998447e77#diff-dbee01a9760c106bbd8be81f0e77f926f22a6b3d4df983e60e66039a07acdab6> in 2000. My guess is it was either a copy-paste error or was present in the Starlink GAIA software from which the LUTs were taken. PDL::Graphics::LUT as well as PDL::Graphics::PGPLOT is now in PGPLOT: https://github.com/PDLPorters/perl5-PGPLOT. Today I created a pull request that fixes the ramps ramp.fits and neg.fits and also the table ramp.fits with more accurate values and without the wrinkle you mentioned. best, Derek On Jul 5, 2023, at 11:09 PM, Peter Ratzlaff via pdl-general <[email protected]> wrote: [EXTERNAL EMAIL] I ran into this when experimenting with the giza PGPLOT substitution. giza's implementation of pgctab() fails unless each successive ramp value is greater than the previous. But, $ perl -MPDL -MPDL::Graphics::LUT -le 'my ($r) = rfits "$PDL::Graphics::LUT::rampdir/ramp.fits"; print $r->slice("150:154");' [0.58824 0.59608 0.6 0.59608 0.60392] Is this a mistake of some sort, or is there a reason it is non-increasing? Thanks, Pete _______________________________________________ pdl-general mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/pdl-general
_______________________________________________ pdl-general mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/pdl-general
