Comments (5)
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.
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.
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.
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.
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)
- Set up with LSD SLAM and front-looking camera on quadcopter in Gazebo
- msf State Initialization HOT 1
- What's exactly the definition of q?
- ERROR: cannot launch node of type [msf_updates/pose_sensor]: can't locate node [pose_sensor] in package [msf_updates]
- Issues about sensor_fusion
- Template mismatch under vs 2017 HOT 1
- Drift in pose estimation HOT 1
- Simple Guide for windows VS 2017 build
- IMU is working wrong? Parameters?
- tf broadcaster
- GPS + SLAM, P quickly diverges.
- Raw imu input witjout orientation
- Graph not appearing HOT 1
- No such file or directory
- Is it possible to Fuse IMU and Pressure (barometer) data? HOT 1
- Fusion IMU+LIDAR+CAMERA
- Tutorial graph not appearing
- Can the filtered trajectory be saved?
- 10-year anniversary of SSF/MSF HOT 2
- Not able to reset password HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
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.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from ethzasl_msf.