Giter VIP home page Giter VIP logo

Comments (5)

markusachtelik avatar markusachtelik commented on July 21, 2024

Ok, so let's start the discussion ;)
As most of you know, I'm a high supporter of Hamilton,

  • Eigen uses it
  • ROS uses it
  • In my opinion, transformations are more intuitive
  • Just fixed / checked / changed everything to Hamilton for my thesis
  • With the definition of the error in msf, the error terms in the Jacobians end up being the same anyway

from ethzasl_msf.

stephanweiss avatar stephanweiss commented on July 21, 2024

My "unbiased" vote goes for JPL notation ;-)

Jokes aside. I am surprised that sm and aslam use JPL notation, given the efforts "we" did to change ssf and msf to Hamilton. I think there is no need to figure out why they used JPL notation but I feel we should go with the Hamilton notation - just because everyone else does. To my knowledge JPL papers are so far the only ones that do not use Hamilton.


From: Markus Achtelik [[email protected]]
Sent: Friday, August 09, 2013 1:42 AM
To: ethz-asl/sensor_fusion
Subject: Re: [sensor_fusion] Quaternion convention (#19)

Ok, so let's start the discussion ;)
As most of you know, I'm a high supporter of Hamilton,

  • Eigen uses it
  • ROS uses it
  • In my opinion, transformations are more intuitive
  • Just fixed / checked / changed everything to Hamilton for my thesis
  • With the definition of the error in msf, the error terms in the Jacobians end up being the same anyway


Reply to this email directly or view it on GitHubhttps://github.com//issues/19#issuecomment-22382396.

from ethzasl_msf.

omaris avatar omaris commented on July 21, 2024

For what it's worth, google ceres uses the hamiltonian convention too..

On 09.08.2013, at 18:45, stephanweiss [email protected] wrote:

My "unbiased" vote goes for JPL notation ;-)

Jokes aside. I am surprised that sm and aslam use JPL notation, given the
efforts "we" did to change ssf and msf to Hamilton. I think there is no
need to figure out why they used JPL notation but I feel we should go with
the Hamilton notation - just because everyone else does. To my knowledge
JPL papers are so far the only ones that do not use Hamilton.


From: Markus Achtelik [[email protected]]
Sent: Friday, August 09, 2013 1:42 AM
To: ethz-asl/sensor_fusion
Subject: Re: [sensor_fusion] Quaternion convention (#19)

Ok, so let's start the discussion ;)
As most of you know, I'm a high supporter of Hamilton,

  • Eigen uses it
  • ROS uses it
  • In my opinion, transformations are more intuitive
  • Just fixed / checked / changed everything to Hamilton for my thesis
  • With the definition of the error in msf, the error terms in the Jacobians
    end up being the same anyway


Reply to this email directly or view it on GitHub<
https://github.com/ethz-asl/sensor_fusion/issues/19#issuecomment-22382396>.


Reply to this email directly or view it on
GitHubhttps://github.com//issues/19#issuecomment-22407678
.

from ethzasl_msf.

simonlynen avatar simonlynen commented on July 21, 2024

This depends on which Quaternion parameterization you pass for the respective parameter blocks :)


From: Sammy Omari [[email protected]]
Sent: Friday, August 09, 2013 18:56
To: ethz-asl/sensor_fusion
Cc: Lynen Simon
Subject: Re: [sensor_fusion] Quaternion convention (#19)

For what it's worth, google ceres uses the hamiltonian convention too..

On 09.08.2013, at 18:45, stephanweiss [email protected] wrote:

My "unbiased" vote goes for JPL notation ;-)

Jokes aside. I am surprised that sm and aslam use JPL notation, given the
efforts "we" did to change ssf and msf to Hamilton. I think there is no
need to figure out why they used JPL notation but I feel we should go with
the Hamilton notation - just because everyone else does. To my knowledge
JPL papers are so far the only ones that do not use Hamilton.


From: Markus Achtelik [[email protected]]
Sent: Friday, August 09, 2013 1:42 AM
To: ethz-asl/sensor_fusion
Subject: Re: [sensor_fusion] Quaternion convention (#19)

Ok, so let's start the discussion ;)
As most of you know, I'm a high supporter of Hamilton,

  • Eigen uses it
  • ROS uses it
  • In my opinion, transformations are more intuitive
  • Just fixed / checked / changed everything to Hamilton for my thesis
  • With the definition of the error in msf, the error terms in the Jacobians
    end up being the same anyway


Reply to this email directly or view it on GitHub<
https://github.com/ethz-asl/sensor_fusion/issues/19#issuecomment-22382396>.


Reply to this email directly or view it on
GitHubhttps://github.com//issues/19#issuecomment-22407678
.


Reply to this email directly or view it on GitHubhttps://github.com//issues/19#issuecomment-22408323.

from ethzasl_msf.

simonlynen avatar simonlynen commented on July 21, 2024

U. Minnesota uses JPL


From: stephanweiss [[email protected]]
Sent: Friday, August 09, 2013 18:45
To: ethz-asl/sensor_fusion
Cc: Lynen Simon
Subject: Re: [sensor_fusion] Quaternion convention (#19)

My "unbiased" vote goes for JPL notation ;-)

Jokes aside. I am surprised that sm and aslam use JPL notation, given the efforts "we" did to change ssf and msf to Hamilton. I think there is no need to figure out why they used JPL notation but I feel we should go with the Hamilton notation - just because everyone else does. To my knowledge JPL papers are so far the only ones that do not use Hamilton.


From: Markus Achtelik [[email protected]]
Sent: Friday, August 09, 2013 1:42 AM
To: ethz-asl/sensor_fusion
Subject: Re: [sensor_fusion] Quaternion convention (#19)

Ok, so let's start the discussion ;)
As most of you know, I'm a high supporter of Hamilton,

  • Eigen uses it
  • ROS uses it
  • In my opinion, transformations are more intuitive
  • Just fixed / checked / changed everything to Hamilton for my thesis
  • With the definition of the error in msf, the error terms in the Jacobians end up being the same anyway


Reply to this email directly or view it on GitHubhttps://github.com//issues/19#issuecomment-22382396.


Reply to this email directly or view it on GitHubhttps://github.com//issues/19#issuecomment-22407678.

from ethzasl_msf.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.