No edit summary |
No edit summary |
||
| 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 12: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