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
[ERROR] [1477025310.997172887]: Error retrieving file [file:///home/xeon74/my_bot/src/my_robot/mesh/stl/base_3.stl]: Couldn't open file /home/xeon74/my_bot/src/my_robot/mesh/stl/base_3.stl
[ERROR] [1477025311.011398727]: Could not load model 'file:///home/xeon74/my_bot/src/my_robot/mesh/stl/base_3.stl' for link 'base_link': OGRE EXCEPTION(6:FileNotFoundException): Cannot locate resource file:///home/xeon74/my_bot/src/my_robot/mesh/stl/base_3.stl in resource group Autodetect or any other group. in ResourceGroupManager::openResource at /build/buildd/ogre-1.8-1.8.1+dfsg/OgreMain/src/OgreResourceGroupManager.cpp (line 756)

The error basically tells you that RViz cannot find the file /home/xeon74/my_bot/src/my_robot/mesh/stl/base_3.stl. Two things to make sure:

  1. is there actually a file called base_3.stl inside the /home/xeon74/my_bot/src/my_robot/mesh/stl directory?
  2. does the user that starts RViz have read permissions for base_3.stl?

In both cases the output of ls -la /home/xeon74/my_bot/src/my_robot/mesh/stl/base_3.stl should provide us with that information, so please add the output of that command to your question (edit it).

note: in most cases, Linux runs on top of a case-sensitive file system, which means that file.STL is not the same as file.stl. Make sure base_3.stl is not actually base_3.STL. This is a common problem with urdfs and meshes created under Windows, and then copied to your Linux installation.


I would actually be more worried about this error:

UnboundLocalError: local variable 'slider' referenced before assignment
[joint_state_publisher-2] process has died [pid 3003, exit code 1, cmd /opt/ros/indigo/lib/joint_state_publisher/joint_state_publisher __name:=joint_state_publisher __log:=/home/xeon74/.ros/log/9a85b020-9749-11e6-b2c4-1cc1de334fec/joint_state_publisher-2.log].

This points to a rather strange error inside the joint_state_publisher. Can you tell us how you installed joint_state_publisher: did you use the deb packages, or did you built things from sources?

[ERROR] [1477025310.997172887]: Error retrieving file [file:///home/xeon74/my_bot/src/my_robot/mesh/stl/base_3.stl]: Couldn't open file /home/xeon74/my_bot/src/my_robot/mesh/stl/base_3.stl
[ERROR] [1477025311.011398727]: Could not load model 'file:///home/xeon74/my_bot/src/my_robot/mesh/stl/base_3.stl' for link 'base_link': OGRE EXCEPTION(6:FileNotFoundException): Cannot locate resource file:///home/xeon74/my_bot/src/my_robot/mesh/stl/base_3.stl in resource group Autodetect or any other group. in ResourceGroupManager::openResource at /build/buildd/ogre-1.8-1.8.1+dfsg/OgreMain/src/OgreResourceGroupManager.cpp (line 756)

The error basically tells you that RViz cannot find the file /home/xeon74/my_bot/src/my_robot/mesh/stl/base_3.stl. Two things to make sure:

  1. is there actually a file called base_3.stl inside the /home/xeon74/my_bot/src/my_robot/mesh/stl directory?
  2. does the user that starts RViz have read permissions for base_3.stl?

In both cases the output of ls -la /home/xeon74/my_bot/src/my_robot/mesh/stl/base_3.stl should provide us with that information, so please add the output of that command to your question (edit it).

note: in most cases, Linux runs on top of a case-sensitive file system, which means that file.STL is not the same as file.stl. Make sure base_3.stl is not actually base_3.STL. This is a common problem with urdfs and meshes created under Windows, and then copied to your Linux installation.


I would actually be more worried about this error:

UnboundLocalError: local variable 'slider' referenced before assignment
[joint_state_publisher-2] process has died [pid 3003, exit code 1, cmd /opt/ros/indigo/lib/joint_state_publisher/joint_state_publisher __name:=joint_state_publisher __log:=/home/xeon74/.ros/log/9a85b020-9749-11e6-b2c4-1cc1de334fec/joint_state_publisher-2.log].

This points to a rather strange error inside the joint_state_publisher. Can you tell us how you installed joint_state_publisher: did you use the deb packages, or did you built things from sources?


Edit:

I checked the file system and found the file ls -la /home/xeon74/my_bot/src/my_robot/mesh/stl/base_3.stl.

So, where is the output of that command? Please add it to your original question, by editing it.

Also I have installed joint_state_publisher from ros.wiki site under the complete package installation.

Ok. Then please report the joint_state_publisher part of the error over at ros/robot_model/issues.

May the error is due to the .STL and .stl formats.

I'm not sure what you mean by this. .stl and .STL are both file extensions commonly used by STL files. Are you saying that you have a .STL file but not the .stl file?

Additionally, please include a fragment of your urdf which loads the meshes (ie: the <geometry><mesh filename="package://../base_3.stl"/></geometry> lines).

[ERROR] [1477025310.997172887]: Error retrieving file [file:///home/xeon74/my_bot/src/my_robot/mesh/stl/base_3.stl]: Couldn't open file /home/xeon74/my_bot/src/my_robot/mesh/stl/base_3.stl
[ERROR] [1477025311.011398727]: Could not load model 'file:///home/xeon74/my_bot/src/my_robot/mesh/stl/base_3.stl' for link 'base_link': OGRE EXCEPTION(6:FileNotFoundException): Cannot locate resource file:///home/xeon74/my_bot/src/my_robot/mesh/stl/base_3.stl in resource group Autodetect or any other group. in ResourceGroupManager::openResource at /build/buildd/ogre-1.8-1.8.1+dfsg/OgreMain/src/OgreResourceGroupManager.cpp (line 756)

The error basically tells you that RViz cannot find the file /home/xeon74/my_bot/src/my_robot/mesh/stl/base_3.stl. Two things to make sure:

  1. is there actually a file called base_3.stl inside the /home/xeon74/my_bot/src/my_robot/mesh/stl directory?
  2. does the user that starts RViz have read permissions for base_3.stl?

In both cases the output of ls -la /home/xeon74/my_bot/src/my_robot/mesh/stl/base_3.stl should provide us with that information, so please add the output of that command to your question (edit it).

note: in most cases, Linux runs on top of a case-sensitive file system, which means that file.STL is not the same as file.stl. Make sure base_3.stl is not actually base_3.STL. This is a common problem with urdfs and meshes created under Windows, and then copied to your Linux installation.


I would actually be more worried about this error:

UnboundLocalError: local variable 'slider' referenced before assignment
[joint_state_publisher-2] process has died [pid 3003, exit code 1, cmd /opt/ros/indigo/lib/joint_state_publisher/joint_state_publisher __name:=joint_state_publisher __log:=/home/xeon74/.ros/log/9a85b020-9749-11e6-b2c4-1cc1de334fec/joint_state_publisher-2.log].

This points to a rather strange error inside the joint_state_publisher. Can you tell us how you installed joint_state_publisher: did you use the deb packages, or did you built things from sources?


Edit:

I checked the file system and found the file ls -la /home/xeon74/my_bot/src/my_robot/mesh/stl/base_3.stl.

So, where is the output of that command? Please add it to your original question, by editing it.

Also I have installed joint_state_publisher from ros.wiki site under the complete package installation.

Ok. Then please report the joint_state_publisher part of the error over at ros/robot_model/issues.

May the error is due to the .STL and .stl formats.

I'm not sure what you mean by this. .stl and .STL are both file extensions commonly used by STL files. Are you saying that you have a .STL file but not the .stl file?

Additionally, please include a fragment of your urdf which loads the meshes (ie: the <geometry><mesh filename="package://../base_3.stl"/></geometry> lines).


Edit2:

regarding the confusion between .stl and .STL , I was saying since Linux works under case sensitive environment , so will there be any problem using .STL instead of .stl ???

As I wrote earlier: if your files are actually using .STL (upper case), but your urdf specifies .stl (lower case) then it will not work. But from the output of ls -al .. it would appear that the file actually exists, so I'm doubtful that is the problem here. Unless you know something we don't.

[ERROR] [1477025310.997172887]: Error retrieving file [file:///home/xeon74/my_bot/src/my_robot/mesh/stl/base_3.stl]: Couldn't open file /home/xeon74/my_bot/src/my_robot/mesh/stl/base_3.stl
[ERROR] [1477025311.011398727]: Could not load model 'file:///home/xeon74/my_bot/src/my_robot/mesh/stl/base_3.stl' for link 'base_link': OGRE EXCEPTION(6:FileNotFoundException): Cannot locate resource file:///home/xeon74/my_bot/src/my_robot/mesh/stl/base_3.stl in resource group Autodetect or any other group. in ResourceGroupManager::openResource at /build/buildd/ogre-1.8-1.8.1+dfsg/OgreMain/src/OgreResourceGroupManager.cpp (line 756)

The error basically tells you that RViz cannot find the file /home/xeon74/my_bot/src/my_robot/mesh/stl/base_3.stl. Two things to make sure:

  1. is there actually a file called base_3.stl inside the /home/xeon74/my_bot/src/my_robot/mesh/stl directory?
  2. does the user that starts RViz have read permissions for base_3.stl?

In both cases the output of ls -la /home/xeon74/my_bot/src/my_robot/mesh/stl/base_3.stl should provide us with that information, so please add the output of that command to your question (edit it).

note: in most cases, Linux runs on top of a case-sensitive file system, which means that file.STL is not the same as file.stl. Make sure base_3.stl is not actually base_3.STL. This is a common problem with urdfs and meshes created under Windows, and then copied to your Linux installation.


I would actually be more worried about this error:

UnboundLocalError: local variable 'slider' referenced before assignment
[joint_state_publisher-2] process has died [pid 3003, exit code 1, cmd /opt/ros/indigo/lib/joint_state_publisher/joint_state_publisher __name:=joint_state_publisher __log:=/home/xeon74/.ros/log/9a85b020-9749-11e6-b2c4-1cc1de334fec/joint_state_publisher-2.log].

This points to a rather strange error inside the joint_state_publisher. Can you tell us how you installed joint_state_publisher: did you use the deb packages, or did you built things from sources?


Edit:

I checked the file system and found the file ls -la /home/xeon74/my_bot/src/my_robot/mesh/stl/base_3.stl.

So, where is the output of that command? Please add it to your original question, by editing it.

Also I have installed joint_state_publisher from ros.wiki site under the complete package installation.

Ok. Then please report the joint_state_publisher part of the error over at ros/robot_model/issues.

May the error is due to the .STL and .stl formats.

I'm not sure what you mean by this. .stl and .STL are both file extensions commonly used by STL files. Are you saying that you have a .STL file but not the .stl file?

Additionally, please include a fragment of your urdf which loads the meshes (ie: the <geometry><mesh filename="package://../base_3.stl"/></geometry> lines).


Edit2:

regarding the confusion between .stl and .STL , I was saying since Linux works under case sensitive environment , so will there be any problem using .STL instead of .stl ???

As I wrote earlier: if your files are actually using .STL (upper case), but your urdf specifies .stl (lower case) then it will not work. But from the output of ls -al .. it would appear that the file actually exists, so I'm doubtful that is the problem here. Unless you know something we don't.


Edit3:

But after i put some joints in it , it was working fine.

Are you referring to the joint_state_publisher problem (local variable 'slider' referenced before assignment), or the mesh loading issue?