Difference between revisions of "Talk:Faces Album Management"

From MPDLMediaWiki
Jump to navigation Jump to search
 
(86 intermediate revisions by 3 users not shown)
Line 1: Line 1:
== General ==
== General ==
Basic idea of sharing an album (outcome of FACES Meeting 17.02.09):
[[Image:album_sharing.jpg|center|framed]]


== UC_FAC_AM_01 Create album ==
== UC_FAC_AM_01 Create album ==
:User roles to be checked for album creation. See http://zim01.gwdg.de:8080/browse/AS-525 for more infos. --[[User:Natasab|Natasa]] 10:47, 27 August 2008 (UTC)
* User roles to be checked for album creation. See http://zim01.gwdg.de:8080/browse/AS-525 for more infos. --[[User:Natasab|Natasa]] 10:47, 27 August 2008 (UTC)


== UC_FAC_AM_02 Add picture to album ==
== UC_FAC_AM_02 Add picture to album ==
*Comments by Natasa --[[User:Natasab|Natasa]] 15:46, 25 August 2008 (UTC):
:*the possibility to add pictures to more than a single album can be provided
:*tricky part is to automatically tell user in which albums (with status different from "released", "withdrawn" he has privileges for adding) the picture was already added (toDO: check with FIZ on querying the semantic store) --[[User:Natasab|Natasa]] 15:46, 25 August 2008 (UTC)


* To add a picture to several albums within one step is not possible with an intuitive GUI (Data quality! No undo available!) The functionality of seeing which pictures are already in an album (in the browsing view) will get lost. Maybe as admininstrative feature  --[[User:Unfried|Unfried]] 13:59, 8 September 2008 (UTC)
'''CLOSED Discussion:''' <br/>
:: As the requirement of adding one picture to several albums within one step can not be supported by the GUI, we decided to delete it from the requirements. --[[User:Kristina|Kristina]] 07:49, 12 September 2008 (UTC)
'''Possibility to add one picture to more than one single album in one step'''
# '''GUI:''' Is not possible with an intuitive GUI (Data quality! No undo available!) The functionality of seeing which pictures are already in an album (in the browsing view) will get lost. Maybe as administrative feature  --[[User:Unfried|Unfried]] 13:59, 8 September 2008 (UTC)
# '''DEV:''' Can be technically provided. Tricky part is to automatically tell user in which albums (with status different from "released", "withdrawn" he has privileges for adding) the picture was already added (ToDO: check with FIZ on querying the semantic store) --[[User:Natasab|Natasa]] 15:46, 25 August 2008 (UTC)
:'''Conclusion:'''
:As the requirement of adding one picture to several albums within one step can not be supported by the GUI, we decided to delete it from the requirements. --[[User:Kristina|Kristina]] 07:49, 12 September 2008 (UTC)


== UC_FAC_AM_03 Remove picture from album ==
== UC_FAC_AM_03 Remove picture from album ==
Line 17: Line 20:


== UC_FAC_AM_05 Delete album ==
== UC_FAC_AM_05 Delete album ==
* Technically, an album can not be deleted if it is in state '''submitted'''. --[[User:Kristina|Kristina]] 08:56, 29 August 2008 (UTC)
: Two possibilities have to be checked by Natasa with FIZ (see http://zim01.gwdg.de:8080/browse/AS-528):
:# Automatically rewise the album to the state "in revision" and delete it then.
:# Allow it that submitted albums can also be deleted.
: This problem also influences [[Faces_User_Management#UC_FAC_UM_05_Deactivate_account_user|UC_FAC_UM_05 Deactivate account user]].


== UC_FAC_AM_06 Release album ==
== UC_FAC_AM_06 Release album ==
Line 29: Line 27:
== UC_FAC_AM_08 Export album ==
== UC_FAC_AM_08 Export album ==


== Sharing of an album ==
== UC_FAC_AM_09 Share album ==


Possible scenarios for sharing an album:
'''CLOSED Discussion:''' <br/>
'''Usage of user groups for the sharing of an album'''
: Instead of sharing an album with several users, the possibility of '''creating an user group''' can be used
# Create a user group
## A user (who has the corresponding privileges) creates a user group by providing e-mail addresses of possible participants.
## The system invites the possible participants via e-mail.
## The possible participants confirm their participation in the user group by following a link provided by the e-mail.
# Sharing of an album with a user group
## Visibility
##* User group and their participants must be visible to the owner of an album
##* Each user can only see the user groups and their participants he is part of
##* During invitation: is interesting to know which users are also invited to the user group (independently if they already have confirmed their participation or not) --> not possible
## One user group will be selected to share the album.
## Users will get a notification but do not have to confirm the sharing.
## When a user does not want to share the album he has to leave the user group. When the group is sharing other albums, too, he will unshare this albums, too.


'''Via Nickname'''
'''CLOSED Discussion:''' <br/>
* The owner of the albums enters the nickname of a user with whom he wants to share the album in an exact query search. The system checks the existence of the user. When he exists, the system adds him as a inactive shared user. When he does not exist, an error message occurs.
'''How to add a shared user'''
* The inactive shared user has to be informed about his new privileges as shares user. This could happen either
: Two possibilities were discussed:
:# via e-mail.
:# Via User Name
:# via message in his user account (e.g. in the list my albums the shared album will be displayed with the action buttons to confirm or refuse the sharing).
:# Via e-Mail Address
:#* ''Disadvantage:'' The user gets the message only when he logs himself on in FACES.
: '''Conclusion:'''
* Further on, the inactive shared user has to accept his new privileges either by
:Via user name is not possible because the user name is not known by the system when using a handle system --> '''via e-mail address''' will be used (was decided in an internal meeting on 11.12.08; participants: Natasa, Rike, Bastien, Rupert, Denise, Markus M., Kristina)
:# following a link within the e-mail to FACES.
:#* ''Question:'' When following this link, do the user have to log himself on in FACES for confirmation or would it be enough when he only follows the link?
:# within clicking a button within his user account (e.g. his my albums list).
* When the inactive shares user accepts the sharing of the album, he gets an active shared user. When he refuses the sharing, he will be deleted from the list of the shared users.


'''Via e-Mail Address'''
== UC_FAC_AM_10 Confirm shared user ==
* The owner of the albums enters an e-mail address of a user with whom he wants to share the album in a text panel. Either
'''Development ToDo:'''
:# the system checks, if a user with the mentioned e-mail address exists in the system. When he exists, the system adds him as a inactive shared user. When he does not exist, an error message occurs.
* Check core service feature "retrieveCurrentGrants" of a user, discuss with FIZ on some filter possibilities i.e. given objectID user to get the list of Roles he is in for an object; check [http://www.escidoc.org/issueManagement/show_bug.cgi?id=707 Bugzilla issue 707]
:#* ''Disadvantage:'' If the shared user has several e-mail addresses, the owner of the album has to know which e-mail address is known to the FACES software.
* FIZ is informed on requirement that the user who owns an object (item/container) shall be able to grant privileges to this item/container -> this is at present not possible, as the only user who is able to grant privileges is "roland"; check [http://www.escidoc.org/issueManagement/show_bug.cgi?id=708 Bugzilla issue 708]
:# the system does not check the e-mail address. Only the e-mail address can be added as inactive shared user (the system does not have more information about the user himself).
 
* The inactive shared user has to be informed about his new privileges as shared user via e-mail.
== UC_FAC_AM_11 Unshare Album ==
* Further on, the inactive shared user has to accept his new privileges:
 
*# When the system has already checked that the e-mail address belongs to a FACES user, the user has only to follow a link within the e-mail.
'''CLOSED Discussion:'''
*# When the e-mail address was not checked, the inactive shared user has to log on himself in FACES bevore he can confirm the sharing (e.g. in the list my albums the shared album will be displayed with the action buttons to confirm or refuse the sharing).
* The system should be able to only display a list of user accounts which are really at present sharing this album i.e. that have Collaborator role for the album (related issue check [http://www.escidoc.org/issueManagement/show_bug.cgi?id=707 Bugzilla issue 707] - not implemented yet in the core service). --[[User:Natasab|Natasa]] 14:37, 16 January 2009 (UTC)
* When the inactive shares user accepts the sharing of the album, he gets an active shared user. When he refuses the sharing, he will be deleted from the list of the shared users.
*: Work around: The e-mail addresses will be saved as properties of the note pad. --[[User:Kristina|Kristina]] 16:11, 18 February 2009 (UTC)
 
== UC_FAC_AM_12 Copy album content ==
'''Remarks for GUI implementation:'''
* GUI might be different here because multiselect is necessary. --[[User:Unfried|Unfried]] 15:33, 8 January 2009 (UTC)

Latest revision as of 09:20, 24 July 2009

General[edit]

Basic idea of sharing an album (outcome of FACES Meeting 17.02.09):

Album sharing.jpg

UC_FAC_AM_01 Create album[edit]

UC_FAC_AM_02 Add picture to album[edit]

CLOSED Discussion:
Possibility to add one picture to more than one single album in one step

  1. GUI: Is not possible with an intuitive GUI (Data quality! No undo available!) The functionality of seeing which pictures are already in an album (in the browsing view) will get lost. Maybe as administrative feature --Unfried 13:59, 8 September 2008 (UTC)
  2. DEV: Can be technically provided. Tricky part is to automatically tell user in which albums (with status different from "released", "withdrawn" he has privileges for adding) the picture was already added (ToDO: check with FIZ on querying the semantic store) --Natasa 15:46, 25 August 2008 (UTC)
Conclusion:
As the requirement of adding one picture to several albums within one step can not be supported by the GUI, we decided to delete it from the requirements. --Kristina 07:49, 12 September 2008 (UTC)

UC_FAC_AM_03 Remove picture from album[edit]

UC_FAC_AM_04 Edit album[edit]

UC_FAC_AM_05 Delete album[edit]

UC_FAC_AM_06 Release album[edit]

UC_FAC_AM_07 Withdraw album[edit]

UC_FAC_AM_08 Export album[edit]

UC_FAC_AM_09 Share album[edit]

CLOSED Discussion:
Usage of user groups for the sharing of an album

Instead of sharing an album with several users, the possibility of creating an user group can be used
  1. Create a user group
    1. A user (who has the corresponding privileges) creates a user group by providing e-mail addresses of possible participants.
    2. The system invites the possible participants via e-mail.
    3. The possible participants confirm their participation in the user group by following a link provided by the e-mail.
  2. Sharing of an album with a user group
    1. Visibility
      • User group and their participants must be visible to the owner of an album
      • Each user can only see the user groups and their participants he is part of
      • During invitation: is interesting to know which users are also invited to the user group (independently if they already have confirmed their participation or not) --> not possible
    2. One user group will be selected to share the album.
    3. Users will get a notification but do not have to confirm the sharing.
    4. When a user does not want to share the album he has to leave the user group. When the group is sharing other albums, too, he will unshare this albums, too.

CLOSED Discussion:
How to add a shared user

Two possibilities were discussed:
  1. Via User Name
  2. Via e-Mail Address
Conclusion:
Via user name is not possible because the user name is not known by the system when using a handle system --> via e-mail address will be used (was decided in an internal meeting on 11.12.08; participants: Natasa, Rike, Bastien, Rupert, Denise, Markus M., Kristina)

UC_FAC_AM_10 Confirm shared user[edit]

Development ToDo:

  • Check core service feature "retrieveCurrentGrants" of a user, discuss with FIZ on some filter possibilities i.e. given objectID user to get the list of Roles he is in for an object; check Bugzilla issue 707
  • FIZ is informed on requirement that the user who owns an object (item/container) shall be able to grant privileges to this item/container -> this is at present not possible, as the only user who is able to grant privileges is "roland"; check Bugzilla issue 708

UC_FAC_AM_11 Unshare Album[edit]

CLOSED Discussion:

  • The system should be able to only display a list of user accounts which are really at present sharing this album i.e. that have Collaborator role for the album (related issue check Bugzilla issue 707 - not implemented yet in the core service). --Natasa 14:37, 16 January 2009 (UTC)
    Work around: The e-mail addresses will be saved as properties of the note pad. --Kristina 16:11, 18 February 2009 (UTC)

UC_FAC_AM_12 Copy album content[edit]

Remarks for GUI implementation:

  • GUI might be different here because multiselect is necessary. --Unfried 15:33, 8 January 2009 (UTC)