You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When i'm using pi-system-retrieve-list recipe, i have not always the same result.
Sometimes, i'm limited by hided max_count parameter, sometimes not.
If i use "Path" in source path column, everything is working well.
But if i use "Webid" in source path column, recursive call are not implemented, so i just have the first 1000 values.
The text was updated successfully, but these errors were encountered:
PR 57 could not be merged directly. The reasons are that:
it would break existing flows, because for the recipe.py to work the UI requires context_columns defined, which is not true as long as all the existing occurences of the recipe have been re-saved by the user
as it stand, the recipe requires at least one context column to be defined
Also, we realise the need for contextual information in most instance, which is why, by default, new custom recipes should at least copy all columns from the input dataset in the output. With this in mind, we think it make more sense to add a Copy input parameters boolean in the UI which allows to either
keep the previous behaviour to avoid breaking existing flows with schema changes
use the new approach and copy all input columns in the output
You can test the latest beta of the plugin here (v1.2.4-beta.4). Please let us know if the alternative approach for PR 57 is acceptable to you, as well as if you see any other unsolved issue.
Best Regards,
Alex
When i'm using pi-system-retrieve-list recipe, i have not always the same result.
Sometimes, i'm limited by hided max_count parameter, sometimes not.
If i use "Path" in source path column, everything is working well.
But if i use "Webid" in source path column, recursive call are not implemented, so i just have the first 1000 values.
The text was updated successfully, but these errors were encountered: