ompl-users — Users mailing list

Re: [ompl-users] Planners return colliding paths

[Boris L. <la...@in...>]

sorry, forgot to cc the list...

-------- Original Message --------
Subject: Re: [ompl-users] Planners return colliding paths
Date: Thu, 24 Mar 2011 16:36:29 +0100
From: Boris Lau <la...@in...>
To: is...@gm...

Hi Ioan,

thank you very much for your quick reply.

My understanding of the resolution is this:
I can simply choose to map the grid space coordinates to the continuous
space 1:1. Therefore, I use 0 and the width/height (whatever is bigger)
of the map as manifold bounds. Then I need a maximum stepsize of 1 cell,
therefore 1/extent.
And indeed, when I print out which cells are checked for collisions,
they are indeed either adjacent, or the algorithm is jumping somewhere else.

> Could it be possible this distance is less than 1, but the cells are not
> adjacent?
I think that's a no. But I tried it anyway, 0.5/extent, same results.

> Let me know if this does not work, and some pictures of the erratic
> paths may be helpful.
Here are pictures of RRT and KPIECE1 paths. Each step in the path is one
picture, frame by frame:

http://www.informatik.uni-freiburg.de/~lau/generated_paths.zip

As you can see, the RRT returns a very sparse but valid path, and the
KPIECE1 does something weird. The only thing I change is using either
    ss.setPlanner((ompl::base::PlannerPtr)(new og::RRT(si)));
or ss.setPlanner((ompl::base::PlannerPtr)(new og::KPIECE1(si)));

The rest is as in the simple setup example. Do I need to setup a
projection thing myself?

> cell dimensions for the default projections are of appropriate size
> (some tuning may be required).
>
> std::vector<double> dims(3);
> dims[0] = 1;
> dims[1] = 2;
> dims[2] = 0.1;
> ss.getStateManifold()->getDefaultProjection()->setCellDimensions(dims);

When I use these lines I get an error:
terminate called after throwing an instance of 'ompl::Exception'
what():  Number of dimensions in projection space does not match number
of cell dimensions

So, I tried the same with just 2 dims, no error, but same results as before.

> Instead of this:
>  > ss.setPlanner((const ompl::base::PlannerPtr)new og::RRT(si));
> do this:
> ss.setPlanner(ompl::base::PlannerPtr(new og::RRT(si)));
I did, no difference. Valgrind is completely happy.

Thanks again for your help.
And by the way, my colleague Christoph Sprunk says hi, you've met at the
BRICS labor camp.

Best, Boris

-- 
Boris Lau

Albert-Ludwigs-University Freiburg
Institute of Computer Science, Autonomous Intelligent Systems Group
Georges-Koehler-Allee 079, D-79110 Freiburg, Germany

Building 079, Room 1005
Phone: +49 761 203-8012 | Mobile: +49 174 9436758
http://www.informatik.uni-freiburg.de/~lau

Re: [ompl-users] Planners return colliding paths

[<is...@gm...>]

Hello Boris,

Your code is almost correct. I am attaching a slightly changed version at  
the end of the e-mail.
It is likely the collision checking resolution is not set accordingly.

