Todo List

Class oln::topo::combinatorial_map::internal::any< Inf >

FIXME: totally obsolete.

Class oln::topo::combinatorial_map::internal::anyfunc< U, V, Inf >

FIXME: It has nothing to do there.

Member oln::io::internal::anything::anything ()

FIXME: these constructors are required by swig

Member oln::io::internal::anything::assign (T &output) const

FIXME: call output.clear()?

Member oln::topo::inter_pixel::bkd_dir_iter::operator= (U u)

FIXME: I am not sure that this respect the new paradigm.

Class oln::convert::bound< Output, Exact >

FIXME: is this really useful with new types ?

Member oln::topo::inter_pixel::internal::dir_traits< 2 >::opposite (ret i)

FIXME: no modulus.

Class oln::level::f_invert< T >

FIXME: the specialisation is done within the class.

Class oln::utils::internal::f_to_float_< DestT, SrcT >

FIXME: There should be a way to use the standard conversion, but I failed to find a good one. The problem is that a color<...> derived of vec<..> but the conversion between color and vec should be done through c.to_float().
Example:

Class oln::topo::tarjan::obsolete::flat_zone< I >

FIXME: many assertions are missing.

Member oln::topo::inter_pixel::fwd_dir_iter::operator= (U u)

FIXME: I am not sure that this respect the new paradigm.

Class oln::io::internal::get_pnm_type< I >

