May 2008 - Olena-patches

Improve FLLT : Make the two level set trees and start to merge it.
by Matthieu Garrigues 14 May '08

14 May '08

URL: https://svn.lrde.epita.fr/svn/oln/trunk/milena/sandbox ChangeLog: 2008-05-14 Matthieu Garrigues <garrigues(a)lrde.epita.fr> * geraud/fllt.cc: Make the two level set trees and start to merge it. --- fllt.cc | 313 +++++++++++++++++++++++++++++++++++++++++++++++++++++++--------- 1 file changed, 272 insertions(+), 41 deletions(-) Index: trunk/milena/sandbox/geraud/fllt.cc =================================================================== --- trunk/milena/sandbox/geraud/fllt.cc (revision 1944) +++ trunk/milena/sandbox/geraud/fllt.cc (revision 1945) @@ -46,6 +46,7 @@ #include <mln/level/compare.hh> #include <mln/debug/println.hh> #include <mln/labeling/regional_minima.hh> +#include <mln/labeling/regional_maxima.hh> #include <mln/accu/bbox.hh> #include <mln/geom/bbox.hh> #include <mln/pw/all.hh> @@ -55,6 +56,7 @@ #include <mln/literal/colors.hh> #include <mln/util/tree.hh> +#include <mln/util/branch_iter_ind.hh> #include <sstream> @@ -67,9 +69,16 @@ # define fllt_tree(P, V) mln::util::tree< fllt_node_elt<P, V> > # define fllt_node(P, V) mln::util::tree_node< fllt_node_elt<P, V> > +# define fllt_tree_ptr(P, V) mln::util::tree< fllt_node_elt<P, V>* > +# define fllt_node_ptr(P, V) mln::util::tree_node< fllt_node_elt<P, V>* > # define fllt_branch(P, V) mln::util::branch< fllt_node_elt<P, V> > # define fllt_branch_iter_ind(P, V) mln::util::branch_iter_ind< fllt_node_elt<P, V> > + + //Fwd declarations. + template <typename V> struct lower; + template <typename V> struct upper; + template <typename P, typename V> struct fllt_node_elt { @@ -80,10 +89,16 @@ /// if brighter, the node come from the lower level set bool brighter; unsigned npoints; + bool tagged; + + fllt_node_elt() : npoints(0), tagged(false) {} }; - template <typename N_t, typename G> - void update_gN(const N_t& N, G& gN) + template <typename N_t, typename G, typename Set> + void update_gN(const N_t& N, G& gN); + + template <typename N_t, typename G, typename V> + void update_gN(const N_t& N, G& gN, lower<V>) { for (unsigned g = 0; g < 256; ++g) if (N[g]->npoints() != 0) @@ -95,6 +110,21 @@ gN = 255; } + template <typename N_t, typename G, typename V> + void update_gN(const N_t& N, G& gN, upper<V>) + { + for (int g = 255; g >= 0; --g) + { + if (N[g]->npoints() != 0) + { + gN = g; + return; + } + } + // if N is empty, gN is the min value. + gN = 0; + } + template <typename N_t> void print_N(const N_t& N) @@ -142,7 +172,7 @@ image2d<value::int_u8> out = clone(u); - mln_assertion(R_box.is_valid()); + mln_assertion(R_box.npoints() > 0); mln_piter_(box2d) p(R_box); for_all(p) if (is(p) == in_R) @@ -249,42 +279,136 @@ // std::cout << " <<<<<<<exiting blob." << std::endl; } + template <typename P, typename V> + void + move_A_to_R(p_array& A, + image2d<int>& deja_vu, + fllt_node(P, V)* current_cc, + image2d< fllt_node(P, V)* >& smallest_shapes, + int in_R, + int in_N, + const V& g) + { + typedef p_array arr_t; + + mln_piter(arr_t) a(A); + for_all(a) + { + mln_invariant(deja_vu(a) == in_N); + mln_invariant(smallest_shapes(a) != current_cc); + + deja_vu(a) = in_R; + current_cc->elt().npoints++; + if (!smallest_shapes(a)) + { + smallest_shapes(a) = current_cc; + current_cc->elt().points.append(a); + } + else + if (!smallest_shapes(a)->parent()) + if (smallest_shapes(a)->elt().value == g) + { + mln_piter(arr_t) p(smallest_shapes(a)->elt().points); + // Todo optimization here. + for_all(p) + smallest_shapes(p) = 0; - template <typename I, typename Nbh> + delete smallest_shapes(a); + smallest_shapes(a) = current_cc; + current_cc->elt().points.append(a); + } + else + smallest_shapes(a)->set_parent(current_cc); + // N_box is not re-computed so that we save time; + // N_box is always growing while looping from step 3. + } + } + + // LOWER LEVEL SET : region = c4, border = c8 + template <typename V> + struct lower + { + typedef upper<V> opposite; + static bool + compare(const V& u, const V& v) + { + return u < v; + } + + template <typename I, typename N, typename L> + static mln_ch_value(I, L) + regional_extremum(const Image& input, const Neighborhood<N>& nbh, L& nlabels) + { + return labeling::regional_minima(input, nbh, nlabels); + } + + static const bool parent_is_brighter = true; + + static const neighb2d& bdr_nbh() { return c8(); } + static const neighb2d& reg_nbh() { return c4(); } + }; + + + // UPPER LEVEL SET : region = c8, border = c4 + template <typename V> + struct upper + { + typedef lower<V> opposite; + + static bool + compare(const V& u, const V& v) + { return u > v; } + + template <typename I, typename N, typename L> + static mln_ch_value(I, L) + regional_extremum(const Image& input, const Neighborhood<N>& nbh, L& nlabels) + { return labeling::regional_maxima(input, nbh, nlabels); } + + static const bool parent_is_brighter = false; + static const neighb2d& bdr_nbh() { return c4(); } + static const neighb2d& reg_nbh() { return c8(); } + }; + + template <typename I, typename Set> fllt_tree(mln_point(I), mln_value(I))& - fllt(const Image& input_, const Neighborhood<Nbh>& nbh_) + level_set(const Image& input_, + image2d< fllt_node(mln_point(I), mln_value(I))* >& smallest_shapes) { - typedef fllt_node(mln_point(I), mln_value(I)) node_type; - typedef fllt_tree(mln_point(I), mln_value(I)) tree_type; + + typedef mln_point(I) P; + typedef mln_value(I) V; + typedef fllt_node(P, V) node_type; + typedef fllt_tree(P, V) tree_type; const I& input = exact(input_); - const Nbh& nbh = exact(nbh_); + + mln_assertion(input.domain() == smallest_shapes.domain()); unsigned l = 0, l_max; - mln_ch_value(I, unsigned) reg_min = labeling::regional_minima(input, nbh, l_max); + mln_ch_value(I, unsigned) reg_min = Set::regional_extremum(input, Set::reg_nbh(), l_max); std::vector<bool> tag(l_max + 1, false); tag[0] = true; // Variables. I u = mln::clone(input); - mln_point(I) x0; - mln_value(I) g, gN; + P x0; + V g, gN; mln_fwd_piter(I) p(input.domain()); p.start(); - - + level::fill(smallest_shapes, 0); node_type* current_cc; + unsigned in_N = 1, in_R = 2; image2d<int> deja_vu(input.domain().to_larger(1)); level::fill(deja_vu, 0); - typedef p_array<mln_point(I)> arr_t; + typedef p_array arr_t; arr_t* A = new arr_t(); arr_t* N[256]; for (unsigned i = 0; i < 256; ++i) N[i] = new arr_t(); - accu::bbox<mln_point(I)> N_box; + accu::bbox N_box; unsigned n_step_1 = 0, n_step_3 = 0, n_comps = 0, n_holes = 0; @@ -302,6 +426,8 @@ x0 = p; g = input(x0); current_cc = new node_type(); + current_cc->elt().value = g; + } // Step 2. @@ -319,15 +445,20 @@ N_box.take(x0); deja_vu(x0) = in_R; + smallest_shapes(x0) = current_cc; + current_cc->elt().points.append(x0); + current_cc->elt().npoints++; + } // Step 3. step_3: { +// save_u(u, deja_vu, N_box, in_R); ++n_step_3; mln_piter(arr_t) a(*A); - mln_niter(Nbh) x(nbh, a); + mln_niter(neighb2d) x(Set::reg_nbh(), a); // R <- R U A @@ -349,7 +480,7 @@ } } // gN = min u(x) for all x in N - update_gN(N, gN); + update_gN(N, gN, Set()); // FIXME: update the number of CC of the border of R } @@ -358,30 +489,24 @@ step_4: { // a) - if (g < gN) + if (Set::compare(g, gN)) { g = gN; ++n_comps; blob(deja_vu, N, in_N, current_cc); - node_type* parent = current_cc; + node_type* child = current_cc; + current_cc = new node_type(); + current_cc->elt().value = g; + child->set_parent(current_cc); n_holes += current_cc->elt().holes.npoints(); - save_u(u, deja_vu, N_box, in_R); arr_t* tmp = A; A = N[g]; N[g] = tmp; N[g]->clear(); - mln_piter(arr_t) a(*A); - for_all(a) - { - mln_invariant(deja_vu(a) == in_N); - deja_vu(a) = in_R; - current_cc->elt().points.append(a); - // N_box is not re-computed so that we save time; - // N_box is always growing while looping from step 3. - } + move_A_to_R(*A, deja_vu, current_cc, smallest_shapes, in_R, in_N, g); goto step_3; } // b) @@ -391,13 +516,7 @@ A = N[g]; N[g] = tmp; N[g]->clear(); - mln_piter(arr_t) a(*A); - for_all(a) - { - mln_invariant(deja_vu(a) == in_N); - deja_vu(a) = in_R; - current_cc->elt().points.append(a); - } + move_A_to_R(*A, deja_vu, current_cc, smallest_shapes, in_R, in_N, g); goto step_3; } // c) @@ -420,6 +539,101 @@ return *new tree_type(current_cc); } + + template <typename I> + fllt_tree_ptr(mln_point(I), mln_value(I)) + merge_trees(fllt_tree(mln_point(I), mln_value(I))& lower_tree, + fllt_tree(mln_point(I), mln_value(I))& upper_tree, + const image2d<fllt_node(mln_point(I), mln_value(I))*>& low_reg, + const image2d<fllt_node(mln_point(I), mln_value(I))*>& upp_reg, + const Image& input_) + { + + const I& input = exact(input_); + typedef mln_point(I) P; + typedef mln_value(I) V; + + typedef fllt_node_ptr(P, V) node_ptr_type; + typedef fllt_tree_ptr(P, V) tree_ptr_type; + typedef p_array arr_t; + + fllt_node_ptr(P, V)* root = new node_ptr_type(); + fllt_node_ptr(P, V)* n = root; + root->elt() = &(lower_tree.root()->elt()); + +// fllt_branch_iter_ind(P, V) p(lower_tree.main_branch()); +// for_all(p) +// { +// if (p->elt().tagged) +// continue; + +// p->elt().tagged = true; +// fllt_node_ptr(P, V)* node = new node_ptr_type(); +// node->elt() = &(p->elt()); + +// mln_piter(arr_t) hole(p->elt().holes); +// for_all(hole) +// { + +// } +// } + + return tree_ptr_type(root); + } + + template <typename I> + fllt_tree(mln_point(I), mln_value(I)) + fllt(const Image& input_) + { + typedef mln_point(I) P; + typedef mln_value(I) V; + + const I& input = exact(input_); + + fllt_tree(P, V) upper_tree; + fllt_tree(P, V) lower_tree; + image2d<fllt_node(P, V)*> low_reg(input.domain()); + image2d<fllt_node(P, V)*> upp_reg(input.domain()); + + std::cout << "1/ Compute the lower level set." << std::endl; + lower_tree = level_set<I, lower<V> >(input, low_reg); +// draw_tree(input, lower_tree); + + std::cout << "2/ Compute the upper level set." << std::endl; + upper_tree = level_set<I, upper<V> >(input, upp_reg); +// draw_tree(input, upper_tree); + + fllt_tree_ptr(P, V) result_tree = merge_trees(lower_tree, upper_tree, low_reg, upp_reg, input); + +// draw_tree(lena, tree); + +// return fllt_tree(lower_tree); + } + + template <typename P, typename V> + void + draw_tree(const image2d<V>& ima, + fllt_tree(P, V)& tree) + { + fllt_branch_iter_ind(P, V) p(tree.main_branch()); + for_all(p) + { + std::cout << "region mere : " << (*p).parent() << std::endl; + std::cout << " ^" << std::endl; + std::cout << " |" << std::endl; + std::cout << "region : " << &*p + << " value = " << (*p).elt().value << std::endl + << " npoints = " << (*p).elt().npoints << std::endl + << " holes = " << (*p).elt().holes << std::endl; + + std::cout << std::endl; + + if ((*p).elt().points.npoints() > 0) + debug::println(ima | (*p).elt().points); + std::cout << std::endl; + } + } + } // end of namespace mln::my } // end of namespace mln @@ -427,21 +641,38 @@ int main(int argc, char* argv[]) { + using namespace mln; + using namespace mln::my; + using value::int_u8; + + typedef fllt_tree(point2d, int_u8) tree_type; + if (argc != 2) { std::cerr << "usage: " << argv[0] << " filename" << std::endl; return 1; } - using namespace mln; - using value::int_u8; - image2d<int_u8> lena; io::pgm::load(lena, argv[1]); - my::fllt(lena, c4()); - io::pgm::save(lena, "./out.pgm"); +// int vs[8][9] = { {0,0,0,0,0,0,0,0,0}, +// {0,0,0,0,0,0,0,0,0}, +// {0,1,1,1,1,1,1,1,0}, +// {0,1,0,0,1,3,3,1,0}, +// {0,1,0,0,1,3,3,1,0}, +// {0,1,0,0,1,3,3,1,0}, +// {0,1,1,1,1,1,1,1,0}, +// {0,0,0,0,0,0,0,0,0} }; + +// image2d<int> lena_(make::image2d(vs)); +// image2d<int_u8> lena(lena_.domain()); +// level::fill(lena, lena_); + + tree_type tree = my::fllt(lena); + + io::pgm::save(lena, "./out.pgm"); } // 16891 99970

1 0

1944: Have tools compile again.
by Roland Levillain 14 May '08

14 May '08

https://svn.lrde.epita.fr/svn/oln/trunk/milena Index: ChangeLog from Roland Levillain <roland(a)lrde.epita.fr> Have tools compile again. * tools/seed2tiling.cc: Don't include mln/draw/mesh.hh. * mln/make/voronoi.hh: s/mln::mesh_p/p_graph/. * mln/core/ops.hh: Add a FIXME about a warning on an uninitialized value. mln/core/ops.hh | 2 ++ mln/make/voronoi.hh | 12 ++++++------ tools/seed2tiling.cc | 1 - 3 files changed, 8 insertions(+), 7 deletions(-) Index: tools/seed2tiling.cc --- tools/seed2tiling.cc (revision 1943) +++ tools/seed2tiling.cc (working copy) @@ -42,7 +42,6 @@ # include <mln/io/pgm/save.hh> # include <mln/labeling/foreground.hh> # include <mln/debug/println.hh> -# include <mln/draw/mesh.hh> # include <mln/geom/seeds2tiling.hh> # include <mln/geom/seeds2tiling_roundness.hh> # include <mln/make/voronoi.hh> Index: mln/make/voronoi.hh --- mln/make/voronoi.hh (revision 1943) +++ mln/make/voronoi.hh (working copy) @@ -1,4 +1,4 @@ -// Copyright (C) 2007 EPITA Research and Development Laboratory +// Copyright (C) 2007, 2008 EPITA Research and Development Laboratory (LRDE) // // This file is part of the Olena Library. This library is free // software; you can redistribute it and/or modify it under the terms @@ -30,14 +30,14 @@ /*! \file mln/make/voronoi.hh * - * \brief Routine to construct a voronoi mln::mesh_p. + * \brief Routine to construct a Voronoi mln::p_graph. */ # include <vector> # include <map> # include <mln/core/concept/neighborhood.hh> -# include <mln/core/mesh_p.hh> +# include <mln/core/p_graph.hh> # include <mln/accu/mean.hh> # include <mln/estim/min_max.hh> @@ -58,7 +58,7 @@ * \return The computed graph. */ template <typename I, typename N> - mesh_p<mln_psite(I)> + p_graph<mln_psite(I)> voronoi (Image& ima_, Image& orig_, const Neighborhood<N>& nbh); @@ -67,7 +67,7 @@ template <typename I, typename N> inline - mesh_p<mln_psite(I)> + p_graph<mln_psite(I)> voronoi (Image& ima_, Image& orig_, const Neighborhood<N>& nbh) @@ -127,7 +127,7 @@ for (; it != m.end (); ++it) gr.add_edge((*it).first.first, (*it).first.second); - mesh_p res(gr, v); + p_graph res(gr, v); return res; } Index: mln/core/ops.hh --- mln/core/ops.hh (revision 1943) +++ mln/core/ops.hh (working copy) @@ -413,6 +413,8 @@ operator-(const Object<O>& rhs) { mlc_converts_to(literal::zero_t, O)::check(); + /* FIXME: The following statements trigger a warning: + ``'p_zero' is used uninitialized in this function.'' */ literal::zero_t* p_zero; return O(*p_zero) - exact(rhs); }