This means that when you are at a state
(x,y,th) and want to go to (x',y',th'), the intermediate states are checked  
at 1% of the space.


The validity checking resolution is defined to be a fraction of the space's  
extent.
You set it to be f = 1/extent. This means that motion segments that are  
shorter than f * extent are considered to be valid. This means, anything  
that is within distance 1 is considered valid.

The distance between two states (x,y,th) and (x',y',th') for and SE2  
manifold is by default:
sqrt((xx')^2 + (yy')^2)+ 0.5 |th - th'|

if this distance is less than 1, the motion segment between the two states  
is not checked for collisions.
Could it be possible this distance is less than 1, but the cells are not  
adjacent? Perhaps you should decrease the collision checking resolution.
Let me know if this does not work, and some pictures of the erratic paths  
may be helpful.

In terms of planners to test against, that is your choice, depending on the  
type of work you are doing. Using the Benchmark class it should be possible  
to easily test against all the planners in OMPL.In order to be fair, you  
should only make sure you are using the same distance functions, and for  
EST/KPIECE/SBL planners you should make sure that the cell dimensions for  
the default projections are of appropriate size (some tuning may be  
required).

std::vector<double> dims(3);
dims[0] = 1;
dims[1] = 2;
dims[2] = 0.1;
ss.getStateManifold()->getDefaultProjection()->setCellDimensions(dims);

Note: This function was renamed to setCellSizes() in the repository, so the  
upcoming 0.9.3 release will have a minor API difference.

-------------
Instead of this:
> ss.setPlanner((const ompl::base::PlannerPtr)new og::RRT(si));


do this:
ss.setPlanner(ompl::base::PlannerPtr(new og::RRT(si)));

You cannot cast between the types you are forcing the cast in. This may  
cause some problems too. You can run with valgrind to make sure everything  
correct.


Ioan

On Mar 24, 2011 5:44am, Boris Lau <la...@in...> wrote:
> Hey folks,



> I'm new to ompl, so bare with me. Here's what I do: planning for a

> rectangular wheeled robot in x,y,theta. Just geometric path planning, no

> dynamics. The collision checks are done by lookups in distance maps

> generated after convolution with the robot shape.



> When I use the RRT, it returns a decent solution that is free of

> obstacles. However, when I try to use KPIECE or the default, it says

> "Found solution" and returns a path that looks completely insane and

> does not care about obstacles at all. My code is below...



> Could this be a problem with the projection missing, ie, is the

> default not good enough? Do I have to initialize the KPIECE grid

> somehow? Do I need motion validity checking instead of state validity?



> And a last question, which planner do you recommend as a benchmark for

> comparison against my own voronoi-based gridmap planner?



> Any help is appreciated.

> Best, Boris





> ob::StateManifoldPtr manifold(new ob::SE2StateManifold());

> manifold->as()->setBounds(...);

> og::SimpleSetup ss(manifold);



> ompl::base::SpaceInformationPtr si = ss.getSpaceInformation();

> si->setStateValidityChecker(boost::bind(&isStateValid, _1));

> si->setStateValidityCheckingResolution(1.0/manifold->getMaximumExtent());

> si->setup();



> ss.setPlanner((const ompl::base::PlannerPtr)new og::RRT(si));

> ompl::base::ScopedState start(manifold);

> ompl::base::ScopedState goal(manifold);

> [then setting valid values for start goal]

> ss.setStartAndGoalStates(ompl_start, ompl_goal);

> bool solved = ss.solve(10000.0);









> --

> Boris Lau



> Albert-Ludwigs-University Freiburg

> Institute of Computer Science, Autonomous Intelligent Systems Group

> Georges-Koehler-Allee 079, D-79110 Freiburg, Germany



> Building 079, Room 1005

> Phone: +49 761 203-8012 | Mobile: +49 174 9436758

> http://www.informatik.uni-freiburg.de/~lau



> ------------------------------------------------------------------------------

> Enable your software for Intel(R) Active Management Technology to meet the

> growing manageability and security demands of your customers. Businesses

> are taking advantage of Intel(R) vPro (TM) technology - will your software

> be a part of the solution? Download the Intel(R) Manageability Checker

> today! http://p.sf.net/sfu/intel-dev2devmar

> _______________________________________________

> ompl-users mailing list

> omp...@li...

> https://lists.sourceforge.net/lists/listinfo/ompl-users

[ompl-users] Planners return colliding paths

[Boris L. <la...@in...>]

Hey folks,

I'm new to ompl, so bare with me. Here's what I do: planning for a 
rectangular wheeled robot in x,y,theta. Just geometric path planning, no 
dynamics. The collision checks are done by lookups in distance maps 
generated after convolution with the robot shape.

When I use the RRT, it returns a decent solution that is free of 
obstacles. However, when I try to use KPIECE or the default, it says 
"Found solution" and returns a path that looks completely insane and 
does not care about obstacles at all. My code is below...

Could this be a problem with the projection missing, i.e., is the 
default not good enough? Do I have to initialize the KPIECE grid 
somehow? Do I need motion validity checking instead of state validity?

And a last question, which planner do you recommend as a benchmark for 
comparison against my own voronoi-based gridmap planner?

Any help is appreciated.
Best, Boris


ob::StateManifoldPtr manifold(new ob::SE2StateManifold());
manifold->as<ob::SE2StateManifold>()->setBounds(...);
og::SimpleSetup ss(manifold);

ompl::base::SpaceInformationPtr si = ss.getSpaceInformation();
si->setStateValidityChecker(boost::bind(&isStateValid, _1));
si->setStateValidityCheckingResolution(1.0/manifold->getMaximumExtent()); 
   si->setup();

ss.setPlanner((const ompl::base::PlannerPtr)new og::RRT(si));
ompl::base::ScopedState<ompl::base::SE2StateManifold> start(manifold);
ompl::base::ScopedState<ompl::base::SE2StateManifold> goal(manifold);
[then setting valid values for start goal]
ss.setStartAndGoalStates(ompl_start, ompl_goal);
bool solved = ss.solve(10000.0);




-- 
Boris Lau

Albert-Ludwigs-University Freiburg
Institute of Computer Science, Autonomous Intelligent Systems Group
Georges-Koehler-Allee 079, D-79110 Freiburg, Germany

Building 079, Room 1005
Phone: +49 761 203-8012 | Mobile: +49 174 9436758
http://www.informatik.uni-freiburg.de/~lau

Re: [ompl-users] OMPL

[Oliver D. <o.d...@ja...>]

Hi Ioan,

thanks for your response!

I have a few (general) questions regarding OMPL for manipulation usage,
especially as so far, the documentation and examples are mostly aimed
towards rigid body planning.

Could you possible give a (quick) outline of how you would go about creating
a basic manipulation example (eg moving a simple arm from one position to
another without colliding into a known obstacle)? I guess my problem is that
I fail to see how and where exactly rigid body planning overlaps with
manipulation, what OMPL can deal with and what needs to be implemented. I
have looked at the documentation but feel I am lacking the overview.

I found a reference to arm manipulation
here<http://ompl.kavrakilab.org/implementingStateManifolds.html>,
that states how to create a state manifold for a 6dof arm. Where would
define the relationships between each DOF (ie the kinetmatic structure,
min&max joint values, etc)?

A quick overview focused on arm manipulation would be really great!

Thanks in advance,
-Ollie


On 11 March 2011 17:07, <is...@gm...> wrote:

> Hello Oliver,
>
> I believe the ompl_ros_interface package was pushed to the .deb build
> servers a day or two ago. This means you should see the new packages
> already, or very soon.
> The will only be part of unstable & diamondback however; no earlier
> support. The packages are very new, so there may be little issues to deal
> with. The ros-users mailing list will be more appropriate for ROS-specific
> questions.
>
> About tutorials, the answer is always yes :) As to when that will happen, I
> cannot give you a time frame. Feel free to post questions about this, if you
> have any difficulties.
>
> Ioan
>
>
>
> On Mar 11, 2011 9:54am, Oliver Dunkley <o.d...@ja...>
> wrote:
> > Hey guys!
> >
> > I am interested in potentially using OMPL for some robotic
> planning/manipulation tasks. Currently, we use use a ROS + openrave setup,
> but would like to experiment with a ROS + OMPL setup.
> >
> >
> >
> > Of course this would mean having to use/implement lots of the ROS
> manipulation pipeline.
> >
> >
> > I see that the ompl_ros_interface package is upcoming for a release. Do
> you have a rough estimate / time line as to when it will be available?
> >
> >
> >
> > For now I am looking at the new interface through the rosinstall file
> provided (currently ompl_ros_interface will not compile due to mismatching
> function calls).
> >
> >
> >
> >
> >
> > The rigid body planning tutorials are pretty cool! Are there any plans to
> expand the tutorials, eg to include some with a manipulation planning
> orientated direction?
> >
> >
> >
> >
> >
> > Thanks:)
> >
> >
> >
> > -Ollie
>

Re: [ompl-users] OMPL

[<is...@gm...>]

Hello Oliver,

I believe the ompl_ros_interface package was pushed to the .deb build  
servers a day or two ago. This means you should see the new packages  
already, or very soon.
The will only be part of unstable & diamondback however; no earlier  
support. The packages are very new, so there may be little issues to deal  
with. The ros-users mailing list will be more appropriate for ROS-specific  
questions.

About tutorials, the answer is always yes :) As to when that will happen, I  
cannot give you a time frame. Feel free to post questions about this, if  
you have any difficulties.

Ioan


On Mar 11, 2011 9:54am, Oliver Dunkley <o.d...@ja...>  
wrote:
> Hey guys!

> I am interested in potentially using OMPL for some robotic  
> planning/manipulation tasks. Currently, we use use a ROS + openrave  
> setup, but would like to experiment with a ROS + OMPL setup.



> Of course this would mean having to use/implement lots of the ROS  
> manipulation pipeline.


> I see that the ompl_ros_interface package is upcoming for a release. Do  
> you have a rough estimate / time line as to when it will be available?



> For now I am looking at the new interface through the rosinstall file  
> provided (currently ompl_ros_interface will not compile due to  
> mismatching function calls).





> The rigid body planning tutorials are pretty cool! Are there any plans to  
> expand the tutorials, eg to include some with a manipulation planning  
> orientated direction?





> Thanks:)



> -Ollie
> --
> Oliver Dunkley
> Computer Science | Class of
> 2011
> Jacobs University Bremen
> Address: Bördestr 43, 28717 Bremen, Germany
> Phone: +49 (0)421-7085714
> Mobile: +49 (0)176-23861724
> E-mail: O.D...@ja...


> Skype: Ollie.Dunkley

[ompl-users] OMPL

[Oliver D. <o.d...@ja...>]

Hey guys!

I am interested in potentially using OMPL for some robotic
planning/manipulation tasks. Currently, we use use a ROS + openrave setup,
but would like to experiment with a ROS + OMPL setup.
Of course this would mean having to use/implement lots of the ROS
manipulation pipeline.