FIXME: this could be done by using labels images eg: read(binary_image_with_dim<2>& ima) { // ... }

Class oln::utils::histogram< T, CPT, V2P, Exact >

FIXME: An image is inside the histogram. This is incorrect because it is not exactly an image (no border needed).

Class oln::topo::inter_pixel::interpixel< I >

FIXME: Test the output values in the tests.

Member oln::topo::inter_pixel::interpixel::folw (const head_type &in) const

FIXME: add doc.

Member oln::topo::inter_pixel::interpixel::operator[] (const point_type &p) const

FIXME: add doc.

Class oln::snakes::node< I >

FIXME: Do not work due to the function energy.

Member oln::snakes::node::energy (const I &gradient, point_type prev, point_type next) const

FIXME: not implemented, do not work

Class oln::io::internal::pnm_read_data< PnmBinary, ReadPnmPlain >

FIXME: implement an iterator over data

Class oln::io::internal::pnm_read_data< PnmInteger, ReadPnmPlain >

FIXME: implement an iterator over data

Class oln::io::internal::pnm_read_data< PnmInteger, ReadPnmRaw >

FIXME: implement an iterator over data

Class oln::io::internal::pnm_read_data< PnmInteger, ReadPnmRaw >

FIXME: implement an iterator over data

Class oln::io::internal::pnm_read_data< PnmVectorial, ReadPnmPlain >

FIXME: implement an iterator over data

Class oln::io::internal::pnm_write_data< PnmBinary, WritePnmPlain >

FIXME: implement an iterator over data

Class oln::io::internal::pnm_write_data< PnmBinary, WritePnmRaw >

FIXME: implement an iterator over data

Class oln::io::internal::pnm_write_data< PnmInteger, WritePnmPlain >

FIXME: implement an iterator over data

Class oln::io::internal::pnm_write_data< PnmInteger, WritePnmRaw >

FIXME: implement an iterator over data

Class oln::io::internal::pnm_write_data< PnmVectorial, WritePnmPlain >

FIXME: implement an iterator over data

Class oln::io::internal::pnm_write_data< PnmVectorial, WritePnmRaw >

FIXME: implement an iterator over data

Class oln::snakes::segment< I >

FIXME: Do not work due to the function node::energy.

Class oln::snakes::snake< algorithm >

FIXME: Do not work due to the function node::energy.

FIXME: Add doc & test.

Member oln::snakes::snake::energy (void) const

FIXME: Do not work due to the function node::energy

Member oln::morpher::super_slicing_morpher::super_slicing_morpher ()

create empty constructors for impl_, ...

Class oln::topo::tarjan::tarjan_set< I, aux_data_type >

FIXME: Obsolete since only obsolete::flat_zone use it.

Class oln::morpho::fast::tarjan::tarjan_set< T, ATTRIBUTE, Env >

FIXME: a similar class is defined in oln/topo/tarjan/union.hh (oln::topo::tarjan::tarjan_set).

Member oln::io::internal::try_stream_wrappers_in::by_data (T &output, const std::string &name)

FIXME: it sounds strange to read wrapped file without matching its extension.

Class oln::convert::value_to_point< ntg::color< 3, Qbits, S >, Exact >

Could be generalized to n dimensions if there were a trait that give a pointkd for a given dimension k.

Member oln::abstract::w_window::add (const abstract::dpoint< dpoint_type > &dp, const weight_type &w=1)

FIXME: Add dpoint with default weight (multiplication neutral element).

Member oln::abstract::w_window::add_dp (const abstract::dpoint< dpoint_type > &dp)

FIXME: Add dpoint with default weight (multiplication neutral element).

Member oln::w_window2d::w_window2d (const mlc::array2d< I, T2 > &arr)

FIXME: this constructor is not in w_window1d.hh nor w_window3d.hh. Is it really useful ? This constructor is used to build a chamfer distance.

Member oln::abstract::window_base::struct_elt< Exact >

FIXME: this has been commented out to satisfy icc and comeau. I don't know who is right between them and gcc.

File cmap.hh

FIXME: There is some problems in the directory topo/combinatorial-map/, such as non static functions, or the redefinition of the class any.
FIXME: The documentation is not good enough.
FIXME: Real test are missing. FIXME: Some part of this file are inside "#if 0" comments. FIXME: This file force to keep an obsolete version of flat-zone.

File opdecls.hh

FIXME: These macros should be rewritten / split into real code to make things clearer.

Member oln::apply2 (const abstract::image< I > &input1, const abstract::image< I > &input2)

FIXME: Don't we want to name these functions 'apply()' too?

Member oln::apply2 (const abstract::image< I1 > &input1, const abstract::image< I2 > &input2)

FIXME: Don't we want to name these functions 'apply()' too?

Member oln::apply2 (const abstract::image< I1 > &input1, const abstract::image< I2 > &input2)

FIXME: Don't we want to name these functions 'apply()' too?

Member oln::apply2 (AdaptableBinaryFun f, const abstract::image< I1 > &input1, const abstract::image< I2 > &input2)

FIXME: Don't we want to name these functions 'apply()' too?

FIXME: Don't we want to name these functions 'apply()' too?

Member oln::fold (AdaptableBinaryFun f, const abstract::image< I > &input)

FIXME: Ensure that first_argument_type == result_type.

Member oln::fold (AdaptableBinaryFun f, typename mlc::typeadj< typename AdaptableBinaryFun::result_type >::mutable_val val, const abstract::image< I > &input)

FIXME: Ensure that first_argument_type == result_type.

Member oln::convol::fast::internal::recursivefilter_ (I &image, const recursivefilter_coef_< FloatType > &c, const oln_point_type(I)&start, const oln_point_type(I)&finish, coord len, const oln_dpoint_type(I)&d)

FIXME: Until something clever is designed, the line is defined by two points (START and FINISH) and a displacement dpoint (D).

Member oln::convol::slow::convolve (const abstract::image< I > &input, const mlc::array2d< Info, Win > &arr)

FIXME: don't use array1d, ..., arraynd.

Member oln::convol::slow::convolve (const abstract::image< I > &input, const abstract::w_window< Win > &win)

FIXME: we must always specify DestValue.

Member oln::level::frontp_connected_component (const abstract::binary_image< I > &input, const abstract::neighborhood< E > &se, unsigned &nb_label)

FIXME: Should probably be turned into a class.

Namespace oln::math

FIXME: I'm not proud of the code below think it could be better...

FIXME: this code sounds really odd. Why does the operator() take value<Self> instead of Self directly ? FIXME: Self should be renamed into Exact.

Member oln::morpho::fast_morpho (const abstract::non_vectorial_image< I > &input, const abstract::struct_elt< E > &se)

FIXME: This algorithm should be moved to the namespace oln::morpho::fast.

FIXME: add tests.

Member oln::morpho::fast_morpho (const abstract::non_vectorial_image< I > &input, const abstract::struct_elt< E > &se, typename mlc::exact< I >::ret::value_type(*func)(const utils::histogram< typename mlc::exact< I >::ret::value_type > &))

FIXME: REMOVE ME.

Member oln::morpho::laplacian (const abstract::non_vectorial_image< I > &input, const abstract::struct_elt< E > &se)

FIXME: Not instantiated in swilena (see tools/swilena/generate_morpho_instantiations.py)

Member oln::morpho::watershed_seg_or (const abstract::non_vectorial_image< I1 > &D, abstract::non_vectorial_image< I2 > &M, const abstract::neighborhood< N > &Ng)

FIXME: Not instantiated in swilena (see tools/swilena/generate_morpho_instantiations.py)

Member oln::morpho::fast::laplacian (const abstract::non_vectorial_image< I > &input, const abstract::struct_elt< E > &se)

FIXME: Not instantiated in swilena (see tools/swilena/generate_morpho_instantiations.py)

Member oln::morpho::internal::find_struct_elts (const abstract::struct_elt< E1 > &se, E2 se_add[mlc::exact< E1 >::ret::dim], E3 se_rem[mlc::exact< E1 >::ret::dim])

FIXME: add(dp) on w_windows associates a default weight set to 1

Member oln::topo::mk_chamfer_3x3 (float d10, float d11)

FIXME: This highly not thread safe !

Member oln::topo::mk_chamfer_3x3 (float coef=1.f)

FIXME: This highly not thread safe !

---