Dear Cristián,
On 11/30/2011 01:57 AM, Cristián Canivell Gutiérrez (UPM) wrote:
> The definition of geom::min/max_row/col its that it gives you the image
> limits, so I should get lena's image in a chess pattern.
> Strangely as it may look, it happens to not fill the right and bottom
> edges as you can see in the picture:
>
> image.png
>
> I think there is something wrong in the tutorial as the loop should have
> as upper limit row/col *<=* geom::max_row/col instead of *=*
Sorry for the late answer but thanks for your report!
Indeed, this is an obvious mistake... '=' should be replaced by '<=' in
the loop as you noticed.
It will be fixed in the next issue of the documentation.
geom::max_{row,col}() functions returns the maximum {row,col} index
which should be included in the browsing.
Thanks again.
Best regards,
--
Guillaume
Hello,
Unfortunately your package "olena" was rejected because of the following
reason:
You are not uploading to one of those Debian distributions: oldstable stable unstable experimental stable-backports oldstable-backports oldstable-backports-sloppy oldstable-security stable-security testing-security stable-proposed-updates testing-proposed-updates sid wheezy squeeze lenny squeeze-backports lenny-backports lenny-security lenny-backports-sloppy lenny-volatile squeeze-security squeeze-updates wheezy-security unreleased
Please try to fix it and re-upload. Thanks,
--
mentors.debian.net
Hello,
Unfortunately your package "olena" was rejected because of the following
reason:
Couldn't find user olena(a)lrde.epita.fr. Exiting.
Please try to fix it and re-upload. Thanks,
--
mentors.debian.net
On 08/03/2012 00:22, Mathias Gaunard wrote:
> Hi,
Hi,
> Following my invitation at LRDE today from Alexandre Borghi, I was
> curious about SCOOP v2.
>
> I've only been able to find this presentation
> <http://www.lrde.epita.fr/dload/techrep/techrep0601.pdf>
On the Publication section of our web site:
http://www.lrde.epita.fr/cgi-bin/twiki/view/Publications/InConference
just search for "scoop".
> I was surprised to see that the mechanism being described at the end of
> the presentation was similar to Boost.Dispatch, a library that I have
> developed with Joel Falcou as part of the NT² library and that I plan to
> submit to the Boost C++ Libraries.
>
I do not know Boost.Dispatch. FYI we use static dispatches in
our library since about 2001.
> Unfortunately I wasn't able to understand what it exactly does and how
> it works due to the pseudo-code being used.
First read the 2003 paper about SCOOP, I'm sure it will help ;-)
> Could someone tell me where to find a more technical example of what it
> exactly does and whether evolutions have been made?
Unfortunately we do not have any materials on how we have
simplified SCOOP 2. We'll let you know when such info will
be available.
> Thank you.
You're welcome.
Cheers,
théo
Hi,
Following my invitation at LRDE today from Alexandre Borghi, I was
curious about SCOOP v2.
I've only been able to find this presentation
<http://www.lrde.epita.fr/dload/techrep/techrep0601.pdf>
I was surprised to see that the mechanism being described at the end of
the presentation was similar to Boost.Dispatch, a library that I have
developed with Joel Falcou as part of the NT² library and that I plan to
submit to the Boost C++ Libraries.
Unfortunately I wasn't able to understand what it exactly does and how
it works due to the pseudo-code being used.
Could someone tell me where to find a more technical example of what it
exactly does and whether evolutions have been made?
Thank you.
On 30/11/2011 10:28, Mikado Mikado wrote:
> Hi thanks for reply,
>
> I have installed this:
>
> /user@nuxeo:~$ tesseract -v
> *tesseract 3.01*/
>
> And i have installed* /tesseract-ocr-dev/*/ /packages too.
> I have/* Ubuntu 11.10*/ with /*g++ 4.6.1.*/
>
> I get this error:
>
> */In file included from
> ../../../../../scribo/scribo/draw/bounding_box_links.hh:37:0,/*
> */ from
> ../../../../../scribo/scribo/debug/linked_bboxes_image.hh:47,/*
> */ from
> ../../../../../scribo/scribo/toolchain/internal/content_in_hdoc_functor.hh:85,/*
> */ from
> ../../../../../scribo/scribo/toolchain/content_in_hdoc.hh:33,/*
> */ from
> ../../../../../scribo/src/contest/DAE-2011/content_in_hdoc_dae.cc:38:/*
> */../../../../../milena/mln/canvas/browsing/depth_first_search.hh:92:34:
> aviso: const ‘mln::canvas::browsing::depth_first_search’ sin
> inicializar [-fpermissive]/*
> */../../../../../milena/mln/canvas/browsing/depth_first_search.hh:80:14:
> nota: ‘const struct mln::canvas::browsing::depth_first_search_t’ no
> tiene constructor por defecto proporcionado por el usuario/*
Since you are using -fpermissive, this is not an error anymore. Gcc
keeps warning you about that issue but ignores it.
>
> And this:
>
> /*In file included from
> ../../../../scribo/src/text/pbm_lines_recognition.cc:36:0:*/
> /*../../../../scribo/scribo/text/recognition.hh: En la función ‘void
> scribo::text::recognition(scribo::line_set<L>&, const char*)’:*/
> /*../../../../scribo/scribo/text/recognition.hh:112:7: error:
> ‘TessBaseAPI’ no se ha declarado*/
> /*../../../../scribo/scribo/text/recognition.hh:174:12: error:
> ‘TessBaseAPI’ no se ha declarado*/
> /*../../../../scribo/scribo/text/recognition.hh: En la función ‘void
> scribo::text::recognition(const mln::Image<I>&, const char*, const
> string&)’:*/
> /*../../../../scribo/scribo/text/recognition.hh:220:7: error:
> ‘TessBaseAPI’ no se ha declarado*/
> /*../../../../scribo/scribo/text/recognition.hh:248:17: error:
> ‘TessBaseAPI’ no se ha declarado*/
> /*make[1]: *** [pbm_lines_recognition-pbm_lines_recognition.o] Error 1*/
> /*make[1]: se sale del directorio
> «/home/master/Descargas/olena-2.0/_build/scribo/src/text»*/
> /*make: *** [all-recursive] Error 1*/
>
According to your config.log and what you are telling me, it seems that
you have two versions of tesseract installed 2.04 and 3.01. Right ?
I have tried to compile Olena on a fresh install of Ubuntu 11.10 and
everything went fine (with -fpermissive). Tesseract 2.04 was used
though, since, AFAIK, this is the only version officially provided by
Ubuntu for now.
* Did you installed both versions of tesseract in the standard
directories (/usr/ but not /usr/local) ? It might be an issue of our
configure script which gets confused by the two versions installed.
* What does this command print:
$ which tesseract
* You will definitely get best results with Tesseract 3.01. I advice you
to install it manually in a separate location by doing the following:
#Download files
sudo apt-get install libleptonica-dev
cd /tmp
wget http://tesseract-ocr.googlecode.com/files/tesseract-3.01.tar.gzhttp://tesseract-ocr.googlecode.com/files/tesseract-ocr-3.01.eng.tar.gz
#Install Tesseract core
tar zxvf tesseract-3.01.tar.gz
cd tesseract-3.01
./autogen.sh
./configure --prefix=/usr/local
sudo make install
#Install English support
cd ..
tar zxvf
http://tesseract-ocr.googlecode.com/files/tesseract-ocr-3.01.eng.tar.gz
sudo mv tesseract-ocr/tessdata/* /usr/local/share/tessdata/
Now you have Tesseract 3.01 installed in /usr/local
Go back to your olena directory and set the location of Tesseract during
configure:
cd <olena_dir>
./configure --with-tesseract=/usr/local
make
Now Olena should use Tesseract 3.01 and compile without any issue.
--
Guillaume Lazzara
EPITA Research and Development Laboratory (LRDE)
14-16 rue Voltaire F-94276 Le Kremlin-Bicetre France
phone +33 1 53 14 59 39 - fax +33 1 53 14 59 22
Good night,
I am currently starting to develop with olena/milena and I was following
the tutorial when I found something that puzzled me:
63 image2d<value::rgb8> lena;
64 io::ppm::load(lena, MLN_IMG_DIR "/small.ppm");
65
66 std::cout << geom::min_row(lena) << ' ' << geom::max_row(lena) <<
'\n';
67 std::cout << geom::min_col(lena) << ' ' << geom::max_col(lena) <<
'\n';
68
69 for (def::coord row = geom::min_row(lena); row <
geom::max_row(lena); ++row)
70 for (def::coord col = geom::min_row(lena); col <
geom::max_col(lena); ++col)
71 if (((row + col) % 2) == 0)
72 opt::at(lena, row, col) = literal::green;
73
74 io::ppm::save(lena, "./lena_chess.ppm");
The definition of geom::min/max_row/col its that it gives you the image
limits, so I should get lena's image in a chess pattern.
Strangely as it may look, it happens to not fill the right and bottom edges
as you can see in the picture:
[image: image.png]
I think there is something wrong in the tutorial as the loop should have as
upper limit row/col *<=* geom::max_row/col instead of *=*
http://www.lrde.epita.fr/dload/olena/2.0/doc/milena/user-refman-html/d3/dfe…
The thing is that in all the tutorials the limit is set as =, so it is
either a bug in milena's function or in the tutorial (or in my computer ;) )
Best regards
--
Cristián Canivell Gutiérrez
UPM Facultad de Informática
Hello,
I forward your message to olena mailing-list for the record and I
prepare an answer for you.
Guillaume
-------- Original Message --------
Subject: Re: [Olena] Problem make Scribo
Date: Tue, 29 Nov 2011 10:26:28 +0100
From: Mikado Mikado <mikados.mikados(a)gmail.com>
To: Guillaume Lazzara <lazzara(a)lrde.epita.fr>
Hi, thanks for reply.
I use your fix, and now give me this error:
I try:
~olena-2.0/_build/scribo $ make
And get this:
/*In file included from
../../../../scribo/scribo/toolchain/internal/content_in_doc_functor.hh:65:0,
from ../../../../scribo/demo/viewer/process.hh:22,
from ../../../../scribo/demo/viewer/runner.cc:26:
../../../../scribo/scribo/text/recognition.hh: En la función ‘void
scribo::text::recognition(scribo::line_set<L>&, const char*)’:
../../../../scribo/scribo/text/recognition.hh:112:7: error:
‘TessBaseAPI’ no se ha declarado
../../../../scribo/scribo/text/recognition.hh:174:12: error:
‘TessBaseAPI’ no se ha declarado
../../../../scribo/scribo/text/recognition.hh: En la función ‘void
scribo::text::recognition(const mln::Image<I>&, const char*, const
string&)’:
../../../../scribo/scribo/text/recognition.hh:220:7: error:
‘TessBaseAPI’ no se ha declarado
../../../../scribo/scribo/text/recognition.hh:248:17: error:
‘TessBaseAPI’ no se ha declarado
make[3]: *** [scribo_viewer-runner.o] Error 1
make[3]: se sale del directorio
«/home/user/Descargas/olena-2.0/_build/scribo/demo/viewer»
make[2]: *** [all] Error 2
make[2]: se sale del directorio
«/home/user/Descargas/olena-2.0/_build/scribo/demo/viewer»
make[1]: *** [all-recursive] Error 1
make[1]: se sale del directorio
«/home/user/Descargas/olena-2.0/_build/scribo/demo»
make: *** [all-recursive] Error 1*/
Is other error, i try find error documentation and forums...but nothing,
i use Ubuntu 11.10 and g++ 4.6.1
Any idea?
Thanks
2011/11/25 Guillaume Lazzara <lazzara(a)lrde.epita.fr
<mailto:lazzara@lrde.epita.fr>>
Hi,
On 24/11/2011 17:58, Mikado Mikado wrote:
With this code in terminal:
olena2.0/_build$ ./configure --enable-scribo
olena2.0/_build$ make
For install Scribo module, but i get this error:
../../../../milena/mln/canvas/browsing/snake_generic.hh:76:14: nota:
‘const struct mln::canvas::browsing::snake_generic_t’ no tiene
constructor por defecto proporcionado por el usuario
make[1]: *** [pgm_global_threshold_auto.o] Error 1
make: *** [all-recursive] Error 1
I have Ubuntu 11.10 32 bits.
Anyone can help me?
Thanks for your report.
Ubuntu 11.10 provides g++ 4.6.1 which changed few things about
initialization of global structures/classes.
This is a known issue which can be avoided easily.
I have just added a "known issues" section in the download page
explaining the workaround.
You can find it below.
Thanks for your interest in Scribo and Olena.
Sincerely,
Guillaume
-------------
Compilation issues may be encountered with g++ 4.6.0 and 4.6.1
(especially on Ubuntu 11.10).
Here is an example of the possible error :
../../../../olena/milena/mln/canvas/browsing/snake_generic.hh:90:29:
error: uninitialized const ‘mln::canvas::browsing::snake_generic’
[-fpermissive]
../../../../olena/milena/mln/canvas/browsing/snake_generic.hh:76:14:
note: ‘const struct mln::canvas::browsing::snake_generic_t’ has no
user-provided default constructor
Many non-relevant warnings may also arise.
A simple solution is to add CXXFLAGS to configure script with the
following argument :
%begin bash%
./configure CXXFLAGS="-fpermissive -Wunused-but-set-variable"
%end%
Otherwise, using a different version of g++ would also fix this
issue without specifying anything to configure.
On 28/11/2011 10:48, Guillaume Lazzara wrote:
>
> This bug is now referenced here : https://trac.lrde.org/olena/ticket/247
>
Bug fixed with patch 7876a2ce362a03e89fc494def140d0bb0c6d654f. It is now
integrated in the 'next' branch.
Regards,
Guillaume