Talk:ESciDoc Application Profile Publication

From MPDLMediaWiki
Jump to: navigation, search

General

  • 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

Genre

Creator & Contributor

  • 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 DCDublin Core 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

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 (CETCentral European Time)
  • 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 PubManPublication Management 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 http://www.sciencedaily.com/releases/2007/11/071105103938.htm. Please note that we will consider mapping the first creator to dc:creator for transformations to dc simple. --Inga 20:19, 11 March 2008 (CETCentral European Time)
  • 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:
*http://dublincore.org/documents/usageguide/elements.shtml
*http://www.lib.ncsu.edu/cataloging/metadata/NCSUcore1.html
  • Most importantly, using dc:contributor as a replacement for dc:creator would decouple eSciDocEnhanced Scientific Documentation 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 (CETCentral European Time)
  • 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 (UTCCoordinated Universal Time)
  • Why do we not just use dc:creator with different roles (as dc:creator is a sub-property of dc:contributor) and use the MARCMAchine-Readable Cataloging-Relators for dc:creator? --Kristina 12:58, 2 October 2008 (UTCCoordinated Universal Time)
  • 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 (UTCCoordinated Universal Time)

Missing roles

  • For dc:contributor: Besides the MARCMAchine-Readable Cataloging relators we use, eDocElectronic Documentation additionally uses "Archivist", "Preservator", and "Referee" as contributor-roles. Shall we add them as eSciDocEnhanced Scientific Documentation-relators?

We currently try to avoid "Archivist" and "Preservator". In addition, it could be that eDocElectronic Documentation's "Referee" is semantically identical to Marc's Reviewer (http://www.loc.gov/loc.terms/relators/REV) or Marc's Thesis Advisor (http://www.loc.gov/loc.terms/relators/THS). Notes:

  • The role "Referee" is used by 136 public entries on eDocElectronic Documentation, the most of them are Thesis, PHD-Thesis and Dissertations. These publication often distinguish between author, advisors (= official Gutachter) and referees (= MPGMax-Planck-Gesellschaft responsibles), see edocID 357180. --Inga 12:06, 17 September 2008 (UTCCoordinated Universal Time)
  • 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 (UTCCoordinated Universal Time)

Suggestion:

  • 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) = http://www.loc.gov/loc.terms/relators/THS
  • 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) = http://www.loc.gov/loc.terms/relators/SAD
I think the suggestion above is intuitive, and we use that definition for Japanese translation of PubManPublication Management R4 UI. Please let me know if the policy or the label is changed. Masao 08:10, 19 January 2009 (UTCCoordinated Universal Time)

Title

Alternative Title

Language

Identifier

PublishingInfo

Publisher

Place

Edition

Created

Modified

Date Submitted

Date Accepted

Issued Online

Issued

Status

Source

  • dc:source is used against DCDublin Core 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 eSciDocEnhanced Scientific Documentation Application Profiles Discussion page; user unknown).

Event

  • C-DOC CRM standard event element?

Total number of pages

Bibligraphic Citation

Academic Degree

Abstract

Subject

Vocabulary:

Discussion:

Traugott strongly suggests to use DDCDisplay Data Channel, 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

Location

Proposed PURLs:

PURLPersistent Uniform Resource Locators pointing to
http://purl.org/escidoc/metadata/terms/type/ Encoding scheme "type": overview over all genres (you can find the definitions of the following terms here
http://purl.org/escidoc/metadata/terms/type/article Article
http://purl.org/escidoc/metadata/terms/type/proceedings Proceedings
http://purl.org/escidoc/metadata/terms/type/talkatevent Talk at Event
http://purl.org/escidoc/metadata/terms/type/conferencereport Conference Report
http://purl.org/escidoc/metadata/terms/type/coursewarelecture Courseware/Lecture
http://purl.org/escidoc/metadata/terms/type/paper Paper
http://purl.org/escidoc/metadata/terms/type/manual Manual
http://purl.org/escidoc/metadata/terms/type/journal Journal
http://purl.org/escidoc/metadata/terms/type/issue Issue
http://purl.org/escidoc/metadata/terms/type/series Series
http://purl.org/escidoc/metadata/terms/type/manuscript Manuscript
http://purl.org/escidoc/metadata/terms/type/webpage Web Page
http://purl.org/escidoc/metadata/terms/type/other Other
   
