Difference between revisions of "Talk:Faces Album Management"

From MPDLMediaWiki
Jump to navigation Jump to search
(Deletion of detailed description of possible szenarios for sharing an album)
 
(81 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 26: Line 29:
== UC_FAC_AM_09 Share album ==
== UC_FAC_AM_09 Share album ==


Possible scenarios for sharing an album:
'''CLOSED Discussion:''' <br/>
# Via User name
'''Usage of user groups for the sharing of an album'''
#: not possible because the user name is not known by the system when using a handle system
: Instead of sharing an album with several users, the possibility of '''creating an user group''' can be used
# Via e-Mail Address
# Create a user group
#: was decided in an internal meeting on 11.12.08 (participants: Natasa, Rike, Bastien, Rupert, Denise, Markus M., Kristina)
## 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.


== UC_FAC_AM_10 Confirm shared user ==  
'''CLOSED Discussion:''' <br/>
'''How to add a shared user'''
: Two possibilities were discussed:
:# Via User Name
:# 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 ==
'''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 [http://www.escidoc.org/issueManagement/show_bug.cgi?id=707 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 [http://www.escidoc.org/issueManagement/show_bug.cgi?id=708 Bugzilla issue 708]


== UC_FAC_AM_11 Unshare Album ==
== UC_FAC_AM_11 Unshare Album ==


== UC_FAC_AM_12 Copy album content ==  
'''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 [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)
*: 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_13 Merge album content ==
== 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)