Pavel Gorgulov
12/28/2020, 9:00 AMaltavir
12/28/2020, 9:35 AMPavel Gorgulov
12/28/2020, 10:37 AMaltavir
12/28/2020, 10:44 AMPavel Gorgulov
12/28/2020, 2:57 PMaltavir
12/28/2020, 2:57 PMMichal Harakal
12/28/2020, 3:48 PMaltavir
12/28/2020, 3:56 PMMichal Harakal
12/28/2020, 4:04 PMaltavir
12/28/2020, 4:05 PMMichal Harakal
12/28/2020, 4:13 PMaltavir
12/28/2020, 4:19 PMIaroslav Postovalov
12/28/2020, 5:33 PMbreandan
12/29/2020, 12:24 PMPavel Gorgulov
12/29/2020, 12:48 PMbreandan
12/30/2020, 10:34 AMoperator fun Number.<op>(other: MultiArray<T, D>)
?
Importing operators on demand with <Alt>+<Enter> gets a little tedious. Maybe there is an IDE/API solution to default to import on demand from the org.jetbrains.kotlinx.multik.ndarray.operations.*
extensions.
The IteratingNdArray extensions are a nice touch. I wonder if there is a way to inherit from iterable without clashing with the operator overloads, or some other language pattern that would avoid reimplementing the wheel here.
Is the linear algebra API more or less stable, or what is the planned API surface? In particular, it would be helpful to to know if multik intends to support boolean arrays and the broader NumPy linalg API or just a subset of those features:
https://numpy.org/doc/stable/reference/routines.logic.html
https://numpy.org/doc/stable/reference/routines.linalg.htmlaltavir
12/30/2020, 11:27 AMHampus Londögård
01/01/2021, 9:27 AMaltavir
01/01/2021, 9:35 AMHampus Londögård
01/01/2021, 10:53 AMPavel Gorgulov
01/11/2021, 11:11 AMvar
.
Alexander is right about Iterable. In addition, Iterable often returns list as a result, which is not suitable for us.
API will expand. This applies in particular to linear algebra. Logical array support has not been discussed yet.breandan
01/19/2021, 6:50 PMnd1.contract(index){nd2}
, (nd1*nd2)[index]
Re: Iterable. I've seen this pattern in other Kotlin libraries and it makes sense, although I wonder if there is a language solution to reduce duplication somehow.altavir
01/19/2021, 6:53 PM