1 0

Re: [Olena-patches] [Olena] #81: Olena 1.0 Reference Documentation
by Olena 14 May '08

14 May '08

#81: Olena 1.0 Reference Documentation -----------------------+---------------------------------------------------- Reporter: levill_r | Owner: Olena Team Type: task | Status: new Priority: minor | Milestone: Olena 1.0 Component: Milena | Version: 1.0 Resolution: | Keywords: doc -----------------------+---------------------------------------------------- Changes (by levill_r): * priority: trivial => minor * keywords: => doc * summary: Olena 1.0ß Reference Documentation => Olena 1.0 Reference Documentation Old description: > Tweak the documentation generated by Doxygen. > > (This is not priority for the Olena 1.0ß milestone.) New description: Tweak the documentation generated by Doxygen. (This is not priority for the Olena 1.0 milestone.) Comment: s/1.0ß/1.0/ -- Ticket URL: <https://trac.lrde.org/olena/ticket/81#comment:1> Olena <http://olena.lrde.epita.fr> Olena, a generic and efficient C++ image processing library.

1 0

Re: [Olena-patches] [Olena] #98: Create demonstration video(s) for Olena 1.0
by Olena 14 May '08

14 May '08

#98: Create demonstration video(s) for Olena 1.0 -----------------------+---------------------------------------------------- Reporter: levill_r | Owner: Olena Team Type: task | Status: new Priority: trivial | Milestone: Olena 1.0 Component: Olena | Version: 1.0 Resolution: | Keywords: -----------------------+---------------------------------------------------- Changes (by levill_r): * type: defect => task * component: Milena => Olena * summary: Create demonstration video(s) for Olena 1.0ß => Create demonstration video(s) for Olena 1.0 Comment: s/1.0ß/1.0/ -- Ticket URL: <https://trac.lrde.org/olena/ticket/98#comment:1> Olena <http://olena.lrde.epita.fr> Olena, a generic and efficient C++ image processing library.

