#183: Have mln::complex_image be more flexible w.r.t. its domain
-------------------------+--------------------------------------------------
Reporter: levill_r | Owner: levill_r
Type: enhancement | Status: new
Priority: critical | Milestone: Olena 1.0
Component: Milena | Version: 1.0
Keywords: site set |
-------------------------+--------------------------------------------------
`mln::complex_image` makes it mandatory us to assign values to ''each''
face of a complex. But sometimes, we are only interested by a subset of a
complex (e.g., its edges). We should have the choice of the domain of a
`mln::complex_image`.
Hint: see how Guillaume revamped the graph-based images, using functions
(i.e. domain + value -> image). I (Roland) still consider actual images
types are desirable, but we could implement them as wrappers of function-
based images.
I have set the priority of this ticket to 2 (« critical ») because we
really need this feature for the examples of the ISMM'09 and DGCI'09
submissions.
--
Ticket URL: <https://trac.lrde.org/olena/ticket/183>
Olena <http://olena.lrde.epita.fr>
Olena, a generic and efficient C++ image processing library.
#115: Complete the list of distributed Milena headers
-----------------------+----------------------------------------------------
Reporter: levill_r | Owner: Olena Team
Type: task | Status: closed
Priority: major | Milestone: Olena 1.0
Component: Milena | Version: 1.0
Resolution: fixed | Keywords: distribution HEADERS dist_HEADERS
-----------------------+----------------------------------------------------
Changes (by levill_r):
* status: new => closed
* resolution: => fixed
Comment:
This task is handled by source:trunk/milena/generate_dist_headers.sh since
r3058.
Use `make regen` to update all generated Makefile helpers (instead of
relaunching the time-consuming `boostrap`).
--
Ticket URL: <https://trac.lrde.org/olena/ticket/115#comment:1>
Olena <http://olena.lrde.epita.fr>
Olena, a generic and efficient C++ image processing library.