Revision as of 16:00, 23 June 2009

This is a protected page.

APPLICATION AREAS
Home Interface Conception & Design User Interface Evaluation Interface Development
PROJECTS
Pattern Library Publication Management Digitization Lifecycle Research- and Metadata Handling Usability Report Corporate & Interface Design (under Rework) Page Index
edit

R5 Approach[edit]

Authors and affiliations can be associated with ID or just stored as strings. In the GUI this makes any handling of corresponing entries more complicated.

Prototype draft[edit]

Authors and affiliations can come from manual entry, import or by automatic detection after cut & paste entry. To support a large list of authors affiliated to a list of organization a grid list is introduced:

Mode of Operation[edit]

Add multiple Authors/Affiliations:

Authors will be matched to the cone entries by the system. The GUI behaviour is as follows:

1. The Author has been identified:

Icon appears behind the author, indicating a valid author ID:

Case 1: The author name is right, but it is an author with the same name which is different from the author that has an ID. -> In this case the user opens an area below with additional options.

Case 2: The author name is wrong/has another writing -> In this case the user opens an area below with additional options.

2. The Author has not been identified:

No Icon appears. Case1: The user likes to check if there is an ID. He clicks in the input field and the autosuggest is invoked if a string matches. After an autosuggest entry is selected, the icon appears.

Add Organizations:

Remark: Organizations can not be matched by parsing from cut & paste.

An icon appears behind the organization input field if the organization name matches to an entry in the controlled vocabulary.

Case 1: The org is fine but the naming is different (same behaviour as we have now).

-> In this case the user opens an area below with additional options.

@@ Line 16: / Line 16: @@
 == Mode of Operation ==
-#If a lot of authors/affiliations need to be displayed it needs to be done with a scrollable list view. The current solution (Creator box) is not efficient. This is not only true for 'edit item' but also for 'view item version' beyond a given threshold.
+Add multiple Authors/Affiliations:
-#Lists of authors should be available for edit item as well as for create item. If a list of authors is already existing it must not be overwritten by default. Optionally the user besides if the new list overwrites the old one or will be attended below.
-#As the order of entry is sort order by default
-#Creators of type organization are entered manually in '
-edit item'
-The edit list provides extended functionality:
+Authors will be matched to the cone entries by the system. The GUI behaviour is as follows:
-*Change of creator position
+. The Author has been identified:
-*Add creator list
-*Move Creator (Up/Down)
-*Edit Creator (Inplace)
-*Delete Creator
-*Change position of creator
-*Insert single creator new
-[[Image:edit_list.png|center|Edit List]]
+Icon appears behind the author, indicating a valid author ID:
-''Natasa's input''
+Case 1: The author name is right, but it is an author with the same name which is different from the author that has an ID.
-*maybe possible to keep explicit edit link out, so if the list is always on edit mask, every list item field is by default editable
+-> In this case the user opens an area below with additional options.
-*check if the list with would fit in a "normal" witdth of the screen
-*check if for list item actions items vs. text label - what is better
-*new list position only via move up/down
+Case 2: The author name is wrong/has another writing
+-> In this case the user opens an area below with additional options.
-''Robert's input'':
+. The Author has not been identified:
-If you require javascript anyway (for in-place editing) i'd recommend implementing sorting via drag-and-drop (see for example http://developer.yahoo.com/yui/examples/dragdrop/dd-reorder.html ).
-=Open Questions=
+No Icon appears.
+Case1: The user likes to check if there is an ID. He clicks in the input field and the autosuggest is invoked if a string matches. After an autosuggest entry is selected, the icon appears.
-*Examples show alphabetical sorting in very long author and affiliation lists. The initial requirement was to take those lists in the order, they have been entered into the system by librarians (sorted individually / possible threshold for change of sorting to be figured out)
+Add Organizations:
-See example here: [http://www.iop.org/EJ/article/0264-9381/21/5/042/cqg4_5_042.pdf Example of a Paper with lots of authors]
+Remark: Organizations can not be matched by parsing from cut & paste.
-=Match Affiliations=
+An icon appears behind the organization input field if the organization name matches to an entry in the controlled vocabulary.
-Creators are usually linked with one or more affiliations. As a consequence all new entries are matched with organizations (individual organization names are not treated yet). After getting the list, there are one or more creators with no affiliated organization. One or more creators must be matched to one or more organizations in a generic manner.
+Case 1: The org is fine but the naming is different (same behaviour as we have now).
-[[Image:match_affiliations.png|center|Match Afiliations]]
+-> In this case the user opens an area below with additional options.
-=Varieties of Lists=
-Author lists appear in various formats. Luckily Formats with a lot of authors are more unique. A good way may be to start with three or four and support the first early adopter and then evolve/adapt parse algorithm over time.
-*Name1: First Name
-*Name2: Additional First Names
-*Family Names: May contain Blanks (e.g. 'C. Van Den Broeck,8')
-*OrgNr: Footnotes, referring to a list of organizations below.
-Current Formats are (Blanks are as displayed):
-*Name1 Name2 NameX FamilyName OrgNr1,OrgNr2,OrgNrX
-*Name1. Name2. NameX. FamilyName,OrgNr1,OrgNr2,OrgNrX
-Current Affiliation lists are:
-OrgNrAffiliation
-Collection of additional varieties (not for long lists)
-[[Image:varieties.png|center|Varieties for Lists of Authors]]
-i'd really recommend providing a single text input which can take a list of authors and an algorithm - as smart as possible - to make sense of it (e.g.  https://dev.livingreviews.org/projects/epubtk/browser/trunk/ePubTk/refdb/importfilter/bibtex/convert.py line 321 ff). in terms of simplicity that's hard to beat - and from my experience also in terms of usability. typically, the huge author lists come pretty consistently structured, so parsers have a good chance. [[User:Robert|Robert]] 18:28, 30 November 2007 (CET)
-To test such an algorithm, I would appreciate to have the above samples also as text copied from the original sources. Is that possible? [[User:mfranke|Michael]] 09:31, 26 February 2008 (CET)
-Natasa's comment:
-* Affiliations can be entered by autosuggest (with a flat list, generated from the tree)
 </div>
 [[Category: Interface Drafts| ]]
 [[Category: Publication Management| ]]

Difference between revisions of "Interface Draft: Authors and Affiliations"

Revision as of 16:00, 23 June 2009

R5 Approach[edit]

Prototype draft[edit]

Mode of Operation[edit]

Navigation menu

Search