I see that the ompl_ros_interface package is upcoming for a release. Do you
have a rough estimate / time line as to when it will be available?
For now I am looking at the new interface through the
rosinstall<http://www.ros.org/wiki/ompl/diamondback?action=AttachFile&do=get&target=ompl_new_api.trunk>file
provided (currently ompl_ros_interface will not compile due to
mismatching function calls).

The rigid body planning tutorials are pretty cool! Are there any plans to
expand the tutorials, eg to include some with a manipulation planning
orientated direction?

Thanks:)

-Ollie
-- 
*Oliver Dunkley
Computer Science | Class of 2011
Jacobs University Bremen

Address: Bördestr 43, 28717 Bremen, Germany
Phone:   +49 (0)421-7085714
Mobile:  +49 (0)176-23861724
E-mail:  O.D...@ja...
Skype:   Ollie.Dunkley*

Re: [ompl-users] Error in instaling ompl on ubuntu 10.04

[<is...@gm...>]

Hello Billy,

I have not used CMake 2.8.1, but I have seen similar errors for 2.8.0. Can  
you try a new version?
Thanks for the md5 sum report! We'll fix it asap.

Ioan

On Mar 7, 2011 5:03pm, Billy Okal <b....@ja...> wrote:
> Hey Mark, Hey Ioan,

> I looked into the UseAssimp.cmake file and put a new md5(the one  
> downloaded assimp checks for) value and the verification now works  
> file(temporarily at least).
> But now I get another error which I for now assume is because of the  
> Cmake 2.8.1 that I am using, but before I mess with cmake I want to be  
> sure that is the problem, as I use the same cmake for lots of other stuff.



> ie

> [ 0%] Creating directories for 'assimp'
> [ 0%] Performing download step (download, verify and extract) for 'assimp'
> -- downloading...
> src='http://softlayer.dl.sourceforge.net/assimp/assimp--2.0.863-sdk.zip'


> dst='/home/makokal/omplapp/src/external/assimp--2.0.863-sdk.zip'
> timeout='none'
> -- downloading... done
> -- verifying file...
> file='/home/makokal/omplapp/src/external/assimp--2.0.863-sdk.zip'


> -- verifying file... done
> -- extracting...
> src='/home/makokal/omplapp/src/external/assimp--2.0.863-sdk.zip'
> dst='/home/makokal/omplapp/build/Release/assimp-prefix/src/assimp'
> -- extracting... [tar xfz]


> CMake Error: Problem with tar_extract_all(): Invalid argument
> CMake Error: Problem extracting tar:  
> /home/makokal/omplapp/src/external/assimp--2.0.863-sdk.zip
> -- extracting... [error clean up]
> CMake Error at assimp-stamp/extract-assimp.cmake:33 (message):


> error: extract of
> '/home/makokal/omplapp/src/external/assimp--2.0.863-sdk.zip' failed


> make[2]: *** [assimp-prefix/src/assimp-stamp/assimp-download] Error 1
> make[1]: *** [CMakeFiles/assimp.dir/all] Error 2


> make: *** [all] Error 2


> billy

> On 7 March 2011 23:49, Mark Moll mm...@ri...> wrote:


> It could also be that the assmp team is performing silent upgrades, in  
> which case you could get a different checksum if you get the tar ball  
> from different sourceforge mirrors each time.



> You can install assimp separately (but somewhere where cmake can find  
> it), or remove the md5 check in CMakeModules/UseAssimp.cmake.




> On Mar 7, 2011, at 4:33 PM, Ioan Alexandru Sucan wrote:



> >

> > Hello Billy,

> >

> > Can you tell me what version of CMake you are using? OMPL needs version  
> 2.8.2 or above. By default, Ubuntu 10.04 includes CMake 2.8.0, which is  
> too old.

> >

> > Ioan

> >

> >

> > On Mon, Mar 7, 2011 at 4:16 PM, Billy Okal b....@ja...>  
> wrote:

> > Dear OMPL users,

> >

> > I am getting an error in the install process for ompl. The error is on  
> md5 checksums when downloading Assimp, somehow they are different  
> everytime. I have tried basic checks like removing existing assimp  
> sources but that does not fix it. Below is a dump of the output.



> >

> >

> > makokal@nyumbanilabs:~/omplapp/build/Release$ make

> > [ 0%] Creating directories for 'assimp'

> > [ 0%] Performing download step (download, verify and extract)  
> for 'assimp'

> > -- downloading...

> > src='http://softlayer.dl.sourceforge.net/assimp/assimp--2.0.863-sdk.zip'

> > dst='/home/makokal/omplapp/src/external/assimp--2.0.863-sdk.zip'

> > timeout='none'

> > -- downloading... done

> > -- verifying file...

> > file='/home/makokal/omplapp/src/external/assimp--2.0.863-sdk.zip'

> > CMake Error at assimp-stamp/verify-assimp.cmake:24 (message):

> > error: md5sum of

> > '/home/makokal/omplapp/src/external/assimp--2.0.863-sdk.zip' does not  
> match

> > expected value

> >

> > md5_expected: 9f41662501bd9d9533c4cf03b7c25d5b

> > md5_actual: 08a916f41f41af57eafa498d5c7630b9

> >

> >

> >

> > make[2]: *** [assimp-prefix/src/assimp-stamp/assimp-download] Error 1

> > make[1]: *** [CMakeFiles/assimp.dir/all] Error 2

> > make: *** [all] Error 2

> >

> >

> > Any help appreciated,

> >

> > Best,

> > Billy

> >

> >  
> ------------------------------------------------------------------------------

> > What You Don't Know About Data Connectivity CAN Hurt You

> > This paper provides an overview of data connectivity, details

> > its effect on application quality, and explores various alternative

> > solutions. http://p.sf.net/sfu/progress-d2d

> > _______________________________________________

> > ompl-users mailing list

> > omp...@li...

> > https://lists.sourceforge.net/lists/listinfo/ompl-users

> >

> >

> >  
> ------------------------------------------------------------------------------

> > What You Don't Know About Data Connectivity CAN Hurt You

> > This paper provides an overview of data connectivity, details

> > its effect on application quality, and explores various alternative

> > solutions.  
> http://p.sf.net/sfu/progress-d2d_______________________________________________

> > ompl-users mailing list

> > omp...@li...

> > https://lists.sourceforge.net/lists/listinfo/ompl-users





> --

> Mark Moll

Re: [ompl-users] Error in instaling ompl on ubuntu 10.04

[Billy O. <b....@ja...>]

Hey Mark, Hey Ioan,

I looked into the UseAssimp.cmake file and put a new md5(the one downloaded
assimp checks for) value and the verification now works file(temporarily at
least).
But now I get another error which I for now assume is because of the Cmake
2.8.1 that I am using, but before I mess with cmake I want to be sure that
is the problem, as I use the same cmake for lots of other stuff.

i.e

