Re: [OpenMOLE-users] Read different inputFiles on each iteration of a model

Hi Helene, I had a similar problem and I hope my solution will help (but if you have a better one, I'm all ears). Try to add the name of the directory from which you built your care archive to the name of the inputFiles: // the directory from which the care archive was built val myWorkDirectory

Re: [OpenMOLE-users] Read different inputFiles on each iteration of a model

Hi Helene, On 30/06/17 13:57, Hélène Arduin wrote: > Hi, > > Still trying to make this work. > I think the problem is that the task is packaged with one file > (data/data1.csv for instance), and so the other two datafiles don't > exist in the CARE archive. OpenMOLE injects them in the archive

Re: [OpenMOLE-users] Read different inputFiles on each iteration of a model

Hi, Still trying to make this work. I think the problem is that the task is packaged with one file (data/data1.csv for instance), and so the other two datafiles don't exist in the CARE archive. I've been trying to use the hostFiles option as explained here

Re: [OpenMOLE-users] Read different inputFiles on each iteration of a model

Hi Jonathan, Thank you for your answer. When input is specified as data.csv it runs fine, but it's not doing what's expected (i.e sampling over the three input files in the data repo). So I modified the CARETask as explained before, and also the R script to read the second argument n <-

Re: [OpenMOLE-users] Read different inputFiles on each iteration of a model

Hi Helene, In this case it seems the csv file is hardcoded in the R script: https://github.com/openmole/openmole-market/blob/7-dev/R-hello/test.R it's always reading from "data.csv" regardless of the second command line argument you can either update the R script and repackage or make sure

[OpenMOLE-users] Read different inputFiles on each iteration of a model

Hi, I've been trying to run the Hello World in R example, since I think it's supposed to do what I want my own code to do, but it's not working well. First I had to repackage the R code to produce a .tgz.bin archive, the .bin doesn't