Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
Christian Schilling
@schillic
but this is only for polygons, right?
Marcelo Forets
@mforets
indeed
Christian Schilling
@schillic
and it's not in the signature! :O
Marcelo Forets
@mforets
indeed
Christian Schilling
@schillic
shame on us
Marcelo Forets
@mforets
i think i didn't understand the question.. which is the slow operation?
perhaps my question is: what is the result (set type) of minkowski_difference(P, W)
ueliwechsler
@ueliwechsler
The result from minkowski_difference(P,W) is a HPolytopeor HPolyhedron if it is not bounded.
Marcelo Forets
@mforets
ok
ueliwechsler
@ueliwechsler
using LazySets
function maximal_RPI_set(S, 𝒲::LazySet, 𝒟::LazySet)
    S_inv = inv(S)
    𝒫 = 𝒟
    k = 0
    while true
        k +=1
        # concrete set operations (S_inv⋅𝒫 ⊖ 𝒲) ∩ 𝒟
        𝒫⁺ = intersection(linear_map(S_inv, minkowski_difference(𝒫,𝒲)), 𝒟)
        if (𝒫⁺ ⊆ 𝒫 && 𝒫 ⊆ 𝒫⁺)
            break
        end
        𝒫 = 𝒫⁺
    end
    return 𝒫, k
end


n = 2
W = BallInf(zeros(n), 0.25)
D = BallInf(zeros(n), 5.0)
# Schur Matrix S
S = [0.755 0.7; 0.0 0.75]
@time maximal_RPI_set(S, W, D)
Marcelo Forets
@mforets
so the question is if one can compute (A1X)D(A^{-1} X ) \cap D (concretely) in some other way
where XX is the minkowski difference
ueliwechsler
@ueliwechsler
yes!
And also, I'd like to figure out, how the computational complexity of linear_map growths with the number of constraints?
And to do that, I first wanted to have a really performant code.
Marcelo Forets
@mforets
you know S and S_inv
can't we use the information to quickly compute the action of the linear map to the HPOlytope
i think we had an open issue for this
@schillic this was your idea ?
ueliwechsler
@ueliwechsler
For example, for the minkowski_difference I know that I solve #constraint linear programs (therefore, it is linear in the number of constraints) and I was surprised, that the linear_map does take significantly more time than the minkowski_differnence and now, I try to figure out why exactly.
Or does it make totally sense, that the linear_map takes more time?
Marcelo Forets
@mforets
well it depends
they are very fast if the sets are zonotopic
since then linear maps are just the action over the generators
Christian Schilling
@schillic
@schillic this was your idea?
yes, to have an option to pass the inverted matrix
Marcelo Forets
@mforets
but if the output of your minkowski_difference is not zonotopic (if it is a general HPolytope) then you have to transform one by one the constraints
if the matrix is invertible then the linear map can be computed without passing to the vrep
it is easy, just see how it transforms each constraints
in the general case (the matrix is not invertible) you have to pass to the vertex representation and this can be expensive
Christian Schilling
@schillic
matrix inversion is i think cubic
Marcelo Forets
@mforets
yes, but it is computed only once in his function
Christian Schilling
@schillic
no
linear_map inverts again
there should be an option to pass S directly
Marcelo Forets
@mforets
no? i would pass S to linear_map
Christian Schilling
@schillic
but that's a different problem statement
and still
Marcelo Forets
@mforets
certainly, i wanted to say that there seems to be room for improvement
if we pass S to linear_map
Christian Schilling
@schillic
isn't that what i said?
there should be an option to pass S directly
maybe our messages crossed
Marcelo Forets
@mforets

yes, but it is computed only once in his function

it is needed to be computed only once in his function, this is what i meant

Christian Schilling
@schillic
i think we agree that there should be an option to pass the inverted matrix
Marcelo Forets
@mforets
:thumbsup:
Christian Schilling
@schillic
actually it is not needed at all
because you just pass it to linear_map but would not use it
because you know it's invertible and the inverse is S
Marcelo Forets
@mforets
indeed
Christian Schilling
@schillic
maybe there should be a new function linear_map_inverse?
Marcelo Forets
@mforets
hmm optionally passing the extra stuff to linear_map seems better imo