Giter Club home page Giter Club logo

pgm.jl's People

Contributors

catawbasam avatar lindahua avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

pgm.jl's Issues

Abandoned?

Is this project still under development?

name bikeshed

I'm not super into the OpenPP name. How about calling this Probabilistic.jl?

Home for reduced factor graphs (socket for connecting queries with model spec)

Since model representation, inference and learning are going to be split following the ML paradigm (with which I personally agree), one question is where the reduced factor graph will be generated. I imagine that the code for the original factor graph will be hosted in OpenPP as part of the model specification. On the other hand, the queries related to inference will be coded in external packages (MCMC or GLM for example). The rising question is how the external packages will interact with OpenPP to deduce the reduced factor graph, as described in the inference framework of the proposal.

I can see two options; one would be that each external package will provide the implementation for the generation of the reduced factor graph, alongside with its inference code. The second option is to make sure that OpenPP is equipped with generic algorithms for the creation of the reduced factor graph (this falls within the scope of graphical model algorithms that are meant to have separate semantics from inference) and with an accompanying query API, which will allow external packages to define their queries using a universal framework. I find the latter approach more reasonable.

Step 1: API for model specification

I was thinking that, following the proposal and the natural order of things, the first step after choosing the package name is to decide how the model specification will be entered by the user. That's the first component of the API and framework. Will it be an expression, which will then be parsed to a graph internally?

Info about upcoming removal of packages in the General registry

As described in https://discourse.julialang.org/t/ann-plans-for-removing-packages-that-do-not-yet-support-1-0-from-the-general-registry/ we are planning on removing packages that do not support 1.0 from the General registry. This package has been detected to not support 1.0 and is thus slated to be removed. The removal of packages from the registry will happen approximately a month after this issue is open.

To transition to the new Pkg system using Project.toml, see https://github.com/JuliaRegistries/Registrator.jl#transitioning-from-require-to-projecttoml.
To then tag a new version of the package, see https://github.com/JuliaRegistries/Registrator.jl#via-the-github-app.

If you believe this package has erroneously been detected as not supporting 1.0 or have any other questions, don't hesitate to discuss it here or in the thread linked at the top of this post.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo 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.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.