Differences

This shows you the differences between two versions of the page.

--- anonymization [2022/10/07 09:15] – [Root-directory configuration] yves
+++ anonymization [2022/10/07 09:19] (current) – [Access Control Lists] yves
@@ Line 11: / Line 11: @@
 ==== Root-directory configuration ====
-The viewport configuration is useful in an environment where sometimes you do, yet sometimes you don’t want to show slide identification information. At root-directory level, therefore, one can opt to stipulate that label information is never to be revealed.
+The viewport configuration is useful in an environment where sometimes you do, yet sometimes you don’t want to show slide identification information. [[rootdir_config#defining_your_root_directory|At root-directory level]], therefore, one can opt to stipulate that label information is never to be revealed.
 {{::2022-10-07_09_12_57-edit_root_directory_-_pma.core.png?direct&400|}}
@@ Line 19: / Line 19: @@
 ==== Access Control Lists ====
-The above are software solutions. PMA.core never manipulates the original raw data. This means that the original whole slide image will always retain the original slide label information. It also leads to the hypothetical scenario that somebody would download an original slide from one PMA.core, only to host it on another one (or even open it with PMA.start, our free desktop-based viewer), from a root-directory that isn’t restrictive, with a custom webpage and PMA.UI viewport implementation that simply has all the widgets enabled by default. In order to prevent people from downloading selected data that they’re not allowed to see, PMA.core as a final back-stop supports granular permission settings: you can hence specify that people can view a slide (which essentially means piecemeal controlled serving of individual tiles), but they’re not allowed to download it; meaning they could never gain access to the original data.
+The above are software solutions. PMA.core never manipulates the original raw data. This means that the original whole slide image will always retain the original slide label information.
+This leads to the hypothetical scenario that somebody would download an original slide from one PMA.core, only to host it on another one (or even open it with [[https://free.pathomation.com|PMA.start, our free desktop-based viewer]]), from a root-directory that isn’t restrictive, with a custom webpage and PMA.UI viewport implementation that simply has all the widgets enabled by default. In order to prevent people from downloading selected data that they’re not allowed to see, PMA.core as a final back-stop supports granular permission settings: [[acl|you can specify]] that people can view a slide (which essentially means piecemeal controlled serving of individual tiles), but they’re not allowed to download it; meaning they could never gain access to the original data.