| Line 2: | Line 2: | ||
I guess that we have to expect a Category for tensor methods sooner or later and i would further expect that sparse methods can not be a a subcategory of that. Still they are software. I guess this will be more like a dependency graph than a simple tree-like structure in the end. For a simple overview we will require a multicategorial search in the end here as well. - J. Saak |
I guess that we have to expect a Category for tensor methods sooner or later and i would further expect that sparse methods can not be a a subcategory of that. Still they are software. I guess this will be more like a dependency graph than a simple tree-like structure in the end. For a simple overview we will require a multicategorial search in the end here as well. - J. Saak |
||
| + | |||
| + | So there is no need for this nested category here or am I wrong? - C. Himpe |
||
Latest revision as of 14:33, 26 March 2013
Why is "Software_Sparse_Methods" a subcategory of "Software_Linear_Algebra" if it is already a subcategory of "Software"? - C. Himpe
I guess that we have to expect a Category for tensor methods sooner or later and i would further expect that sparse methods can not be a a subcategory of that. Still they are software. I guess this will be more like a dependency graph than a simple tree-like structure in the end. For a simple overview we will require a multicategorial search in the end here as well. - J. Saak
So there is no need for this nested category here or am I wrong? - C. Himpe