You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I think we were right to remove the robot.xml parameter. We load the robot from an OpenRAVE XML file when the robot_xml parameter is present. If it is absent, we load it from .urdf and .srdf files.
I'd prefer to either: (1) remove the robot_xml parameter entirely or (2) replace the parameter with a robot parameter that defaults to None. If the parameter is set to an OpenRAVE robot, then initialize() uses the argument and skips loading the robot. That way the user can load the robot however he or she wishes (e.g. env.LoadRobotXML, using or_urdf).
I recently faced a similar issue and ended up going the other way on this parameter, largely because:
(a) changing the robot.xml often requires setting other things that are not specified in the XML to match, such as overriding default link/topic names, meaning this has to be part of a larger code block anyway
(b) because we are moving away from robot.xml as a format: it's likely we'll want our resources to have good interoperability with DART, rviz and other tools, and the OpenRAVE XML formats currently aren't well supported there, in addition to having odd/undocumented transformation and parsing semantics at times.
Yes I can understand the difficulties of supporting both an xml and a urdf. Perhaps as HERBpy is for HERB, then it only needs to support one or the other.
I don't need this feature in HERBpy, but I just happened to notice it was broken.
I made a WAMpy package which is like PR2py in that it can only load an xml, but incorporates some newer code changes from HERBpy. So that's how I found this problem.
herb.py defines an initialize() function which allows you to optionally pass in the filename of a robot model.
However this is ignored, it looks like it got broken in this commit:
326eed5
The text was updated successfully, but these errors were encountered: