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

Related packages -> MultiScaleTreeGraph.jl #78

Closed
VEZY opened this issue Jan 10, 2023 · 4 comments
Closed

Related packages -> MultiScaleTreeGraph.jl #78

VEZY opened this issue Jan 10, 2023 · 4 comments
Assignees
Labels
good first issue Good for newcomers. question Further information is requested.

Comments

@VEZY
Copy link

VEZY commented Jan 10, 2023

Hey, I just saw your package and it seems pretty nice ! I'll look more into it when I have more time.

I saw that you have no packages in the Julia sub-section of the "Related Packages" section, so I just wanted to let you know there's the MultiScaleTreeGraph.jl that I develop. I don't know yet how close our approaches are, but we use it to describe plants and (actual) trees. It is based on the publication of Gaudin and Caraglio (1998) (and the subsequent works in FSP modelling) and on the Python implementation here.

The purpose of the package is to be able to represent multi-scale structures, make computations, analyse data and make plots. Here's a short description of the concept.

Godin, C., et Y. Caraglio. 1998. « A Multiscale Model of Plant Topological Structures ». Journal of Theoretical Biology 191 (1): 1‑46. https://doi.org/10.1006/jtbi.1997.0561.

@InterdisciplinaryPhysicsTeam
Copy link
Member

InterdisciplinaryPhysicsTeam commented Jan 15, 2023

Hi @VEZY,

We apologize for the delay in responding to you.

Having read your short description, it seems to us that MTGs may indeed be special cases of multilayer graphs, under the following (natural?) choices:

  1. Different scales would correspond to different Layers;
  2. All nodes of all types (i.e. of all "symbols" as your documentation puts it) would be part of the multilayer graph's set of nodes. Their "type" (or "symbol") would be given by the layer they are represented into;
  3. The "decomposition" relation (/) could be given by the order of the layers (or just by the semantics of the name associated with each one);
  4. The "branch" (+) relation may currently be represented only via semantics (see Implement dimensions of multiplexity (aspects) #100);
  5. The "follow" relation (<) should be embedded in the graph underlying each layer, where required.

Our next main focus will be trying to "elevate" MultilayerGraphs.jl to be a trait-based sub-ecosystem of Graphs.jl with an obvious specialization. Thus we aim at making it easier for developers to implement their own custom multilayer graphs, even though the currently exported MultilayerGraph and MultilayerDiGraph should already be able to represent many of the graph types that can be mapped to a multilayer graph.

Thus, we hope to be soon able to support you in implementing your graph type as a special trait of MultilayerGraphs.jl. Keep an eye on the traits_based_sub_ecosystem branch for updates!

@InterdisciplinaryPhysicsTeam
Copy link
Member

Hi @VEZY,

We hope we have been exhaustive in our response.

Can we close this issue now?

@VEZY
Copy link
Author

VEZY commented Jan 22, 2023

Hi @VEZY,

We hope we have been exhaustive in our response.

Can we close this issue now?

Yes of course ! Thank you for the detailed answer ! I'll keep an eye on your package and if I find some time one day I'll try to use it in mine.

@InterdisciplinaryPhysicsTeam
Copy link
Member

Great @VEZY!,

Should you decide to do so, we encourage you to open an issue where we may give you dedicated support!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
good first issue Good for newcomers. question Further information is requested.
Projects
None yet
Development

No branches or pull requests

4 participants