All Versions
Islandora 7.x-1.13
Islandora 7.x-1.12
Islandora 7.x-1.11
Islandora 7.x-1.10
Islandora 7.x-1.9
Islandora 7.x-1.8
Islandora 7.x-1.7
Islandora 7.x-1.6
Islandora 7.x-1.5
Islandora 7.x-1.4
Islandora 7.x-1.3
Islandora 7.x-1.2
Islandora 7.x-1.1
Islandora 7.x-1.0 (Beta)
Islandora 6.x-13.1.x
Islandora 6.x-12.2.x
Islandora 6.x-12.1.x
Islandora 6.x-11.3.x
Islandora 6.x-11.2.x
| Table of Contents |
|---|
Based on the UPEI scholar module, Islandora Scholar is a suite of modules designed to implement a feature-rich Institutional Repository.help Islandora function as an Institutional Repository (although some features are helpful in other use cases as well). It is unique compared to other Islandora modules in terms of the number of features it provides as well as the vast amount of submodules that it contains. It is helpful to think of Scholar as being a kind of scholarly content solution pack due to the new content models it provides (citation & thesis), but it also differs from other solution packs in that it provides new functionality that may be used with other cmodels as well.
Sample Features
This module requires the following external modules/libraries:
Islandora Scholar also requires the Citeproc, CSL and Bibutils modules in order to be enabled, but these modules are included in the /modules directory of Islandora Scholar module.
Please note that that enabling Scholar does not automatically enable the various Scholar submodules. They must be enabled separately, and they have their own separate requirements as well.
See this for further information about standard installation of Drupal 7 modules.
It Additionally, as this module requires the Citeproc module, it is necessary to install the citeproc-php library into the sites/all/libraries directory, such that the main mainCiteProc.php file is located at sites/all/libraries/citeproc-php/CiteProc.php. More information is available in Citeproc's README.md file.
Install as usual, see this for further information..
Also, the included Bibutils submodule only provides PHP interface to the Bibutils tool itself. Bibutils must be installed separately on the underlying operating system. Follow these instructions for installing Bibutils.
While "Scholar Core" is not an official community term, it can be a helpful way to keep track of the numerous features Islandora Scholar offers. In this context, "core" features are those that come from the islandora_scholar.module file itself as opposed to coming from one of the numerous submodules which can be enabled or disabled independently of the main Islandora Scholar module.
The core Islandora Scholar module provides two new content models: the citationCModel and the thesisCModel. The citation cmodel is intended for general scholarly works, while the thesis cmodel is for handling electronic theses and dissertations (ETDs). While the datastream structure and default display of these two cmodels is nearly identical, they can be tweaked separately to accommodate the different use cases one may have for theses vs. other scholarly works, such as altered displays or separate metadata forms.
Please note that the citationCModel and thesisCModel are in the "ir" namespace, as opposed to the standard "islandora" namespace that other cmodels have had in the past. Due to this nonstandard namespace, Islandora instances that make use of namespace restrictions will need to enable the "ir" namespace in order for the citation & thesis cmodels to work.
Scholar Core includes Sherpa/RoMEO integration. Sherpa/RoMEO is a service which keeps on file and makes searchable the copyright & self-archiving policies of various academic journals.
Configure this in the Scholar admin menu at 'Set the path for Sherpa/RoMEO in Administration » Islandora » Solution pack configuation » Scholar (admin/islandora/solution_pack_config/scholar).
Islandora 7 has re-defined how we are displaying citations to the user. As such, existing citations should be updated using the provided Drush script. The command creates PDF derivatives for any existing attached PDFs as the Google PDF Viewer has been removed in favor of displaying just the PREVIEW datastream.
This can be done by running: drush -u 1 islandora-scholar-update-citations
Further documentation for this module is available at our wiki.
Having problems or solved a problem? Check out the Islandora google groups for a solution.
Current maintainers:
If you would like to contribute to this module, please check out CONTRIBUTING.md. In addition, we have helpful Documentation for Developers info, as well as our Developers section on the Islandora.ca site.
'. Checking "Enable RoMEO attempts" turns on the functionality. When that is checked, then when viewing a Citation Content Model object when the object has a MODS identifier of type "issn", the person viewing the object will see a tab labeled "RoMEO" which shows the journal policies pulled from Sherpa RoMEO.
There is also a place in the admin menu at 'admin/islandora/solution_pack_config/scholar' to provide a Sherpa/RoMEO API key. No API key is needed. Instead, there's a cap of 500 requests per day if you don't have an API key, but no cap if you do. API registration is free-of-charge as of summer 2016.
Rights information from Sherpa/RoMEO is not copied into object metadata, nor into any datastream. Instead, this is a quick link to the Sherpa/RoMEO information which can be used in staff workflows.
At the bottom of Scholar's admin menu there is an option to choose what viewer you would like to use for citation and thesis objects ("Select a viewer"). By default, no viewer is selected, meaning that citation and thesis object displays will show an image of the cover page of the PDF datastream for that object. Islandora Scholar can be configured to use the Islandora PDF.js module, which leverages Mozilla's PDF.js library to enable a JavaScript-powered window in the display of citation & thesis objects that allows a user to read the object's PDF datastream in-page without needing to download it.
To use the Islandora PDF.js module, you must first install it according to the installation instructions on the module's README page. Once installed, go to the Scholar admin menu and select it as your viewer. If you see "No viewers detected" under the "VIEWERS" section, this means that there is a problem with your installation of Islandora PDF.js or that you have not enabled it.
Once enabled, you will see the PDF.js viewer window on citation & thesis object displays in place of the default static cover page image. See the image below for an example of what this looks like:
Importers
Scholar provides options for importing objects from various sources.
These are configured by enabling the following modules:
When a module is enabled, and someone clicks to create an object in Islandora, Islandora will display the option to "Prepopulate metadata from source". The person can choose a source, and either upload the file or provide the identifier, and then will be shown a metadata input form prepopulated with metadata from the source.
Here is more detailed info on each source for metadata:
The RIS Importer and EndNoteXML Importer submodules allow users to take citation data files exported from other sources (such as RefWorks, EndNote or Zotero) and turn them into Islandora objects using the standard Islandora importer interface (similar to using the zip importer). The DOI Importer and PMID Importer submodules work in much the same way, but instead of using files exported by other citation managers they use Digital Object Identifier (DOI) or PubMed ID (PMID) strings.
DOI Populator: Registration with Crossref required.
To use this, enable the "DOI Importer" module.
You must register to use Crossref OpenURL. You register with an email address and enter the email address into Islandora in the menu at Home » Administration » Islandora » Solution pack configuration » Scholar . There is no fee to register for this service. (This is an API for inputting a DOI and retrieving metadata in XML. Islandora Scholar Core does not interface with Crossref in any capacity which would allow minting of DOIs.)
Digital Object Identifiers Configuration tab with Cross Ref configuration page.
For more information about Crossref Open URL or to register, click here.
Batch Import
Batch Import of DOIs:
When the DOI Importer is enabled, a new option will be available in each Collection's "Manage" tab. When you log in, browse to a Collection, and click to the "Manage" tab, then click "Batch Import Objects", you will get a drop down menu with an option to use the "DOI Importer". If you select this DOI Importer, then you can either upload a .txt file of DOIs or you can enter the DOIs into a form field.
Formatting the .txt file: The DOIs should be separated by a single space or by a tab or by a comma. No other separators will work.
The batch DOI import will only create Citation content model objects. If your collection policy is set up so that the collection can hold Citation Content Model objects, then the import will create these objects. If your collection policy is not set up to hold Citation Content Model obects, then the import will create objects, but those objects will have oddities in how they are stored in Drupal versus Fedora Commons and won't quite work right or be fixable, so don't do this.
Citation objects made by the batch DOI import are created in the ir: namespace.
The Islandora Bibliography submodule extends Islandora Bookmark to allow it to handle collections of scholarly citations, which can be dynamically restyled with the help of the Citeproc and CSL submodules. They can also be exported in RIS, RTF or PDF format with the Exporter submodule.
In order to access new citation styles, go to the Zotero CSL Repository and download whatever CSL files you want to use. You can then upload your CSL files using the CSL admin page at admin/islandora/tools/csl and choose a default style to display on your citation & thesis object pages.
If you want your users to be able to dynamically choose any available citation style from the citation/thesis object display interface, make sure to check the "Let users choose display CSL" checkbox at the bottom of the Islandora Scholar admin page at admin/islandora/solution_pack_config/scholar.
The appropriate type of citation will be displayed according to the content of the <genre> field in the MODS record for each Citation or Thesis object. In the default form, the "Publication Type" entry box near the top of the form is used to enter the MODS <genre>. A case-sensitive entry is required in order to generate the correct formatting:
| MODS <genre> term | Format of the citation generated by Islandora Scholar |
|---|---|
| blank/default/ any-term-not- in-a-controlled -vocab | Citation will be formatted like a journal article. |
| <genre>journal article</genre> | Citation will be formatted like a journal article. |
| <genre>book chapter</genre> | Citation will be formatted like a book chapter. |
| <genre>book section</genre> | Citation will be formatted like a book chapter. |
| <genre>book</genre> | Citation will be formatted like a book. |
Getting indexed by Google Scholar is a primary concern for any institutional repository due to its overwhelming popularity with researchers. A properly configured IR should be seeing most of its visitors coming from Google Scholar, but Google Scholar has many requirements for repositories who want to be indexed. The Islandora Google Scholar submodule pulls relevant information from the MODS record of citation & thesis cmodels and turns it into meta tags and embeds it into the HTML of the display page which is the primary way that Google Scholar learns about your repository and its contents. See the meta tags with the "citation_" prefix in the screenshot below:
The Scholar Embargo submodule is very similar to (and can even be used in conjunction with) the Islandora IP Embargo module. Scholar Embargo allows you to suppress the display of objects in collections entirely, or allow the objects to display but disable a specified datastream on an object. Embargoes may be indefinite (meaning that they will persist until manually lifted) or temporary (meaning that they will persist until the specified expiration date chosen by an administrator, with email notifications 10 days before and on the day of an embargo's expiration).
The two primary types of embargoes are object embargoes and datastream embargoes. Objects with an "object embargo" will behave as if they don't exist for public users; they won't display in collections or search results, and will yield an access denied page when public users attempt to access them directly by PID. Only privileged users will be able to see them (more on that below). Datastream embargoes allow the object to display normally in collections and search results, but a particular datastream (specified when the embargo is placed) will be unavailable to public users to view or download. For citation and thesis objects this will be the 'PDF' datastream, but Scholar Embargoes can be applied to any content model, extending the list of possible datastreams. In order to put a Scholar Embargo on content models other than citations and theses, you must enable them from the "Embargo Settings" tab of the Islandora Scholar Embargoes admin menu at admin/islandora/solution_pack_config/embargo (example below).
You may also use the "Manage Embargoed Items" tab in the Islandora Scholar Embargo admin menu to see all objects that are currently under embargo.
It is worth noting that the current best practice in the world of institutional repositories (citation needed) seems to be exposing the object display and metadata, but blocking the viewing or downloading of the full text record (typically a PDF file). This is so users can know what information is in the system through collection displays or search results, even if the system blocks them from fully accessing it. Many faculty and students like to check to make sure their records are in the repository and still embargoed, and when they can't find their record they may misunderstand and think it hasn't been loaded.
In order to place embargoes on objects, you must grant the "Manage embargo on any objects" permission to the appropriate user roles under the Islandora Scholar Embargo section of admin/people/permissions. This will allow a user to place object and datastream embargoes on objects, as well as remove or update datastream embargoes. Due to issues with the connection between Drupal permissions and the way Scholar Embargo implements its embargo policies through XACML, currently only the object's owner will be able to remove or update object embargoes. This is because the XACML policy works independently of Drupal permissions, and the embargo XACML policy will block everyone except the object's owner from managing the object at all once embargoed regardless of what Drupal permissions they have. A fix for this is in the works and should be part of the Islandora 7.x-1.8 release.
Text extraction relies on the text stream being embedded into the pdf. This isn't going to generate OCR for the book if it wasn't already done. Consider converting text-filled images with no text streams to TIFFs and using the Book Solution Pack with OCR enabled.
The Islandora code base includes a number of solution packs and utility modules that help to enhance the functionality of Islandora Scholar as a feature-rich institutional repository:
...
