Comments (12)
One can add a new type of probabilities estimator by extending a couple of simple functions (see dev docs) they immediately gain access to a plethora of functions for the corresponding entropies to the missing dispersion patterns complexity measure.
I'm not sure what the message in this last sentence is. I think there's a few words missing. I think what we want to say is
- New probabilities estimators can be added by extending a couple of simple functions (see dev docs).
- By extending these functions, one immediately gains access to a bunch of other functions for computing discrete entropies and complexity measures (e.g. missing dispersion patterns).
from complexitymeasures.jl.
At the end of the listing of the number of available measures, I think we also should also mention that there's more functionality in progress, like the multiscale API, which will give access to multiscale variants of all the discrete measures, some of which have been explored in the literature, and most of them not
from complexitymeasures.jl.
@kahaaga in this post we should add the "total number of measures"
from complexitymeasures.jl.
Sorry for the late reply. This already looks good! However, I'll post some comments on this tomorrow and provide a count of number of available methods before we publish the release announcement.
from complexitymeasures.jl.
@kahaaga I think I'll release DynamicalSystems.jl v3 on Sunday or Monday, and I think it makes conceptual sense to announce this package first before the v3, because I intend to link this to the v3 release. If you can you may post some simple comments here, otherwise we can update the release later on.
from complexitymeasures.jl.
The above are discrete entropies. If these are not your cup of tea, the package also has a generic interface for computing differential entropies.
I think this statement can be reduced to "The package also has a generic interface for computing differential entropies".
Each probability (defined by a "ProbabilityEstimator")
This should be ProbabilitiesEstimator
.
... a count of number of available methods before we publish the release announcement.
With a manual count, I get:
- 13
ProbabilitiesEstimator
s. - 6
EntropyDefinition
s. - 7
DifferentialEntropyEstimator
s that handle multivariate input data - 4
DifferentialEntropyEstimator
s for univariate input data.
In summary:
- 78 (136) ways of estimating discrete entropies of various kinds. 65 (135) of these can be normalized. In total: 143 different quantifiers of discrete entropy.
- 11 ways of estimating differential Shannon entropy.
- 4 different complexity measure (e.g. sample entropy or approximate entropy).
- If counting everything above, there are 158 different complexity measures.
This number would be even higher if counting multiscale variations of these measures. But what has happened to the multiscale API, @Datseris? I can't find it in the most recent documentation. Is this intentional, or has it just slipped out when restructuring? I though we agreed to keep the multiscale API as is, but internally transition to a separate package for coarse-graining/sliding-window stuff later.
from complexitymeasures.jl.
Ah, I see that you added a comment in the source code about the multiscale stuff not being part of the public API yet. Then we must have discussed this at length. We should probably resolve this before finalizing the paper on the software.
from complexitymeasures.jl.
Hi @kahaaga !
78 (136) ways of estimating discrete ...
What does the number in the parenthesis means?
But what has happened to the multiscale API, @Datseris?
Yeah, just give me one and a half weeks! By that time I promise I will have initialized the "WindowedViewer.jl" package that offers functionality for viewing offer various kinds of views of some timeseries. I'm a bit overwhelmed right now with finishing DynamicalSystems.jl v3.0 and also preparing for giving a workshop for it at the MPI Evol. Biology. After I am done with that, (3rd of March) than I'll come back at the multiscale stuff.
For now, let's keep the numbers without the multiscale, it's okay. For the paper of course we will have the multiscale in!
I've added all your other comments into the post; as soon as you give the ok I'll post it on Discourse!
from complexitymeasures.jl.
Yeah, just give me one and a half weeks!
For now, let's keep the numbers without the multiscale, it's okay. For the paper of course we will have the multiscale in!
No worries! No need to rush this. I am also swamped until around the 10th of March, so I won't have any time to deal with this until then.
What does the number in the parenthesis means?
My bad! I don't know what happened to the formatting. It should be 78 (13 estimators * 6 entropy definitions)
for the non-normalized discrete entropies, and 65 (13 estimators * 5 entropy definitions for which entropy_maximum is defined)
for the normalized discrete entropies.
from complexitymeasures.jl.
I've added all your other comments into the post; as soon as you give the ok I'll post it on Discourse!
When you've added the numbers in my previous comment, feel free to post. I also just created a Discourse user (the same username as I have here), so feel free to tag me there too!
from complexitymeasures.jl.
Thanks. Can I ask a favor BTW? can you please update your github profile with a picture and your affiliation? EDIT: just a picture, affiliation is there.
from complexitymeasures.jl.
Thanks. Can I ask a favor BTW? can you please update your github profile with a picture and your affiliation? EDIT: just a picture, affiliation is there.
Sure! Just give me a few minutes.
from complexitymeasures.jl.
Related Issues (20)
- Dep compatibility issue between ComplexityMeasures (3.0.0) and DynamicalSystems (3.2.3). HOT 10
- ```genentropy``` is broken HOT 1
- Docstring and implementation for Statistical Complexity is wrong HOT 1
- `eachindex` for `Probabilities` is ambiguous HOT 3
- Signature for `Counts` and `Probabilities` docstrings has the wrong type parameter order HOT 3
- Missing deprecation for `OrdinalPatterns{m}(; τ)` HOT 10
- Some documentation issues for CI HOT 2
- The function `lt` in `OrdinalPatternEncoding` isn't actually used HOT 1
- Reproducibility for `OrdinalPatternEncoding` HOT 3
- It shouldn't be possible to construct an empty `CombinationEncoding` HOT 3
- Feature: "distribution entropy" HOT 3
- Feature: bubble entropy (description is WIP) HOT 4
- Feature: "increment entropy" HOT 1
- Feature: "attention entropy"
- `missing_probabilities` HOT 1
- `counts_and_outcomes` for `BubbleSortSwaps` should also accept state space sets
- Syntax with type parameter `{m}` in `OrdinalPatterns` is not harmonious with the rest of the library HOT 10
- Encoding using `Dispersion` is slower than necessary due to manual integration for normal cdf
- Encoding complex-valued data HOT 2
- [Q] How to calculate MI between two vectors? HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from complexitymeasures.jl.