Difference between revisions of "Talk:PubMan Func Spec Easy Submission"

From MPDLMediaWiki
Jump to navigation Jump to search
 
(74 intermediate revisions by 9 users not shown)
Line 1: Line 1:
==UC_PM_EASM_01 upload file in structured format==
===Status/Schedule===
*Status: '''in design'''
*Schedule:'''R3'''


===Motivation===
All important information has been moved to http://colab.mpdl.mpg.de/mediawiki/PubMan_Ingestion
*The user wants to upload a locally created BibTeX file, containing one reference.
Discussions and older versions of the scenarios have been moved to http://colab.mpdl.mpg.de/mediawiki/Talk:PubMan_Ingestion


===Expected outcome===
==Functional Prototype==
Reference is uploaded to a collection on PubMan.
 
The item is created on PubMan and can be edited/modified afterwards.
 
===Steps===
# The user chooses a collection where he has depositor privileges
# The user chooses to upload a file in structured format.
# The user starts the upload.
# The system processes the uploaded file, checks for completeness, creates an item and releases them immediately. The use case ends successfully.
 
===Alternatives===
 
4. The user gets an error message, indicating type of error (time out during upload, invalid file, validation rules not met).
 
4a. User tries the upload again. continue with step 3.
 
4b. User cancels the upload procedure.
 
===Actors involved===
User with depositing rights for at least one collection
 
===Data involved===
BibTeX File, structured format. See [https://zim01.gwdg.de/repos/smc/tags/public/PubMan/example_bitex_AEI.bib example file] by the AEI.
 
===Constraints===
*BibTeX files are idiosyncratically structured; [http://www.gerd-neugebauer.de/software/TeX/BibTool.en.html BibTool] may help with preprocessing/normalization.
Does this mean we need not to provide any mapping?--[[User:Uat|Ulla]] 11:03, 26 February 2008 (CET)
*Basic TeX Parsing is needed to interpret non-ascii characters etc., see for example https://dev.livingreviews.org/projects/epubtk/browser/trunk/ePubTk/lib/bibtexlib.py .
*In BibTeX fields are not repeatable; thus multiple authors need to be parsed from the ''author'' field.
*BibTeX allows for different formats of representing an author's name; thus the parser needs to be smart enough to recognize them all. See for example http://search.cpan.org/~gward/Text-BibTeX-0.34/BibTeX/Name.pm
 
 
 
===Future development===
*Upload files in structured format containing more than one reference
see [[Talk:PubMan_Ingestion|Ingestion]]
 
 
 
=Functional Prototype=
Please check the [https://zim01.gwdg.de/repos/smc/tags/public/PubMan/Prototypes/Easy_Submission/index.html functional prototype for easy submission]
Please check the [https://zim01.gwdg.de/repos/smc/tags/public/PubMan/Prototypes/Easy_Submission/index.html functional prototype for easy submission]
Comments functional team:
*The proposals by Natasa should be considered: default content category per genre, default creator roles per genre, default affiliation (same as previous), default source genre per item genre, default creator role if creator is of type organisation--[[User:Uat|Ulla]] 12:35, 15 February 2008 (CET)
to be checked: either collection set up? or default on GUI? in any case, "further options" should be available, in case default does not cover the need--[[User:Uat|Ulla]] 10:51, 27 February 2008 (CET)
*The overall requirement for submission (genre-specific Metadata for edit mask) has to be considered for easy as well as normal submission for R3
First approach proposal: define limited number of genres for easy submission and their respective metadata (feedback by Early adopters).
we need to find out: are default metadata possible for each genre? how often is the case that user needs more than defaulted metadata? is the setting for defaults better on collection or is system default possible? how does this relate to performance? (each genre check => new edit mask)
*Fetch MD, Step 3: Typo on GUI, short short. In addition, would re-phrase to "...might not cover all fetched Metadata".
--[[User:Uat|Ulla]] 12:35, 15 February 2008 (CET)
*Fetch MD, Step 2: Provision of ID shoudl include also eSciDoc ID, as we have already the use case "create item from template" for R3. In here, would mean only to add escidoc ID, in adddition to  arXiv and DOI.--[[User:Uat|Ulla]] 12:29, 26 February 2008 (CET)
Should be discussed with Early adopter when presenting func prototype: Is it confusing for teh user/scientists, to get escidoc ID offered during fetch Md? Discuss the 3 variants: offer "create item from template" from a) easy submission/fetch MD, b) view item version, c) after submission.--[[User:Uat|Ulla]] 10:51, 27 February 2008 (CET)

Latest revision as of 07:27, 9 September 2009

All important information has been moved to http://colab.mpdl.mpg.de/mediawiki/PubMan_Ingestion Discussions and older versions of the scenarios have been moved to http://colab.mpdl.mpg.de/mediawiki/Talk:PubMan_Ingestion

Functional Prototype

Please check the functional prototype for easy submission

Retrieved from "https://colab.mpdl.mpg.de/mw010/index.php?title=Talk:PubMan_Func_Spec_Easy_Submission&oldid=42482"