[dspace]/bin/dspace dsrun org.dspace.administer.MetadataImporter -f [dspace]/config/registries/dcterms-types.xml
Regarding ORCID - you cannot use it as a qualifier. The DC/DCMI schemas are for *item* metadata and ORCID is an *author* metadata. One item can have multiple authors. Currently, there's no flawless way to store this relation in DSpace. However, we are considering solution.
Here are the easy options for storing ORCID you currently have:
a) Store ORCID as authority identifier. This is a tried and true mechanism in DSpace, also well documented. The drawback is that there is a single such identifier, so if you choose ORCID, you can't mix it with something else (e.g. ResearcherID or national authorities).
b) Store ORCID in item metadata in a local namespace. This is simple to do. The drawback here is that there is no guarantee that order of values is preserved (although, as far as I know, it is) - that means you would have:
dc.contributor.author = Doe, John; Smith, James
local.orcid = 0000-0000-1234-5678; 0000-0000-8765-4321
but they are independent, so have to take care to modify them in sync.
There may be some other options, but they would require programming knowledge.
Like I said, we're still working out the best way to store autor identifiers/metadata in DSpace and it will take at least another year (easily more) to get there.
Compulsory reading: DSpace Mailing List Etiquettehttps://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette