marine_msgs repository

Repository Summary

Checkout URI https://github.com/apl-ocean-engineering/marine_msgs.git
VCS Type git
VCS Version ros2
Last Updated 2024-03-15
Dev Status DEVELOPED
CI status No Continuous Integration
Released RELEASED
Tags No category tags.
Contributing Help Wanted (0)
Good First Issues (0)
Pull Requests to Review (0)

Packages

Name Version
marine_acoustic_msgs 2.1.0
marine_sensor_msgs 2.1.0

README

marine_msgs

This repo is a collection of ROS packages defining common messages that are needed for underwater and surface vehicles.

If you are using these messages, please contact the maintainers so we know to keep your use case in mind and to tag you on any PRs that might affect you.

Current Maintainers: * Laura Lindzey (UW APL) * Kris Krasnosky (USF) * Brian Bingham (NPS) - Roland Arsenault (UNH CCOM)

Conventions

We welcome community contributions! Please see Contributing.md for more information on how get involved.

Repo Structure

Messages are currently split into packages.

  • marine_acoustic_msgs -- data from acoustic sensors

    • Dvl.msg
    • Imaging Sonars -- any fan-shaped sonar with intensity/range data.
    • RawSonarImage.msg -- raw angles
    • ProjectedSonarImage.msg -- raytraced data
    • Profiling Sonars -- any fan-shaped sonar returning angle/range data.
    • SonarDetections.msg -- raw angles/TWTT
    • SonarRanges.msg -- raytraced data
  • marine_sensor_msgs -- standalone messages from individual sensors

    • Turbidity
    • oxygen (TODO)
    • CTD (TODO)
    • Optical Backscatter (TODO)
    • etc.

We anticipate the potential need to create additional marine_*_msgs packages. The threshold for doing so should be (1) a group of closely related messages and/or (2) the need to define sub-messages.

We do not plan to incorporate any acoustic communication messages at this point -- instead, we recommend people consider standardizing around ros_acomms.

Motivation

In the past few years, the community has had a number of discussions about standardizing UUV messages in ROS, starting at the 2018 BTS workshop and then at WHOI’s 2019 ROS workshop, following up with discussion in the marine_ros_conventions repository.

While the overall discussion has been fairly broad, we decided to start with sensor messages because they are more mature and have the highest payoff for standardizing. E.g.: * Shared drivers * Shared bagfiles * Shared RVIZ plugins * Prerequisite for shared perception pipelines

CONTRIBUTING

Contributing

We welcome community contributions, and expect that most discussion of these messages will happen via Github issues and pull requests.

There are many ways to contribute to our goal of developing standardized ROS messages for hydrographic applications:

  • If one of the existing messages doesn't work for your use case, open an issue describing what the problem is. Optionally, include a PR with a suggested fix.
  • If you have an open-source package using any of these messages, post a link and description on the wiki
  • If you have a message definition that you think fills a gap in the current set of proposals, submit a pull request. In order to keep discussion grounded in actual use cases, any proposed messages should already be in use on at least one system, or the PR should describe how it unifies multiple existing in-use messages.

Branching model

This repository only has two branches: 1) main supports ROS1 Noetic 2) ros2 supports ROS2 Foxy, Humble and Rolling

Rather than encouraging feature branches, we expect most development and proposals to occur via pull requests from forks.

Releases / Review Process

We are working on getting these message packages released via rosdistro.

A PR adding messages/fields will be merged into HEAD when there is a critical mass of people supporting it. Edits that are not backwards-compatible (removing/renaming fields) will have a (much) higher threshold. When applicable, approval requires commitments from owners of several repos using the affected message to update their code to match.

Additionally, changes to message definitions are expected to include bag migration rules.

Styleguide

  • Message field names are lowercase, with words separated by underscore. (Following the ROS style guide)
  • We use pre-commit to check for formmating and styling

pre-commit

pre-commit is a tool that is used in marine_msgs to check and apply style guidelines automatically. To install pre-commit into your system:

pip3 install pre-commit

Then under marine_msgs directory install the git hooks:

cd $CATKIN_WS/src/marine_msgs && pre-commit install

With this, pre-commit will automatically run and check a list of styling including clang-format, end of files and trailing whitespaces whenever you run git commit. To run pre-commit any time other than git commit:

cd $CATKIN_WS/src/marine_msgs && pre-commit run -a

