Page History
...
Property: |
| ||
Example Value: |
| ||
Informational Note: | Place This setting lists the names of the all enabled MediaFilter or FormatFilter plugins. To enable Branded Preview, comment out the previous one line and then uncomment the two lines in found in dspace.cfg: Code Block | multiple plugins, list them on separate lines (as shown above) or provide a comma separated list. | |
Property: |
| ||
Example Value: |
| ||
Informational Note: | Assign "human-understandable" names to each filter. These names are used to enable/disable plugins using "filter.plugins" setting above. As with the previous setting, multiple plugins can be listed here on separate lines (or comma separated) | ||
Property: |
| ||
Example Value: |
| ||
Informational Note: | Configure each filter's input format(s). These must match format names in the DSpace file format registry. | ||
Property: | filter.org.dspace.app.mediafilter.publicPermission | ||
Example Value: | filter.org.dspace.app.mediafilter.publicPermission = JPEGFilter | ||
Optionally, configure filter(s) which should always create publicly accessible bitstreams (e.g. useful if you want thumbnails to always be publicly accessible). By default, any bitstreams created by a filter will inherit the same permissions as the original file (e.g. if original image is access restricted, then thumbnail will also be access restricted by default). | |||
Property: |
| ||
Example Value: |
| ||
Informational Note: | It this value is set for "true", all PDF extractions are written to temp files as they are indexed. This is slower, but helps to ensure that PDFBox software DSpace uses does not eat up all your memory. | ||
Property: |
| ||
Example Value: |
| ||
Informational Note: | If this value is set for "true", PDFs which still result in an "Out of Memory" error from PDFBox are skipped over. These problematic PDFs will never be indexed until memory usage can be decreased in the PDFBox software. |
...
Property: |
| ||
Example Value: |
| ||
Informational Note: | This is the default synchronous dispatcher (Same behavior as traditional DSpace). | ||
Property: |
| ||
Example Value: |
| ||
Informational Note: | This is the default synchronous dispatcher (Same behavior as traditional DSpace). | ||
Property: |
| ||
Example Value: |
| ||
Informational Note: | The noindex dispatcher will not create search or browse indexes (useful for batch item imports). | ||
Property: |
| ||
Example Value: |
| ||
Informational Note: | The noindex dispatcher will not create search or browse indexes (useful for batch item imports). | ||
Property: |
| ||
Example Value: |
| ||
Informational Note: | Consumer to maintain the search/browse (Discovery) index. | ||
Property: |
| ||
Example Value: | {{ | ||
Informational Note: | Consumer to maintain the search index. | ||
Property: |
| ||
Example Value: |
| ||
Informational Note: | Consumer to maintain the browse /browse (Discovery) index. | ||
Property: | event
| Example Value: |
| consumer.browse.filters =
Informational Note: | Consumer to maintain the browse index. | ||
Property: |
| ||
Example Value: |
| ||
Informational Note: | Consumer related to EPerson changes | ||
Property: |
| ||
Example Value: |
| ||
Informational Note: | Consumer related to EPerson changes | ||
Property: |
| ||
Example Value: |
| ||
Informational Note: | Test consumer for debugging and monitoring. Commented out by default. | ||
Property: |
| ||
Example Value: |
| ||
Informational Note: | Test consumer for debugging and monitoring. Commented out by default. | ||
Property: |
| ||
Example Value: |
| ||
Informational Note: | Set this to true to enable testConsumer messages to standard output. Commented out by default. |
...
Checksum Checker Settings
DSpace now comes with a Checksum Checker script ([dspace]/bin/dspace checker
) which can be scheduled to verify the checksum of every item within DSpace. Since DSpace calculates and records the checksum of every file submitted to it, this script is able to determine whether or not a file has been changed (either manually or by some sort of corruption or virus). The idea being that the earlier you can identify a file has changed, the more likely you'd be able to recover it (assuming it was not a wanted change).
...
Settings for the Submission Process
These settings control three aspects of the submission process: thesis submission permission, whether or not a bitstream file is required when submitting to a collection and whether to show a progress bar during the file upload.
Property: | Property: |
|
Example Value: |
| |
Informational Note: | Controls whether or not the UI blocks a submission which is marked as a thesis. | |
| ||
Example Value: |
| |
Informational Note: | Whether or not a file is required to be uploaded during the "Upload" step in the submission process. The default is true. If set to "false", then the submitter (human being) has the option to skip the uploading of a file. | |
Property: |
| |
Example Value: | webui.submit.upload.html5 = true | |
Informational Note: | If the browser supports it, JSPUI uses html5 File API to enhance file upload. If this property is set to false the enhanced file upload is not used even if the browser would support it. | |
Property: |
| |
Example Value: | webui.submit.upload.progressbar = true | |
Informational Note: | (human being) has the option to skip the uploading of a file. |
Configuring the Sherpa/RoMEO
...
Integration
DSpace 4.0 introduced DSpace has integration with the Sherpa/RoMEO Publishers Policy Database API in order to allow displaying the publisher policy in the submission upload step. The submission step interface is available in JSPUI (since DSpace 4.0) and in XMLUI (since DSpace 5.0) and enabled by default, however to use it in production (over 500 requests per day), you importing data from Sherpa/RoMEO during the submission You must register for a free API key (see below for details).
Property: | webui.submission.sherparomeo-policy-enabled | Example Value: | webui.submission.sherparomeo-policy-enabled = true |
Informational Note: | Controls whether or not the UI submission should try to use the Sherpa/RoMEO Publishers Policy Database Integration (default true) | ||
Property: | sherpa.romeo.url | ||
Example Value: | sherpa.romeo.url =http https://wwwv2.sherpa.ac.uk/romeocgi/api29.phpretrieve | ||
Informational Note: | The Sherpa/RoMEO endpoint. Shared with the authority control feauture for Journal Title autocomplete see AuthorityControlSettings | ||
Property: | sherpa.romeo.apikey | ||
Example Value: | sherpa.romeo.apikey = YOUR-API-KEY | ||
Informational Note: | Allow to use a specific API key to raise the usage limit (500 calls/day for unregistred user). You can MUST register for a free api access key at httphttps://wwwv2.sherpa.ac.uk/newsapi/romeoapikeys.htm |
The functionality rely on understanding to which Journal (ISSN) is related the submitting item. This is done out of box looking to some item metadata but a different strategy can be used as for example look to a metadata authority in the case that the Sherpa/RoMEO autocomplete for Journal is used (see AuthorityControlSettings)
...