flip functor produces it's input with component order reversed. This can be used to deal with situations where coordinates in the 'wrong' order have to be fed to a functor expecting the opposite order and should be a fast way of doing so, since the compiler can likely optimize it well. I added this class to provide simple handling of incoming NumPy coordinates, which are normally in reverse order of vigra coordinates More...

#include <unary_functor.h>

Inheritance diagram for vspline::flip< _in_type, _vsize >:

Public Types
enum	{ vsize = _vsize }

enum	{ dimension = base_type::dim_in }

typedef vspline::unary_functor< _in_type, _in_type, _vsize >	base_type

typedef IN	in_type

typedef OUT	out_type

typedef vector_traits< IN, vsize >::type	in_v
	vectorized in_type and out_type. vspline::vector_traits supplies these types so that multidimensional/multichannel data come as vigra::TinyVectors, while 'singular' data won't be made into TinyVectors of one element. More...

typedef vector_traits< OUT, vsize >::type	out_v

typedef vigra::TinyVector< in_ele_type, dim_in >	in_nd_ele_type

typedef vigra::TinyVector< out_ele_type, dim_out >	out_nd_ele_type

typedef vector_traits< IN, vsize >::nd_ele_v	in_nd_ele_v

typedef vector_traits< OUT, vsize >::nd_ele_v	out_nd_ele_v

Public Types inherited from vspline::unary_functor< _in_type, _in_type, vspline::vector_traits< _in_type > ::vsize >
enum

enum

enum

typedef _in_type	in_type

typedef _in_type	out_type

typedef vspline::vector_traits< _in_type >::ele_type	in_ele_type

typedef vspline::vector_traits< _in_type >::ele_type	out_ele_type

typedef vigra::TinyVector< in_ele_type, dim_in >	in_nd_ele_type

typedef vigra::TinyVector< out_ele_type, dim_out >	out_nd_ele_type

typedef vector_traits< _in_type, vsize >::ele_v	in_ele_v
	a simdized type of the elementary type of result_type, which is used for coefficients and results. this is fixed via the traits class vector_traits (in vector.h). Note how we derive this type using vsize from the template argument, not what vspline::vector_traits deems appropriate for ele_type - though both numbers will be the same in most cases. More...

typedef vector_traits< _in_type, vsize >::ele_v	out_ele_v

typedef vector_traits< _in_type, vsize >::nd_ele_v	in_nd_ele_v

typedef vector_traits< _in_type, vsize >::nd_ele_v	out_nd_ele_v

typedef vector_traits< _in_type, vsize >::type	in_v
	vectorized in_type and out_type. vspline::vector_traits supplies these types so that multidimensional/multichannel data come as vigra::TinyVectors, while 'singular' data won't be made into TinyVectors of one element. More...

typedef vector_traits< _in_type, vsize >::type	out_v

typedef vector_traits< int, vsize >::ele_v	ic_v
	vsize wide vector of ints, used for gather/scatter indexes More...

Public Types inherited from vspline::callable< flip< _in_type, vspline::vector_traits< _in_type > ::vsize >, _in_type, _in_type, vspline::vector_traits< _in_type > ::vsize >
typedef vector_traits< _in_type, vsize >::type	cl_in_v

typedef vector_traits< _in_type, vsize >::type	cl_out_v

Public Member Functions
void	eval (const in_type &in_, out_type &out) const

template<typename = std::enable_if < ( vsize > 1 ) >>
void	eval (const in_v &in_, out_v &out) const

Public Member Functions inherited from vspline::callable< flip< _in_type, vspline::vector_traits< _in_type > ::vsize >, _in_type, _in_type, vspline::vector_traits< _in_type > ::vsize >
_in_type	operator() (const _in_type &in) const

_in_type	operator() (const _in_type &in)

cl_out_v	operator() (const cl_in_v &in) const

cl_out_v	operator() (const cl_in_v &in)

Additional Inherited Members
Static Public Attributes inherited from vspline::unary_functor< _in_type, _in_type, vspline::vector_traits< _in_type > ::vsize >
static const bool	has_capped_eval

Detailed Description

template<typename _in_type, size_t _vsize = vspline::vector_traits < _in_type > :: vsize>
struct vspline::flip< _in_type, _vsize >

flip functor produces it's input with component order reversed. This can be used to deal with situations where coordinates in the 'wrong' order have to be fed to a functor expecting the opposite order and should be a fast way of doing so, since the compiler can likely optimize it well. I added this class to provide simple handling of incoming NumPy coordinates, which are normally in reverse order of vigra coordinates

Definition at line 978 of file unary_functor.h.