- User states (glossary)
In order for PMA.core to show content, you need to set up root directories. A root directory is a starting location from which your various whole slide images will be hosted.
The reason for working with root directories offers several advantages:
The concept of root directories is not dissimilar to mapped network drives in the Microsoft Windows operating system, where you map a map such as \\myserver\dir\subdir\subsubdir\ to a (much simpler to remember and address) drive letter.
Since PMA.core 2, a root directory is defined by one or more mounting point. This was done to be able to facilitate geo-replication scenarios.
A mouning point for a root directory may either be a local directory, a UNC share, Azure blob storage, FTP folder, or an Amazon S3 compatible storage.
A Mounting point is a further abstraction of the concept “where are my slides stored?”. While most users will end up having one mounting point per any one root directory, here are the different scenarios in which you could have multiple mounting points:
In order to make root directories work, you need to attach at least one mounting point to it.
The mounting point of a root directory refers to the base directories where the system should look into for whole slide images. All the subdirectories of the root directories are exposed by the application and whole slide images that are discovered are advertised.
Root directories management
Root directories can be managed by selecting the “Root directories” option under the “Settings” section in the left menu.
The list displays all the configured root directories and provides options to add new, edit and delete entries.
Root-directories can be labeled public or private, which allow you to take security precautions when configuring these.
You can edit the following properties of a root directory
|The unique name or alias for the root directory
|An aribitrary string that can help administrator in the future remember what your root directory is actually about. The Description field of a root directory can also be used to hide additional information about a group of data that you don't want everybody to know about immediately. Do not use this field for sensitive information, as it can be seen by everyone with access to PMA.core. If you're an instructor working with students e.g., it's perfectly ok to enter reminders for yourself in this field like “these are all trick-questions”…
|You can set a limit on the amount of data that you want to allow PMA.core to manage in a particular for. This can be useful when facilitating temporary workers, visiting staff, residents or other students that only will be at your department for a brief period of time. If you don't want to restrict the amount of data, you can leave the default value of 0 in place.
|When checked, the folder will not be available to downstream applications like PMA.studio. Maybe you're just creating a placeholder for a future department, or you're not done curating a new collection yet. Instructors can also use this option to prepare a list of exam slides and only expose them to students for a limited amount of time (we don't offer scheduling though; you're still going to have to flick the proverbial switch manually)
|Prevent rendering of labels/barcodes
|This prevents any slide in this root directory to show any label or barcode image. This is done primarily for anonymization of the slide
Root directories can be either public or private.
Who's accessed what (either public or private) folder can be monitored via the Access log tab.
Apart from manipulating root directories, monitoring their use is an important aspect of our software as well.
You can monitor logs for several kinds of acivity:
The audit trail tab conbines any operations that were performed on both root directory entries and underlaying mounting point entries.
The presented information 21 CFR pârt 11 compliant.
In addition to an audit trail, an activity log is available that chronologically tell you which user has been accessing what slides in the root directory:
When problems persist over time, a structured and proactive approach is warranted.
When you suspect certain slides in a particular root directory are corrupt, you can run an integrity check on a particular folder:
This attempts to read all slides in a folder and reports on the ones that fail. You should then try to find out why such slides cannot be read.
For problems that only occur occasionally and don't appear to be persistent, Elmah logs are available to assist in for ad-hoc troubleshooting.