1 0

Re: [Olena-patches] [Olena] #95: Create an Olena 1.0 port for the MacPorts (Mac OS X)
by Olena 14 May '08

14 May '08

#95: Create an Olena 1.0 port for the MacPorts (Mac OS X) -----------------------+---------------------------------------------------- Reporter: levill_r | Owner: Olena Team Type: task | Status: new Priority: minor | Milestone: Olena 1.0 Component: Milena | Version: 1.0 Resolution: | Keywords: -----------------------+---------------------------------------------------- Changes (by levill_r): * summary: Create an Olena 1.0ß port for the MacPorts (Mac OS X) => Create an Olena 1.0 port for the MacPorts (Mac OS X) Old description: > Don't forget to add the right dependencies (and suggested packages, if > available). > > Don't mess with the numbering scheme: think about it twice! For > instance, keep in mind that `1.0beta` is after `1.0` in the lexical > order. Find some documentation about this. > > Ideas: > * Create packages for the different variant of Darwin (at least Tiger > and Leopard). > * Several packages might be useful (not necessarily for the 1.0ß > release, but later). E.g., a package (possibly virtual) for Olena, and > another one for Milena. > > See also #93 and #94. New description: Don't forget to add the right dependencies (and suggested packages, if available). Don't mess with the numbering scheme: think about it twice! For instance, keep in mind that `1.0a` is after `1.0` in the lexical order. Find some documentation about this. Ideas: * Create packages for the different variant of Darwin (at least Tiger and Leopard). * Several packages might be useful (not necessarily for the 1.0 release, but later). E.g., a package (possibly virtual) for Olena, and another one for Milena. See also #93 and #94. Comment: s/1.0ß/1.0/ -- Ticket URL: <https://trac.lrde.org/olena/ticket/95#comment:1> Olena <http://olena.lrde.epita.fr> Olena, a generic and efficient C++ image processing library.

