Dissemin is a web application that lets user research their publications and upload them directly into an open repository. Depending on the repositories different metadata are sent.
Metadata can be either bibliographic or non-bibliographic. The latter ones we use are not mandatory in any way, but might support local workflows.
Most of the elements in this document are required, but you do not need to evaluate them if you don't want or don't need to.
If you are in the situation to need further non-bibliographic metadata for your workflow, please get in contact with us: hello@dissem.in
This schema follows the Venetian Blind Design.
This is the root element of each document carrying special dissemin metadata.
The depositor is a person who deposits a publication and described by his name. He has logged in into Dissemin and was authenticated by some method.
The first or given name of the depositor.
The last or family of the depositor.
The email address of the depositor. Usually this email is valid but might have expired. This is likely the case for institutional email addresses.
If the depositor has an ORCID this is it.
Usually the depositor is also an author or contributor. But it is possible to deposit in the name of another person, both technically and juridically.
Typically the depositor is member of an institution. If he chooses to deposit into a repository of his institution, this value evaluates to 'true' and 'false' otherwise. If we cannot for some reason decide, e.g. no institution was found for a depositor, we leave out this field.
If the value evaluates to 'true' the person is a currently (on date of depositing) a member of institution he deposits into. This usually means that he is granted to publish in the institutions repository.
If the value evaluates to 'false' or missing, this does not mean, that the depositor is not allowed to deposit in the chosen repository. For example he is a former member of the repositories institution, he might, depending on the policy, granted to deposit.
Dissemin has several methods of authentication of users. These methods offer different levels of confidence.
The depositor was authenticated with shibboleth. The reliability of identification is very high.
The depositor was authenticated with ORCID. The reliability of identification is high.
This gathers all metadata related to the publication.
The publication must not be published before given date. Publishing on given date is fine.
The license for the deposition. There are several values possible. We do not provide a full list of valid licenses here because this is beyond the scope and involves a lot of maintenance. Please get in contact with us if you need a certain license or
The full qualified name of the license, e.g. Creative Commons Attribution 4.0 International Public License
URI of the license e.g. https://creativecommons.org/licenses/by/4.0/
A license does not need to have a URI.
TransmitId of the license in case that you can or do want to use the URI.
A license does not need to have a URI.
ISNI is a ISO 27729 certified 15 digit number plus check digit.
In a lot of cases this number is seperated by dashes for better readability. Resolver can handle this quite often. We offer ISNI separated by dashes. You can easily remove them if you need to.
RoMEO ID is an ID that refers to publisher conditions and each journal obtains a unique number. You can find more information at: http://sherpa.ac.uk/romeo/index.php
This ID refers to the publication in Dissemin. This ID is not persistent. The reason is the internal data model: Merging and unmerging papers might create or delete primary keys in the database. For a 'short' period of time, this id will definelty be valid. You can use the DOI shipped in the bibliographic metadata to get back to the publication in Dissemin.