#219: Add \internal in the documentation of internal code
---------------------+------------------------------------------------------
Reporter: lazzara | Owner: Olena Team
Type: defect | Status: new
Priority: major | Milestone: Olena 1.1
Component: Milena | Version: 1.0
Keywords: |
---------------------+------------------------------------------------------
Currently, in order to not expose the internal code in the user
documentation, everything in the internal and trait namespaces is ignored
during the doc generation.
The main issue is that inherited members are not shown in the
documentation of the classes exposed to the user.
The only way to ask Doxygen to show inherited members and not to show
internal documentation is to add \internal in the documentation of
internal code.
--
Ticket URL: <https://trac.lrde.org/olena/ticket/219>
Olena <http://olena.lrde.epita.fr>
Olena, a generic and efficient C++ image processing library.
#45: Check if a point belong to an image during forward.
-----------------------+----------------------------------------------------
Reporter: anonymous | Owner: Olena Team
Type: task | Status: new
Priority: minor | Milestone: Olena 2.1
Component: Milena | Version: 1.0
Keywords: has |
-----------------------+----------------------------------------------------
Comment(by lazzara):
I don't think so. Canvas are just ways of browsing the image and so
getting information from a functor. 'They just do their job' according to
the functor output.
The functor is supposed to be smart enough and know where it is located
while computing something.
If it is not the case, browsing canvas suppose that the iteration is
performed over all the sites included in the domain. Browsing is
straightforward : no iteration over a window or a neighborhood. So there
is no reason that a site does not belong to the image.
I suggest that we close this ticket as 'wontfix'.
--
Ticket URL: <https://trac.lrde.org/olena/ticket/45#comment:1>
Olena <http://olena.lrde.epita.fr>
Olena, a software platform dedicated to image processing.
#235: Support GraphicsMagick++ and drop support for ImageMagick++
-------------------------+--------------------------------------------------
Reporter: levill_r | Owner: Olena Team
Type: proposal | Status: new
Priority: major | Milestone: Olena 1.1
Component: Milena | Version: 1.0
Keywords: io external |
-------------------------+--------------------------------------------------
!GraphicsMagick (http://www.graphicsmagick.org/) seems to provide a
framework more modern than !ImageMagick's (http://www.imagemagick.org), in
particular regarding multi-core support.
Moreover Fabien has discovered weird behaviors (#210) and Buildbot has
also recently exhibited run time errors that did not surface before
(https://buildfarm.lrde.org/buildfarm/oln/builders/i486-linux-gnu-
gcc-4.1/builds/539/steps/check/logs/stdio) -- though I don't know who's
the culprit here.
--
Ticket URL: <https://trac.lrde.org/olena/ticket/235>
Olena <http://olena.lrde.epita.fr>
Olena, a generic and efficient C++ image processing library.
#95: Create an Olena port for the MacPorts (Mac OS X)
-----------------------+----------------------------------------------------
Reporter: levill_r | Owner: Olena Team
Type: task | Status: closed
Priority: minor | Milestone: Olena 2.1
Component: Olena | Version: 2.0
Resolution: fixed | Keywords:
-----------------------+----------------------------------------------------
Changes (by levill_r):
* status: new => closed
* resolution: => fixed
* version: 1.0 => 2.0
* component: Milena => Olena
Comment:
The Portfile has been accepted and is now part of the MacPorts:
* https://trac.macports.org/browser/trunk/dports/devel/olena/Portfile
Thanks Guillaume!
--
Ticket URL: <https://trac.lrde.org/olena/ticket/95#comment:5>
Olena <http://olena.lrde.epita.fr>
Olena, a software platform dedicated to image processing.
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "Olena, a generic and efficient image processing platform".
The branch exp/inpainting has been updated
via 2f5a09b9567b2d56843c93952104d5cb26774ce2 (commit)
from 81cf2b37ac757ffdb551e4141ed61187ad57e2bf (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
2f5a09b Add new convergence test
-----------------------------------------------------------------------
Summary of changes:
milena/mln/inpainting/lpde.hh | 41 ++++++++++++++++++++++++++++++-----------
1 files changed, 30 insertions(+), 11 deletions(-)
hooks/post-receive
--
Olena, a generic and efficient image processing platform
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "Olena, a generic and efficient image processing platform".
The branch exp/inpainting has been updated
via 81cf2b37ac757ffdb551e4141ed61187ad57e2bf (commit)
from 6dcfeca5f214e437a74783ba6978a0d0de12d44e (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
81cf2b3 Fastest implementation of fast isotropic diffusion method
-----------------------------------------------------------------------
Summary of changes:
milena/mln/inpainting/fast_isotropic_diffusion.hh | 69 +++++++++++---------
1 files changed, 38 insertions(+), 31 deletions(-)
hooks/post-receive
--
Olena, a generic and efficient image processing platform