Silvio Traversaro

Results 625 issues of Silvio Traversaro

While reviewing the FT code for https://github.com/robotology/codyco-modules/issues/200 , I noticed several issues in the code handling six axis F/T sensors in iDynTree. **Note: this issue only focuses on new KDL-free...

Component: Sensors

See https://github.com/robotology/idyntree/pull/482#issuecomment-420696248 .

@Nicogene experienced the following problem when compiling against a static version of iDynTree: ~~~ Severity    Code    Description    Project    File    Line    Suppression State Error        CMake Error at C:/Users/ngenesio/robotology/install/lib/cmake/iDynTree/iDynTreeTargets.cmake:61 (set_target_properties):   The link...

No one is working on this at the moment, but I prefer to open an issue to track the fact that at the moment iDynTree's SWIG bindings are not pickable....

At the moment, iDynTree prints all its error/messages to `std::cout`/`std::cerr` or `stdout`/`stderr`. This works fine if one uses iDynTree just in a terminal application, but can be problematic if iDynTree...

This will probably never get fixed, this is just an issue to give a proper visibility to the problem.

Some of this was addressed in https://github.com/robotology/idyntree/pull/339, but it still remain not clear.

The documentation of the iDynTree::Model::computeFullTreeTraversal method reports that the resulting `iDynTree::Traversal` is populated in Depth-First Order, but this is not actually the case.

Due to a bug in https://github.com/robotology/idyntree/blob/v8.1.0/src/model/include/iDynTree/Model/ModelTestUtils.h, the functions `iDynTree::getRandomChain` and `iDynTree::getRandomModel` never return a model with a PrismaticJoint .