1 0

Re: [Olena-patches] [Olena] #94: Create Olena 1.0 Debian package(s) for amd64
by Olena 14 May '08

14 May '08

#94: Create Olena 1.0 Debian package(s) for amd64 -----------------------+---------------------------------------------------- Reporter: levill_r | Owner: Olena Team Type: task | Status: new Priority: minor | Milestone: Olena 1.0 Component: Olena | Version: 1.0 Resolution: | Keywords: -----------------------+---------------------------------------------------- Changes (by levill_r): * summary: Create Olena 1.0ß Debian package(s) for amd64 => Create Olena 1.0 Debian package(s) for amd64 Old description: > Don't forget to add the right dependencies (and suggested packages, such > as a C++ compiler!). > > Don't mess with the numbering scheme: think about it twice! For > instance, keep in mind that `1.0beta` is after `1.0` in the lexical > order. Find some documentation about this. > > Ideas: > * Create packages for the different versions of Debian (at least > `stable` and `unstable`). > * Create packages for Ubuntu (e.g., if the dependencies differ from > Debian's). > * Several packages might be useful (not necessarily for the 1.0ß > release, but later). E.g., a package (possibly virtual) for Olena, and > another one for Milena. > > See also #93 and #95. New description: Don't forget to add the right dependencies (and suggested packages, such as a C++ compiler!). Don't mess with the numbering scheme: think about it twice! For instance, keep in mind that `1.0a` is after `1.0` in the lexical order. Find some documentation about this. Ideas: * Create packages for the different versions of Debian (at least `stable` and `unstable`). * Create packages for Ubuntu (e.g., if the dependencies differ from Debian's). * Several packages might be useful (not necessarily for the 1.0 release, but later). E.g., a package (possibly virtual) for Olena, and another one for Milena. See also #93 and #95. Comment: s/1.0ß/1.0/ -- Ticket URL: <https://trac.lrde.org/olena/ticket/94#comment:2> Olena <http://olena.lrde.epita.fr> Olena, a generic and efficient C++ image processing library.