Repository Summary

Checkout URI https://github.com/apl-ocean-engineering/marine_msgs.git
VCS Type git
VCS Version ros2
Last Updated 2024-03-15
Dev Status DEVELOPED
CI status No Continuous Integration
Released RELEASED
Tags No category tags.
Contributing Help Wanted (0)
Good First Issues (0)
Pull Requests to Review (0)

Packages

Name Version
marine_acoustic_msgs 2.1.0
marine_sensor_msgs 2.1.0

README

marine_msgs

This repo is a collection of ROS packages defining common messages that are needed for underwater and surface vehicles.

If you are using these messages, please contact the maintainers so we know to keep your use case in mind and to tag you on any PRs that might affect you.

Current Maintainers: * Laura Lindzey (UW APL) * Kris Krasnosky (USF) * Brian Bingham (NPS) - Roland Arsenault (UNH CCOM)

Conventions

We welcome community contributions! Please see Contributing.md for more information on how get involved.

Repo Structure

Messages are currently split into packages.

  • marine_acoustic_msgs -- data from acoustic sensors

    • Dvl.msg
    • Imaging Sonars -- any fan-shaped sonar with intensity/range data.
    • RawSonarImage.msg -- raw angles
    • ProjectedSonarImage.msg -- raytraced data
    • Profiling Sonars -- any fan-shaped sonar returning angle/range data.
    • SonarDetections.msg -- raw angles/TWTT
    • SonarRanges.msg -- raytraced data
  • marine_sensor_msgs -- standalone messages from individual sensors

    • Turbidity
    • oxygen (TODO)
    • CTD (TODO)
    • Optical Backscatter (TODO)
    • etc.

We anticipate the potential need to create additional marine_*_msgs packages. The threshold for doing so should be (1) a group of closely related messages and/or (2) the need to define sub-messages.

We do not plan to incorporate any acoustic communication messages at this point -- instead, we recommend people consider standardizing around ros_acomms.

Motivation

In the past few years, the community has had a number of discussions about standardizing UUV messages in ROS, starting at the 2018 BTS workshop and then at WHOI’s 2019 ROS workshop, following up with discussion in the marine_ros_conventions repository.

While the overall discussion has been fairly broad, we decided to start with sensor messages because they are more mature and have the highest payoff for standardizing. E.g.: * Shared drivers * Shared bagfiles * Shared RVIZ plugins * Prerequisite for shared perception pipelines

CONTRIBUTING

Contributing

We welcome community contributions, and expect that most discussion of these messages will happen via Github issues and pull requests.

There are many ways to contribute to our goal of developing standardized ROS messages for hydrographic applications:

  • If one of the existing messages doesn't work for your use case, open an issue describing what the problem is. Optionally, include a PR with a suggested fix.
  • If you have an open-source package using any of these messages, post a link and description on the wiki
  • If you have a message definition that you think fills a gap in the current set of proposals, submit a pull request. In order to keep discussion grounded in actual use cases, any proposed messages should already be in use on at least one system, or the PR should describe how it unifies multiple existing in-use messages.

Branching model

This repository only has two branches: 1) main supports ROS1 Noetic 2) ros2 supports ROS2 Foxy, Humble and Rolling

Rather than encouraging feature branches, we expect most development and proposals to occur via pull requests from forks.

Releases / Review Process

We are working on getting these message packages released via rosdistro.

A PR adding messages/fields will be merged into HEAD when there is a critical mass of people supporting it. Edits that are not backwards-compatible (removing/renaming fields) will have a (much) higher threshold. When applicable, approval requires commitments from owners of several repos using the affected message to update their code to match.

Additionally, changes to message definitions are expected to include bag migration rules.

Styleguide

  • Message field names are lowercase, with words separated by underscore. (Following the ROS style guide)
  • We use pre-commit to check for formmating and styling

pre-commit

pre-commit is a tool that is used in marine_msgs to check and apply style guidelines automatically. To install pre-commit into your system:

pip3 install pre-commit

Then under marine_msgs directory install the git hooks:

cd $CATKIN_WS/src/marine_msgs && pre-commit install

With this, pre-commit will automatically run and check a list of styling including clang-format, end of files and trailing whitespaces whenever you run git commit. To run pre-commit any time other than git commit:

cd $CATKIN_WS/src/marine_msgs && pre-commit run -a

