- User Since
- Feb 14 2017, 10:57 AM (130 w, 4 d)
Jul 15 2019
At the moment the loader-tar is not adapted to receiving release objects.
@ardumont, Should we wait the refactoring of the loader-tar to successfully implement this feature for deposits?
Jul 11 2019
Jul 10 2019
- Fix typo
Jul 9 2019
- Update specs: status image and other modifications
Jul 8 2019
Can you link to the list of metadata fields that resolves this ?
Jul 3 2019
Jul 2 2019
Here is the list of metadata we worked on for HAL specifications:
Jul 1 2019
Jun 26 2019
- Update specs: ammend occurrences into branches
thanks @twitu for finding this location, if you see any other places dates are documented, feel free to comment here.
Jun 24 2019
We have http://status.softwareheritage.org/ for this, but we are not using it.
I suggest we start using it and make it a habit of doing so, developing the needed integrations.
Jun 21 2019
- Update specs with date mapping
@zack: Good idea to have only one glossary.
Jun 20 2019
This is resolved with the following decision as I understand it:
specifications of a component should be in swh-<component>/docs/specs/.
specifications of a a transversal functionality should be in swh-docs/specs/.
Other comment, specs folder might be a better place to hold the file. we might have other specs in swh-docs:-)
Very nice output !
- Update specs and test scenarios in docs with D1617 comments
Jun 19 2019
- Added release artifact in loading specification
From your comments, we can specify the following:
A deposit containing release metadata (softwareVersion, releaseNote) is a release software artifact.
The metadata that arrives with a deposit MUST use CodeMeta vocabulary (this should be reviewed following T1345).
Jun 18 2019
Draft is done and was sent to Inria GT for feedback.
Jun 14 2019
Jun 12 2019
Jun 6 2019
References to investigate:
- Zotero and the following issues:
I created a seperate branch moranegg on which I'm working and to which I'm pushing.
You can have a look, but I will ask for a merge only next week.
Seems I can't push to master, but it's better this way :-)
Sorry, I was in the midst of just adding quotes for readability and left it open.
Jun 4 2019
I'm for the hashed origin only if we make it available as an identifier under our PID schema:
I have talked to Bruno about it for deposits on HAL.
It can't be implemented on HAL's form without an "high level" decision.
I think this will be the same for the actors roles.
May 24 2019
I think that we should fetch all metadata found in its raw form (keep in xml if xml, etc.)
Apply translation techniques with CodeMeta to while identifying relevant metadata we want to keep in a translated format.
so no need to discriminate and choose what to fetch.
Not needed, Claude will deposit a new deposit called Scilab instead of renaming Scilab 1.1 to Scilab-> which will fix the issue
This is not possible, HAL doesn't send the metadata releaseNote even when existing!
All comments are open for discussion and IMHO are not subject to accepting this diff.
On the other hand, I didn't notice that the table is mixed up between name and type and should be changed before push.
I really like it!