http://purl.org/escidoc/metadata/terms/publishinginfo 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.
http://purl.org/escidoc/metadata/terms/issuedonline Date when the publication was issued online
http://purl.org/escidoc/metadata/terms/reviewmethod/ Encoding scheme "reviewmethod": (definition)
http://purl.org/escidoc/metadata/terms/reviewmethod/internal The publication was reviewed internally (e.g. by someone from the insitute)
http://purl.org/escidoc/metadata/terms/reviewmethod/noreview The publication was not subject to any reviewing process
   
http://purl.org/escidoc/metadata/terms/event An event
   
http://purl.org/escidoc/metadata/terms/academicdegree/ Encoding scheme: Academic Degree that was reached (in part) by creating the corresponding publication (definition)
http://purl.org/escidoc/metadata/terms/academicdegree/bachelor Bachelor
http://purl.org/escidoc/metadata/terms/academicdegree/master Master
http://purl.org/escidoc/metadata/terms/academicdegree/diploma Diploma
http://purl.org/escidoc/metadata/terms/academicdegree/magister Magister
http://purl.org/escidoc/metadata/terms/academicdegree/staatsexamen Staatsexamen
http://purl.org/escidoc/metadata/terms/academicdegree/phd PhDphilosophiae doctor
http://purl.org/escidoc/metadata/terms/academicdegree/habilitation Habilitation
   
http://purl.org/escidoc/metadata/terms/invitationstatus Whether or not someone's talk was invited or not
http://purl.org/escidoc/metadata/terms/pseudonym Pseudonym (The pen or stage name of a person)
http://purl.org/escidoc/metadata/terms/alternativename Alternative Name (Any alternative name used for the person, e.g. John Roughgarden later turned into Joanne Roughgarden)
   
http://purl.org/escidoc/metadata/terms/escidocidentifier eSciDocEnhanced Scientific Documentation Identifier (used in addition to dc:identifier (PIDPersistent Identifer or Identification))
http://purl.org/escidoc/metadata/terms/contentcategory/ Encoding scheme: The item is described by one of three categories: full text, supplementary material, or administrative file (definition).
http://purl.org/escidoc/metadata/terms/contentcategory/fulltext Fulltext
http://purl.org/escidoc/metadata/terms/contentcategory/additionalmaterial Additional material
http://purl.org/escidoc/metadata/terms/contentcategory/administrativefile Administrative file
   
http://purl.org/escidoc/metadata/terms/locator The external location from which the data of the file can be retrieved.
   
http://purl.org/escidoc/metadata/terms/accessrights/ Encoding scheme: (definition)
http://purl.org/escidoc/metadata/terms/accessrights/public Public
http://purl.org/escidoc/metadata/terms/accessrights/private Private
   
http://purl.org/escidoc/metadata/terms/ceased The date when an organization ceased to exist (complementary to "dc:created" as a date when an organization started to exist)

NIMSNational Institute for Materials Science Japan requirements

JuNii2

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

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

Genre (eSciDocEnhanced Scientific Documentation) 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)

Note:

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

Question and comments:

  • We would like to provide the JuNii2 set via OAI-PMHOpen Archives Initiative Protocol for Metadata Harvesting. Maybe we need to develop a configurations for OAI-set and the mapping above.
  • Is is possible to use "Article" in PubManPublication Management?

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

  • 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 eSciDocEnhanced Scientific Documentation.
    • "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 (UTCCoordinated Universal Time)
    • "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 (UTCCoordinated Universal Time)
    • "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 (UTCCoordinated Universal Time)
    • "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 (UTCCoordinated Universal Time)

Masao 03:56, 21 January 2009 (UTCCoordinated Universal Time)