1 0

Re: [Olena-patches] [Olena] #93: Create Olena 1.0 Debian package(s) for i386
by Olena 14 May '08

14 May '08

#93: Create Olena 1.0 Debian package(s) for i386 -----------------------+---------------------------------------------------- Reporter: levill_r | Owner: Olena Team Type: task | Status: new Priority: minor | Milestone: Olena 1.0 Component: Olena | Version: 1.0 Resolution: | Keywords: -----------------------+---------------------------------------------------- Changes (by levill_r): * summary: Create Olena 1.0ß Debian package(s) for i386 => Create Olena 1.0 Debian package(s) for i386 Old description: > Don't forget to add the right dependencies (and suggested packages, such > as a C++ compiler!). > > Don't mess with the numbering scheme: think about it twice! For > instance, keep in mind that `1.0beta` is after `1.0` in the lexical > order. Find some documentation about this. > > Ideas: > * Create packages for the different versions of Debian (at least > `stable` and `unstable`). > * Create packages for Ubuntu (e.g., if the dependencies differ from > Debian's). > * Several packages might be useful (not necessarily for the 1.0ß > release, but later). E.g., a package (possibly virtual) for Olena, and > another one for Milena. > > See also #94 and #95. New description: Don't forget to add the right dependencies (and suggested packages, such as a C++ compiler!). Don't mess with the numbering scheme: think about it twice! For instance, keep in mind that `1.0a` is after `1.0` in the lexical order. Find some documentation about this. Ideas: * Create packages for the different versions of Debian (at least `stable` and `unstable`). * Create packages for Ubuntu (e.g., if the dependencies differ from Debian's). * Several packages might be useful (not necessarily for the 1.0 release, but later). E.g., a package (possibly virtual) for Olena, and another one for Milena. See also #94 and #95. Comment: s/1.0ß/1.0/ -- Ticket URL: <https://trac.lrde.org/olena/ticket/93#comment:2> Olena <http://olena.lrde.epita.fr> Olena, a generic and efficient C++ image processing library.

