Re: file location for `import org.apache.sysml.parser.dml.DmlParser.WhileStatementContext`

I guess this is a just a delayed message, right? Ted was right, it's a generated class, and hence not in the repo. However, when you build SystemML, the generated source ends up in the src directory of the org.apache.sysml.parser.dml package as well. Note that for new builtin functions such as xor

file location for `import org.apache.sysml.parser.dml.DmlParser.WhileStatementContext`

Hi, Can somebody point me out the `DmlParser` class? Thanks.

Re: [PROPOSAL] R4ML Integration with SystemML

Adding an R interface to SystemML would be great. I would suggest, in agreement with others here, that the MLContext API be exposed in the R4ML package so that users *could* run arbitrary DML code from R. Past that, I wouldn't worry about making the rest exactly compatible with mllearn at this

Re: [QUESTION] XOR operations in SystemML. Thanks.

Hi Janardhan, sure - I've created SYSTEMML-1931, which covers the support of boolean operations over matrices. Your current PR for SYSTEMML-1883 already touches some aspects of it for XOR. I would recommend to keep 1883 and 1931 separate. Hence, you don't have to deal with value type propagation a

Re: [PROPOSAL] R4ML Integration with SystemML

> > >> So I was thinking is it absolutely must have to sync between api? > > Soft-yes, we should try our best to do so. > There are many benefits both for SystemML users and developers to having the APIs be as consistent as possible. Based on user feedback, I know Niketan and Glenn did a lot of wo

Re: [PROPOSAL] R4ML Integration with SystemML

From: Niketan Pansare Sent: Friday, September 22, 2017 3:10 PM To: dev@systemml.apache.org Subject: Re: [PROPOSAL] R4ML Integration with SystemML >> a) Does it mean you are proposing spliting R4ML into two R-wrapper and R4ML? I was only suggesting how you oug

Re: [PROPOSAL] R4ML Integration with SystemML

>> a) Does it mean you are proposing spliting R4ML into two R-wrapper and R4ML? I was only suggesting how you ought to stage the PRs into SystemML once the vote passes :) >> So I was thinking is it absolutely must have to sync between api? Soft-yes, we should try our best to do so. Thanks, Ni

Re: [PROPOSAL] R4ML Integration with SystemML

see comments Alok: From: Niketan Pansare Sent: Friday, September 22, 2017 2:11 PM To: dev@systemml.apache.org Subject: Re: [PROPOSAL] R4ML Integration with SystemML   >>> As pointed out earlier, R4ML is not just R interface so it is based on the >>> earlier product of IBM on R and it has man

Jenkins build is still unstable: SystemML-DailyTest #1251

See

Re: [PROPOSAL] R4ML Integration with SystemML

>>> As pointed out earlier, R4ML is not just R interface so it is based on the earlier product of IBM on R and it has many product feature. Also note that the pure ML Ctx and the cmd options for dml is not ideally allow all the things user want to do in his ML code. The solution could be to create

Re: [PROPOSAL] R4ML Integration with SystemML

Here are Niketan's question Thanks for taking time to answer our questions and also for considering to help SystemML community. I have couple more questions: Niketan:1. In case there is inconsistency, do you (as R4ML developers) feel comfortable changing R4ML interface to be compatible with

[DISCUSS] R4ML integration with SystemML

Hi Alok, Let's use this thread to discuss R4ML integration with SystemML. To give everyone the context, I asked following two questions in a previous email on a separate thread: 1. In case there is inconsistency, do you (as R4ML developers) feel comfortable changing R4ML interface to be

Re: [DISCUSS] R-Interface to SystemML

Hi Can we please have the discussion in other thread on R4ML integration with SystemML :) sincerely Alok From: Niketan Pansare Sent: Friday, September 22, 2017 10:51 AM To: dev@systemml.apache.org Subject: Re: [DISCUSS] R-Interface to SystemML Hi Brendan/

Re: [DISCUSS] R-Interface to SystemML

Can you please have discussion in other thread 😊 1) Also note that current codebase in not R interface as MLCtx api for python etc. but it does provides all those functionality in one way or we might have to add it From: Deron Eriksson Sent: Friday, September 22, 2017 8:59 AM To: dev@sys

Re: [DISCUSS] R-Interface to SystemML

Hi Brendan/Alok, Thanks for taking time to answer our questions and also for considering to help SystemML community. I have couple more questions: 1. In case there is inconsistency, do you (as R4ML developers) feel comfortable changing R4ML interface to be compatible with our other APIs ? May be

Copyright question regarding R4ML/SystemML

Hi Luciano and Henry, Currently there is a discussion regarding possibly integrating code from the R4ML project (https://github.com/SparkTC/r4ml) into SystemML. R4ML is an Apache-licensed open-source project and IBM owns the copyright ( https://github.com/SparkTC/r4ml/blob/master/R4ML/R/R4ML.R). L

Re: [PROPOSAL] R4ML Integration with SystemML

> > > > 1) Would they like to merge R4ML code into the main SystemML project > ALOK: In R we have to follow a pattern dir structure. we might be able to > create more R pacakges. There will be a sub dir in systemML called R or > something > in that subdir there will be subdir R4ML (one R pacakge) i

Re: [QUESTION] XOR operations in SystemML. Thanks.

Hi Matthias, In your previous mail - you wrote, > Down the road, we can think about a generalization of our existing cumulative operations such as cumsum, cumprod, cummax, to arbitrary cell computations and aggregation functions, which would be useful for quite a number of applications. > would

Re: [DISCUSS] R-Interface to SystemML

Hi Brendan, Thank you for the detailed description. At a high level that sounds feasible. Also, offering to help maintain the R codebase is extremely helpful. Please let us know if you have any questions so that we can assist you and Alok in your efforts, since as I said I think an R interface to

Jenkins build is still unstable: SystemML-DailyTest #1250

See