Talk:ESciDoc Application Profile Publication

From MPDLMediaWiki
Jump to navigation Jump to search


  • String data type definition
  • Question: Is the given definition appropriate?
Robert: "Ein string kann doch enthalten was er will, nur wenn er in xml kommt muss man halt escapen. In dem Fall Metadata description mit xml syntax vermischt"

Describing a publication[edit]


Creator & Contributor[edit]

  • Creator: is the element really mandatory?
  • Author, which we want to use dc:creator for, is also defined as a MARCREL (see refinements below), but then as a refinement from dc:contributor.
Painter does not exist as MARCREL.
  • dc:creator is used against DC semantics. Two options:
  1. introduce the understanding of "primary creator" to pubman (-> could be stored in dc:creator)
  2. use the dc:contributor element + role (re-use from loc)

dc:creator versus dc:contributor & the usage of creator role[edit]

Please note that the following section is the documentation of a decision process vibrating between several options, but without result until today:

  • What is our understanding of the property "creator"? Do we actually mean "contributor" with different roles? Do we use creator for "the main or leading author"?
    Recommendation from meeting with Natasa, Ulla, Malte, Andi, Inga: Replace dc:creator by dc:contributor.
  • Just to remark:
dc:contributor - An entity responsible for making contributions to the resource.
dc:creator - An entity primarily responsible for making the resource. Frank 08:51, 11 March 2008 (CET)
  • Currently, the pubman metadata schema not complies with the distinction between "primarily responsible" and "contributed" made by dc. We only have entities (persons/organizations) which participated in content generation and their specific role (e.g. author, editor, etc.). It was argued that all pubman creators with type "author" are dc:creators and pubman creators of any other type are dc:contributors. Two contra arguments:
    • for proceedings and edited books, a creator of type "editor" is probably the entity primarily responsible for making the resource
    • for journal articles with more than a handful of authors it's quite reasonable that not all of them has been primarily responsible for the publication (see edoc example). But the person entering the record in PubMan does not necessarily know which creators are dc:creators in the core sense (as we understood it now) and which are not. In addition, we have no use case which requires the distinction introduced by Dublin Core
      BTW: As you can see in the edoc example provided above, the authors are not listed alphabetically, but the order encodes their importance for this paper, see Please note that we will consider mapping the first creator to dc:creator for transformations to dc simple. --Inga 20:19, 11 March 2008 (CET)
  • Traugott made the point, that we must not over-interpret the dc comment on primarily responsible. The standard use case is that each author of a paper is a dc:creator, no matter how important they were in creating the article. Each creator can be given a corresponding creatorrole. The cases in which contributors are used should follow best-practices, like:
  • Most importantly, using dc:contributor as a replacement for dc:creator would decouple eSciDoc from most external search-engines because the common property to be looked up when searching for an author is dc:creator and not dc:contributor.
  • It fine for me to use esciDoc specific creator element with roles (this is what we are currently practicing). Does anybody expect us to provide a more detailed mapping (e.g. an illustrator of an article is dc:contributor but no dc:creator)? --Inga 10:28, 13 March 2008 (CET)
  • Another proposal:
Let's use dc:creator as well as dc:contributor and map all creators which are specified to be the author (MARCREL:AUT) to dc:creator (without refinement) and all other creators to dc:contributor (with refinements after MARCREL and more if required). Please note, that this would require us from removing the "mandatory" for dc:creators, but maybe we could add mandatory to dc:contributor instead (because dc:creator is a sub-property of dc:contributor) --Inga 11:53, 17 September 2008 (UTC)
  • Why do we not just use dc:creator with different roles (as dc:creator is a sub-property of dc:contributor) and use the MARC-Relators for dc:creator? --Kristina 12:58, 2 October 2008 (UTC)
  • We do not need the distinction between dc:contributor and dc:creator in pubman. It might be confusing and I would prefer to keep the data model as simple as possible. So my proposal is to use just dc:contributor with the role "author" for creators. If necessary we can identifiy the dc:creator by role "author". I will address this issue at the next metadata meeting (probably at beginning of November) and we must come to a decision. --Kurt 10:45, 28 October 2008 (UTC)

Missing roles[edit]

  • For dc:contributor: Besides the MARC relators we use, eDoc additionally uses "Archivist", "Preservator", and "Referee" as contributor-roles. Shall we add them as eSciDoc-relators?

We currently try to avoid "Archivist" and "Preservator". In addition, it could be that eDoc's "Referee" is semantically identical to Marc's Reviewer ( or Marc's Thesis Advisor ( Notes:

  • The role "Referee" is used by 136 public entries on eDoc, the most of them are Thesis, PHD-Thesis and Dissertations. These publication often distinguish between author, advisors (= official Gutachter) and referees (= MPG responsibles), see edocID 357180. --Inga 12:06, 17 September 2008 (UTC)
  • According to the IFLA Universal Bibliographic Control and International MARC Core Programme (UBCIM), a reviewer is a "Person or corporate body responsible for the review of a book, motion picture, performance, etc". This has nothing to do with our "Referee". --Inga 13:06, 17 September 2008 (UTC)


  • advisor to become "thesis advisor", (= "Person under whose supervision a degree candidate develops and presents a thesis, mémoire, or text of a dissertation.", see UBCIM) =
  • referee to become "scientific advisor" (= "Person who brings scientific, pedagogical, or historical competence to the conception and realization of a work, particularly in the case of audio-visual items", see UBCIM) =
I think the suggestion above is intuitive, and we use that definition for Japanese translation of PubMan R4 UI. Please let me know if the policy or the label is changed. Masao 08:10, 19 January 2009 (UTC)


Alternative Title[edit]









Date Submitted[edit]

Date Accepted[edit]

Issued Online[edit]




  • dc:source is used against DC semantics and should be changed to "isPartOf". In addition, the element bibliographicCitation has been created to improve interoperability (should be available twice: maschine-readable as well as human-readable). See also: Guidelines for Encoding Bibliographic Citation Information in Dublin Core Metadata (comment from the eSciDoc Application Profiles Discussion page; user unknown).


  • C-DOC CRM standard event element?

Total number of pages[edit]

Bibligraphic Citation[edit]

Academic Degree[edit]





Traugott strongly suggests to use DDC, because it is the only system adapted to online usage and which is maintained and enhanced continuously. It is also fine-grained enough to allow the classification of a large number of documents, so that not too many documents end up in the same class.

Table Of Contents[edit]


Proposed PURLs:[edit]

PURL pointing to Encoding scheme "type": overview over all genres (you can find the definitions of the following terms here Article Proceedings Talk at Event Conference Report Courseware/Lecture Paper Manual Journal Issue Series Manuscript Web Page Other Publishing info: The institution which published the item and additional information, e.g. the publisher name and place of a book, or the university where a theses has been created. Date when the publication was issued online Encoding scheme "reviewmethod": (definition) The publication was reviewed internally (e.g. by someone from the insitute) The publication was not subject to any reviewing process An event Encoding scheme: Academic Degree that was reached (in part) by creating the corresponding publication (definition) Bachelor Master Diploma Magister Staatsexamen PhD Habilitation Whether or not someone's talk was invited or not Pseudonym (The pen or stage name of a person) Alternative Name (Any alternative name used for the person, e.g. John Roughgarden later turned into Joanne Roughgarden) eSciDoc Identifier (used in addition to dc:identifier (PID)) Encoding scheme: The item is described by one of three categories: full text, supplementary material, or administrative file (definition). Fulltext Additional material Administrative file The external location from which the data of the file can be retrieved. Encoding scheme: (definition) Public Private The date when an organization ceased to exist (complementary to "dc:created" as a date when an organization started to exist)

NIMS requirements[edit]


JuNii2 is a de-facto standard of metadata schema for institutional repositories in Japan.

NIIType in JuNii2 corresponds to Genre in eSciDoc. I made a simple mapping between two types of categories. Some of NIIType are missing in Genre. The mapping table is as follows:

Genre (eSciDoc) NIIType (JuNii2)
Journal article Journal Article
Book Book
Book chapter Book (includes book chapters)
Proceedings paper Conference Paper
Conference report missing
Teaching Learning Material
Special issue missing
Journal missing
Manuscript missing
Other Others
Working paper missing (or Technical Report/Preprint?)
Poster Presentation
Proceedings missing
Report Research Paper/Technical Report
Series missing
Talk Presentation
Thesis Thesis or Dissertation
×Paper Article
×Manual missing
×Web Page missing
missing Preprint
missing Departmental Bulletin Paper
missing Data or Dataset
missing Software
missing Research Paper (This type represents for research outcome reports required by fund agency)


  • Missing types will be converted as "Others" type.
  • The genres marked as "×" cannot be used in the current PubMan service.

Question and comments:

  • We would like to provide the JuNii2 set via OAI-PMH. Maybe we need to develop a configurations for OAI-set and the mapping above.
  • Is is possible to use "Article" in PubMan?

you mean a new label for "journal article" or a new genre type?--Ulla 16:20, 29 January 2009 (UTC)

  • Report genre is a broader type than the types in NIIType (Technical Report and Research Paper). So it is difficult to determine these mappings automatically.
  • The following missing types will be useful as additional new genres in eSciDoc.
    • "Departmental Bulletin Paper"
      definition and useful description needed (example would be good, to clearly separate it from "series" and "working papers".)--Ulla 16:20, 29 January 2009 (UTC)
    • "Data or Dataset"
      we currently assume, that this is part of "supplementary material". We still do not know, if we need to further categorize the types of supplementary material.--Ulla 16:20, 29 January 2009 (UTC)
    • "Software"
      we currently assume, that this is part of "supplementary material". We still do not know, if we need to further categorize the types of supplementary material.--Ulla 16:20, 29 January 2009 (UTC)
    • "Research Paper"
      As Japanese definition, this definitely would be new genre, but maybe even part of "institutional activities". See more under institutional activities on PubMan--Ulla 16:21, 29 January 2009 (UTC)

Masao 03:56, 21 January 2009 (UTC)