heads up on status, storage related endpoints developed by vlorentz deployed in storage 0.9.0:
- origin-metadata (we already had but it got abstracted)
- content-metadata (new)
heads up on status, storage related endpoints developed by vlorentz deployed in storage 0.9.0:
Discussion with the WikiDigi WG was captured here in 2018: https://docs.google.com/document/d/1EZIBvENaY-atx9PvoOKUb9setQTERV2rmLvpMrJd2e0/edit?usp=sharing
We decided to answer IPOL's question in a conservative way, by using the current metadata.xml approach, without introducing roles for authors, nor the JSON-LD format.
I removed the following sentence, that will be confusing for Jose Luis (and btw, here the external library is included so it is technically not a sparse deposit either :-))
This might be a good example for the sparse deposit use case (even if in this specific case, the deposit will include the libraries).
P668 and P672 show that metadata is ok now.
I'm still a bit worried about linking between parent and child revisions with the same --slug (which do not appear on the history page in the WEB-UI).
@ardumont can you verify if how the revision below looks like on the deposit DB?
https://archive.softwareheritage.org/swh:1:rev:e8c3b521316edb2840078fae44cad9a66d5f5fbb;origin=https://doi.org/10.5201/ipol.2018.236;visit=swh:1:snp:07c80b96ab64e714fb69ed725f6b18caf87763ba/
Well, from my point of view, it is (only answering to her last remaining question).
I will let @moranegg concludes though (as she opened it in the first place).
This is one possibility by adding a qualifier to the source code repository (option 2).
I see that the task title might be leading.
Given Wikidata software properties already contains "source code repository" URLs, shouldn't we work on our side to make sure those URLs resolve to corresponding origin URLs, rather than adding yet another property (very similar to "source code repository") on their side?
2 branches
injected almost at the same time
all are linked to the same origin, but the revisions do not appear in history
With the new deposits on May 7th we have:
The origin: https://doi.org/10.5201/ipol.2018.236
https://archive.softwareheritage.org/browse/origin/visits/?origin_url=https://doi.org/10.5201/ipol.2018.236
swh:1:rev:baabf12542cd6df80af9594de8922b5281f07272;origin=https://doi.org/10.5201/ipol.2018.236
deposit 595
{ "extrinsic": { "provider": "https://deposit.softwareheritage.org/1/private/595/meta/", "raw": { "origin": { "type": "deposit", "url": "https://doi.org/10.5201/ipol.2018.236" }, "origin_metadata": { "metadata": { "@xmlns": "http://www.w3.org/2005/Atom", "@xmlns:codemeta": "https://doi.org/10.5063/SCHEMA/CODEMETA-2.0", "codemeta:applicationCategory": "Image Processing On Line (IPOL)", "codemeta:author": { "codemeta:affiliation": "Universitat Illes Balears, Spain", "codemeta:name": "Jose-Luis Lisani" }, "codemeta:dateCreated": "2018-11-14", "codemeta:datePublished": "2018-12-07", "codemeta:description": "Implementation of Shape Preserving Local Histogram Modification Algorithm", "codemeta:downloadUrl": "https://www.ipol.im/pub/art/2018/236/mlheIPOL.tgz", "codemeta:identifier": "https://doi.org/10.5201/ipol.2018.236", "codemeta:isPartOf": { "codemeta:identifier": "ISSN: 2105-1232 DOI: 10.5201/ipol", "codemeta:name": "Image Processing On Line (IPOL)", "codemeta:type": "Journal" }, "codemeta:keywords": [ "contrast enhancement", "histogram modification", "local processing" ], "codemeta:license": { "codemeta:name": "LGPL-3.0-or-later", "codemeta:url": "https://spdx.org/licenses/LGPL-3.0-or-later.html" }, "codemeta:operatingSystem": "Linux", "codemeta:programmingLanguage": "C++", "codemeta:referencePublication": { "codemeta:abstract": "In this paper we describe the implementation of the algorithm for local contrast enhancement published by Caselles et al. in 1999. This algorithm was the first designed explicitly to increase the contrast while preserving the so-called 'shape structure' of the image, that is, its set of level sets. According to the mathematical morphology school, artifacts are created when this structure is modified. The original algorithm is described and also two alternative implementations are proposed, which limit the over-enhancement of noise.", "codemeta:identifier": "https://doi.org/10.5201/ipol.2018.236", "codemeta:name": "An Analysis and Implementation of the Shape Preserving\n Local Histogram Modification Algorithm", "codemeta:url": "https://www.ipol.im/pub/art/2018/236/article_lr.pdf" }, "codemeta:relatedLink": "http://ipolcore.ipol.im/demo/clientApp/demo.html?id=236", "codemeta:releaseNotes": "Given an input image this demo computes the result of the three versions of the MLHE algorithm described in the associated article: MLHE HE, MLHE PAE and MLHE CLAHE. The users can select the parameters of each method. The default parameters are the same described in the article. For comparison, the results of classical histogram equalization (HE) and CLAHE are also displayed. We use obtained the Matlab implementation of the CLAHE algorithm. Both HE and CLAHE are applied on the intensity component of the input image and the output color image is obtained as in the MLHE methods.", "codemeta:url": "https://www.ipol.im/pub/art/2018/236/", "codemeta:version": "1.0", "external_identifier": "ipol.2018.236", "title": "mlheIPOL" }, "provider": { "metadata": {}, "provider_name": "", "provider_type": "deposit_client", "provider_url": "https://doi.org/10.5201/" }, "tool": { "configuration": { "sword_version": 2 }, "name": "swh-deposit", "version": "0.0.1" } } }, "when": "2020-05-07T00:53:02.036759+00:00" }, "original_artifact": [ { "checksums": { "sha1": "cdce42697925513b15824f69bd461ec6f3bc9571", "sha256": "2a261e6b673f09f60185f6fbf874a828d3b5aeee946d38dd2f2bc4d899db0b1a" }, "filename": "archive.zip", "length": 661595 } ] }
swh:1:rev:1bb3dbaf98e4e775ed84a9e2d428246a47ab12d6;origin=https://doi.org/10.5201/ipol.2018.236
deposit 597
{ "extrinsic": { "provider": "https://deposit.softwareheritage.org/1/private/597/meta/", "raw": { "origin": { "type": "deposit", "url": "https://doi.org/10.5201/ipol.2018.236" }, "origin_metadata": { "metadata": { "@xmlns": "http://www.w3.org/2005/Atom", "@xmlns:codemeta": "https://doi.org/10.5063/SCHEMA/CODEMETA-2.0", "codemeta:applicationCategory": "Image Processing On Line (IPOL)", "codemeta:author": { "codemeta:affiliation": "Universitat Illes Balears, Spain", "codemeta:name": "Jose-Luis Lisani" }, "codemeta:dateCreated": "2018-11-14", "codemeta:datePublished": "2018-12-07", "codemeta:description": "Implementation of Shape Preserving Local Histogram Modification Algorithm", "codemeta:downloadUrl": "https://www.ipol.im/pub/art/2018/236/mlheIPOL.tgz", "codemeta:identifier": "https://doi.org/10.5201/ipol.2018.236", "codemeta:isPartOf": { "codemeta:identifier": "ISSN: 2105-1232 DOI: 10.5201/ipol", "codemeta:name": "Image Processing On Line (IPOL)", "codemeta:type": "Journal" }, "codemeta:keywords": [ "contrast enhancement", "histogram modification", "local processing" ], "codemeta:license": { "codemeta:name": "LGPL-3.0-or-later", "codemeta:url": "https://spdx.org/licenses/LGPL-3.0-or-later.html" }, "codemeta:operatingSystem": "Linux", "codemeta:programmingLanguage": "C++", "codemeta:referencePublication": { "codemeta:abstract": "In this paper we describe the implementation of the algorithm for local contrast enhancement published by Caselles et al. in 1999. This algorithm was the first designed explicitly to increase the contrast while preserving the so-called 'shape structure' of the image, that is, its set of level sets. According to the mathematical morphology school, artifacts are created when this structure is modified. The original algorithm is described and also two alternative implementations are proposed, which limit the over-enhancement of noise.", "codemeta:identifier": "https://doi.org/10.5201/ipol.2018.236", "codemeta:name": "An Analysis and Implementation of the Shape Preserving\n Local Histogram Modification Algorithm", "codemeta:url": "https://www.ipol.im/pub/art/2018/236/article_lr.pdf" }, "codemeta:relatedLink": "http://ipolcore.ipol.im/demo/clientApp/demo.html?id=236", "codemeta:releaseNotes": "Given an input image this demo computes the result of the three versions of the MLHE algorithm described in the associated article: MLHE HE, MLHE PAE and MLHE CLAHE. The users can select the parameters of each method. The default parameters are the same described in the article. For comparison, the results of classical histogram equalization (HE) and CLAHE are also displayed. We use obtained the Matlab implementation of the CLAHE algorithm. Both HE and CLAHE are applied on the intensity component of the input image and the output color image is obtained as in the MLHE methods.", "codemeta:url": "https://www.ipol.im/pub/art/2018/236/", "codemeta:version": "1.2", "external_identifier": "ipol.2018.236", "title": "mlheIPOL" }, "provider": { "metadata": {}, "provider_name": "", "provider_type": "deposit_client", "provider_url": "https://doi.org/10.5201/" }, "tool": { "configuration": { "sword_version": 2 }, "name": "swh-deposit", "version": "0.0.1" } } }, "when": "2020-05-07T00:53:01.636065+00:00" }, "original_artifact": [ { "checksums": { "sha1": "cdce42697925513b15824f69bd461ec6f3bc9571", "sha256": "2a261e6b673f09f60185f6fbf874a828d3b5aeee946d38dd2f2bc4d899db0b1a" }, "filename": "archive.zip", "length": 661595 } ] }
Instructions given to José-Luis with the following files:
The issue has been clarified, no need to change anything in the code, only clarifications in the documentation with examples.
In T2369#43936, @moranegg wrote:Still needs review:
- external_identifier
use ipol.<year>.<id> like used in the DOI identifier
Users of the deposit API command line client must add a --slug command line option to avoid the creation of a uuid.
For IPOL, we agreed on the following:
SWH configuration side: provider_url = https://doi.org/10.5201/
slug on the command line = rest of the url, that is, for example, ipol.2018.236
The slug must be added to params.
Origin is created from the concatenation of provider_url+slug.
:)
I mean it doesn't require any extra work.
@ardumont can we have dots in a deposit slug / external_identifier?
An example:
ipol.2018.236
@vlorentz you should have the honor to mark this task as resolved ;-)
Tool is up and running here: https://codemeta.github.io/codemeta-generator/
repository moved to https://github.com/codemeta/codemeta-generator/
issue moved to https://github.com/codemeta/codemeta-generator/issues/6
repository moved to https://github.com/codemeta/codemeta-generator/
Still needs review:
@ardumont can we have dots in a deposit slug / external_identifier?
An example:
ipol.2018.236
Here is the new IPOL proposition (made by José-Luis):
<?xml version="1.0"?> <entry xmlns="http://www.w3.org/2005/Atom" xmlns:codemeta="https://doi.org/10.5063/SCHEMA/CODEMETA-2.0"> <title>mlheIPOL</title> <external_identifier>2018-236</external_identifier> <author>Jose-Luis Lisani</author>
@vlorentz what do you mean with free?