Difference between revisions of "Talk:PubMan Metadata Sets"
(new section) |
(new section) |
||
(14 intermediate revisions by 6 users not shown) | |||
Line 13: | Line 13: | ||
Did I get it right that there's only one field for all keywords? What's the separator? --[[User:Martin de la Iglesia|Martin de la Iglesia]] 10:33, 19 December 2008 (UTC) | Did I get it right that there's only one field for all keywords? What's the separator? --[[User:Martin de la Iglesia|Martin de la Iglesia]] 10:33, 19 December 2008 (UTC) | ||
:: Yes, the keyword field is only available once and is a free text field. We would propose as separator a semicolon, which will not be mandatory but given as a hint in the help texts. --[[User:Nicole|Nicole]] 10:41, 19 December 2008 (UTC) | :: Yes, the keyword field is only available once and is a free text field. We would propose as separator a semicolon, which will not be mandatory but given as a hint in the help texts. --[[User:Nicole|Nicole]] 10:41, 19 December 2008 (UTC) | ||
:::We shall modify the metadata profile. The subject field is now going to be an autosuggest field values coming from Controlled Vocabulary on subjects (at present first three levels of DDC). As an item may have more than a single subject, we would propose to store also the subject identifier and the subject description in a single field and allow for multiple subject fields. Delimiter is blank i.e. "subject-id subject-name" will be the value of this field. Another question is however whether we should in addition allow free-text for extra (non-controlled) keywords. --[[User:Natasab|Natasa]] 11:31, 15 January 2009 (UTC) | |||
== Article - Issue - Journal == | == Article - Issue - Journal == | ||
Is an Article supposed to have a Source.Genre=Issue rather than Source.Genre=Journal? I.e., is the Source.Genre=Journal reserved for Issues only?--[[User:Martin de la Iglesia|Martin de la Iglesia]] 08:25, 22 December 2008 (UTC) | Is an Article supposed to have a Source.Genre=Issue rather than Source.Genre=Journal? I.e., is the Source.Genre=Journal reserved for Issues only?--[[User:Martin de la Iglesia|Martin de la Iglesia]] 08:25, 22 December 2008 (UTC) | ||
::Wir gehen davon aus, dass ein Journal vorwiegend als source ein journal hat. Journal ist also nicht für das Genre Issue reserviert. --[[User:Nicole|Nicole]] 13:44, 9 January 2009 (UTC) | |||
== Person.CompleteName format == | == Person.CompleteName format == | ||
Is there a mandatory format for this field, like "GivenName blank FamilyName"? --[[User:Martin de la Iglesia|Martin de la Iglesia]] 12:41, 22 December 2008 (UTC) | Is there a mandatory format for this field, like "GivenName blank FamilyName"? --[[User:Martin de la Iglesia|Martin de la Iglesia]] 12:41, 22 December 2008 (UTC) | ||
:: The only thing we have specified is: "The complete name of a person, usually a concatenation of given names and family name." --[[User:Nicole|Nicole]] 13:53, 9 January 2009 (UTC) | |||
==Genre: future developments== | |||
At this point wishes und suggestions concerning future genre developments can be specified. <br> | |||
Please describe the new genre of a publication and give an overlook about the needed metadata set. <br> | |||
:*<u>Letter</u>: | |||
:*<u>Periodical</u> - to distinguish between (Book) <u>Series</u> and non-journal periodicals like magazines, newspapers etc. --[[User:Martin de la Iglesia|Martin de la Iglesia]] 14:22, 23 December 2008 (UTC) | |||
:*<u>Pamphlet</u> - for publications that are neither in book form nor periodically published --[[User:Martin de la Iglesia|Martin de la Iglesia]] 14:22, 23 December 2008 (UTC) | |||
:*<u>Audiovisual Material</u> - as an equivalent for the RIS types ADVS, MPCT, SOUND, and VIDEO --[[User:Martin de la Iglesia|Martin de la Iglesia]] 14:22, 23 December 2008 (UTC) | |||
==catch-all field?== | |||
Is there a field into which to dump all data that doesn't fit anywhere else? Do we need an extra field like "N1" in RIS or "note" in BibTeX, or should we permit data loss for fields that can't be mapped (e.g. RIS fields like Y2, N1, RP, M1-3, U1-5, L3-4,...)? --[[User:Martin de la Iglesia|Martin de la Iglesia]] 09:21, 5 January 2009 (UTC) | |||
::I don't think we will have a field for all info, that doesn't fit into our submission mask. In the mappings before there where also fields that could not be mapped. One has to check with users using that format, how they uses the fields that can't be mapped and look for an alternative or compromise. --[[User:Nicole|Nicole]] 13:53, 9 January 2009 (UTC) | |||
:::So there's no field for comments or notes, right? Most formats have that, and I thought such a field would be quite useful. --[[User:Martin de la Iglesia|Martin de la Iglesia]] 10:42, 12 January 2009 (UTC) | |||
== advisor role == | |||
I have a question regarding the "advisor" creator-role. | |||
[[ESciDoc Application Profile Publication#Contributor]] lists "Scientific advisor" and "Thesis advisor". | |||
But, that in Pubman is just "advisor". | |||
Does PubMan's advisor-role correspond to "Thesis advisor"? Or Scientific one? ---[[User:Masao|Masao]] 04:12, 14 January 2009 (UTC) | |||
:Please check http://colab.mpdl.mpg.de/mediawiki/Talk:ESciDoc_Application_Profile_Publication#Missing_roles for this issue and put your comments there. --[[User:Natasab|Natasa]] 11:36, 15 January 2009 (UTC) | |||
==Identifier== | |||
CONE identifier is missing --[[User:Kurt|Kurt]] 08:00, 16 April 2009 (UTC) | |||
==Universities as thesis "publishers"== | |||
Since according to this specification the university should be given in the Publisher field, an item should be able to have more than one PublishingInfo (it's currently set to "once"), because a thesis can be published by an actual publisher. --[[User:Martin de la Iglesia|Martin de la Iglesia]] 07:00, 27 May 2009 (UTC) | |||
==Source.Volume and Source.Issue== | |||
The description for Source.Volume says, "The volume of the source in which the described item was published in." This might be true if the item is a journal article, but what if the item is a book and the Source is a series? Then surely the description should read, "The volume of the '''item''' within the source" or something like that? --[[User:Martin de la Iglesia|Martin de la Iglesia]] 12:47, 15 September 2009 (UTC) |
Latest revision as of 12:47, 15 September 2009
Revision of pubman xsds[edit]
- delete person.pseudonym
Required additional fields[edit]
- CreatorRole referee required, e.g. for thesis
- Source.TotalNumberOfPages needed, please add to application profile/MDS, see also: ESciDoc_Application_Profile_Publication#Extent
- Ich dachte, dass es in PubMan keine courseware/lecture mehr gibt als genre, sondern dass es jetzt teaching genannt wird? --Seesko 14:28, 2 October 2008 (UTC)
- Lecuture/Coursware ist der Name im XML und auf dem Display heißt es Teaching. LG, Nicole
- Ich dachte, dass es in PubMan keine courseware/lecture mehr gibt als genre, sondern dass es jetzt teaching genannt wird? --Seesko 14:28, 2 October 2008 (UTC)
Subject once[edit]
Did I get it right that there's only one field for all keywords? What's the separator? --Martin de la Iglesia 10:33, 19 December 2008 (UTC)
- Yes, the keyword field is only available once and is a free text field. We would propose as separator a semicolon, which will not be mandatory but given as a hint in the help texts. --Nicole 10:41, 19 December 2008 (UTC)
- We shall modify the metadata profile. The subject field is now going to be an autosuggest field values coming from Controlled Vocabulary on subjects (at present first three levels of DDC). As an item may have more than a single subject, we would propose to store also the subject identifier and the subject description in a single field and allow for multiple subject fields. Delimiter is blank i.e. "subject-id subject-name" will be the value of this field. Another question is however whether we should in addition allow free-text for extra (non-controlled) keywords. --Natasa 11:31, 15 January 2009 (UTC)
- Yes, the keyword field is only available once and is a free text field. We would propose as separator a semicolon, which will not be mandatory but given as a hint in the help texts. --Nicole 10:41, 19 December 2008 (UTC)
Article - Issue - Journal[edit]
Is an Article supposed to have a Source.Genre=Issue rather than Source.Genre=Journal? I.e., is the Source.Genre=Journal reserved for Issues only?--Martin de la Iglesia 08:25, 22 December 2008 (UTC)
- Wir gehen davon aus, dass ein Journal vorwiegend als source ein journal hat. Journal ist also nicht für das Genre Issue reserviert. --Nicole 13:44, 9 January 2009 (UTC)
Person.CompleteName format[edit]
Is there a mandatory format for this field, like "GivenName blank FamilyName"? --Martin de la Iglesia 12:41, 22 December 2008 (UTC)
- The only thing we have specified is: "The complete name of a person, usually a concatenation of given names and family name." --Nicole 13:53, 9 January 2009 (UTC)
Genre: future developments[edit]
At this point wishes und suggestions concerning future genre developments can be specified.
Please describe the new genre of a publication and give an overlook about the needed metadata set.
- Letter:
- Periodical - to distinguish between (Book) Series and non-journal periodicals like magazines, newspapers etc. --Martin de la Iglesia 14:22, 23 December 2008 (UTC)
- Pamphlet - for publications that are neither in book form nor periodically published --Martin de la Iglesia 14:22, 23 December 2008 (UTC)
- Audiovisual Material - as an equivalent for the RIS types ADVS, MPCT, SOUND, and VIDEO --Martin de la Iglesia 14:22, 23 December 2008 (UTC)
catch-all field?[edit]
Is there a field into which to dump all data that doesn't fit anywhere else? Do we need an extra field like "N1" in RIS or "note" in BibTeX, or should we permit data loss for fields that can't be mapped (e.g. RIS fields like Y2, N1, RP, M1-3, U1-5, L3-4,...)? --Martin de la Iglesia 09:21, 5 January 2009 (UTC)
- I don't think we will have a field for all info, that doesn't fit into our submission mask. In the mappings before there where also fields that could not be mapped. One has to check with users using that format, how they uses the fields that can't be mapped and look for an alternative or compromise. --Nicole 13:53, 9 January 2009 (UTC)
- So there's no field for comments or notes, right? Most formats have that, and I thought such a field would be quite useful. --Martin de la Iglesia 10:42, 12 January 2009 (UTC)
- I don't think we will have a field for all info, that doesn't fit into our submission mask. In the mappings before there where also fields that could not be mapped. One has to check with users using that format, how they uses the fields that can't be mapped and look for an alternative or compromise. --Nicole 13:53, 9 January 2009 (UTC)
advisor role[edit]
I have a question regarding the "advisor" creator-role.
ESciDoc Application Profile Publication#Contributor lists "Scientific advisor" and "Thesis advisor". But, that in Pubman is just "advisor".
Does PubMan's advisor-role correspond to "Thesis advisor"? Or Scientific one? ---Masao 04:12, 14 January 2009 (UTC)
- Please check http://colab.mpdl.mpg.de/mediawiki/Talk:ESciDoc_Application_Profile_Publication#Missing_roles for this issue and put your comments there. --Natasa 11:36, 15 January 2009 (UTC)
Identifier[edit]
CONE identifier is missing --Kurt 08:00, 16 April 2009 (UTC)
Universities as thesis "publishers"[edit]
Since according to this specification the university should be given in the Publisher field, an item should be able to have more than one PublishingInfo (it's currently set to "once"), because a thesis can be published by an actual publisher. --Martin de la Iglesia 07:00, 27 May 2009 (UTC)
Source.Volume and Source.Issue[edit]
The description for Source.Volume says, "The volume of the source in which the described item was published in." This might be true if the item is a journal article, but what if the item is a book and the Source is a series? Then surely the description should read, "The volume of the item within the source" or something like that? --Martin de la Iglesia 12:47, 15 September 2009 (UTC)