Difference between revisions of "Talk:PubMan Func Spec Yearbook of the MPS"

From MPDLMediaWiki
Jump to navigation Jump to search
m
Line 17: Line 17:
==[[PubMan_Func_Spec_Yearbook_of_the_MPS#UC_PM_YB_02_Add_PubMan_items_to_yearbook_container|UC_PM_YB_02 Add PubMan items to yearbook container]]==
==[[PubMan_Func_Spec_Yearbook_of_the_MPS#UC_PM_YB_02_Add_PubMan_items_to_yearbook_container|UC_PM_YB_02 Add PubMan items to yearbook container]]==
*should there be one "yearbook moderator" for the whole institute? -> if yes, there has to be a moderator who have rights for all contexts of the whole institute (I have to add this under "constraints") -> if no, it has to be possible that serveral moderators are marking PubMan items of their respective context they are responsible for to add them to one yearbook container for the whole institute.
*should there be one "yearbook moderator" for the whole institute? -> if yes, there has to be a moderator who have rights for all contexts of the whole institute (I have to add this under "constraints") -> if no, it has to be possible that serveral moderators are marking PubMan items of their respective context they are responsible for to add them to one yearbook container for the whole institute.
::we can resolve it with several possibilities, simple is that all moderators in the institute have possibility to add/remove items to the yearbook; another possiblity is to have special yb context, and have all yearbook items/containers in this context. Moderators of this context are actually the yearbook managers.--[[User:Natasab|Natasa]] 09:52, 23 November 2009 (UTC)
* only PubMan origin items can be added to the yearbook; imported eDoc data therefore can't be added to the yearbook via PubMan
* only PubMan origin items can be added to the yearbook; imported eDoc data therefore can't be added to the yearbook via PubMan
** why? are there technical reasons to do so? for me it seems a little bit cumbersome and most notably error-prone to maintain two lists of records for the yearbook if the worst comes to the worst - one list with origin PubMan items in PubMan + one list in eDoc with items former maintained there
** why? are there technical reasons to do so? for me it seems a little bit cumbersome and most notably error-prone to maintain two lists of records for the yearbook if the worst comes to the worst - one list with origin PubMan items in PubMan + one list in eDoc with items former maintained there
Line 23: Line 24:
**as for the most institutes eDoc data will be migrated sooner or later to PubMan this workflow doesn't sound so applicable, or?
**as for the most institutes eDoc data will be migrated sooner or later to PubMan this workflow doesn't sound so applicable, or?
* my proposal would be (if it is technical feasible): all PubMan data, independently of where it has been come from, means also the imported eDoc data, should be possible to add to the yearbook container -> benefit: no alignment of the two lists with yearbook records (PubMan and eDoc) is required
* my proposal would be (if it is technical feasible): all PubMan data, independently of where it has been come from, means also the imported eDoc data, should be possible to add to the yearbook container -> benefit: no alignment of the two lists with yearbook records (PubMan and eDoc) is required
::completely agree--[[User:Natasab|Natasa]] 09:52, 23 November 2009 (UTC)


==[[PubMan_Func_Spec_Yearbook_of_the_MPS#UC_PM_YB_05_Export_content_of_yearbook_container_in_PubMan|UC_PM_YB_05 Export content of yearbook container in PubMan]]==
==[[PubMan_Func_Spec_Yearbook_of_the_MPS#UC_PM_YB_05_Export_content_of_yearbook_container_in_PubMan|UC_PM_YB_05 Export content of yearbook container in PubMan]]==

Revision as of 09:52, 23 November 2009

  • Where and when will the validation for the Yearbook take place?
can be done on PubMan (efforts middle-high)--Natasa 17:11, 3 November 2009 (UTC)
  • What is the reason for not allowing imported items from eDoc to be added for the Yearbook? this might get problematic, as soon as we start to "batch migrate" data from eDoc. We cannot foresee, if there isnot an item relevant for an upcoming yearbook...
it is an assumption that all items that need to be in the yearbook will actually be first in PubMan. Yearbook quantity has to be checked on PubMan first. --Natasa 17:11, 3 November 2009 (UTC)
see also comment below, if yearbook is maintained in PubMan all items will be added via pubman. Items that are imported from eDoc as well, there is no reason to have 2 separate lists. Not certain where/how this came into the specification. --Natasa 08:28, 23 November 2009 (UTC)
  • What happens, if our genre-specific table demands different metadata than the yearbook validation? I.e are the mandatory fields for the Yearbook in synch with the genre-specific table?
should be checked and corrected in PubMan or clarified with Press --Natasa 17:11, 3 November 2009 (UTC)
  • Does the institute user (Jahrbuch-Verantwortlicher) and Press (Mr. Plehn) have an easy overview and concrete number on all data which will be in the Yearbook? (I did not quite understand the point with the lists provided by dev team...)
imho, this overview is coming from eDoc as long as data are handled on eDoc--Natasa 17:11, 3 November 2009 (UTC)
  • We still lack the description of MPG authors/not MPG authors (is needed for yearbook, right?)=> part of Cone?
this should actually now be clear for each author, as in PubMan affiliation is related to author and not to the publication like in eDoc--Natasa 17:11, 3 November 2009 (UTC)
  • Design
    • maybe for quick solution - it would be sufficient to have 1 item (cmodel=Yearbook) for being the yearbook, if we are able to put relations (of is-in-yearbook) to this item. (Pros: not dealing with containers in pubMan, feasible for February), (Cons: not possibility to add yearbook specific information to the yearbook items)--Natasa 17:14, 3 November 2009 (UTC)


UC_PM_YB_02 Add PubMan items to yearbook container[edit]

  • should there be one "yearbook moderator" for the whole institute? -> if yes, there has to be a moderator who have rights for all contexts of the whole institute (I have to add this under "constraints") -> if no, it has to be possible that serveral moderators are marking PubMan items of their respective context they are responsible for to add them to one yearbook container for the whole institute.
we can resolve it with several possibilities, simple is that all moderators in the institute have possibility to add/remove items to the yearbook; another possiblity is to have special yb context, and have all yearbook items/containers in this context. Moderators of this context are actually the yearbook managers.--Natasa 09:52, 23 November 2009 (UTC)
  • only PubMan origin items can be added to the yearbook; imported eDoc data therefore can't be added to the yearbook via PubMan
    • why? are there technical reasons to do so? for me it seems a little bit cumbersome and most notably error-prone to maintain two lists of records for the yearbook if the worst comes to the worst - one list with origin PubMan items in PubMan + one list in eDoc with items former maintained there
This i would agree, and by reading the use-case was actually asking the same question. Once item is in PubMan, it is in PubMan and will be maintained further in pubMan. I think there has been a misunderstanding somewhere during some discussions. All items in pubman will be added to the yearbook (if the yearbook is done on pubman) - there is no difference if an item is manually created or imported from eDoc. --Natasa 08:26, 23 November 2009 (UTC)
    • bring those two lists together is extra amount of work for our dev team
    • as for the most institutes eDoc data will be migrated sooner or later to PubMan this workflow doesn't sound so applicable, or?
  • my proposal would be (if it is technical feasible): all PubMan data, independently of where it has been come from, means also the imported eDoc data, should be possible to add to the yearbook container -> benefit: no alignment of the two lists with yearbook records (PubMan and eDoc) is required
completely agree--Natasa 09:52, 23 November 2009 (UTC)

UC_PM_YB_05 Export content of yearbook container in PubMan[edit]

  • I'm not really sure whether I understood the basic considerations, which were collected one year ago, in the right manner regarding that part of the MPS yearbook scenario?
  • I could also imagine that the batch operation "Release all items to MPS yearbook", described in UC_PM_YB_04, triggers an export of the yearbook container and leads to the generation of an eSciDoc XML file
    • the moderator saves that export file to her/his local personal computer and afterwards sends that file to the PubMan support team via email with the request to import the file in eDoc
    • doing so that usecase would be more user-driven
  • please provide feedback! thank you :)

UC_PM_YB_06 Import content of yearbook container in eDoc[edit]

  • I'm not really sure whether I understood the basic considerations, which were collected one year ago, in the right manner regarding that part of the MPS yearbook scenario? -> is the import done by the dev team or by the eDoc user (local eDoc manager) her/himself?
    • I do not know eDoc that much (until now), but as far as I know there is currently no possibility for the common user to import an eSciDoc XML file to eDoc, am I right?