I've read the docs but I haven't tried it yet. I like the idea of storing n-dimensional data in an n-dimensional table, and I like the separation between the data ('cube') and the views and rules. I like that the rules operate on slices of the data rather than individual cells.
This occupies the space between traditional spreadsheets (simple UI but limited to 2-d) python (multi-dimensional data, and python or tensors (multi-dimensional data, but coding required).
I feel that the current data input is a bit cumbersome. There's a lot to type to enter just one cell value, and multi-dimensional tables contain a lot of cells. A more succinct alternative for data entry could be something like python/numpy multi-dimensional tables: [[[a, b, c], [d, e, f]], [[g, h, i], [j, k, l]]].
Data entry from a view grid (to a 2-d slice of the 'cube') would be more familiar, like a spreadsheet.
A data import feature (from csv, etc) would be useful too.
'Cube' has 3d connotations: 'ngrid' or 'ndata' could be less confusing.
I didn't see any functions like sum or product (or most other spreadsheet functions) to operate on data slices. I'm guessing that this is still proof of concept at the moment.
If we had a display with n (n>3) pixel colours, say (red, green, cyan, blue) for example, we could display more of the colour space. Shopping list: 4 colour channel display, 4 channel GPU, 4 channel software. Why isn't this a thing already?
I'd be concerned about clay heave (where clay shrinks/expands depending on moisture content, which likely varies over the year). If the posts at each end of a panel move out of plane there will be a twisting moment on the panel, and glass doesn't like being bent.
> (I came up with this one): use a little firewall rule that prevents any IDN from resolving. That's a one line UDP rule and it stops cold dead any IDN homograph attack. Basically searching any UDP packet for the "xn--" string.
I couldn't see how to do this in Windows Firewall. Which OS/firewall/rule are you using?
This occupies the space between traditional spreadsheets (simple UI but limited to 2-d) python (multi-dimensional data, and python or tensors (multi-dimensional data, but coding required).
I feel that the current data input is a bit cumbersome. There's a lot to type to enter just one cell value, and multi-dimensional tables contain a lot of cells. A more succinct alternative for data entry could be something like python/numpy multi-dimensional tables: [[[a, b, c], [d, e, f]], [[g, h, i], [j, k, l]]].
Data entry from a view grid (to a 2-d slice of the 'cube') would be more familiar, like a spreadsheet.
A data import feature (from csv, etc) would be useful too.
'Cube' has 3d connotations: 'ngrid' or 'ndata' could be less confusing.
I didn't see any functions like sum or product (or most other spreadsheet functions) to operate on data slices. I'm guessing that this is still proof of concept at the moment.
I do hope this goes further.