1 0

Re: [Olena-patches] [Olena] #7: Miscellaneous tasks related to the Olena 1.0 release process
by Olena 14 May '08

14 May '08

#7: Miscellaneous tasks related to the Olena 1.0 release process -----------------------+---------------------------------------------------- Reporter: levill_r | Owner: levill_r Type: task | Status: new Priority: major | Milestone: Olena 1.0 Component: other | Version: 1.0 Resolution: | Keywords: release NEWS dates copyright headers sandbox -----------------------+---------------------------------------------------- Old description: > To do before the release: > * use Benoît Sigoure's set of Autoconf macros to check for some Boost > libraries (e.g., the BGL). See also #138; > * move away any information about sandboxes (as they won't be > distributed): > * create a !ChangeLog in source:trunk/milena/sandbox, or several > !ChangeLogs in subdirectories; > * move information from source:trunk/milena/ChangeLog to this (these) > file(s); > * warn the Olena Team about these changes, and have them document > changes in the right place; > * update `NEWS` (see the similar task for Olena 0.10a/0.11: #8); > * update `AUTHORS`; > * ensure all copyright headers are sound (using Benoît Sigoure's > `gplize.sh` script, or a variant of it); > * use Vaucanson' `reheader` script to fix broken headers. > > Split this ticket in several parts if the tasks are either too big or too > numerous. New description: To do before the release: * use Benoît Sigoure's set of Autoconf macros to check for some Boost libraries (e.g., the BGL). See also #138; * ~~move away any information about sandboxes (as they won't be distributed):~~ * ~~create a !ChangeLog in source:trunk/milena/sandbox, or several !ChangeLogs in subdirectories~~ (done in r1923); * ~~move information from source:trunk/milena/ChangeLog to this (these) file(s)~~ (done in r1923); * ~~warn the Olena Team about these changes, and have them document changes in the right place~~; * update `NEWS` (see the similar task for Olena 0.10a/0.11: #8); * update `AUTHORS`; * ensure all copyright headers are sound (using Benoît Sigoure's `gplize.sh` script, or a variant of it); * use Vaucanson' `reheader` script to fix broken headers. Split this ticket in several parts if the tasks are either too big or too numerous. Comment (by levill_r): Strike out sandboxes' !ChangeLog-related items (r1923). -- Ticket URL: <https://trac.lrde.org/olena/ticket/7#comment:10> Olena <http://olena.lrde.epita.fr> Olena, a generic and efficient C++ image processing library.

