juliapomdp / despot.jl Goto Github PK
View Code? Open in Web Editor NEW[USE ARDESPOT.jl INSTEAD - This package is not maintained] Package implementing DESPOT POMDP solver for POMDPs.jl
License: Other
[USE ARDESPOT.jl INSTEAD - This package is not maintained] Package implementing DESPOT POMDP solver for POMDPs.jl
License: Other
Hi @ebalaban, do you remember anything about the status of pruning? Right now the prune
functions are commented out with #TODO: fix pruning
at the top. Do you remember anything about what needed to be fixed? It's ok if not; I just didn't want to jump in and start debugging it if you had a more specific idea of what needs to be fixed.
Thanks!
Should beliefUpdateParticle.jl be included in the module so that it's easier to use? Right now the file has to be included explicitly to be accessed.
Happy to submit a PR if you agree with this, @ebalaban
Hello! I'm trying to get to grips with the DESPOT
solver. I notice that running solver = DESPOTSolver()
yields a MethodError: no method matching DESPOT.DESPOTSolver()
.
I've seen some examples where the arguments are defined and the constructor is called, but wouldn't it be nice to have an argument-less default constructor? Would it be unreasonable to expect one, given DESPOT's theoretical framework? Is there no set of "reasonable" arguments that could be used by default?
Hey @ebalaban , I think it would be useful to be able to visualize the tree. Do you have any way to do that setup now or did you have any plans to? If you don't, I am thinking we could just use the same javascript as MCTS and POMCP use. Should I start working on that?
For example, executing RockSample(5,6) with the default problem settings results in the rover cycling between two adjacent cells without ever reaching a terminal state.
Hey Ed, I was just reading the readme and I noticed you forgot to remove some mentions POMDPs.State etc. after the changes to the API - just thought I'd give you a heads up so you remember to remove it eventually
Wanted to close JuliaPOMDP/POMDPs#61 , and the only reason it was still open is because Max wanted us to add travis and coveralls to our solvers. I figured here is a better place to have that issue
There is some code in DESPOT.jl
that checks for action == -1
to decide what to do next. I am assuming that this is indicating some sort of exceptional circumstance. This is problematic for a couple reasons (I'm sure these have been considered but just haven't been fixed yet).
-1
is a valid action, andWe should fix this eventually, perhaps by having the functions return a Nullable{A}
.
The requirements for this solver should be specified with a @POMDP_require
block, see instructions
Hi @ebalaban, right now there are some extra actions being passed around between the bounds - specifically the VNode constructor returns an action, and there is an action argument in the lower bound function. Do you think this should be part of the interface (I ask since the README doesn't include this)?
I think that the VNode constructor should only return a VNode, and the lower_bound function should not take an action as an argument.
One way to rectify this would be to get rid of the bounds abstract types - then the upper and lower bounds could be the same object. Then that object could cache actions calculated for the upper bound to be used in the lower bound. I can implement this if it sounds good to you (this is the approach that I have taken for my solver packages, and I have found that it works very well).
If we want DESPOT to be able to be used out of the box with a variety of problems, we need to have a more sophisticated random number generation system.
For all POMDPs to work with DESPOT, the rng we feed to the interface functions should support all of the random number generation funcitons, e.g rand(rng, UInt32), randn(rng), rand!(rng, A), etc.
There are four ways that I can think of to do this:
@ebalaban did you have something in mind for this? What do you think we should do?
Here's my thoughts:
4 is just pushing the challenge to the problem-writer's side, which will make DESPOT essentially unusable for a lot of problems.
It would take a great deal of thinking to efficiently map a single float to a large set of uncorrelated random numbers, so I think 1 and 2 are not feasible.
Thus, I think 3 is the only viable option.
Hopefully this won't cause a prohibitive performance hit. I think a copy! of a MersenneTwister takes about a microsecond (not sure how that compares to other operations), but it looks like it might take hundreds of megabytes to store 10000 MersenneTwisters, so that is suboptimal. We should also provide the option for the user to use a DESPOTRandomNumber if they only need that and want higher performance.
@mykelk @rejuvyesh @etotheipluspi any advice? It might be hard to make this both efficient and flexible.
Hi @ebalaban, can you take a moment to clarify the documentation for the solver parameters?
Is the DESPOTSolver parameter pruning_constant
the regularization constant that is represented by \lambda in the papers? (I am pretty sure of this one)
What is the DESPOTSolver parameter eta
? Is it the \xi or \epsilon_0 in Algorithm 6 of this paper: https://www.jair.org/media/5328/live-5328-9753-jair.ps?
Thanks!
As I understand it, all the ccalls to rand_r are for the purpose of being able to exactly reproduce the same results as the C++ implementation. Is that correct?
Do we want to maintain this compatibility? I think maintaining it will make it much more difficult to add functionality.
I think there are 3 options
What do you think @ebalaban ? I think my vote is for 2 or 3.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.