Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Implementation of Physics Project WFR functions #462

Open
3 of 23 tasks
maxitg opened this issue Oct 14, 2020 · 0 comments
Open
3 of 23 tasks

Implementation of Physics Project WFR functions #462

maxitg opened this issue Oct 14, 2020 · 0 comments
Labels
feature New functionality, or change in existing functionality good first issue Good for newcomers help wanted Extra attention is needed

Comments

@maxitg
Copy link
Owner

maxitg commented Oct 14, 2020

The problem

There are many functions in the Wolfram Function Repository which would be handy to have in SetReplace.

It would be useful to make these functions more reliable, test them, possibly improve the design, and move them to SetReplace.

This issue tracks this effort. If you'd like to implement a particular function, create another issue just for that function, and link it next to one of the checkboxes below. It's best to discuss the API for the new functions before starting to implement them. The design of some of the functions needs improvement. Not all WFR functions should map into functions. It's usually better to integrate a function into an existing function (such as a WolframModel property). Some of them don't currently work correctly, so be careful. If you know a useful WFR function that is not mentioned below, please add it to the list.

Note that MultiwaySystem is intentionally not included in the list below. We do want to implement it, but through the Local Multiway System, i.e., as a part of the WolframModel function. Similarly, functions like CausalInvariantQ are not included as well, because they should instead be properties of the WolframModelEvolutionObject, and have separate issues already.

List of Functions

Canonicalization/Isomorphism

Enumeration

For all functions below, I think we should also allow a single integer as the argument, specifying the complexity, Length[Flatten[# /. Rule -> List]] &(assuming atom names are not lists), which would then produce all rules/hypergraphs up to that complexity, including systems of multiple rules.

Rule Properties

Hypergraph Analysis Utilities

Graph/Hypergraph Construction

Utilities

@maxitg maxitg added feature New functionality, or change in existing functionality good first issue Good for newcomers help wanted Extra attention is needed labels Oct 14, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature New functionality, or change in existing functionality good first issue Good for newcomers help wanted Extra attention is needed
Projects
None yet
Development

No branches or pull requests

1 participant