ROS Resources: Documentation | Support | Discussion Forum | Index | Service Status | ros @ Robotics Stack Exchange
Ask Your Question

Revision history [back]

click to hide/show revision 1
initial version

Can you tell us what the value is of LC_NUMERIC? You can print it using echo $LC_NUMERIC in a terminal.

There is a good chance you're running into an issue with urdf and locales which use , for decimals instead of . (ie: comma vs dot).

Can you tell us what the value is of LC_NUMERIC? You can print it using echo $LC_NUMERIC in a terminal.

There is a good chance you're running into an issue with urdf and locales which use , for decimals instead of . (ie: comma vs dot).


See #q272692 for a related Q&A.

the output gives LC_NUMERIC=it_IT.UTF-8. Should I set the english standard?

As a test, you could see whether the following "solves" your problem:

  • open a new terminal
  • export LC_NUMERIC="en_US.UTF-8"
  • now source your workspace and try starting RViz again

If your robot -- with the scaling in place -- now does appear, it's most likely ros/urdfdom_headers#41.

Can you tell us what the value is of LC_NUMERIC? You can print it using echo $LC_NUMERIC in a terminal.

There is a good chance you're running into an issue with urdf and locales which use , for decimals instead of . (ie: comma vs dot).


See #q272692 for a related Q&A.

the output gives LC_NUMERIC=it_IT.UTF-8. Should I set the english standard?

As a test, you could see whether the following "solves" your problem:

  • open a new terminal
  • export LC_NUMERIC="en_US.UTF-8"
  • now source your workspace and try starting RViz again

If your robot -- with the scaling in place -- now does appear, it's most likely ros/urdfdom_headers#41.

If it is 41, then it should have been fixed recently. According to this comment on the bug report, enabling the bionic-updates repository and updating urdfdom and urdfdom-headers should really fix things (ie: you should not need to use the LC_NUMERIC="en_US.UTF-8" work-around).