Samuel Félix <sfelixjr(a)gmail.com> writes:
Hello Roland,
Hi,
It worked \o/ thx!!
You're welcome.
But, there is just a small problem...
trying to run the sps, I got:
samuel@beaver:/opt$ sps
/usr/bin/python: can't open file '/lib/python2.6/dist-packages/sps.py':
[Errno
2] No such file or directory
But I fixed that using a naive solution:
I changed the /usr/local/bin/sps file by adding a prefix variable pointing to /
usr/local like that:
prefix=/usr/local
PYTHONPATH='${prefix}/lib/python2.6/dist-packages':"$PYTHONPATH" \
DYLD_LIBRARY_PATH='${prefix}/lib/python2.6/dist-packages:${exec_prefix}/lib' \
exec /usr/bin/python -i ${prefix}/lib/python2.6/dist-packages/sps.py "$@"
Yes, this is a bug, `prefix' is missing in sps. Sorry, I'll fix it.
well, after that I have swilena working :)
But, I got many other erros inside of swilena.. check that:
The Swilena Python Shell (sps).
Type "help", "copyright", "credits" or "license"
for more information on Python
Type "example" for a short example.
Type "quit()" or ^D (Ctrl-D) to quit.
>> import
data
Traceback (most
recent call last):
File "<stdin>", line 1, in <module>
File "/usr/lib/python2.6/ihooks.py", line 406, in import_module
q, tail = self.find_head_package(parent, str(name))
File "/usr/lib/python2.6/ihooks.py", line 442, in find_head_package
q = self.import_it(head, qname, parent)
File "/usr/lib/python2.6/ihooks.py", line 497, in import_it
m = self.loader.load_module(fqname, stuff)
File "/usr/lib/python2.6/ihooks.py", line 272, in load_module
m = self.hooks.load_source(name, filename, file)
File "/usr/lib/python2.6/ihooks.py", line 170, in load_source
return imp.load_source(name, filename, file)
File "/usr/local/lib/python2.6/dist-packages/data.py", line 24, in
<module>
top_srcdir = os.environ["top_srcdir"]
File "/usr/lib/python2.6/UserDict.py", line 22, in __getitem__
raise KeyError(key)
KeyError: 'top_srcdir'
>>>
You should not use module `data': it is wrongly installed by the current
distribution (Olena 1.0); its sole purpose is to give access to data in
the distribution (i.e., the file you extracted from the Olena tarball),
not in the installed package, so that tests can use images from the
distribution.
You probably do not need it, by the way. `sps' imports the whole
content of module `swilena', so you can use it directly:
% ./sps
The Swilena Python Shell (sps).
Type "help", "copyright", "credits" or "license"
for more information on Python
Type "example" for a short example.
Type "quit()" or ^D (Ctrl-D) to quit.
>> ima = image2d_int.image2d_int(3, 3)
>> image2d_int.fill(ima, 42)
>> image2d_int.println(ima)
42 42 42
42 42 42
42 42 42
>>
Swilena is not stable.. is it?
Swilena is usable for a few things, but definitely not as stable as
Milena. And its gives access to a very small part of Milena for the
moment.
I was trying to find a CCT algorithm in olena... like
Salambier, Winkinson,
Berger, Menotti, Matas Najman...
Do you know which of those I can find?
Milena (the core C++ library of Olena) provides routines to create min-
and max-trees using a union-find-based algorithm.
For instance, the following C++ code:
----------------------------------------------------------------------
#include <mln/core/image/image2d.hh>
#include <mln/core/alias/neighb2d.hh>
#include <mln/morpho/tree/max.hh>
#include <mln/make/image2d.hh>
#include <mln/debug/println.hh>
int main()
{
using namespace mln;
unsigned vals[] = { 5, 6, 6,
8, 9, 9,
8, 9, 9 };
image2d<unsigned> ima = make::image2d(vals);
debug::println("ima =", ima);
image2d<point2d> max_tree_parent = morpho::tree::max(ima, c4());
debug::println("max_tree_parent =", max_tree_parent);
}
----------------------------------------------------------------------
gives:
----------------------------------------------------------------------
ima =
5 6 6
8 9 9
8 9 9
max_tree_parent =
(0,0) (0,0) (0,1)
(0,1) (1,0) (1,1)
(1,0) (1,1) (1,1)
----------------------------------------------------------------------
However, Swilena wraps only very few data structures and algorithms at
the moment, and the min- and max-tree are not part of it yet. I think
wrapping them would not take a long time, so I'll give it a try ASAP.
If you want, I can let you know when they're ready, either from the Git
repository or as a snapshot tarball.
Best regards,
Roland
--
Roland Levillain - LRDE/EPITA - A3SI/ESIEE/IGM/UMLV-Paris Est
Laboratoire de Recherche et de Développement de l'EPITA (LRDE)
14-16, rue Voltaire - 94276 Le Kremlin-Bicêtre Cedex
Tél. : 01 53 14 59 45 - Fax : 01 53 14 59 22 -
www.lrde.epita.fr