Sat, May 8
Closing this as it was a vague meta-task from 2020 roadmap (but we'll keep the actual sub-tasks, which were more clearly identified and are still relevant).
Fri, Apr 30
Thu, Apr 29
I'm not a fan of changing the spec of SWHID version 1 to make them case insensitive, as it seems to be a significant change (in particular for the code that checks for the syntactic correctness of IDs).
Fri, Apr 23
Thu, Apr 22
Examples of such missing objects are revisions with attributes that cannot fit the current data model, e.g. out of range dates. We have example of such revisions in kafka, as mentionned in T3200 and T3170.
Wed, Apr 21
Note that none of their parent revisions can be found either in the archive (one invalid revision in a set of ingested revisions prevent any of them being inserted in the database I suppose, but they are already inserted in kafka at this moment).
Thu, Apr 15
Apr 12 2021
However, this would require considerable work
Hi, thanks for the suggestion.
Apr 8 2021
And I'm also updating the documentation at https://docs.softwareheritage.org/devel/swh-model/persistent-identifiers.html#computing
You should install swh.model[cli] instead of swh.model. I added a better error message in D5466 so it's clearer.
Resolved by D5460; thanks again for the report
Apr 7 2021
looks like there is no revision with date or committer_date > 9999-12-31 in the main storage...
Apr 6 2021
duplicate with T3160
Mar 26 2021
Already implemented in D4193
Mar 24 2021
Mar 23 2021
(and we should keep the origin topic; we already have an ExtSWHID for origins anyway)
The following objects remain: