-
Notifications
You must be signed in to change notification settings - Fork 14
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
New action for D4science storage interaction with d4storagehub4R package #154
Labels
Comments
eblondel
changed the title
New action d4storagehub
New action for D4science storage interaction with d4storagehub4R package
Apr 21, 2021
This was referenced Apr 21, 2021
abennici
added a commit
to abennici/geoflow
that referenced
this issue
Apr 22, 2021
abennici
added a commit
to abennici/geoflow
that referenced
this issue
Apr 22, 2021
abennici
added a commit
to abennici/geoflow
that referenced
this issue
Apr 22, 2021
abennici
added a commit
to abennici/geoflow
that referenced
this issue
Apr 22, 2021
eblondel
added a commit
that referenced
this issue
Apr 22, 2021
abennici
added a commit
to abennici/geoflow
that referenced
this issue
Apr 23, 2021
abennici
added a commit
to abennici/geoflow
that referenced
this issue
Apr 23, 2021
abennici
added a commit
to abennici/geoflow
that referenced
this issue
Apr 23, 2021
eblondel
added a commit
that referenced
this issue
Apr 23, 2021
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
Add a new action using eblondel/d4storagehub4R services to create folders and upload of out files on D4Science Workspace directory.
This action should manage at least :
entity$data$uploadSource
entity$relations
with itdepositWithFiles
to upload all data/metadata resourcesSome brainstorming is required on:
workspace
property should be part of thed4storagehub
software declaration. A 2d requirement, there is a need to refactor theworkspace
entity data property (Need to refactor workspace in relation with its target software #155), as a similar concept could be targeting 2 different software, and create a conflict. Example: a Geoserver workspace named 'my_workspace', and a D4Science workspace folder named 'my_folder'.geometa
(ISO 19115), it offers the possibility to enrich the metadata with a web-link from D4Science. Reversely, if this file upload occured aftergeometa
(ISO 19115), we lose the capacity to enrich the ISO 19115 with a D4Sscience web-link. By analogy, we have the same issue with Zenodo action that needs to be performed earlier in the workflow if we want to enrich ISO 19115 with the pre-reserved DOI. This deserves more thinking about ordering the actions (Investigate the question of workflow actions order #156)The text was updated successfully, but these errors were encountered: