diff --git a/doc/install.html b/doc/install.html index e52d5653..45c579d8 100644 --- a/doc/install.html +++ b/doc/install.html @@ -33,7 +33,7 @@ display and navigation, plus improvements to address scalability. The release also features two new visualization options: temporal graphing for organizations, and personal visualizations extended to cover grants - as well as publications. The VIVO Harvester library has also been + as well as publications. The VIVO Harvester library has also been significantly improved and expanded in scope for its 1.0 release through the VIVO SourceForge project at http://sourceforge.net/projects/vivo.
@@ -77,16 +77,16 @@VIVO 1.2 includes a new ontology module representing research - resources including biological specimens, human studies, instruments, - organisms, protocols, reagents, and research opportunities. This module - is aligned with the top-level ontology classes and properties from the + resources including biological specimens, human studies, instruments, + organisms, protocols, reagents, and research opportunities. This module + is aligned with the top-level ontology classes and properties from the NIH-funded eagle-i Project.
The Harvester development team is releasing version 1.0 of the VIVO - Harvester library, an extensible data ingest and updating framework + Harvester library, an extensible data ingest and updating framework with sample configurations for loading PubMed publication, grants, and human resources data. The Harvester is available at http://sourceforge.net/projects/vivo.
@@ -567,13 +567,19 @@ The temporal graph visualization can require extensive machine resources. This can have a particularly noticable impact on memory usage ifThis optional configuration step is only applicable to VIVO installations - running in RDB mode (See section Choose Triple Store for details). - VIVO uses the Pellet engine to perform reasoning, which runs in the - background at startup and also when the knowledge base is edited. VIVO - continues serving pages while the reasoner continues working; when the - reasoner finishes, the new inferences appear. Inferred statements are - cached in a database graph so that they are available immediately when + running in RDB mode (See section Choose Triple Store + for details). + VIVO uses the Pellet engine to perform reasoning, which runs in the + background at startup and also when the knowledge base is edited. VIVO + continues serving pages while the reasoner continues working; when the + reasoner finishes, the new inferences appear. Inferred statements are + cached in a database graph so that they are available immediately when VIVO is restarted.
@@ -863,17 +870,21 @@
+ When a user completes the authentication process, the Apache server + will put the user's network ID into one of the headers of the HTTP + request. The instructions from your institution should tell you which + header is used for this purpose. +
You need to tell VIVO the name of that HTTP header. Insert a - line like this in the deploy.properties file: + line like this in the deploy.properties file:
externalAuth.netIdHeaderName = [the header name]-
For example:
-externalAuth.netIdHeaderName = remote_userID+
+ For example: +
+externalAuth.netIdHeaderName = remote_userID
externalAuth.buttonText = Log in using BearCat Shibboleth- The VIVO login form will display a button labelled "Log in using - BearCat Shibboleth". +
+ The VIVO login form will display a button labelled "Log in using + BearCat Shibboleth". +
+ If VIVO has an account for the user, the user will be given the + privileges assigned to that account. +
In addition, VIVO will try to associate the user with a profile page, so the user may edit his own profile data. VIVO will search the @@ -900,7 +915,10 @@ Insert a line like this in the deploy.properties file:
selfEditing.idMatchingProperty = [the URI of the property]- For example:
selfEditing.idMatchingProperty = http://vivo.mydomain.edu/ns#networkId+
+ For example: +
+selfEditing.idMatchingProperty = http://vivo.mydomain.edu/ns#networkId