Repository Summary

Checkout URI https://github.com/apl-ocean-engineering/marine_msgs.git
VCS Type git
VCS Version ros2
Last Updated 2024-03-15
Dev Status DEVELOPED
CI status No Continuous Integration
Released RELEASED
Tags No category tags.
Contributing Help Wanted (0)
Good First Issues (0)
Pull Requests to Review (0)

Packages

Name Version
marine_acoustic_msgs 2.1.0
marine_sensor_msgs 2.1.0

README

marine_msgs

This repo is a collection of ROS packages defining common messages that are needed for underwater and surface vehicles.

If you are using these messages, please contact the maintainers so we know to keep your use case in mind and to tag you on any PRs that might affect you.

Current Maintainers: * Laura Lindzey (UW APL) * Kris Krasnosky (USF) * Brian Bingham (NPS) - Roland Arsenault (UNH CCOM)

Conventions

We welcome community contributions! Please see Contributing.md for more information on how get involved.

Repo Structure

Messages are currently split into packages.

  • marine_acoustic_msgs -- data from acoustic sensors

    • Dvl.msg
    • Imaging Sonars -- any fan-shaped sonar with intensity/range data.
    • RawSonarImage.msg -- raw angles
    • ProjectedSonarImage.msg -- raytraced data
    • Profiling Sonars -- any fan-shaped sonar returning angle/range data.
    • SonarDetections.msg -- raw angles/TWTT
    • SonarRanges.msg -- raytraced data
  • marine_sensor_msgs -- standalone messages from individual sensors

    • Turbidity
    • oxygen (TODO)
    • CTD (TODO)
    • Optical Backscatter (TODO)
    • etc.

We anticipate the potential need to create additional marine_*_msgs packages. The threshold for doing so should be (1) a group of closely related messages and/or (2) the need to define sub-messages.

We do not plan to incorporate any acoustic communication messages at this point -- instead, we recommend people consider standardizing around ros_acomms.

Motivation

In the past few years, the community has had a number of discussions about standardizing UUV messages in ROS, starting at the 2018 BTS workshop and then at WHOI’s 2019 ROS workshop, following up with discussion in the marine_ros_conventions repository.

While the overall discussion has been fairly broad, we decided to start with sensor messages because they are more mature and have the highest payoff for standardizing. E.g.: * Shared drivers * Shared bagfiles * Shared RVIZ plugins * Prerequisite for shared perception pipelines

CONTRIBUTING

Contributing

We welcome community contributions, and expect that most discussion of these messages will happen via Github issues and pull requests.

There are many ways to contribute to our goal of developing standardized ROS messages for hydrographic applications:

  • If one of the existing messages doesn't work for your use case, open an issue describing what the problem is. Optionally, include a PR with a suggested fix.
  • If you have an open-source package using any of these messages, post a link and description on the wiki
  • If you have a message definition that you think fills a gap in the current set of proposals, submit a pull request. In order to keep discussion grounded in actual use cases, any proposed messages should already be in use on at least one system, or the PR should describe how it unifies multiple existing in-use messages.

Branching model

This repository only has two branches: 1) main supports ROS1 Noetic 2) ros2 supports ROS2 Foxy, Humble and Rolling

Rather than encouraging feature branches, we expect most development and proposals to occur via pull requests from forks.

Releases / Review Process

We are working on getting these message packages released via rosdistro.

A PR adding messages/fields will be merged into HEAD when there is a critical mass of people supporting it. Edits that are not backwards-compatible (removing/renaming fields) will have a (much) higher threshold. When applicable, approval requires commitments from owners of several repos using the affected message to update their code to match.

Additionally, changes to message definitions are expected to include bag migration rules.

Styleguide

  • Message field names are lowercase, with words separated by underscore. (Following the ROS style guide)
  • We use pre-commit to check for formmating and styling

pre-commit

pre-commit is a tool that is used in marine_msgs to check and apply style guidelines automatically. To install pre-commit into your system:

pip3 install pre-commit

Then under marine_msgs directory install the git hooks:

cd $CATKIN_WS/src/marine_msgs && pre-commit install

With this, pre-commit will automatically run and check a list of styling including clang-format, end of files and trailing whitespaces whenever you run git commit. To run pre-commit any time other than git commit:

cd $CATKIN_WS/src/marine_msgs && pre-commit run -a

Repository Summary

Checkout URI https://github.com/apl-ocean-engineering/marine_msgs.git
VCS Type git
VCS Version main
Last Updated 2024-03-15
Dev Status DEVELOPED
CI status No Continuous Integration
Released RELEASED
Tags No category tags.
Contributing Help Wanted (0)
Good First Issues (0)
Pull Requests to Review (0)

Packages

Name Version
marine_acoustic_msgs 2.0.2
marine_sensor_msgs 2.0.2

README

marine_msgs

This repo is a collection of ROS packages defining common messages that are needed for underwater and surface vehicles.

If you are using these messages, please contact the maintainers so we know to keep your use case in mind and to tag you on any PRs that might affect you.

Current Maintainers: * Laura Lindzey (UW APL) * Kris Krasnosky (USF) * Brian Bingham (NPS) - Roland Arsenault (UNH CCOM)

Conventions

We welcome community contributions! Please see Contributing.md for more information on how get involved.

Repo Structure

Messages are currently split into packages.

  • marine_acoustic_msgs -- data from acoustic sensors

    • Dvl.msg
    • Imaging Sonars -- any fan-shaped sonar with intensity/range data.
    • RawSonarImage.msg -- raw angles
    • ProjectedSonarImage.msg -- raytraced data
    • Profiling Sonars -- any fan-shaped sonar returning angle/range data.
    • SonarDetections.msg -- raw angles/TWTT
    • SonarRanges.msg -- raytraced data
  • marine_sensor_msgs -- standalone messages from individual sensors

    • Turbidity
    • oxygen (TODO)
    • CTD (TODO)
    • Optical Backscatter (TODO)
    • etc.

We anticipate the potential need to create additional marine_*_msgs packages. The threshold for doing so should be (1) a group of closely related messages and/or (2) the need to define sub-messages.

We do not plan to incorporate any acoustic communication messages at this point -- instead, we recommend people consider standardizing around ros_acomms.

Motivation

In the past few years, the community has had a number of discussions about standardizing UUV messages in ROS, starting at the 2018 BTS workshop and then at WHOI’s 2019 ROS workshop, following up with discussion in the marine_ros_conventions repository.

While the overall discussion has been fairly broad, we decided to start with sensor messages because they are more mature and have the highest payoff for standardizing. E.g.: * Shared drivers * Shared bagfiles * Shared RVIZ plugins * Prerequisite for shared perception pipelines

CONTRIBUTING

Contributing

We welcome community contributions, and expect that most discussion of these messages will happen via Github issues and pull requests.

There are many ways to contribute to our goal of developing standardized ROS messages for hydrographic applications:

  • If one of the existing messages doesn't work for your use case, open an issue describing what the problem is. Optionally, include a PR with a suggested fix.
  • If you have an open-source package using any of these messages, post a link and description on the wiki
  • If you have a message definition that you think fills a gap in the current set of proposals, submit a pull request. In order to keep discussion grounded in actual use cases, any proposed messages should already be in use on at least one system, or the PR should describe how it unifies multiple existing in-use messages.

Branching model

This repository only has two branches: 1) main supports ROS1 Noetic 2) ros2 supports ROS2 Foxy, Humble and Rolling

Rather than encouraging feature branches, we expect most development and proposals to occur via pull requests from forks.

Releases / Review Process

We are working on getting these message packages released via rosdistro.

A PR adding messages/fields will be merged into HEAD when there is a critical mass of people supporting it. Edits that are not backwards-compatible (removing/renaming fields) will have a (much) higher threshold. When applicable, approval requires commitments from owners of several repos using the affected message to update their code to match.

Additionally, changes to message definitions are expected to include bag migration rules.

Styleguide

  • Message field names are lowercase, with words separated by underscore. (Following the ROS style guide)
  • We use pre-commit to check for formmating and styling

pre-commit

pre-commit is a tool that is used in marine_msgs to check and apply style guidelines automatically. To install pre-commit into your system:

pip3 install pre-commit

Then under marine_msgs directory install the git hooks:

cd $CATKIN_WS/src/marine_msgs && pre-commit install

With this, pre-commit will automatically run and check a list of styling including clang-format, end of files and trailing whitespaces whenever you run git commit. To run pre-commit any time other than git commit:

cd $CATKIN_WS/src/marine_msgs && pre-commit run -a