`GraphView` for subgraphs
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
Línea de trabajo
No se nombran archivos ni tests. Empieza revisando las APIs existentes induced_subgraph y merge_vertices, y después compara el comportamiento propuesto con la vista de DataFrames.jl y las discusiones sobre Graphs.jl 2.0; para darlo por terminado se requiere un diseño de vista y un alcance de implementación acordados.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
I am just thinking out loud here..
Quite commonly I need to deal with subgraphs (i.e. induced_subgraph) or merged graphs (i.e. merge_vertices).
It's quite handy to have the bank ! variations (i.e. merge_vertices vs merge_vertices!), but they are not consistent across Graphs.jl. E.g. induced_subgraph doesn't have a corresponding bank version.
Sometimes I want to operate on a resulted converted graph, without losing the original but still influencing it.
It's like a combination of a bank ! and without.
This basically means having a view of the original graph.
The whole idea is very similar to the DataFrames.jl view https://dataframes.juliadata.org/stable/man/basics/#Views
That might be more relevant for Metagraphs, since graphs will carry data that can be shallow- or deep-copied.
A view, e.g., should implement shallow copying (if not by reference)
Also it might be useful for different indexing, which might enable us to get rid of the vmap property that some functions return.
I know it's a lot; I just wanted to share since now a lot of discussions are taking place for a Graphs.jl 2.0
I am still not 100% persuaded on this, but it looks to me like there could be some value.
What do you think and could you see different use cases ?
- Lenguaje dominante
- Julia
- Estrellas
- 11
- Forks
- 2
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de JuliaGraphs/GraphsBase.jl
-
Constructors for 2.0Abiertoquestion
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
JuliaGraphs/GraphsBase.jl#34 ·
-
question
Dificultad 5/5 Más de una semana Aptitud para principiantes 15/100
JuliaGraphs/GraphsBase.jl#28 ·
-
question
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
JuliaGraphs/GraphsBase.jl#27 · 1 comentario · 1 reacción ·
-
question
Dificultad 5/5 Más de una semana Aptitud para principiantes 22/100
JuliaGraphs/GraphsBase.jl#26 · 6 comentarios · 2 reacciones ·
-
question
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
JuliaGraphs/GraphsBase.jl#25 · 3 comentarios · 1 reacción ·
Todos los issues de JuliaGraphs/GraphsBase.jl
Issues similares
-
io
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
JuliaGPU/GPUArrays.jl#837 ·
Los mantenedores suelen responder en 2 días
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 68/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
bmad-sim/BeamTracking.jl#382 ·
Los mantenedores suelen responder en 1 día