Comments (2)
I'm not using ArviZ either so I think it's fine to remove the support.
The
Julia needs to know whether particles should be treated as a scalar (and so broadcasting over its elements) or as an array
problem has been "solved" by no longer trying to be "smart" and do what the user might want, and instead adopt the filosophy that Particles
are always scalars, and any function that operates on the individual samples have been given a new name. Having said that, I understand why Particles
are a suboptimal fit for Soss, but it was fun exploring the limits of the approach :)
from arviz.jl.
Thanks @sethaxen . I really like the ideas introduced in MCM, and they've had a big influence on how I think about manipulating samples. One issue is that for any operation on Particles
, Julia needs to know whether particles should be treated as a scalar (and so broadcasting over its elements) or as an array. Also, it's very easy for particles to get "out of sync", since each is passed around individually. It's of course possible to put them in a container, but there's no container I know of that makes this very natural.
Recently I've moved toward instead representing samples in terms of a TupleVector. Each row is a named tuple, but it's also easy to access these column-wise. For particle-like manipulations, I have a @with
macro that lets you treat a TupleVector as a kind of namespace to map over.
This is all a long-winded way (sorry) to say I really appreciate @baggepinnen's contributions in MCM, but I'm not currently using it.
from arviz.jl.
Related Issues (20)
- Add required_groups argument to convert_to_inference_data
- Removing bokeh plotting backend
- Documenting InferenceData usage HOT 1
- Quickstart page build failing HOT 1
- Cannot load package HOT 8
- Separating InferenceData and Dataset into their own package HOT 12
- Supporting more MCMCChains variable names HOT 9
- Move InferenceData examples to own repo HOT 1
- Using MultiDocumenter HOT 1
- Converting directly from StanSample
- Moving converters to other packages HOT 2
- Installing ArviZ.jl in a new environment results in arviz version error (0.13.0 or greater but found version 0.12.1) HOT 3
- Precompilation failed HOT 2
- Move converters to extensions
- Adding docs page on package structure
- Docs build broken on Julia v1.10 HOT 1
- `from_cmdstan` HOT 7
- ArviZ - CairoMakie interaction causes Turing compile to fail HOT 4
- Using Preferences
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 arviz.jl.