Comments (5)
Hey. You'll have to be more explicit about the packages you want to move since so far the Owners are the ones that can create the repositories
from rock-package_set.
In bullet 2) I will move the drivers I am the owner in gitorious. IMU drivers: stim300 and imar.
When finished I will pull request to include them in the rock-package_set together with the new trimble_bd970 driver.
from rock-package_set.
About the trimble driver: will it really be only for the BD970 ? Won't it be more generic than that ? (i.e. won't it apply to all trimble GPS units in the long run ?). Just to avoid costly renaming / really bad naming ...
from rock-package_set.
Yes. This is because we (here at ESA) are thinking to name it. gnss_trimble for all trimble gnss receivers. http://www.trimble.com/gnss-inertial/gnss-receivers.aspx (BD9xx and BX9XX).
A colleague at ESA and I started to communicate with the receiver using the standard NMEA protocol. The library is finished. Nowadays receivers have Web control GUI, and the RTK corrections is much easier to configure and monitor than at the times of the mb500.
The question raises about how much of your stuffs from the mb500 can be reused? mb500 receiver is not longer available in the marker. Trimble bought/distributes Magellan and the closest receiver to the old mb500 is the mb800. However, the mb500 rock driver is good and very generic. We are thinking to reuse stuff but not in the library (PASH protocol) more in the component level (i.e.: UTM coordinates, gdal, etc...)
Regarding the oroGen component, since in principle rock convention is one task per component. and the existing orogen-gps used for the mb500 driver does not follow the convention. The best solution IMO is:
gnss_trimble and orogen-gnss_trimble and let's see how this evolves in the future.
At the moment the gnss_trimble is only for the rover (no base station) and the RTK corrections come from a Virtual Reference Station (VRS) provided from a Dutch supplier via NTrip.
from rock-package_set.
+1 with all your comments ;-)
On Thu, Aug 21, 2014 at 5:16 AM, Javier Hidalgo [email protected]
wrote:
Yes. This is because we (here at ESA) are thinking to name it.
gnss_trimble for all trimble gnss receivers.
http://www.trimble.com/gnss-inertial/gnss-receivers.aspx (BD9xx and
BX9XX).A colleague at ESA and I started to communicate with the receiver using
the standard NMEA protocol. The library is finished. Nowadays receivers
have Web control GUI, and the RTK corrections is much easier to configure
and monitor than at the times of the mb500.The question raises about how much of your stuffs from the mb500 can be
reused? mb500 receiver is not longer available in the marker. Trimble
bought/distributes Magellan and the closest receiver to the old mb500 is
the mb800. However, the mb500 rock driver is good and very generic. We are
thinking to reuse stuff but not in the library (PASH protocol) more in the
component level (i.e.: UTM coordinates, gdal, etc...)Regarding the oroGen component, since in principle rock convention is one
task per component. and the existing orogen-gps used for the mb500 driver
does not follow the convention. The best solution IMO is:
gnss_trimble and orogen-gnss_trimble and let's see how this evolves in the
future.At the moment the gnss_trimble is only for the rover (no base station) and
the RTK corrections come from a Virtual Reference Station (VRS) provided
from a Dutch supplier via NTrip.—
Reply to this email directly or view it on GitHub
#14 (comment)
.
from rock-package_set.
Related Issues (20)
- Creation of rock-drivers/dps_desertstar_ssp1 HOT 1
- gui/collada_dom is missing osdeps HOT 4
- planning/ompl depends on ODE HOT 2
- Why are there two orogen components for the dynamixel? HOT 1
- linked source for external/aruco does not exist anymore HOT 2
- Aravis broken patch HOT 5
- Error download ignition-math2-2.3.0 HOT 2
- Aria driver link is no longer valid HOT 4
- control/urdfdom fails to build since most recent updates HOT 1
- Move opaque_autogen to rock-core HOT 3
- Some vtk-packages are not available anymore in ubuntu 20.04
- please create stable for the following packages HOT 2
- add tools/ruby_sdf to Rock HOT 2
- external/gmapping, on which slam/orogen/gmapping depends, is not defined anywhere HOT 1
- remove aria package from rock HOT 2
- Apriltags marker detector repository HOT 1
- kinect drivers incompatible with 12.04 HOT 4
- net-ssh ruby 1.9 HOT 11
- current libs.autobuild is not compatible with autobuild v. 1.9.3 HOT 2
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 rock-package_set.