[  0%] Creating directories for 'assimp'
[  0%] Performing download step (download, verify and extract) for 'assimp'
-- downloading...
     src='http://softlayer.dl.sourceforge.net/assimp/assimp--2.0.863-sdk.zip
'
     dst='/home/makokal/omplapp/src/external/assimp--2.0.863-sdk.zip'
     timeout='none'
-- downloading... done
-- verifying file...
     file='/home/makokal/omplapp/src/external/assimp--2.0.863-sdk.zip'
-- verifying file... done
-- extracting...
     src='/home/makokal/omplapp/src/external/assimp--2.0.863-sdk.zip'
     dst='/home/makokal/omplapp/build/Release/assimp-prefix/src/assimp'
-- extracting... [tar xfz]
CMake Error: Problem with tar_extract_all(): Invalid argument
CMake Error: Problem extracting tar:
/home/makokal/omplapp/src/external/assimp--2.0.863-sdk.zip
-- extracting... [error clean up]
CMake Error at assimp-stamp/extract-assimp.cmake:33 (message):
  error: extract of
  '/home/makokal/omplapp/src/external/assimp--2.0.863-sdk.zip' failed


make[2]: *** [assimp-prefix/src/assimp-stamp/assimp-download] Error 1
make[1]: *** [CMakeFiles/assimp.dir/all] Error 2
make: *** [all] Error 2


billy

On 7 March 2011 23:49, Mark Moll <mm...@ri...> wrote:

> It could also be that the assmp team is performing silent upgrades, in
> which case you could get a different checksum if you get the tar ball from
> different sourceforge mirrors each time.
>
> You can install assimp separately (but somewhere where cmake can find it),
> or remove the md5 check in CMakeModules/UseAssimp.cmake.
>
> On Mar 7, 2011, at 4:33 PM, Ioan Alexandru Sucan wrote:
>
> >
> > Hello Billy,
> >
> > Can you tell me what version of CMake you are using? OMPL needs version
> 2.8.2 or above. By default, Ubuntu 10.04 includes CMake 2.8.0, which is too
> old.
> >
> > Ioan
> >
> >
> > On Mon, Mar 7, 2011 at 4:16 PM, Billy Okal <b....@ja...>
> wrote:
> > Dear OMPL users,
> >
> > I am getting an error in the install process for ompl. The error is on
> md5 checksums when downloading Assimp, somehow they are different everytime.
> I have tried basic checks like removing existing assimp sources but that
> does not fix it. Below is a dump of the output.
> >
> >
> > makokal@nyumbanilabs:~/omplapp/build/Release$ make
> > [  0%] Creating directories for 'assimp'
> > [  0%] Performing download step (download, verify and extract) for
> 'assimp'
> > -- downloading...
> >      src='
> http://softlayer.dl.sourceforge.net/assimp/assimp--2.0.863-sdk.zip'
> >      dst='/home/makokal/omplapp/src/external/assimp--2.0.863-sdk.zip'
> >      timeout='none'
> > -- downloading... done
> > -- verifying file...
> >      file='/home/makokal/omplapp/src/external/assimp--2.0.863-sdk.zip'
> > CMake Error at assimp-stamp/verify-assimp.cmake:24 (message):
> >   error: md5sum of
> >   '/home/makokal/omplapp/src/external/assimp--2.0.863-sdk.zip' does not
> match
> >   expected value
> >
> >     md5_expected: 9f41662501bd9d9533c4cf03b7c25d5b
> >       md5_actual: 08a916f41f41af57eafa498d5c7630b9
> >
> >
> >
> > make[2]: *** [assimp-prefix/src/assimp-stamp/assimp-download] Error 1
> > make[1]: *** [CMakeFiles/assimp.dir/all] Error 2
> > make: *** [all] Error 2
> >
> >
> > Any help appreciated,
> >
> > Best,
> > Billy
> >
> >
> ------------------------------------------------------------------------------
> > What You Don't Know About Data Connectivity CAN Hurt You
> > This paper provides an overview of data connectivity, details
> > its effect on application quality, and explores various alternative
> > solutions. http://p.sf.net/sfu/progress-d2d
> > _______________________________________________
> > ompl-users mailing list
> > omp...@li...
> > https://lists.sourceforge.net/lists/listinfo/ompl-users
> >
> >
> >
> ------------------------------------------------------------------------------
> > What You Don't Know About Data Connectivity CAN Hurt You
> > This paper provides an overview of data connectivity, details
> > its effect on application quality, and explores various alternative
> > solutions.
> http://p.sf.net/sfu/progress-d2d_______________________________________________
> > ompl-users mailing list
> > omp...@li...
> > https://lists.sourceforge.net/lists/listinfo/ompl-users
>
> --
> Mark Moll
>
>
>
>

Re: [ompl-users] Error in instaling ompl on ubuntu 10.04

[Mark M. <mm...@ri...>]

It could also be that the assmp team is performing silent upgrades, in which case you could get a different checksum if you get the tar ball from different sourceforge mirrors each time.

You can install assimp separately (but somewhere where cmake can find it), or remove the md5 check in CMakeModules/UseAssimp.cmake.

On Mar 7, 2011, at 4:33 PM, Ioan Alexandru Sucan wrote:

> 
> Hello Billy,
> 
> Can you tell me what version of CMake you are using? OMPL needs version 2.8.2 or above. By default, Ubuntu 10.04 includes CMake 2.8.0, which is too old.
> 
> Ioan
> 
> 
> On Mon, Mar 7, 2011 at 4:16 PM, Billy Okal <b....@ja...> wrote:
> Dear OMPL users,
> 
> I am getting an error in the install process for ompl. The error is on md5 checksums when downloading Assimp, somehow they are different everytime. I have tried basic checks like removing existing assimp sources but that does not fix it. Below is a dump of the output.
> 
> 
> makokal@nyumbanilabs:~/omplapp/build/Release$ make
> [  0%] Creating directories for 'assimp'
> [  0%] Performing download step (download, verify and extract) for 'assimp'
> -- downloading...
>      src='http://softlayer.dl.sourceforge.net/assimp/assimp--2.0.863-sdk.zip'
>      dst='/home/makokal/omplapp/src/external/assimp--2.0.863-sdk.zip'
>      timeout='none'
> -- downloading... done
> -- verifying file...
>      file='/home/makokal/omplapp/src/external/assimp--2.0.863-sdk.zip'
> CMake Error at assimp-stamp/verify-assimp.cmake:24 (message):
>   error: md5sum of
>   '/home/makokal/omplapp/src/external/assimp--2.0.863-sdk.zip' does not match
>   expected value
> 
>     md5_expected: 9f41662501bd9d9533c4cf03b7c25d5b
>       md5_actual: 08a916f41f41af57eafa498d5c7630b9
> 
> 
> 
> make[2]: *** [assimp-prefix/src/assimp-stamp/assimp-download] Error 1
> make[1]: *** [CMakeFiles/assimp.dir/all] Error 2
> make: *** [all] Error 2
> 
> 
> Any help appreciated,
> 
> Best,
> Billy
> 
> ------------------------------------------------------------------------------
> What You Don't Know About Data Connectivity CAN Hurt You
> This paper provides an overview of data connectivity, details
> its effect on application quality, and explores various alternative
> solutions. http://p.sf.net/sfu/progress-d2d
> _______________________________________________
> ompl-users mailing list
> omp...@li...
> https://lists.sourceforge.net/lists/listinfo/ompl-users
> 
> 
> ------------------------------------------------------------------------------
> What You Don't Know About Data Connectivity CAN Hurt You
> This paper provides an overview of data connectivity, details
> its effect on application quality, and explores various alternative
> solutions. http://p.sf.net/sfu/progress-d2d_______________________________________________
> ompl-users mailing list
> omp...@li...
> https://lists.sourceforge.net/lists/listinfo/ompl-users

-- 
Mark Moll

Re: [ompl-users] Error in instaling ompl on ubuntu 10.04

[Ioan A. S. <is...@gm...>]

Hello Billy,

Can you tell me what version of CMake you are using? OMPL needs version
2.8.2 or above. By default, Ubuntu 10.04 includes CMake 2.8.0, which is too
old.

Ioan


On Mon, Mar 7, 2011 at 4:16 PM, Billy Okal <b....@ja...>wrote:

> Dear OMPL users,
>
> I am getting an error in the install process for ompl. The error is on md5
> checksums when downloading Assimp, somehow they are different everytime. I
> have tried basic checks like removing existing assimp sources but that does
> not fix it. Below is a dump of the output.
>
>
> makokal@nyumbanilabs:~/omplapp/build/Release$ make
> [  0%] Creating directories for 'assimp'
> [  0%] Performing download step (download, verify and extract) for 'assimp'
> -- downloading...
>      src='
> http://softlayer.dl.sourceforge.net/assimp/assimp--2.0.863-sdk.zip'
>      dst='/home/makokal/omplapp/src/external/assimp--2.0.863-sdk.zip'
>      timeout='none'
> -- downloading... done
> -- verifying file...
>      file='/home/makokal/omplapp/src/external/assimp--2.0.863-sdk.zip'
> CMake Error at assimp-stamp/verify-assimp.cmake:24 (message):
>   error: md5sum of
>   '/home/makokal/omplapp/src/external/assimp--2.0.863-sdk.zip' does not
> match
>   expected value
>
>     md5_expected: 9f41662501bd9d9533c4cf03b7c25d5b
>       md5_actual: 08a916f41f41af57eafa498d5c7630b9
>
>
>
> make[2]: *** [assimp-prefix/src/assimp-stamp/assimp-download] Error 1
> make[1]: *** [CMakeFiles/assimp.dir/all] Error 2
> make: *** [all] Error 2
>
>
> Any help appreciated,
>
> Best,
> Billy
>
>
> ------------------------------------------------------------------------------
> What You Don't Know About Data Connectivity CAN Hurt You
> This paper provides an overview of data connectivity, details
> its effect on application quality, and explores various alternative
> solutions. http://p.sf.net/sfu/progress-d2d
> _______________________________________________
> ompl-users mailing list
> omp...@li...
> https://lists.sourceforge.net/lists/listinfo/ompl-users
>
>

[ompl-users] Error in instaling ompl on ubuntu 10.04

[Billy O. <b....@ja...>]

Dear OMPL users,

I am getting an error in the install process for ompl. The error is on md5
checksums when downloading Assimp, somehow they are different everytime. I
have tried basic checks like removing existing assimp sources but that does
not fix it. Below is a dump of the output.


makokal@nyumbanilabs:~/omplapp/build/Release$ make
[  0%] Creating directories for 'assimp'
[  0%] Performing download step (download, verify and extract) for 'assimp'
-- downloading...
     src='http://softlayer.dl.sourceforge.net/assimp/assimp--2.0.863-sdk.zip
'
     dst='/home/makokal/omplapp/src/external/assimp--2.0.863-sdk.zip'
     timeout='none'
-- downloading... done
-- verifying file...
     file='/home/makokal/omplapp/src/external/assimp--2.0.863-sdk.zip'
CMake Error at assimp-stamp/verify-assimp.cmake:24 (message):
  error: md5sum of
  '/home/makokal/omplapp/src/external/assimp--2.0.863-sdk.zip' does not
match
  expected value

    md5_expected: 9f41662501bd9d9533c4cf03b7c25d5b
      md5_actual: 08a916f41f41af57eafa498d5c7630b9



make[2]: *** [assimp-prefix/src/assimp-stamp/assimp-download] Error 1
make[1]: *** [CMakeFiles/assimp.dir/all] Error 2
make: *** [all] Error 2


Any help appreciated,

Best,
Billy

Re: [ompl-users] [ompl-devel] Q2 !

[Mark M. <mm...@ri...>]

Dear Sepehr Eghbali,

On Mar 7, 2011, at 9:42 AM, Sepehr Eghbali wrote:
> I forgot to ask another question
> Is the ompl.app ( the GUI ) only available in python, or can we use it in C++ ?

Yes. Pretty much all the main functionality is in the ompl and ompl_app libraries. We generate python bindings from the C++ code.

-- 
Mark Moll

Re: [ompl-users] [ompl-devel] Help Please !

[Mark M. <mm...@ri...>]

Dear Sepehr Eghbali,

