Skip to content
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

KNIME Loops overwrites FileStores after iteration #172

Open
jpfeuffer opened this issue May 9, 2017 · 6 comments
Open

KNIME Loops overwrites FileStores after iteration #172

jpfeuffer opened this issue May 9, 2017 · 6 comments
Labels

Comments

@jpfeuffer
Copy link
Member

Except for the Parallel Loop because it creates "Metabranches". I think. Then they would be basically useless for us (e.g. the GroupLoop). We would need to write own versions of it.
E.g. ZipGroupLoop? But it would still need to take tables, otherwise the files have no annotation.
A mess.
@timosachsenberg

@timosachsenberg
Copy link

hmm we should bring this up at the CIBI meeting. Maybe there is a more generic way than writing a Zip version for every loop type

@jpfeuffer
Copy link
Member Author

jpfeuffer commented May 10, 2017

@AlexanderFillbrunn: Just a heads-up 😅 I probably need input from you.

@AlexanderFillbrunn
Copy link
Collaborator

Can you send me a workflow that highlights the problem? Or you just show me tomorrow. Bernd will be in the office on Friday, so we should probably talk to him as well.

@jpfeuffer
Copy link
Member Author

Okay. I will try to prepare something meaningful.

@AlexanderFillbrunn
Copy link
Collaborator

@jpfeuffer Hi, what's the status of this? Could you upload a small example workflow here? I am not sure I can fix it, since those file stores are a bit enigmatic, but I could maybe show it to someone at KNIME.

@jpfeuffer
Copy link
Member Author

I will check again. Not sure if this was an always occurring issue or just some hiccups that I had..

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants