Talk:Faces Album Management

General

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

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. --Natasa 10:47, 27 August 2008 (UTC)

UC_FAC_AM_02 Add picture to album

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_09 Share album

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.

Conclusion:

Not really interesting for FACES. User groups will only be discussed when the institute requires them. --Kristina 13:12, 22 December 2008 (UTC)

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

DevInput

Dev 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

DevInput

• Comments from --Natasa 14:37, 16 January 2009 (UTC)
  • Only while reading this use case became aware of active/inactive users for an album, but this would not be possible (referring to step 2 The system displays a list of all shared users with their states (for active users the user name is displayed and for inactive users the provided e-mail address as the user name is still not known).
    • we do not have the feature of active/inactive grants for account users
    • we do not have a place where to keep the information on emails asked for a request
    • if the user would like to have an overview to which emails he sent the share request, the system may send actually an automatic email also to this user
      • I think thats not necessary. --Kristina 13:08, 13 February 2009 (UTC)
    • 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)
    • OK. I deleted the separation between active and inactive shared users in the use cases. So now only users who confirm to share an album are shared users. --Kristina 13:08, 13 February 2009 (UTC)
    • NOTE: there is a possibility to add this information automatically somehow in the shared notepad of an album, as a non-user editable data, until the 707 is implemented; However, even in this case, if the user shared with e-mail addresses he will not be able to unshare them, as it is outside of the system (if my understanding of sharing procedure is correct :)
  • regarding step 4 The system updates the shared users of the album and sends all deleted active users a notification via e-mail. :
    • i assume this would not be possible so easily, as for account users we would not have email information. For email accounts that have not yet corresponding Faces accounts - probably it even makes no sense, because they are officially not even shared
    • NOTE: again, this can be possibly implemented with some extra information via the shared NOTEPAD data (just an idea)
  • Question: what is happening with private notepads when the user is unshared?

    Logically, note pad has to be deleted. Is that technical possible? --Kristina 12:22, 13 February 2009 (UTC)

Technically somehow yes, but just to put comment in here, that private note-pads do not belong to the album, but to the users. Therefore, maybe users who own their private note-pads should have possibility to delete them. --Natasa 12:31, 13 February 2009 (UTC)

• • Question: what is happening with shared notepad when the album is completely unshared?

    Logically, note pad has to be deleted. But in this case can also stay as it is but is now only visible for the owner of the album (similar to his own private album). --Kristina 12:22, 13 February 2009 (UTC)

Same comment as for above. --Natasa 12:31, 13 February 2009 (UTC)

UC_FAC_AM_12 Copy album content

Remarks for GUI implementation:

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

DevInput

• Question: why would not be possible to extend not released album with pictures of another album? Is this a functional requirement from our users?
  • Background: I find it very practical when already have an album created, to go through other albums, view them and add their content to e.g. my active album.
  • I would like to have this. This could be realized through the add functionality below each picture when browsing an album (an the add all functionality, when you want to have all pictures of this album). But the GUI team does not want to have this, because it makes the GUI inconsistent. At the moment it is only possible to add the pictures from a public album when going on the detailed view of the album. So you can only add one picture in one step. --Kristina 13:16, 13 February 2009 (UTC)

Use Case

Coordinated Universal Time

Graphical User Interface

Fachinformationszentrum Karlsruhe