-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Java RExpParser exception #6
Comments
Can you paste the full stack trace of this exception here? Better yet, can you provide a reproducible example (a toy dataset and an R script) that I could play with? |
Here you have the output of the command.
|
Very interesting - the RDS parser component appears to go into infinite loop. A reproducible example would be much appreciated. Can you share your In your R script, can you temporarily work around this issue by escaping variable names? For example, try surrounding them with backticks as suggested here: |
Ok, I will try to explain myself better. |
The PMML standard (and the JPMML implementation of it) does not have a concept of reserved symbols/keywords. For example, the string The problem is specific to the R platform, because R has the concept of reserved symbols/keywords. The problem would probably be resolved by escaping variable names properly - did you try using backticks as suggested above? It is no wonder that the RDS parser gets confused when the RDS model file contains incorrect RDS strings. Sure, it would be nice if the RDS parser would be able to detect and recover in such a situation, but you as an R end user can prevent this situation from happening in the first place. |
Hi,
thanks a lot for your work!
I noticed a problem when working with JPMML-R: if I have a matrix of features in which the features names contains some particular characters (such as &) the package throws an exception connected to RExpParser. On the opposite the JPMML-Sklearn package is not affected by this behaviour: it creates an xml file containing the names in which the character "&" is correctly substituted by "&".
Do you think this is a problem? If so, can you fix it?
Best,
Simon
The text was updated successfully, but these errors were encountered: