Hi Luis, I did in fact look at ApplyDim when you posted it on CPAN, because on the IRC channel we have a bot that reports whenever a module starting with "PDL" is uploaded to CPAN. Please believe me when I say I know extremely well that it's not currently possible to skip mv/reorder/whatever. What I'm saying is it ought to be possible to tell PDL to just do its "*over" operation along a different dimension.
This evening, it occurred to me a possible answer to the problem of how to express such a thing might lie in "einops" (https://github.com/arogozhnikov/einops). That would certainly also offer ideas in how to express dim-naming stuff also. Best regards, Ed ________________________________ From: Luis Mochan <moc...@icf.unam.mx> Sent: 14 January 2025 02:23 To: Ed . <ej...@hotmail.com> Cc: Ingo Schmid <ingo...@gmx.at>; pdl-general@lists.sourceforge.net <pdl-general@lists.sourceforge.net> Subject: Re: [Pdl-general] [Pdl-devel] Pdlpp modules On Mon, Jan 13, 2025 at 07:33:34PM +0000, Ed . wrote: > I have some awareness of PDL::Dims... > > And on the subject of capabilities I think should be stolen into core PDL, I > believe "apply an operation over dims other than 0" is another. Have you looked at PDL::ApplyDim? It doesn't skip the mv nor reorder operations, it just hides them away so the user doesn't have to keep track of how the dimensions were shuffled before applying an operation nor how to unshuffle them afterwards. He just have to state which dimension(s) should come to the front or to the back before applying the operation. Regards, Luis -- o W. Luis Mochán, | tel:(52)(777)329-1734 /<(*) Instituto de Ciencias Físicas, UNAM | fax:(52)(777)317-5388 `>/ /\ Av. Universidad s/n CP 62210 | (*)/\/ \ Cuernavaca, Morelos, México | moc...@fis.unam.mx /\_/\__/ GPG: 791EB9EB, C949 3F81 6D9B 1191 9A16 C2DF 5F0A C52B 791E B9EB
_______________________________________________ pdl-general mailing list pdl-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pdl-general
