Merged in urdf_parser_py#7
Conversation
git-svn-id: https://wu-ros-pkg.svn.sourceforge.net/svnroot/wu-ros-pkg/stacks/urdf_tools/trunk@28 8be2bc32-520c-440a-ab74-22c12e9655a8
git-svn-id: https://wu-ros-pkg.svn.sourceforge.net/svnroot/wu-ros-pkg/stacks/urdf_tools/trunk@30 8be2bc32-520c-440a-ab74-22c12e9655a8
git-svn-id: https://wu-ros-pkg.svn.sourceforge.net/svnroot/wu-ros-pkg/stacks/urdf_tools/trunk@32 8be2bc32-520c-440a-ab74-22c12e9655a8
git-svn-id: https://wu-ros-pkg.svn.sourceforge.net/svnroot/wu-ros-pkg/stacks/urdf_tools/trunk@34 8be2bc32-520c-440a-ab74-22c12e9655a8
git-svn-id: https://wu-ros-pkg.svn.sourceforge.net/svnroot/wu-ros-pkg/stacks/urdf_tools/trunk@35 8be2bc32-520c-440a-ab74-22c12e9655a8
git-svn-id: https://wu-ros-pkg.svn.sourceforge.net/svnroot/wu-ros-pkg/stacks/urdf_tools/trunk@36 8be2bc32-520c-440a-ab74-22c12e9655a8
git-svn-id: https://wu-ros-pkg.svn.sourceforge.net/svnroot/wu-ros-pkg/stacks/urdf_tools/trunk@37 8be2bc32-520c-440a-ab74-22c12e9655a8
git-svn-id: https://wu-ros-pkg.svn.sourceforge.net/svnroot/wu-ros-pkg/stacks/urdf_tools/trunk@47 8be2bc32-520c-440a-ab74-22c12e9655a8
git-svn-id: https://wu-ros-pkg.svn.sourceforge.net/svnroot/wu-ros-pkg/stacks/urdf_tools/trunk@48 8be2bc32-520c-440a-ab74-22c12e9655a8
git-svn-id: https://wu-ros-pkg.svn.sourceforge.net/svnroot/wu-ros-pkg/stacks/urdf_tools/trunk@52 8be2bc32-520c-440a-ab74-22c12e9655a8
- make load/parse methods static - rename load into load_xml_file, parse into parse_xml_string - rename loadFromParameterServer into load_from_paremeter_server
…ich detects the link which is top in the tree (URDF's should guarantee a unique root/tree structure), and added an option to get_chain which allows one to not include fixed joints in the chain.
…throw warnings if it encounters unknown elements.
Minor Additions and Bug Fixes
…ents Removed *.pyc files Conflicts: .gitignore
… plugins (see ros_control packages)
…e check (Whoops!)
…ransmission types more flexible (for usage with ros_control)
Small bugfixes for urdf_parser_py and xml_reflection
urdf_parser_py/Makefile
Outdated
There was a problem hiding this comment.
I think we should remove this file.
|
Thank you! This is excellent! Code looks great. The only thing is that the urdfdom library should build & install without catkin as well. The package.xml and install system as it is now will be added to the release repo (I will do that), but for users that do not use catkin/ros, it would be nice to offer them the option to install as well. |
… roslib. Will remove catkin from setup.py, along with CMakeLists.txt files
|
@isucan I've removed the catkin build dependencies and just pasted in the |
|
This is great, thank you! I will do the catkin stuff in the release repo so things get installed as the used to. That said, while the xml_reflection bit seems useful, this is supposed to be a repo specific for urdf. Is it possible to merge xml_reflection with the urdf_py package? |
|
You're welcome! |
|
Thanks! I would prefer urdf_parser_py.xml_reflection to keep things cleaner. |
|
thx for your work guys ! @isucan , any way you could release this asap ? The calibration package depends on that. Thx. |
|
@eacousineau is it possible to remove from_parameter_server form the parser? It seems to be the only bit depending on rospy. @vrabaud I will try to do so today. It is easy to do this as one package, with one package.xml; Not completely clear how to do it with two packages yet. |
|
@isucan I moved the rospy import inside that function so that it only tries
|
|
Seems good to me. I would prefer if we keep the parameter server in the function though. Thanks for the work! |
|
Alright. Sounds like we keep this in :)
|
|
Thanks for the excellent work. To clarify, the dependency on rospy is optional right? |
|
Yes, rospy is only imported if the developer calls Robot.from_parameter_server(). Otherwise it has no other ros dependencies. Some greppage just to make sure: |
Fixes for compiling in Windows
fix CMake policy 42 warning
Didn't look a like a filter-branch or subtree was necessary, so just did a basic merge: eacousineau@0cc7489
Addressing #4 (comment)
Should we rename
xml_reflectionto something a little more specific to python?