On Mar 7, 2011, at 8:40 AM, Sepehr Eghbali wrote:
> Hi there
> I`m a robotic master student at university of Tehran in Iran. We tend to use your library for PRM, but we have face some issues and it would be great if you could help us:
> 1. Is it possible to use a robot with joints in the "OPML app" ? ( I mean the GUI) or it is only possible to use a rigid robot in the graphical interface ? ( in all of the GUI examples we can only see a rigid robot but in a You Tube link at your website there is a real robot the do the manipulation with several revolute joints)

It is currently not possible to use articulated mechanisms in the GUI. To plan for articulated mechanisms you need to define the appropriate state space (and control space, if desired). OMPL is included with ROS. ROS includes “glue code” that maps the internal representation of the robot and the state of the environment to a space that OMPL can plan in. In future releases you can expect some simpler examples that demonstrate how you can do this yourself.

> 2. Is it also possible to use a robot with joints NOT in the OMPL GUI but with the library itself ?

Yes, the python GUI simply calls functions from the ompl and ompl_app libraries. This doesn’t immediately help with modeling a robot with joints. You may want to look at the Orocos KDL library for modeling the robot and write some additional code to interface with OMPL.

> 3. Does the library support different sampling methods like Gaussian sampling or bridge test ? Can we do it on our own ? Please tell me how we can do it and how we can visualize it.

Gaussian sampling is there: http://ompl.kavrakilab.org/classompl_1_1base_1_1ValidStateSampler.html. We haven’t added the bridge test sampler yet.

We recently added an example program that demonstrates how to use a given sampler and how to create a new one. See:
http://ompl-beta.kavrakilab.org/samplers.html
http://ompl.hg.sourceforge.net/hgweb/ompl/ompl/file/696954879eb9/demos/StateSampling.cpp
http://ompl.hg.sourceforge.net/hgweb/ompl/ompl/file/696954879eb9/demos/StateSampling.py

-- 
Mark Moll

[ompl-users] Building assimp in Visual Studio 10

[David B. <dbr...@st...>]

Hi,

I was able to generate project files for Visual Studio 2010 with CMake 
and am able to build the ompl project, but when I try to build assimp 
(which I do not have installed otherwise) I get a bunch of errors that 
look like this:

1>C:\Program Files (x86)\Microsoft Visual Studio 
10.0\VC\include\stdint.h(19): error C2371: 'int32_t' : redefinition; 
different basic types [C:\Program 
Files\omplapp-0.9.2-Source\assimp-prefix\src\assimp-build\code\assimp.vcxproj]
1>
1>            c:\program 
files\omplapp-0.9.2-source\assimp-prefix\src\assimp\code\pstdint.h(410) 
: see declaration of 'int32_t'
1>
1>C:\Program Files (x86)\Microsoft Visual Studio 
10.0\VC\include\stdint.h(23): error C2371: 'uint32_t' : redefinition; 
different basic types [C:\Program 
Files\omplapp-0.9.2-Source\assimp-prefix\src\assimp-build\code\assimp.vcxproj]
1>
1>            c:\program 
files\omplapp-0.9.2-source\assimp-prefix\src\assimp\code\pstdint.h(380) 
: see declaration of 'uint32_t'

...

It seems there is a conflict between the definitions in stdint.h 
provided by Visual Studio and pstdint.h in assimp.  How could I get 
around this?

Thanks,
David

-- 
David Breeden
AI Software Engineer
Stottler Henke Associates, Inc.
www.StottlerHenke.com

Re: [ompl-users] CMake error - Could not find Python

[David B. <dbr...@st...>]

> Is it possible that PySide is installed for a different Python 
> version? Can you launch Python 2.7 and type something like “import 
> PySide”?
Ah, when I try to import PySide in the Python interpreter it fails.  
I've got it working with PyQt so I'm not sure if I'll revisit that.
> Regarding the Python library problem, I think I fixed that. Please try the attached replacement for ompl/CMakeModules/FindPython.cmake. Before you run cmake again, you’d have to clear the CMake cache (remove .CMakeCache.txt) first or create a new build directory.
That seems to have done the trick.

Thanks!
David

Re: [ompl-users] CMake error - Could not find Python

[Mark M. <mm...@ri...>]

On Feb 27, 2011, at 4:50 PM, David Breeden wrote:

> On 2/26/2011 8:35 PM, Mark Moll wrote:
>> On Feb 25, 2011, at 1:37 PM, David Breeden wrote:
>> 
>>> I'm trying to install OMPL on my 64-bit Windows 7 machine.  I've installed all the dependencies but when I hit Configure in the CMake GUI I get:
>>> 
>>> CMake Error at C:/Program Files (x86)/CMake 2.8/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:91 (MESSAGE):
>>>    Could NOT find Python (missing: PYTHON_LIBRARIES)
>>> Call Stack (most recent call first):
>>>   C:/Program Files (x86)/CMake 2.8/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:252 (_FPHSA_FAILURE_MESSAGE)
>>>   ompl/CMakeModules/FindPython.cmake:115 (find_package_handle_standard_args)
>>>   CMakeLists.txt:32 (find_package)
>>> 
>>> 
>>> Configuring incomplete, errors occurred!
>>> 
>>> The CMake window shows the right values for PYTHON_EXEC and PYTHON_INCLUDE_DIRS (C:/Python27/python.exe and C:/Python27/include, respectively).
>>> 
>>> I'm guessing this is something simple but I don't have a lot of experience with CMake or Python.
>>> 
>> 
>> The python executable and python header files are apparently not the problem, but cmake can’t find the python libraries. Can you tell me if there is a *.lib or *.dll file somewhere in C:/Python27 or one of its subdirectories
>> 
> 
> Yes, there are libraries in C:/Python27/libs and C:/Python27/DLLs.
> 
> I think I found the issue.  In FindPython.cmake the pertinent line is:
> 
> find_library(PYTHON_LIBRARIES "python${PYTHON_VERSION}"
>     PATHS
>         "${PYTHON_PREFIX}/lib"
>         [HKEY_LOCAL_MACHINE\\SOFTWARE\\Python\\PythonCore\\${PYTHON_VERSION}\\InstallPath]/libs
>     PATH_SUFFIXES "" "python${PYTHON_VERSION}/config"
>     DOC "Python libraries" NO_DEFAULT_PATH)
> 
> ${PythonVersion} is "2.7", though, and the library is python27.lib.  I hack around this by replacing the library name "python${PYTHON_VERSION}" with "python27" and CMake finds the library.    Should a different variable be used here instead of PYTHON_VERSION?
> 
> OK, so now I'm getting the following error:
> 
> CMake Error at C:/Program Files (x86)/CMake 2.8/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:91 (MESSAGE):
>   Could NOT find PY_PyQt4 (missing: PY_PYQT4)
> Call Stack (most recent call first):
>   C:/Program Files (x86)/CMake 2.8/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:252 (_FPHSA_FAILURE_MESSAGE)
>   ompl/CMakeModules/FindPython.cmake:95 (find_package_handle_standard_args)
>   CMakeLists.txt:33 (find_python_module)
> 
> I see in the top-level OMPL directory CMakeLists.txt has "find_package(PyQt4 REQUIRED)" but I installed PySide instead of PyQt4.  I tried replacing this line with "find_package(PySide REQUIRED)" but this produced the same error.
> 
> I'm going to try installing PyQt4 instead, but is there something else I could do to use PySide instead of PyQt4?

I don’t have any personal experience with PySide. To my understanding, PySide aims to provide a API-compatible, drop-in replacement for PyQt4. Which version of PySide did you try? Once I find some time, I might give it a try and see if I can replicate the problem. Is it possible that PySide is installed for a different Python version? Can you  launch Python 2.7 and type something like “import PySide”?

Regarding the Python library problem, I think I fixed that. Please try the attached replacement for ompl/CMakeModules/FindPython.cmake. Before you run cmake again, you’d have to clear the CMake cache (remove .CMakeCache.txt) first or create a new build directory.

-- 
Mark Moll

Re: [ompl-users] CMake error - Could not find Python

[David B. <dbr...@st...>]

On 2/26/2011 8:35 PM, Mark Moll wrote:
> On Feb 25, 2011, at 1:37 PM, David Breeden wrote:
>> I'm trying to install OMPL on my 64-bit Windows 7 machine.  I've installed all the dependencies but when I hit Configure in the CMake GUI I get:
>>
>> CMake Error at C:/Program Files (x86)/CMake 2.8/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:91 (MESSAGE):
>>     Could NOT find Python (missing: PYTHON_LIBRARIES)
>> Call Stack (most recent call first):
>>    C:/Program Files (x86)/CMake 2.8/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:252 (_FPHSA_FAILURE_MESSAGE)
>>    ompl/CMakeModules/FindPython.cmake:115 (find_package_handle_standard_args)
>>    CMakeLists.txt:32 (find_package)
>>
>>
>> Configuring incomplete, errors occurred!
>>
>> The CMake window shows the right values for PYTHON_EXEC and PYTHON_INCLUDE_DIRS (C:/Python27/python.exe and C:/Python27/include, respectively).
>>
>> I'm guessing this is something simple but I don't have a lot of experience with CMake or Python.
>
> The python executable and python header files are apparently not the problem, but cmake can’t find the python libraries. Can you tell me if there is a *.lib or *.dll file somewhere in C:/Python27 or one of its subdirectories

Yes, there are libraries in C:/Python27/libs and C:/Python27/DLLs.

I think I found the issue.  In FindPython.cmake the pertinent line is:

find_library(PYTHON_LIBRARIES "python${PYTHON_VERSION}"
     PATHS
         "${PYTHON_PREFIX}/lib"
         
[HKEY_LOCAL_MACHINE\\SOFTWARE\\Python\\PythonCore\\${PYTHON_VERSION}\\InstallPath]/libs
     PATH_SUFFIXES "" "python${PYTHON_VERSION}/config"
     DOC "Python libraries" NO_DEFAULT_PATH)

${PythonVersion} is "2.7", though, and the library is python27.lib.  I 
hack around this by replacing the library name "python${PYTHON_VERSION}" 
with "python27" and CMake finds the library.    Should a different 
variable be used here instead of PYTHON_VERSION?

OK, so now I'm getting the following error:

CMake Error at C:/Program Files (x86)/CMake 
2.8/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:91 
(MESSAGE):
   Could NOT find PY_PyQt4 (missing: PY_PYQT4)

Call Stack (most recent call first):
   C:/Program Files (x86)/CMake 
2.8/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:252 
(_FPHSA_FAILURE_MESSAGE)
   ompl/CMakeModules/FindPython.cmake:95 (find_package_handle_standard_args)
   CMakeLists.txt:33 (find_python_module)


I see in the top-level OMPL directory CMakeLists.txt has 
"find_package(PyQt4 REQUIRED)" but I installed PySide instead of PyQt4.  
I tried replacing this line with "find_package(PySide REQUIRED)" but 
this produced the same error.

I'm going to try installing PyQt4 instead, but is there something else I 
could do to use PySide instead of PyQt4?

Thanks,
David

Re: [ompl-users] CMake error - Could not find Python

[Mark M. <mm...@ri...>]

On Feb 25, 2011, at 1:37 PM, David Breeden wrote:
> I'm trying to install OMPL on my 64-bit Windows 7 machine.  I've installed all the dependencies but when I hit Configure in the CMake GUI I get:
> 
> CMake Error at C:/Program Files (x86)/CMake 2.8/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:91 (MESSAGE):
>    Could NOT find Python (missing: PYTHON_LIBRARIES)
> Call Stack (most recent call first):
>   C:/Program Files (x86)/CMake 2.8/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:252 (_FPHSA_FAILURE_MESSAGE)
>   ompl/CMakeModules/FindPython.cmake:115 (find_package_handle_standard_args)
>   CMakeLists.txt:32 (find_package)
> 
> 
> Configuring incomplete, errors occurred!
> 
> The CMake window shows the right values for PYTHON_EXEC and PYTHON_INCLUDE_DIRS (C:/Python27/python.exe and C:/Python27/include, respectively).
> 
> I'm guessing this is something simple but I don't have a lot of experience with CMake or Python.


The python executable and python header files are apparently not the problem, but cmake can’t find the python libraries. Can you tell me if there is a *.lib or *.dll file somewhere in C:/Python27 or one of its subdirectories?

-- 
Mark Moll

[ompl-users] CMake error - Could not find Python

[David B. <dbr...@st...>]

Hi,

I'm trying to install OMPL on my 64-bit Windows 7 machine.  I've 
installed all the dependencies but when I hit Configure in the CMake GUI 
I get:

CMake Error at C:/Program Files (x86)/CMake 
2.8/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:91 
(MESSAGE):

    Could NOT find Python (missing: PYTHON_LIBRARIES)

Call Stack (most recent call first):

   C:/Program Files (x86)/CMake 
2.8/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:252 
(_FPHSA_FAILURE_MESSAGE)

   ompl/CMakeModules/FindPython.cmake:115 
(find_package_handle_standard_args)

   CMakeLists.txt:32 (find_package)



Configuring incomplete, errors occurred!


The CMake window shows the right values for PYTHON_EXEC and 
PYTHON_INCLUDE_DIRS (C:/Python27/python.exe and C:/Python27/include, 
respectively).


I'm guessing this is something simple but I don't have a lot of 
experience with CMake or Python.

Thanks,
David

-- 
David Breeden
AI Software Engineer
Stottler Henke Associates, Inc.
www.StottlerHenke.com

Re: [ompl-users] HCIK

[<is...@gm...>]

Hello Nic,

That is a bug in one of our planners. It has been fixed a while ago, but  
the fix is not yet in the distributed ROS package. The new version of ROS  
(coming very soon) will include the fix.
In the meantime, what you can do is make sure you have a source checkout of  
the motion_planners stack and comment out a bit of code in this file:

motion_planners/ompl/include/ompl/kinematic/planners/kpiece/src/KPIECE1.cpp
/*
if (approxsol)
{
si->copyState(xstate, approxsol->state);
m_msg.debug("Start Running HCIK (%f)...", improveValue);
if (!m_hcik.tryToImprove(xstate, improveValue))
{
m_sCore->sampleNear(xstate, existing->state, range);
improveValue /= 2.0;
}
m_msg.debug("End Running HCIK");
}
else
*/

Please let me know if you need further help.

Ioan

On Feb 22, 2011 5:52am, "Dirkx, NJ" <nj...@st...> wrote:
> Hi there



> I am using OMPL in combination with ROS, for a 7DOF robotic arm.

> Pretty often, when i send a pose goal for the arm, it seems that the  
> KPIECE path planner enters a certain infinite 'debug' loop, after which  
> it needs to be shut down.

> This is the output printed to the screen:



> "Selected motion planner: 'kinematic::KPIECE[KPIECEkConfig2r]', with  
> priority 4

> ompl planning for group right_arm

> Info: KPIECE1: Starting with 1 states

> Debug: Start Running HCIK (0.00000)...

> Debug: End Running HCIK

> Debug: Start Running HCIK (0.00000)...

> Debug: End Running HCIK

> Debug: Start Running HCIK (0.00000)...

> Debug: End Running HCIK

> Debug: Start Running HCIK (0.00000)...

> Debug: End Running HCIK"

> ... and so forth



> Does anyone know what this might be?



> Nic

> ------------------------------------------------------------------------------

> Index, Search & Analyze Logs and other IT data in Real-Time with Splunk

> Collect, index and harness all the fast moving IT data generated by your

> applications, servers and devices whether physical, virtual or in the  
> cloud.

> Deliver compliance at lower cost and gain new business insights.

> Free Software Download: http://p.sf.net/sfu/splunk-dev2dev

> _______________________________________________

> ompl-users mailing list

> omp...@li...

> https://lists.sourceforge.net/lists/listinfo/ompl-users

[ompl-users] HCIK

[Dirkx, N.J. <n.j...@st...>]

Hi there 

I am using OMPL in combination with ROS, for a 7DOF robotic arm. 
Pretty often, when i send a pose goal for the arm, it seems that the KPIECE path planner enters a certain infinite 'debug' loop, after which it needs to be shut down. 
This is the output printed to the screen:

"Selected motion planner: 'kinematic::KPIECE[KPIECEkConfig2r]', with priority 4
ompl planning for group right_arm
Info:    KPIECE1: Starting with 1 states
Debug:   Start Running HCIK (0.00000)...
Debug:   End Running HCIK
Debug:   Start Running HCIK (0.00000)...
Debug:   End Running HCIK
Debug:   Start Running HCIK (0.00000)...
Debug:   End Running HCIK
Debug:   Start Running HCIK (0.00000)...
Debug:   End Running HCIK"
... and so forth

Does anyone know what this might be?

Nic

Re: [ompl-users] cmake error

[Mark M. <mm...@ri...>]

You could also try downloading ExternalProject.cmake from the CMake repository and placing it in the ompl/CMakeModules directory. See:

http://cmake.org/gitweb?p=cmake.git;a=blob_plain;f=Modules/ExternalProject.cmake;hb=HEAD


On Jan 4, 2011, at 1:22 AM, is...@gm... wrote:

> Hello,
> 
> By default Ubuntu 10.04 includes CMake 2.8.0. That version includes a pretty old version of ExternalProject.cmake. 
> If you install cmake 2.8.2 or newer, the error should disappear. 
> 
> Ioan
> 
> On Jan 4, 2011 3:33am, Hiroyuki Okada <h....@en...> wrote:
> > Hello,
> > 
> > I have these error messages in cmake.
> > 
> > Ubuntu 10.04
> > 
> > 
> > 
> > $:cmake -DCMAKE_BUILD_TYPE=Release ../..
> > 
> > CMake Error at /usr/share/cmake-2.8/Modules/ExternalProject.cmake:694 (message):
> > 
> >  Could not extract tarball filename from url:
> > 
> > 
> > 
> >   http://gamma.cs.unc.edu/software/downloads/SSV/pqp-1.3.tar.gz;URL_MD5;f710e24a62db763d61d08667439d46fd
> > 
> > Call Stack (most recent call first):
> > 
> >  /usr/share/cmake-2.8/Modules/ExternalProject.cmake:941
> > 
> > (_ep_add_download_command)
> > 
> >  CMakeModules/UsePQP.cmake:12 (ExternalProject_Add)
> > 
> >  CMakeLists.txt:36 (include)
> > 
> > 
> > 
> > 
> > 
> > -- Configuring incomplete, errors occurred!
> > 
> > --
> > 
> > OKD
> > 
> > 
> > 
> > ------------------------------------------------------------------------------
> > 
> > Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> > 
> > to consolidate database storage, standardize their database environment, and,
> > 
> > should the need arise, upgrade to a full multi-node Oracle RAC database
> > 
> > without downtime or disruption
> > 
> > http://p.sf.net/sfu/oracle-sfdevnl
> > 
> > _______________________________________________
> > 
> > ompl-users mailing list
> > 
> > omp...@li...
> > 
> > https://lists.sourceforge.net/lists/listinfo/ompl-users
> >------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment, and, 
> should the need arise, upgrade to a full multi-node Oracle RAC database 
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl_______________________________________________
> ompl-users mailing list
> omp...@li...
> https://lists.sourceforge.net/lists/listinfo/ompl-users

-- 
Mark Moll

Re: [ompl-users] cmake error

[<is...@gm...>]

Hello,

By default Ubuntu 10.04 includes CMake 2.8.0. That version includes a  
pretty old version of ExternalProject.cmake.
If you install cmake 2.8.2 or newer, the error should disappear.

Ioan

On Jan 4, 2011 3:33am, Hiroyuki Okada <h....@en...> wrote:
> Hello,

> I have these error messages in cmake.

> Ubuntu 10.04



> $:cmake -DCMAKE_BUILD_TYPE=Release ../..

> CMake Error at /usr/share/cmake-2.8/Modules/ExternalProject.cmake:694  
> (message):

> Could not extract tarball filename from url:



> http://gamma.cs.unc.edu/software/downloads/SSV/pqp-1.3.tar.gz;URL_MD5;f710e24a62db763d61d08667439d46fd

> Call Stack (most recent call first):

> /usr/share/cmake-2.8/Modules/ExternalProject.cmake:941

> (_ep_add_download_command)

> CMakeModules/UsePQP.cmake:12 (ExternalProject_Add)

> CMakeLists.txt:36 (include)





> -- Configuring incomplete, errors occurred!

> --

> OKD



> ------------------------------------------------------------------------------

> Learn how Oracle Real Application Clusters (RAC) One Node allows customers

> to consolidate database storage, standardize their database environment,  
> and,

> should the need arise, upgrade to a full multi-node Oracle RAC database

> without downtime or disruption

> http://p.sf.net/sfu/oracle-sfdevnl

> _______________________________________________

> ompl-users mailing list

> omp...@li...

> https://lists.sourceforge.net/lists/listinfo/ompl-users

[ompl-users] cmake error

[Hiroyuki O. <ok...@gm...>]

Hello,
I have these error messages in cmake.
Ubuntu 10.04

$:cmake -DCMAKE_BUILD_TYPE=Release ../..
CMake Error at /usr/share/cmake-2.8/Modules/ExternalProject.cmake:694 (message):
 Could not extract tarball filename from url:

  http://gamma.cs.unc.edu/software/downloads/SSV/pqp-1.3.tar.gz;URL_MD5;f710e24a62db763d61d08667439d46fd
Call Stack (most recent call first):
 /usr/share/cmake-2.8/Modules/ExternalProject.cmake:941
(_ep_add_download_command)
 CMakeModules/UsePQP.cmake:12 (ExternalProject_Add)
 CMakeLists.txt:36 (include)


-- Configuring incomplete, errors occurred!
--
OKD

[ompl-users] cmake error

[Hiroyuki O. <h....@en...>]

Hello,
I have these error messages in cmake.
Ubuntu 10.04

$:cmake -DCMAKE_BUILD_TYPE=Release ../..
CMake Error at /usr/share/cmake-2.8/Modules/ExternalProject.cmake:694 (message):
 Could not extract tarball filename from url:

   http://gamma.cs.unc.edu/software/downloads/SSV/pqp-1.3.tar.gz;URL_MD5;f710e24a62db763d61d08667439d46fd
Call Stack (most recent call first):
 /usr/share/cmake-2.8/Modules/ExternalProject.cmake:941
(_ep_add_download_command)
 CMakeModules/UsePQP.cmake:12 (ExternalProject_Add)
 CMakeLists.txt:36 (include)


-- Configuring incomplete, errors occurred!
--
OKD