The Altair Community is migrating to a new platform to provide a better experience for you. In preparation for the migration, the Altair Community is on read-only mode from October 28 - November 6, 2024. Technical support via cases will continue to work as is. For any urgent requests from Students/Faculty members, please submit the form linked here
Cannot store object at '//repoName/projectName/data'.
MahatmaManic
Member Posts: 1 Learner III
I'm just getting started with RapidMiner (v 1.0 on Mac), but I'm having a pretty tough time getting over this initial hurdle. I've got my data in a csv. When I try to import it I step through the wizard and everything looks like it's fine, up to the point where I pick a location for the data and save it. Then, without fail, I get the message
Cannot store object at '//repoName/projectName/data'.
I've tried a number of different data files and pieces of data files, reformatted data with different separators, and tried a couple of different repo/project locations. Unfortunately I keep getting the same result. I'm including a stack trace below in case that helps. I'm an experienced engineer but pretty much a babe in the woods with Java and with RapidMiner, so I'm not really set up to do much line-by-line debugging.
Any help would really be appreciated
Cannot store object at '//repoName/projectName/data'.
I've tried a number of different data files and pieces of data files, reformatted data with different separators, and tried a couple of different repo/project locations. Unfortunately I keep getting the same result. I'm including a stack trace below in case that helps. I'm an experienced engineer but pretty much a babe in the woods with Java and with RapidMiner, so I'm not really set up to do much line-by-line debugging.
Any help would really be appreciated
0
Answers
this error usually pops up when your csv file is not correctly formatted. In your case, this means that the parser ran into problems with the value quote char. If you're using quotes, make sure they are closed correctly and/or escaped properly each time.
Regards,
Marco