1 0

Re: [Olena-patches] [Olena] #84: Olena 1.0 Code Examples (as documentation)
by Olena 14 May '08

14 May '08

#84: Olena 1.0 Code Examples (as documentation) -----------------------+---------------------------------------------------- Reporter: levill_r | Owner: Olena Team Type: task | Status: new Priority: major | Milestone: Olena 1.0 Component: Milena | Version: 1.0 Resolution: | Keywords: doc -----------------------+---------------------------------------------------- Old description: > Write code samples (to be installed into ''prefix''`/share/olena` or > something). They shall be highly documented. I (Roland) don't think we > should use Doxygen fo such a task: plain comments are just fine, as one > can read them while having the whole code under one's eyes. > > The description of this ticket might be extended by the kind of code > samples that should be added to Olena 1.0ß, or even a detailed list. If > such a list were to grow significantly, a dedicated Trac Wiki page would > be a better place. New description: Write code samples (to be installed into ''prefix''`/share/olena` or something). They shall be highly documented. I (Roland) don't think we should use Doxygen fo such a task: plain comments are just fine, as one can read them while having the whole code under one's eyes. The description of this ticket might be extended by the kind of code samples that should be added to Olena 1.0, or even a detailed list. If such a list were to grow significantly, a dedicated Trac Wiki page would be a better place. Comment (by levill_r): s/1.0ß/1.0/ -- Ticket URL: <https://trac.lrde.org/olena/ticket/84#comment:2> Olena <http://olena.lrde.epita.fr> Olena, a generic and efficient C++ image processing library.

1 0

Re: [Olena-patches] [Olena] #80: Olena 1.0 User Documentation
by Olena 14 May '08

14 May '08

#80: Olena 1.0 User Documentation -----------------------+---------------------------------------------------- Reporter: levill_r | Owner: Olena Team Type: task | Status: new Priority: major | Milestone: Olena 1.0 Component: Milena | Version: 1.0 Resolution: | Keywords: vaucanson doc -----------------------+---------------------------------------------------- Old description: > How to make a nice '''user''' documentation for Olena 1.0ß, using > Doxygen? or LaTeX? or anything else? > > This documentation shall be > * readable, > * with no description of the internals (either `namespace internal` or > places tagged as such). > > Ask the Vaucanson Team for some hints and/or pointers. New description: How to make a nice '''user''' documentation for Olena 1.0, using Doxygen? or LaTeX? or anything else? This documentation shall be * readable, * with no description of the internals (either `namespace internal` or places tagged as such). Ask the Vaucanson Team for some hints and/or pointers. Comment (by levill_r): s/1.0ß/1.0/ -- Ticket URL: <https://trac.lrde.org/olena/ticket/80#comment:4> Olena <http://olena.lrde.epita.fr> Olena, a generic and efficient C++ image processing library.

1 0