#127: Generalize the definition of the Sobel gradient
-------------------------+--------------------------------------------------
Reporter: levill_r | Owner: Olena Team
Type: enhancement | Status: new
Priority: trivial | Milestone:
Component: Milena | Version: 1.0
Keywords: |
-------------------------+--------------------------------------------------
For the moment (rev. 1656), the Sobel gradient only works on 2-D images.
We could generalize its definition to n-D (regular) images. For instance,
a 3-D version is mentioned in
http://www.aravind.ca/cs788h_Final_Project/gradient_estimators.htm.
--
Ticket URL: <https://trac.lrde.org/olena/ticket/127>
Olena <http://olena.lrde.epita.fr>
Olena, a generic and efficient C++ image library.
#15: Set up a build farm framework, or adjust Olena 0.11's one
-----------------------+----------------------------------------------------
Reporter: levill_r | Owner: levill_r
Type: task | Status: closed
Priority: minor | Milestone:
Component: Olena | Version: 1.0
Resolution: fixed | Keywords: test suite framework uttk cppunit 0.10
-----------------------+----------------------------------------------------
Changes (by levill_r):
* status: new => closed
* resolution: => fixed
Comment:
Done: a !BuildBot has been set up for Olena
(https://buildfarm.lrde.org/buildfarm/oln/).
--
Ticket URL: <https://trac.lrde.org/olena/ticket/15#comment:2>
Olena <http://olena.lrde.epita.fr>
Olena, a generic and efficient C++ image processing library.
#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 use a new tool, like [http://www.doxys.dk/ Doxys] ? 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):
Merge with #20.
--
Ticket URL: <https://trac.lrde.org/olena/ticket/80#comment:5>
Olena <http://olena.lrde.epita.fr>
Olena, a generic and efficient C++ image processing library.
#17: Add basic mathematical morphology filters
-----------------------+----------------------------------------------------
Reporter: levill_r | Owner: levill_r
Type: task | Status: closed
Priority: major | Milestone: Olena 2.0
Component: Olena | Version: 2.0
Resolution: fixed | Keywords: morpho erosion dilation opening closing
-----------------------+----------------------------------------------------
Changes (by levill_r):
* status: new => closed
* resolution: => fixed
Old description:
> Start with
> * erosion / dilation,
> * opening / closing.
>
> Write
> * simple versions using neighborhoods,
> * variants (binary, etc.) using using neighborhoods,
> * simple versions using dpoint sets (windows),
> * variants (binary, etc.) using using dpoint sets (windows).
New description:
Start with
* erosion / dilation,
* opening / closing.
Write
* ~~simple versions using neighborhoods~~ (postponed to a later version),
* ~~variants (binary, etc.) using using neighborhoods~~ (postponed to a
later version),
* simple versions using dpoint sets (windows),
* variants (binary, etc.) using using dpoint sets (windows).
Comment:
Those filters have been implemented for a while. They need some
refactoring though (see #74).
--
Ticket URL: <https://trac.lrde.org/olena/ticket/17#comment:4>
Olena <http://olena.lrde.epita.fr>
Olena, a generic and efficient C++ image processing library.