https://geodynamics.org/cig/index.php?cID=1390

Nice tutorial!
Very informative for me.
I have added a couple of stylish comments and a few questions for improvement.

swh.model identify =>
swh:1:cnt:98843a5a92ed2abc10d48e6330d0b0f3919c86f3;origin=https://pypi.org/project/swh.model/;visit=swh:1:snp:5cddd4ca41543684ff0336ee7c0d1e42ab89106b;anchor=swh:1:rev:a1c38b45b0b93b2a3f953e71f17c1591ef372c5f;path=/swh.model-0.12.0/swh/model/identifiers.py/

Specification is enough to reference than a .xsd file.

Please free to complete or comment specific parts of this overview:

Just saw this search page on Zenodo: https://help.zenodo.org/guides/search/

I'm renaming the task to an actionable item.

Thank you @zack for the quick response. I agree with you and do prefer archiving metadata for only existing SWHIDs.

Yeah let's go with option 3!

Thank you for your patience @douardda
You are right changing the deposited metadata should not be "acceptable", but this information is lost between a regular de posit and a metadata-only deposit, since we do not have a revision for it.
This task was the result of the discussion "do we create an origin-snapshot- revision for metadata-only deposit" which we concluded with NO due to the upcoming ERMDS.

@zack very good video!
Here is a short summary from the video (Daniele Procida) and from Divio's documentation website:
https://documentation.divio.com/
Four different functions:

• tutorials: allow the newcomer to get started (see https://docs.divio.com/en/latest/introduction/#django-tab)
• how-to guides: show how to solve a specific problem (see https://documentation.divio.com/how-to-guides/)
• technical reference: describe the machinery (see https://docs.divio.com/en/latest/reference/divio-cli/)
• explanation (discussions/background): understanding oriented (clarifying with a wider view) (see

https://www.uxmatters.com/mt/archives/2010/10/using-personas-during-design-and-documentation.php
Create persona documentation. When writing personas, include the following information:

Here is the stakeholder landscape that was created for the SCID WG output (RDA & FORCE11)

A summary of the following article:
https://blog.prototypr.io/software-documentation-types-and-best-practices-1726ca595c7f

Product documentation
Process documentation

Looks good!
I have a couple of questions:

1. What should be in the status receipt deposit_external_id (in a normal deposit)?
2. The SWHID given is returned in the receipt, but the SWHID doesn't give access to the deposit in the archive, should we add a url or identifier to the entry in the ERMDS? (@vlorentz)

see T2753

Closing this with the recent changes in the protocol:
https://docs.softwareheritage.org/devel/swh-deposit/specs/protocol-reference.html

One part is done on: D4607
But we still need to provide a way to give a parameter create_origin without deprecating the slug swh-deposit client cli.

server side done and deployed with v0.6.0

Did you push your updates to the swh-deposit documentation? is the user manual done?
Can I resolve this task?

1. verify if creating a lot of origins for checks is ok and verify if there is a problem having link rots
2. if yes, use add_to_origin to an existing origin that will redirect to https://forge.softwareheritage.org/source/jesuisgpl/

very good description.