bob issueshttps://gitlab.idiap.ch/bob/bob/-/issues2012-04-07T07:46:49Zhttps://gitlab.idiap.ch/bob/bob/-/issues/47ImageMagick 6.7.6 issues on OSX with MacPorts2012-04-07T07:46:49ZAndré AnjosImageMagick 6.7.6 issues on OSX with MacPorts*Created by: anjos*
ImageMagick 6.7.6 is now shipping with MacPorts on OSX. Some of the tests do not pass anymore. The image codec one, in particular, prints out (after some modifications so it is a little more specific on error reporti...*Created by: anjos*
ImageMagick 6.7.6 is now shipping with MacPorts on OSX. Some of the tests do not pass anymore. The image codec one, in particular, prints out (after some modifications so it is a little more specific on error reporting):
Running 7 test cases...
unknown location:0: fatal error in "image_gif": std::runtime_error: file '/var/folders/b3/7l98n3bd7dqc1stjmgxb9mbw0000gn/T/bobtest_core_binformatTOI4GA.gif' is not readable because ImageMagick '6.7.6' reports: Magick:
invalid colormap index `/var/folders/b3/7l98n3bd7dqc1stjmgxb9mbw0000gn/T/bobtest_core_binformatTOI4GA.gif' @ error/image.c/SyncImage/4414
/Users/andre/work/bob/cxx/io/test/image_codec.cc:96: last checkpoint
unknown location:0: fatal error in "image_png": std::runtime_error: file '/var/folders/b3/7l98n3bd7dqc1stjmgxb9mbw0000gn/T/bobtest_core_binformatlaNEuy.png' is not readable because ImageMagick '6.7.6' reports: Magick:
invalid colormap index `/var/folders/b3/7l98n3bd7dqc1stjmgxb9mbw0000gn/T/bobtest_core_binformatlaNEuy.png' @ error/image.c/SyncImage/4414
/Users/andre/work/bob/cxx/io/test/image_codec.cc:96: last checkpoint
*** 2 failures detected in test suite "ImageArrayCodec Tests"https://gitlab.idiap.ch/bob/bob/-/issues/45Some eye labels of the MoBio database are incorrect2016-08-04T09:28:19ZAndré AnjosSome eye labels of the MoBio database are incorrect*Created by: siebenkopf*
By applying a simple sanity check on the eye positions (le.x > re.x) I found a few eye positions that are labeled incorrectly. The complete list of files will follow soon.
Mixing up the eye positions ends up ...*Created by: siebenkopf*
By applying a simple sanity check on the eye positions (le.x > re.x) I found a few eye positions that are labeled incorrectly. The complete list of files will follow soon.
Mixing up the eye positions ends up in getting a face that is upside-down during preprocessing. Hence, the proprocessing generates invalid files.https://gitlab.idiap.ch/bob/bob/-/issues/43Writing external code that depends on Bob2016-08-04T09:28:15ZAndré AnjosWriting external code that depends on Bob*Created by: anjos*
Sometime ago we had the ability to compile external projects against Bob using CMake. Our CMake development environment does export its properties and all those files get installed properly. Remains untested though:
...*Created by: anjos*
Sometime ago we had the ability to compile external projects against Bob using CMake. Our CMake development environment does export its properties and all those files get installed properly. Remains untested though:
1. How to compile C++ extensions using Bob libraries
2. How to compile Python C++ bindings using Bob libraries and extensions to boost.python (e.g. const_ndarray objects)
This bug should remain opened until we get this functionality back.https://gitlab.idiap.ch/bob/bob/-/issues/41Add an example of a satellite package2016-08-04T09:28:10ZAndré AnjosAdd an example of a satellite package*Created by: laurentes*
There is currently no example of a satellite package for Bob. It would be nice to introduce one. For this purpose, we could recycle the former face_verification submodule of bob, providing simple scripts for feat...*Created by: laurentes*
There is currently no example of a satellite package for Bob. It would be nice to introduce one. For this purpose, we could recycle the former face_verification submodule of bob, providing simple scripts for feature extraction and verification.https://gitlab.idiap.ch/bob/bob/-/issues/35Consecutive uses of HDF5File on the same file can crash your script2016-08-04T09:27:55ZAndré AnjosConsecutive uses of HDF5File on the same file can crash your script*Created by: anjos*
The following piece of code will crash the python interpreter if the ``del f`` step is not called between two consecutive calls to ``HDF5File()``. This problem seems to affect only Ubuntu 10.04 LTS.
```python
imp...*Created by: anjos*
The following piece of code will crash the python interpreter if the ``del f`` step is not called between two consecutive calls to ``HDF5File()``. This problem seems to affect only Ubuntu 10.04 LTS.
```python
import numpy
import bob
A = numpy.array(range(4), 'int8').reshape(2,2)
f = bob.io.HDF5File('testfile1.hdf5')
f.set('my_array', A)
#del f
f = bob.io.HDF5File('testfile1.hdf5', 'r') #read only
f.read('my_integer') #reads integer
f.read('my_float') # reads float
print f.read('my_array') # reads the array
del f
```https://gitlab.idiap.ch/bob/bob/-/issues/27Usage of abbreviations in namespaces2016-08-04T09:27:37ZAndré AnjosUsage of abbreviations in namespaces*Created by: siebenkopf*
When I try to read some C++ code of Bob, I often step over an abbreviated namespace (like tp for bob::python). Also in the python code, sometimes packages are abbreviated or, even worse, "from xxx import yyy as ...*Created by: siebenkopf*
When I try to read some C++ code of Bob, I often step over an abbreviated namespace (like tp for bob::python). Also in the python code, sometimes packages are abbreviated or, even worse, "from xxx import yyy as zzz" is used. This makes the code really hard to read since I always have to scroll up to the definition of abbreviation to understand, what is actually called.
I definitely would go for removing all these abbreviations and using the fully qualified names. I know that writing code this way may take a little longer, but I think it is worth the time. And most of the editors provide automatic source completion, that speeds up the typing.
What do you think about this?v1.2https://gitlab.idiap.ch/bob/bob/-/issues/22debugging problem2016-08-04T09:27:26ZAndré Anjosdebugging problem*Created by: ivana7c*
Debugging using gdb requires that the PYTHONPATH is set before every call of gdb. Script that will do this automatically should be provided.*Created by: ivana7c*
Debugging using gdb requires that the PYTHONPATH is set before every call of gdb. Script that will do this automatically should be provided.https://gitlab.idiap.ch/bob/bob/-/issues/21Can't read .ppm image with stock Ubuntu 10.10 and 11.042016-08-04T09:27:23ZAndré AnjosCan't read .ppm image with stock Ubuntu 10.10 and 11.04*Created by: laurentes*
With the stock installation of Ubuntu 10.10 and 11.04, loading ppm images inside bob is failing. This is caused by a change in the behaviour of the ImageMagick library, which interprets ppm images as color images...*Created by: laurentes*
With the stock installation of Ubuntu 10.10 and 11.04, loading ppm images inside bob is failing. This is caused by a change in the behaviour of the ImageMagick library, which interprets ppm images as color images, instead of grayscale. This might be one of the possible explanation of why canonical did a downgrade to ImageMagick 6.6.0.4-3 in Ubuntu 11.10.
Stock imagemagick versions of several Ubuntu releases:
- Ubuntu 10.04LTS -> ImageMagick 6.5.7.8-1
- Ubuntu 10.10 -> ImageMagick 6.6.2.6-1
- Ubuntu 11.04 -> ImageMagick 6.6.2.6-1
- Ubuntu 11.10 -> ImageMagick 6.6.0.4-3
This currently makes the following tests failing, as they use .ppm image files:
- cxx-io-image_codec
- cxx-ip-rotate
- python-ip-histo-mainhttps://gitlab.idiap.ch/bob/bob/-/issues/20DCT 1D c++ tests failing in release mode on Ubuntu 10.10+2016-08-04T09:27:21ZAndré AnjosDCT 1D c++ tests failing in release mode on Ubuntu 10.10+*Created by: laurentes*
The current DCT1D C++ test is failing in release mode on Ubuntu 10.10, as well as on more recent Ubuntu versions. In contrast, everything is working fine in debug mode. The DCT1DNaive implementation seems to be t...*Created by: laurentes*
The current DCT1D C++ test is failing in release mode on Ubuntu 10.10, as well as on more recent Ubuntu versions. In contrast, everything is working fine in debug mode. The DCT1DNaive implementation seems to be the cause of the problem.
https://gitlab.idiap.ch/bob/bob/-/issues/15Blitz limitation with the debugging mode2016-08-04T09:27:13ZAndré AnjosBlitz limitation with the debugging mode*Created by: laurentes*
Blitz has a current limitation when combining reduction and complex expressions, AND enabling the debugging mode using the -DBZ_DEBUG flag. This problem is described in this blitz <a href="http://sourceforge.net/...*Created by: laurentes*
Blitz has a current limitation when combining reduction and complex expressions, AND enabling the debugging mode using the -DBZ_DEBUG flag. This problem is described in this blitz <a href="http://sourceforge.net/tracker/?func=detail&aid=2058441&group_id=63961&atid=505791">ticket</a>.
In particular, this means that such a piece code will throw an assert when the DBZ_DEBUG flag is set, but will work fine otherwise:
<pre><code>
blitz::firstIndex bi;
blitz::secondIndex bj;
blitz::thirdIndex bk;
blitz::Array<double,3> A(2,2,2);
A = 2.;
blitz::Array<double,2> B(2,2);
B = 7.;
blitz::sum(A(bi,bj,bk)*B(bi,bj),bk); // throws an assert
// linux-x86_64/include/blitz/array/expr.h:492 Two array operands have different orders: for rank 0, the orders are 2 and 1
// linux-x86_64/include/blitz/array/expr.h:493: static int blitz::bounds::compute_ordering(int, int, int): Assertion `0' failed.
</code></pre>
More precisely, this happens when the expression inside the reduction is built on arrays of different dimensions. The current workaround to make everything work with the DBZ_DEBUG flag enabled is to declare an intermediate array:
<pre><code>
blitz::Array<double,3> C(A(bi,bj,bk)*B(bi,bj));
blitz::sum(C,bk); // throw an assert
</code></pre>
Please be aware that this might generate some overhead.https://gitlab.idiap.ch/bob/bob/-/issues/10Features lost after major cleanup2016-08-04T09:27:03ZAndré AnjosFeatures lost after major cleanup*Created by: anjos*
In order to get rid of the Tensor and spCore inherited classes, I had to remove some features that were designed at the time of the late torch5spro, but were never ported to use blitz Arrays rather than Tensors.
Th...*Created by: anjos*
In order to get rid of the Tensor and spCore inherited classes, I had to remove some features that were designed at the time of the late torch5spro, but were never ported to use blitz Arrays rather than Tensors.
These features are listed below and are mostly coming from the ip module:
* Haar features
* Haar LBP features
* ~~Histogram equalization~~
* ~~Self Quotient Image preprocessing~~
* Diffusion-based preprocessing (Relaxation and Vcycle)
In addition, I have disabled the features of the former Geometry subpackage. We should consider the use of Boost.Geometry instead.https://gitlab.idiap.ch/bob/bob/-/issues/7ImageMagick and memory leaks2016-08-04T09:26:58ZAndré AnjosImageMagick and memory leaks*Created by: anjos*
The old version of ImageMagick (6.6.7) we are using at Idiap seems to be buggy (at least the Magick++ part).
This might cause the memory not to be deallocated properly. I've tried to get rid of this problem using th...*Created by: anjos*
The old version of ImageMagick (6.6.7) we are using at Idiap seems to be buggy (at least the Magick++ part).
This might cause the memory not to be deallocated properly. I've tried to get rid of this problem using the low-level MagickCore API without success.
Please have a look at this [thread](http://www.imagemagick.org/discourse-server/viewtopic.php?f=3&t=18461) for more information.
It would be nice if someone can have a look at the behaviour with a more recent ImageMagick version. valgrind might be used to track the leaks.https://gitlab.idiap.ch/bob/bob/-/issues/5CMake Cleanup2016-08-04T09:26:55ZAndré AnjosCMake Cleanup*Created by: anjos*
This ticket keeps track of needed CMake script updates to tackle the following:
1. Clean-up the PCH support by removing this
2. Find a way to keep the "package" support, but do not depend on the "install" directo...*Created by: anjos*
This ticket keeps track of needed CMake script updates to tackle the following:
1. Clean-up the PCH support by removing this
2. Find a way to keep the "package" support, but do not depend on the "install" directory to find headers. This tends to work badly with template files and in other special cases.
3. Maybe port Cmake stuff to Scons?
4. Try other build systems?https://gitlab.idiap.ch/bob/bob/-/issues/4HDF5 needs some extra functionality2016-08-04T09:26:53ZAndré AnjosHDF5 needs some extra functionality*Created by: anjos*
This ticket keeps track of the extra functionaliy needed on io::HDF5File to make it more flexible before a full release:
1. ~~Ability to save and distinguish boolean files~~
2. ~~Ability to save scalar values (si...*Created by: anjos*
This ticket keeps track of the extra functionaliy needed on io::HDF5File to make it more flexible before a full release:
1. ~~Ability to save and distinguish boolean files~~
2. ~~Ability to save scalar values (simple and arrays)~~
3. Ability to save single strings ~~and string lists~~
4. ~~It would be nice to have attribute support as well~~
5. ~~Implement meat of the HDF5File::copy() method~~