Confusing about the algorithms about distributed-mapper

[itzsid]

Hi @xuhao1,

The function you should look at is:

distributed-mapper/distributed_mapper_core/cpp/src/DistributedMapperUtils.h

Line 528 in a3bbfa9

distributedOptimizer(std::vector< boost::shared_ptr<DistributedMapper> > distMappers,

This function called from: https://github.com/CogRob/distributed-mapper/blob/master/distributed_mapper_core/cpp/scripts/runDistributedMapper.cpp#L265

As specified here:

distributed-mapper/distributed_mapper_core/cpp/src/DistributedMapperUtils.h

Line 254 in a3bbfa9

if(distMappers[robot]->updateType_ == DistributedMapper::incUpdate){

Depending on the gamma value and update type, the algorithm can be switched from Jacobi Over-relaxation, Successive Over-Relaxation, Jacobi or Gauss-Seidel. By default, Distirbuted Gauss-Seidel is used.

        /*  Distributed Jacobi: updateType_ = postUpdate, gamma = 1
      *  Gauss Seidel: updateType_ = incUpdate, gamma = 1
      *  Jacobi Overrelax: updateType_ = postUpdate, gamma != 1
      *  Succ Overrelax: updateType_ = incUpdate, gamma != 1

Hope this helps.

[xuhao1]

Hi @itzsid Thanks for you reply!
I noticed these functions and understand the gamma value and update type switches the Jacobi Over-relaxation, Successive Over-Relaxation, Jacobi or Gauss-Seidel. My questions is, where exactly this
part is performed. I mean where I can found the implentation of this summation

[itzsid]

Equation 19 is equivalent to estimating rotation or translation, depending on which stage of the two-stage is being optimized. Rotation optimization is called here:

distributed-mapper/distributed_mapper_core/cpp/src/DistributedMapperUtils.h

Line 244 in a3bbfa9

distMappers[robot]->estimateRotation(); // optimization

and implemented here:

distributed-mapper/distributed_mapper_core/cpp/src/DistributedMapper.cpp

Line 98 in a3bbfa9

DistributedMapper::estimateRotation(){

.

The equation inside the bracket corresponds to all the communication from the neighboring robots. Some of those robots are already updated in the current iteration (y^(k+1)) and others are not updated (y^k). We take the latest estimate of all those robots along with the measurement constraints given by H to optimize each robot. So, each robot's optimization given updated constraints from neighboring robots solves the full equation 19 and not the summation separately.

The slides here might help: https://itzsid.github.io/publications/web/icra16/presentation.pdf

[xuhao1]

@itzsid
Thanks again for your reply! I watched your slides and understand the equivalent now.
Is the reason for using optimization instead of directly summation separately and dividing by H_{\alpha\alpha} matrix is to avoid the case where H_{\alpha\alpha} matrix is irreversible?

[itzsid]

@xuhao1, I did it mostly due to the convenience of factor graph framework (its easier to use GaussianFactorGraph than to solve the linear system myself). If you can invert H_{\alpha\alpha}, it can be cached and stored since it won't change throughout the optimization. Only the estimates from other robots (y_\beta) changes as the optimization progresses. Although I haven't tested it, I think it should work.

[xuhao1]

@itzsid Actually, I have tested directly using Equation (19) on a 4 DoF pose graph estimation in my implementation. It works when the initial error is not too big but still has some convergence issue on large scale problem (that is why I am reading your code and try to figure out the difference).