En débuggant du code utilisant Olena, j'ai passé du temps sur un problème avant de comprendre ce qui se passait, mais j'ai fini par trouver (ouf!). Un algo qui travaille sur une image avec voisinage, mais qui se fiche de son voisinage (la variante de l'érosion qui prend une fenêtre, par ex.) perd l'information de voisinage dans l'image de sortie. Quelque part, c'est normal, mais c'est assez dérangeant (on a toujours une image_with_nbh<>, mais son voisinage est vide). Voici un exemple qui illustre mon problème : #include <oln/core/2d/image2d.hh> #include <oln/morpho/erosion.hh> #include <oln/core/gen/image_with_nbh.hh> using namespace oln; int main () { image2d<int> ima1 (3, 3); typedef image_with_nbh<image2d<int>, neighborhood2d> ima_type; ima_type ima2 = join(ima1, neighb_c4()); std::cout << "ima2.nbh_get().card () = " << ima2.nbh_get().card () << std::endl; // A naive approach (the neighborhood is lost!). ima_type ima3 = morpho::erosion (ima2, win_c4p()); std::cout << "ima3.nbh_get().card () = " << ima3.nbh_get().card () << std::endl; // The cumbersome (but right) way. ima_type ima4 (morpho::erosion (ima2, win_c4p()).image(), ima2.nbh_get ()); std::cout << "ima4.nbh_get().card () = " << ima4.nbh_get().card () << std::endl; } Et voici ce qui se passe à l'exécution : brasilia ~/tmp/oln-tests % ./lost-nbh ima2.nbh_get().card () = 4 ima3.nbh_get().card () = 0 ima4.nbh_get().card () = 4 La construction de ima4 illustre le work-around que j'ai utilisé. (Je sais que la copie/affectation d'images est un problème dont nous avions déjà évoqué.)