-
Notifications
You must be signed in to change notification settings - Fork 175
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Imaging Uploader Spec/Readme #3381
Changes from 11 commits
1774756
5ca67c9
c2fcf15
5ab2f1b
60e4455
e93e9f9
ff83bc3
d177333
dfd7221
46c8177
2dd5483
09bd71e
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -1,9 +1,73 @@ | ||
To enable the Imaging Uploader to handle large files, please update the apache configuration file | ||
with the following values. | ||
# Imaging Uploader | ||
|
||
File to update : `/etc/php5/apache2/php.ini` | ||
## Purpose | ||
|
||
Sample values: | ||
The imaging uploader is intended to allow users to upload, browse, and track | ||
pipeline insertion progress. | ||
|
||
|
||
## Intended Users | ||
|
||
The primary users are MRI technicians or site coordinators uploading imaging | ||
scans for registered LORIS candidates and timepoints. | ||
|
||
## Scope | ||
|
||
The imaging uploader has the following built-in capabilities to facilitate | ||
timely scan insertion into the LORIS database. Specifically, it allows to browse | ||
uploaded scans using the `Browse` tab, upload imaging scans using the `Upload` | ||
tab, and track scan insertion status through the `Progress` column and a | ||
`Log Viewer` which displays in either `Summary` or `Detailed` mode relevant | ||
feedback messages about insertion success or failure causes. | ||
|
||
Uploaded scans can be overwritten if insertion status is `Not Started` or | ||
`Failed` (i.e. if the `Progress` is neither `In Progress` nor `Success`). | ||
|
||
|
||
NOT in scope: | ||
|
||
The imaging uploader does NOT read the DICOM files within the uploaded scans. | ||
As such, it does not check if the files within the uploaded scan are of the | ||
expected DICOM type, nor whether the PatientName and/or PatientID DICOM headers | ||
are properly de-identified according to the LORIS convention. This check is | ||
however done as the first step on the LORIS-MRI side; i.e. as soon as the | ||
insertion pipeline is triggered. | ||
|
||
## Requirements | ||
|
||
For a successful upload: | ||
- The uploaded file is expected to be of one of the following types: | ||
`.tgz`, `.tar.gz` or `.zip`. | ||
- The filename should follow the: | ||
`PSCID_CandID_VisitLabel_OptionalSuffix` naming convention | ||
- It is expected that the candidate and timepoint are already created in the | ||
database. | ||
|
||
|
||
## Permissions | ||
|
||
#### Module Permission | ||
|
||
The imaging uploader module uses one permission called `imaging_uploader` that | ||
is necessary to have access to the module and gives the user the ability to | ||
upload and browse all scans uploaded to the database. | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Are there file system permissions that are relevant to the uploader? |
||
|
||
#### Filesystem Permission | ||
|
||
The path on the filesystem where the uploaded file go | ||
(see section [Database Configuration](#database_config_link)) should be | ||
readable and writable by the web server. This is automatically achieved by the | ||
LORIS-MRI install process. | ||
|
||
|
||
## Configurations | ||
|
||
The imaging uploader has the following configurations that affect its usage: | ||
|
||
#### Install Configurations | ||
|
||
To enable the Imaging Uploader to handle large files, please update the | ||
`php.ini` apache configuration file with the following sample values: | ||
|
||
``` | ||
session.gc_maxlifetime = 10800 | ||
|
@@ -12,3 +76,30 @@ max_execution_time = 10800 | |
upload_max_filesize = 1024M | ||
post_max_size = 1024M | ||
``` | ||
|
||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. This README is looking good, except for the fact that what these are/what they affect in the imaging uploader isn't described and they're just treated as magic, so admins have no way to determine if another value is more appropriate.. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. good point. |
||
#### <a name="database_config_link"></a> Database Configurations | ||
|
||
ImagingUploaderAutoLaunch - This setting determines whether the insertion | ||
pipeline that archives the scans is triggered automatically or manually. | ||
|
||
MRIUploadIncomingPath - This setting determines where on the filesystem the | ||
uploader is to place the uploaded scan. Default location is | ||
`/data/incoming/`. This directory is created during the installation of | ||
LORIS-MRI. | ||
**Note**: Uploaded scans are erased from the | ||
`MRIUploadIncomingPath`following a successful archival and insertion | ||
through the LORIS-MRI pipeline. | ||
|
||
|
||
## Interactions with LORIS | ||
|
||
- The `TarchiveInfo` column links to the DICOM Archive module for that scan | ||
- The `Number of MincInserted` column links to the Imaging Browser module for | ||
that candidate's session | ||
- The `Number of MincCreated` column links to the MRI Violated scans module if | ||
violated scans (i.e. scans that violate the MRI protocol as defined by the | ||
study) are present | ||
- If `ImagingUploaderAutoLaunch` configuration is enabled, the Server Process | ||
Manager under the Admin menu can be consulted for scans insertion progress | ||
(exit codes, error files, etc...). | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
These sections are out of order when compared to the other module templates.