bob issueshttps://gitlab.idiap.ch/groups/bob/-/issues2016-08-04T09:29:29Zhttps://gitlab.idiap.ch/bob/bob/-/issues/83bob.daq.test.test_all.DaqTest with synchronization problems?2016-08-04T09:29:29ZAndré Anjosbob.daq.test.test_all.DaqTest with synchronization problems?*Created by: anjos*
The test unit "test_VideoReaderCamera" will fail with a segmentation fault if the following conditions are met:
1. Compile in *Debug* mode
2. Change `lib/python2.6/site-packages/bob/core/__init__.py` so that:
``...*Created by: anjos*
The test unit "test_VideoReaderCamera" will fail with a segmentation fault if the following conditions are met:
1. Compile in *Debug* mode
2. Change `lib/python2.6/site-packages/bob/core/__init__.py` so that:
```python
#cxx_logger.setLevel(logging.WARNING)
```
Is commented out as indicated. Notice this is a temporary change. If you run `make` again, it will be gone. If you wish to have a less temporary modification, change `<src>/python/bob/core/__init__.py` instead and re-run cmake. In this case, *remember to not commit* this modification.
3. Run the specific test that triggers the segmentation fault:
```sh
$ ./bin/nosetests -v bob.daq
This bug is not 100% reproducible. Sometimes the program may work. Specially if the messaging service is not used (or if you set the logging level to a different value that is less verbose than `logging.INFO`). I could reproduce this problem in different platforms, so I think it is platform independent.
You should see something like:
```
test_VideoReaderCamera (bob.daq.test.test_all.DaqTest) ... bob.c++@2012-09-18 11:02:51,518|INFO: Frame 0 received (0 sec) not recording
bob.c++@2012-09-18 11:02:51,579|INFO: Frame 1 received (0.04 sec) not recording
bob.c++@2012-09-18 11:02:51,613|INFO: Frame 2 received (0.08 sec) not recording
bob.c++@2012-09-18 11:02:51,646|INFO: Frame 3 received (0.12 sec) not recording
bob.c++@2012-09-18 11:02:51,679|INFO: Frame 4 received (0.16 sec) not recording
bob.c++@2012-09-18 11:02:51,713|INFO: Frame 5 received (0.2 sec) not recording
bob.c++@2012-09-18 11:02:51,746|INFO: Frame 6 received (0.24 sec) not recording
bob.c++@2012-09-18 11:02:51,779|INFO: Frame 7 received (0.28 sec) not recording
bob.c++@2012-09-18 11:02:51,812|INFO: Frame 8 received (0.32 sec) not recording
bob.c++@2012-09-18 11:02:51,825|INFO: Face detect result: detected
bob.c++@2012-09-18 11:02:51,884|INFO: Frame 9 received (0.36 sec) not recording
bob.c++@2012-09-18 11:02:51,918|INFO: Frame 10 received (0.4 sec) not recording
bob.c++@2012-09-18 11:02:51,952|INFO: Frame 11 received (0.44 sec) not recording
bob.c++@2012-09-18 11:02:51,986|INFO: Frame 12 received (0.48 sec) not recording
bob.c++@2012-09-18 11:02:52,020|INFO: Frame 13 received (0.52 sec) not recording
bob.c++@2012-09-18 11:02:52,062|INFO: Frame 14 received (0.56 sec) not recording
bob.c++@2012-09-18 11:02:52,097|INFO: Frame 15 received (0.6 sec) not recording
bob.c++@2012-09-18 11:02:52,131|INFO: Frame 16 received (0.64 sec) not recording
bob.c++@2012-09-18 11:02:52,134|INFO: Face detect result: detected
bob.c++@2012-09-18 11:02:52,194|INFO: Frame 17 received (0.68 sec) not recording
bob.c++@2012-09-18 11:02:52,229|INFO: Frame 18 received (0.72 sec) not recording
bob.c++@2012-09-18 11:02:52,263|INFO: Frame 19 received (0.76 sec) not recording
bob.c++@2012-09-18 11:02:52,297|INFO: Frame 20 received (0.8 sec) not recording
bob.c++@2012-09-18 11:02:52,332|INFO: Frame 21 received (0.84 sec) not recording
bob.c++@2012-09-18 11:02:52,367|INFO: Frame 22 received (0.88 sec) not recording
bob.c++@2012-09-18 11:02:52,401|INFO: Frame 23 received (0.92 sec) not recording
bob.c++@2012-09-18 11:02:52,435|INFO: Frame 24 received (0.96 sec) not recording
bob.c++@2012-09-18 11:02:52,447|INFO: Face detect result: detected
bob.c++@2012-09-18 11:02:52,508|INFO: Frame 25 received (1 sec) not recording
bob.c++@2012-09-18 11:02:52,567|INFO: Frame 26 received (1.04 sec) recording
bob.c++@2012-09-18 11:02:52,628|INFO: Frame 27 received (1.08 sec) recording
bob.c++@2012-09-18 11:02:52,689|INFO: Frame 28 received (1.12 sec) recording
bob.c++@2012-09-18 11:02:52,749|INFO: Frame 29 received (1.16 sec) recording
bob.c++@2012-09-18 11:02:52,757|INFO: Face detect result: detected
bob.c++@2012-09-18 11:02:52,816|INFO: Frame 30 received (1.2 sec) recording
bob.c++@2012-09-18 11:02:52,877|INFO: Frame 31 received (1.24 sec) recording
bob.c++@2012-09-18 11:02:52,938|INFO: Frame 32 received (1.28 sec) recording
bob.c++@2012-09-18 11:02:52,997|INFO: Frame 33 received (1.32 sec) recording
bob.c++@2012-09-18 11:02:53,059|INFO: Frame 34 received (1.36 sec) recording
bob.c++@2012-09-18 11:02:53,069|INFO: Face detect result: detected
bob.c++@2012-09-18 11:02:53,129|INFO: Frame 35 received (1.4 sec) recording
bob.c++@2012-09-18 11:02:53,190|INFO: Frame 36 received (1.44 sec) recording
bob.c++@2012-09-18 11:02:53,251|INFO: Frame 37 received (1.48 sec) recording
bob.c++@2012-09-18 11:02:53,310|INFO: Frame 38 received (1.52 sec) recording
bob.c++@2012-09-18 11:02:53,371|INFO: Frame 39 received (1.56 sec) recording
bob.c++@2012-09-18 11:02:53,374|INFO: Face detect result: detected
bob.c++@2012-09-18 11:02:53,436|INFO: Frame 40 received (1.6 sec) recording
bob.c++@2012-09-18 11:02:53,497|INFO: Frame 41 received (1.64 sec) recording
bob.c++@2012-09-18 11:02:53,558|INFO: Frame 42 received (1.68 sec) recording
bob.c++@2012-09-18 11:02:53,619|INFO: Frame 43 received (1.72 sec) recording
bob.c++@2012-09-18 11:02:53,679|INFO: Frame 44 received (1.76 sec) recording
bob.c++@2012-09-18 11:02:53,694|INFO: Face detect result: detected
bob.c++@2012-09-18 11:02:53,755|INFO: Frame 45 received (1.8 sec) recording
bob.c++@2012-09-18 11:02:53,815|INFO: Frame 46 received (1.84 sec) recording
bob.c++@2012-09-18 11:02:53,875|INFO: Frame 47 received (1.88 sec) recording
bob.c++@2012-09-18 11:02:53,936|INFO: Frame 48 received (1.92 sec) recording
bob.c++@2012-09-18 11:02:53,997|INFO: Frame 49 received (1.96 sec) recording
bob.c++@2012-09-18 11:02:54,002|INFO: Face detect result: detected
bob.c++@2012-09-18 11:02:54,062|INFO: Frame 50 received (2 sec) recording
bob.c++@2012-09-18 11:02:54,122|INFO: Frame 51 received (2.04 sec) recording
bob.c++@2012-09-18 11:02:54,183|INFO: Frame 52 received (2.08 sec) recording
bob.c++@2012-09-18 11:02:54,242|INFO: Frame 53 received (2.12 sec) recording
bob.c++@2012-09-18 11:02:54,303|INFO: Frame 54 received (2.16 sec) recording
bob.c++@2012-09-18 11:02:54,308|INFO: Face detect result: detected
bob.c++@2012-09-18 11:02:54,369|INFO: Frame 55 received (2.2 sec) recording
bob.c++@2012-09-18 11:02:54,429|INFO: Frame 56 received (2.24 sec) recording
bob.c++@2012-09-18 11:02:54,489|INFO: Frame 57 received (2.28 sec) recording
bob.c++@2012-09-18 11:02:54,550|INFO: Frame 58 received (2.32 sec) recording
bob.c++@2012-09-18 11:02:54,608|INFO: Face detect result: detected
bob.c++@2012-09-18 11:02:54,611|INFO: Frame 59 received (2.36 sec) recording
bob.c++@2012-09-18 11:02:54,670|INFO: Frame 60 received (2.4 sec) recording
bob.c++@2012-09-18 11:02:54,731|INFO: Frame 61 received (2.44 sec) recording
bob.c++@2012-09-18 11:02:54,790|INFO: Frame 62 received (2.48 sec) recording
bob.c++@2012-09-18 11:02:54,851|INFO: Frame 63 received (2.52 sec) recording
bob.c++@2012-09-18 11:02:54,902|INFO: Face detect result: detected
bob.c++@2012-09-18 11:02:54,963|INFO: Frame 64 received (2.56 sec) recording
bob.c++@2012-09-18 11:02:55,022|INFO: Frame 65 received (2.6 sec) recording
bob.c++@2012-09-18 11:02:55,083|INFO: Frame 66 received (2.64 sec) recording
bob.c++@2012-09-18 11:02:55,145|INFO: Frame 67 received (2.68 sec) recording
bob.c++@2012-09-18 11:02:55,194|INFO: Face detect result: detected
bob.c++@2012-09-18 11:02:55,255|INFO: Frame 68 received (2.72 sec) recording
bob.c++@2012-09-18 11:02:55,315|INFO: Frame 69 received (2.76 sec) recording
bob.c++@2012-09-18 11:02:55,377|INFO: Frame 70 received (2.8 sec) recording
bob.c++@2012-09-18 11:02:55,437|INFO: Frame 71 received (2.84 sec) recording
bob.c++@2012-09-18 11:02:55,492|INFO: Face detect result: detected
bob.c++@2012-09-18 11:02:55,553|INFO: Frame 72 received (2.88 sec) recording
bob.c++@2012-09-18 11:02:55,613|INFO: Frame 73 received (2.92 sec) recording
bob.c++@2012-09-18 11:02:55,673|INFO: Frame 74 received (2.96 sec) recording
bob.c++@2012-09-18 11:02:55,731|INFO: Frame 75 received (3 sec) recording
bob.c++@2012-09-18 11:02:55,788|INFO: Face detect result: detected
bob.c++@2012-09-18 11:02:55,791|INFO: Frame 76 received (3.04 sec) recording
bob.c++@2012-09-18 11:02:55,850|INFO: Frame 77 received (3.08 sec) recording
bob.c++@2012-09-18 11:02:55,910|INFO: Frame 78 received (3.12 sec) recording
bob.c++@2012-09-18 11:02:55,970|INFO: Frame 79 received (3.16 sec) recording
bob.c++@2012-09-18 11:02:56,028|INFO: Frame 80 received (3.2 sec) recording
bob.c++@2012-09-18 11:02:56,093|INFO: Frame 81 received (3.24 sec) recording
Segmentation fault (core dumped)
```https://gitlab.idiap.ch/bob/bob/-/issues/81bob.measure.far_threshold missing tests2016-08-04T09:29:22ZAndré Anjosbob.measure.far_threshold missing tests*Created by: anjos*
Hello,
I noticed you placed a function for computing the threshold given a certain FAR at `bob.measure`. This method is very useful, but it was wrongly coded w.r.t. the default arguments. I have fixed this on commit...*Created by: anjos*
Hello,
I noticed you placed a function for computing the threshold given a certain FAR at `bob.measure`. This method is very useful, but it was wrongly coded w.r.t. the default arguments. I have fixed this on commit 5644f048642ec97cb05781180790ba66f1c3371f. I have also taken the opportunity to improve on the documentation for each input variable.
I noticed there are no tests for this method. Could you please implement them?v1.1https://gitlab.idiap.ch/bob/bob/-/issues/80Logging system configuration in Python does not work as expected2016-08-04T09:29:20ZAndré AnjosLogging system configuration in Python does not work as expected*Created by: anjos*
If you use, from a C++ piece of code:
```C++
bob::core::info << "test" << std::endl;
```
This message is still logged after:
```python
import bob
```
Something is not quite right with the logging system settings.*Created by: anjos*
If you use, from a C++ piece of code:
```C++
bob::core::info << "test" << std::endl;
```
This message is still logged after:
```python
import bob
```
Something is not quite right with the logging system settings.v1.1https://gitlab.idiap.ch/bob/bob/-/issues/79cmake complains about BLAS library not found even after installing BLAS and L...2016-08-04T09:29:18ZAndré Anjoscmake complains about BLAS library not found even after installing BLAS and LAPACK libraries (Fedora 14)*Created by: thelinuxmaniac*
In Fedora Core 14, cmake complains about BLAS library not found even after installing BLAS and LAPACK libraries.
$ cmake -DCMAKE_BUILD_TYPE=Release ../git/bob/
.....
CMake Error at src/math/cxx/CMakeLists.tx...*Created by: thelinuxmaniac*
In Fedora Core 14, cmake complains about BLAS library not found even after installing BLAS and LAPACK libraries.
$ cmake -DCMAKE_BUILD_TYPE=Release ../git/bob/
.....
CMake Error at src/math/cxx/CMakeLists.txt:18 (message):
BLAS library not found!
The BLAS and LAPACK libraries were installed using
$ yum install blas-devel.x86_64 blas.x86_64 lapack-devel.x86_64 lapack.x86_64
https://gitlab.idiap.ch/bob/bob/-/issues/78Ffmpeg on Ubuntu 12.04 generates a memory leak2016-08-04T09:29:16ZAndré AnjosFfmpeg on Ubuntu 12.04 generates a memory leak*Created by: anjos*
Download and/or compile the latest version of Bob on Ubuntu-12.04, with stock dependencies.
Execute the following script to see the leak:
```python
for in in range(100):
v = bob.io.VideoReader('/path/to/a/file.m...*Created by: anjos*
Download and/or compile the latest version of Bob on Ubuntu-12.04, with stock dependencies.
Execute the following script to see the leak:
```python
for in in range(100):
v = bob.io.VideoReader('/path/to/a/file.mov')
for frame in v:
x = bob.ip.rgb_to_gray(frame) #just use frame
```
The leak consumes the available memory pretty fast.v1.1https://gitlab.idiap.ch/bob/bob/-/issues/77DocTest on doc/TutorialsPerformance.rst gives a warning2016-08-04T09:29:13ZAndré AnjosDocTest on doc/TutorialsPerformance.rst gives a warning*Created by: siebenkopf*
When I execute the doctest, I get the following warning:
Document: doc/TutorialsPerformance
----------------------------------
/idiap/group/torch5spro/nightlies/externals/v3/ubuntu-10.04-x86_64/lib/python2.6/si...*Created by: siebenkopf*
When I execute the doctest, I get the following warning:
Document: doc/TutorialsPerformance
----------------------------------
/idiap/group/torch5spro/nightlies/externals/v3/ubuntu-10.04-x86_64/lib/python2.6/site-packages/matplotlib/__init__.py:908: UserWarning: This call to matplotlib.use() has no effect
because the the backend has already been chosen;
matplotlib.use() must be called *before* pylab, matplotlib.pyplot,
or matplotlib.backends is imported for the first time.
It seems that there is something wrong with the call
matplotlib.use('pdf') #non-interactive avoids exception on display
in line 120 of the .rst file.
@André: Since the file header says that you are the author, I assigned this issue to you. Thanks for fixing that.
Manuelhttps://gitlab.idiap.ch/bob/bob/-/issues/76PIL package missing2016-08-04T09:29:11ZAndré AnjosPIL package missing*Created by: khoury*
Hi,
I successfully installed Bob on mac. However, while testing the commands in the tutorial, I found out that the "Image" package is missed.
Installing py26-pil using macport fixed the problem.
Thanks,
Elie.*Created by: khoury*
Hi,
I successfully installed Bob on mac. However, while testing the commands in the tutorial, I found out that the "Image" package is missed.
Installing py26-pil using macport fixed the problem.
Thanks,
Elie.https://gitlab.idiap.ch/bob/bob/-/issues/75IP module consolidation2016-08-04T09:29:09ZAndré AnjosIP module consolidation*Created by: laurentes*
As discussed on the mailing list previously, there is a need to consolidate some parts of the code. In particular, the Image Processing module (IP) is one of the largest one and contains many algorithm ports from...*Created by: laurentes*
As discussed on the mailing list previously, there is a need to consolidate some parts of the code. In particular, the Image Processing module (IP) is one of the largest one and contains many algorithm ports from late torch5spro and others.
I've started this consolidation procedure. However, this is quite a large work.
This ticket aims at tracking the consolidation procedure of this IP module, with remarks and TODOs. Feel free to add your feature request.v1.1https://gitlab.idiap.ch/bob/bob/-/issues/72Gaussian filter is using Variance/2 instead of Variance2016-08-04T09:29:05ZAndré AnjosGaussian filter is using Variance/2 instead of Variance*Created by: laurentes*
There is an invalid parametrization in the Gaussian filter of the IP module. A factor 1/2 is missing is the argument of the exponential, which means that the variance given as a parameter of the filter correspond...*Created by: laurentes*
There is an invalid parametrization in the Gaussian filter of the IP module. A factor 1/2 is missing is the argument of the exponential, which means that the variance given as a parameter of the filter corresponds to the variance/2.
This can be easily fixed, but the main issue is that this class is used by the TanTriggs preprocessing. This means that if the fix is applied, the user SHOULD divide the provided variance by 2 to keep getting the same results. Therefore, I don't know what would be the most suitable option.v1.1https://gitlab.idiap.ch/bob/bob/-/issues/68FIR database lacks proper documentation2016-08-04T09:29:03ZAndré AnjosFIR database lacks proper documentation*Created by: anjos*
It would be nice to have some more documentation explaining what is the FIR database in the Bob release (I wonder if we did it right to include it in the 1.0 release...) and where to download it if it is available. O...*Created by: anjos*
It would be nice to have some more documentation explaining what is the FIR database in the Bob release (I wonder if we did it right to include it in the 1.0 release...) and where to download it if it is available. Otherwise, some mentioning of Idiap internal use would be nice.v1.1https://gitlab.idiap.ch/bob/bob/-/issues/67Video support broken with ffmpeg 0.9 and superior2016-08-04T09:29:00ZAndré AnjosVideo support broken with ffmpeg 0.9 and superior*Created by: anjos*
Cannot read AVI files with ffmpeg 0.10 or 0.11. The last frames of long sequences seem all be set to zeros or cannot be read at all. To reproduce this problem, compile Bob against any of the above mentioned versions ...*Created by: anjos*
Cannot read AVI files with ffmpeg 0.10 or 0.11. The last frames of long sequences seem all be set to zeros or cannot be read at all. To reproduce this problem, compile Bob against any of the above mentioned versions and try to read and verify that an AVI file can be read as it is supposed to be.https://gitlab.idiap.ch/bob/bob/-/issues/66cxx/ip/test/geomnorm.cc is not working2016-08-04T09:28:58ZAndré Anjoscxx/ip/test/geomnorm.cc is not working*Created by: siebenkopf*
I just detected that the C++ ip::GeomNorm test is disabled by documenting its inclusion in the CMakeLists.txt. I tried to simply enable the test, but it doesn't compile.
It would be nice, if either this test wo...*Created by: siebenkopf*
I just detected that the C++ ip::GeomNorm test is disabled by documenting its inclusion in the CMakeLists.txt. I tried to simply enable the test, but it doesn't compile.
It would be nice, if either this test would be corrected or removed. Since it has Laurent's name in it, I assign it to him :)
Cheers,
Manuelv1.1https://gitlab.idiap.ch/bob/bob/-/issues/64ImageMagick 6.7.8 write/read issue on OSX2016-08-04T09:28:56ZAndré AnjosImageMagick 6.7.8 write/read issue on OSX*Created by: anjos*
Not sure this is related to OSX or ImageMagick 6.7.8. I just reported the problem to the ImageMagick developers:
http://www.imagemagick.org/discourse-server/viewtopic.php?f=3&t=21362*Created by: anjos*
Not sure this is related to OSX or ImageMagick 6.7.8. I just reported the problem to the ImageMagick developers:
http://www.imagemagick.org/discourse-server/viewtopic.php?f=3&t=21362v1.1https://gitlab.idiap.ch/bob/bob/-/issues/62Test python/io/lib/test/file.py overwrites files from distribution2016-08-04T09:28:54ZAndré AnjosTest python/io/lib/test/file.py overwrites files from distribution*Created by: tiagofrepereira2012*
This test seems to be overwriting files in the distribution directories. This should be re-done so that it creates a temporary directory and write files there. If something goes wrong with saving, then ...*Created by: tiagofrepereira2012*
This test seems to be overwriting files in the distribution directories. This should be re-done so that it creates a temporary directory and write files there. If something goes wrong with saving, then this will modify the core files.v1.1https://gitlab.idiap.ch/bob/bob/-/issues/60bob.ip.get_angle_to_horizontal is buggy2016-08-04T09:28:52ZAndré Anjosbob.ip.get_angle_to_horizontal is buggy*Created by: siebenkopf*
The C++ implementation of the bob.ip.get_angle_to_horizontal is wrong. To compute the angle between the eyes and the horizontal position, the std::tan function is used instead of the std::atan2. Interestingly, t...*Created by: siebenkopf*
The C++ implementation of the bob.ip.get_angle_to_horizontal is wrong. To compute the angle between the eyes and the horizontal position, the std::tan function is used instead of the std::atan2. Interestingly, the effect is small when the eye positions are roughly horizontal before, but angles above 20 degrees are calculated wrongly.
The current position of the C++ implementation is located in the file cxx/ip/ip/rotate.h, but used in cxx/ip/ip/FaceEyesNorm.h. Maybe we should move the implementation. Also, we could maybe remove the python bindings of this function (I think, no-one is really using it).
Additionally, there is no unit-test for this function. Also, the bob.ip.FaceEyesNorm, which uses the above mentioned function, is not tested (there is some existing old test code, but it is not executed).
Let's hope that fixing that bug does not influence the face verification results much...https://gitlab.idiap.ch/bob/bob/-/issues/59ImageMagick 6.7.7 issues on OSX (MacPorts)2016-08-04T09:28:50ZAndré AnjosImageMagick 6.7.7 issues on OSX (MacPorts)*Created by: anjos*
We just found out that the version of ImageMagick currently shipped with MacPorts (6.7.7) presents a runtime problem related to https://bugs.archlinux.org/task/30122?project=1&openedfrom=-1+week. Until that gets upgr...*Created by: anjos*
We just found out that the version of ImageMagick currently shipped with MacPorts (6.7.7) presents a runtime problem related to https://bugs.archlinux.org/task/30122?project=1&openedfrom=-1+week. Until that gets upgraded in MacPorts, avoid using that version. If you upgraded and things became unstable, downgrade with the following recipe:
```sh
$ wget --no-check-certificate https://trac.macports.org/export/93199/trunk/dports/graphics/ImageMagick/Portfile
$ sudo port uninstall ImageMagick
$ sudo port install
```
6.7.6 and 6.7.7 are API and ABI compatible. You **don't** need to recompile your build of Bob after downgrading or upgrading.v1.1https://gitlab.idiap.ch/bob/bob/-/issues/58OpenCV 2.4.x has problems with pkg-config2016-08-04T09:28:48ZAndré AnjosOpenCV 2.4.x has problems with pkg-config*Created by: anjos*
The following bug in the OpenCV tracker affects us (at least our OSX builds with MacPorts): http://code.opencv.org/issues/1925. Avoid upgrading to OpenCV 2.4.x until that is fixed. The last know version to work prope...*Created by: anjos*
The following bug in the OpenCV tracker affects us (at least our OSX builds with MacPorts): http://code.opencv.org/issues/1925. Avoid upgrading to OpenCV 2.4.x until that is fixed. The last know version to work properly is 2.3.1a.
Here is a recipe to revert your Mac Ports installation to OpenCV 2.3.1a in case you need it:
```sh
$ wget --no-check-certificate https://trac.macports.org/export/90303/trunk/dports/graphics/opencv/Portfile https://trac.macports.org/export/90303/trunk/dports/graphics/opencv/files/patch-CMakeLists.txt.diff https://trac.macports.org/export/90303/trunk/dports/graphics/opencv/files/patch-install_name.diff https://trac.macports.org/export/90303/trunk/dports/graphics/opencv/files/patch-pch-CMakeLists.txt.diff
$ mkdir files
$ mv patch-*.diff files
$ sudo port install
```v1.1https://gitlab.idiap.ch/bob/bob/-/issues/57Doxygen warnings2016-08-04T09:28:46ZAndré AnjosDoxygen warnings*Created by: siebenkopf*
I just tried to clean up the doxygen documentation of Bob. I managed to decrease the number of doxygen warnings from 173 to 40. Unfortunately, I cannot fix the remaining issues since all of them relate to undocu...*Created by: siebenkopf*
I just tried to clean up the doxygen documentation of Bob. I managed to decrease the number of doxygen warnings from 173 to 40. Unfortunately, I cannot fix the remaining issues since all of them relate to undocumented function parameters, and since I didn't write the functions, I cannot tell what the parameters are.
So, please go through the doxygen warnings, which you might obtain by 'make doxygen', and see if you wrote some of the functions. If so, please add documentation for the parameters. Also re-think if the documentation of the function is correct (or if you have copied it from another function).
Thank you for your contribution.
Manuelhttps://gitlab.idiap.ch/bob/bob/-/issues/56subworld 'onethird' of mobio is empty2016-08-04T09:28:44ZAndré Anjossubworld 'onethird' of mobio is empty*Created by: siebenkopf*
Dear Bobbers,
I just found out that the 'onethird' subworld of the mobio database does not seem to work correctly:
>>> files = bob.db.mobio.Database().files(groups='world', subworld='onethird')
>>> print len(f...*Created by: siebenkopf*
Dear Bobbers,
I just found out that the 'onethird' subworld of the mobio database does not seem to work correctly:
>>> files = bob.db.mobio.Database().files(groups='world', subworld='onethird')
>>> print len(files)
0
The 'twothirds' subworld works:
>>> files = bob.db.mobio.Database().files(groups='world', subworld='twothirds')
>>> print len(files)
1224
though it is not really 2/3 of the database:
>>> files = bob.db.mobio.Database().files(groups='world')
>>> print len(files)
9600
I guess that there is something wrong with the protocols...
Cheers
Manuelhttps://gitlab.idiap.ch/bob/bob/-/issues/55Inappropriate documentation and inconsistencies in the LFW database2016-08-04T09:28:41ZAndré AnjosInappropriate documentation and inconsistencies in the LFW database*Created by: siebenkopf*
The documentation of the functions inside the In the bob.db.lfw.Database are incomplete/misleading:
- What is the difference between "clients", "clients_ids" and "clients_names"? Is the "clients_names" informat...*Created by: siebenkopf*
The documentation of the functions inside the In the bob.db.lfw.Database are incomplete/misleading:
- What is the difference between "clients", "clients_ids" and "clients_names"? Is the "clients_names" information really important for out purpose?
- The documentation of the "protocol" and "groups" parameters is misleading. If there are no groups and no protocols defined, either remove these keywords or document that these parameters are ignored.
- The documentation of the "files" method is incorrect since the method only returns the file names.
Furthermore, there are inconsistencies with other databases:
- To be consistent with other databases, the "clients" function should return the list of client ids, but it returns a list of tuples (client_id, client_name).
Additionally, I don't find a way to use the "unrestricted" training configuration that might be useful to train our algorithms. Is it possible to retrieve the required data for that?