Changing ownership of objects¶
Warning
Data does not need to be assigned to a group where the data owner is a member, and administrators may wish to change the ownership of data or move it between groups in several steps of a larger workflow. However, it is generally expected that data should end up in a group where the data owner is a member, so that they can view their data in the OMERO clients.
Who may change ownership of data¶
- a full administrator
- a restricted administrator with Chown privilege
- an owner of the group that the data is in if the target user is a member of the group
How to change ownership of data¶
The omero chown command transfers objects to the ownership of a
different user. Further help is available using the -h
option:
$ bin/omero chown -h
The omero chown command can transfer entire graphs of objects based on
the IDs of the topmost objects. The command can be modified to include
the transfer of objects that would, by default, be excluded or exclude
objects that would, by default, be included using the
omero chown --include
and omero chown --exclude
options.
It is also possible to transfer objects lower in the hierarchy by specifying the type and ID of a topmost object and the type of the lower object. For instance, transferring all of the images under a given project.
All the data of a given user can be transferred using the omero chown command. This is useful when somebody leaves a lab to move on to another project or institution and their previous work is to be curated or continued by a colleague. This feature has to be considered as advanced and might be slow and demanding of CPU resources in cases of complex data.
By default the command confirms the transfer of the target objects but
it can also provide a detailed report of all the transferred objects via an
omero chown --report
option. An omero chown --dry-run
option can be used to report on which objects’ ownership would change without
actually transfering them.
Examples¶
Basic transfer of ownership¶
$ bin/omero chown 5 OriginalFile:101
$ bin/omero chown User:5 Project:51
$ bin/omero chown Experimenter:5 Project:51
$ bin/omero chown jane Project:51
In the first line, the ownership of original file with ID 101 will be transferred to the user with ID 5. In the second and third, the ownership of project 51 will be transferred including any datasets inside only that project and any images that are contained within transferred datasets only, as long as all the mentioned objects (project, datasets and images) are originally owned by one user. If user 5 is named ‘jane’ then the last line will have the same effect as the previous two. Note that any linked annotations will be transferred depending on the permission level of the group in which the data and users are in.
Transferring multiple objects¶
Multiple objects can be specified with each type being followed by an ID or a comma-separated list of IDs. The order of objects or IDs is not significant, thus all three calls below are identical in transferring ownership of project 51 and datasets 53 and 54 to user 5.
$ bin/omero chown 5 Project:51 Dataset:53,54
$ bin/omero chown 5 Dataset:54,53 Project:51
$ bin/omero chown 5 Dataset:53 Project:51 Dataset:54
To transfer a number of objects with sequentially numbered IDs a hyphen can be used to specify an ID range. This form can also be mixed with comma-separated IDs.
$ bin/omero chown 5 Project:51 Dataset:53-56
$ bin/omero chown 5 Dataset:53-56,65,101-105,201,202
Note
When transferring multiple objects in a single command,
if one object cannot be transferred then the whole command will fail
and none of the specified objects will be transferred.
The omero chown --dry-run
option can be useful
as a check before trying to move large numbers of objects.
Transferring lower level objects¶
To transfer objects below a specified top-level object the following form of the object specifier is used.
$ bin/omero chown 5 Project/Dataset/Image:51
Here the all of images under the project 51 would be transferred. It is not necessary to specify intermediate objects in the hierarchy and so:
$ bin/omero chown 5 Project/Image:51
would have the same effect as the call above.
Transferring all objects belonging to specified users¶
Note that this feature is advanced and might be potentially slow. To transfer ownership of all objects belonging to a user or group of users the following form of the user specifier is used.
$ bin/omero chown 10 Experimenter:1,3,7
Here ownership of all the objects belonging to users 1, 3 and 7 would be transferred to user 10.
Including and excluding objects¶
-
--include
¶
Linked objects that would not ordinarily be transferred can be included in the transfer using the –include option:
$ bin/omero chown 5 Image:51 --include Annotation
This call would move any annotation objects linked to the image.
-
--exclude
¶
Linked objects that would ordinarily be transferred can be excluded from the transfer using the –exclude option:
$ bin/omero chown 5 Project:51 --exclude Dataset
This will transfer project 51 but not any datasets contained in that project.
The two options can be used together:
$ bin/omero chown 5 Project/Dataset:53 --exclude Image --include FileAnnotation
This will transfer any datasets under project 53, that are not otherwise contained elsewhere, excluding any images in those datasets but including any file annotations linked to the moved datasets. In this case the images that are not otherwise contained in datasets will be orphaned.
Further options¶
-
--ordered
¶
Move the objects in the order specified.
Normally all of the specified objects are grouped into a single transfer command. However, each object can be transferred separately and in the order given. Thus:
$ bin/omero chown 5 Dataset:53 Project:51 Dataset:54 --ordered
would be equivalent to making three separate calls:
$ bin/omero chown 5 Dataset:53 $ bin/omero chown 5 Project:51 $ bin/omero chown 5 Dataset:54
-
--report
¶
Provide a detailed report of what is transferred:
$ bin/omero chown 5 Project:502 --report
-
--dry-run
¶
Run the command and report success or failure but does not transfer the objects. This can be combined with the
omero chown --report
to provide a detailed confirmation of what would be transferred before running the move itself.