From e3ea0fcb14db970fedc9e2811e27589d4894c52e Mon Sep 17 00:00:00 2001 From: stellamit Date: Mon, 18 Jul 2011 18:27:06 +0000 Subject: [PATCH] NIHVIVO-2936 upgrade doc --- doc/upgrade-1.3.html | 20 ++++++++++---------- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/doc/upgrade-1.3.html b/doc/upgrade-1.3.html index d8672aa9..7a488067 100644 --- a/doc/upgrade-1.3.html +++ b/doc/upgrade-1.3.html @@ -40,9 +40,9 @@ page before final release.
  1. Before Performing the Upgrade
  2. -
  3. Triple Store (BL)
  4. +
  5. Triple Store
  6. The Upgrade Process
  7. -
  8. Ontology Changes (SM) +
  9. Ontology Changes
    1. Verify Ontology upgrade process
    2. @@ -93,9 +93,9 @@ data with the revised ontology. See the section on the VIVO 1.3 now requires you to use Jena's SPARQL database (SDB) for the triple store technology.  Jena's legacy relational database store (RDB) was used by VIVO 1.1.1 and earlier.  Both SDB and RDB -were available in VIVO 1.2 and 1.2.1.  A VIVO 1.2 system running -in RDB mode ... [WHAT HAPPENS -IF THEY UPGRADE in RDB MODE? - elly]

      +were available in VIVO 1.2 and 1.2.1.  A VIVO 1.2[.1] system running +in RDB mode will be automatically converted to SDB mode when it is upgraded +to VIVO 1.3.

      SDB mode caches only a fraction of the RDF data in memory. Most queries are issued directly against the underlying database. This allows VIVO installations to display data from large RDF models while @@ -105,9 +105,9 @@ to load in SDB mode, and performance will depend on the configuration parameters of the database server. Additionally, advanced OWL reasoning (not enabled by default in either mode) is not possible in SDB mode. With SDB, only the default set of inferences (inferred rdf:type -statements) are generated, though they are generated as soon as data is +statements) are generated, and they are generated as soon as data is edited rather than in a background process.

      -

      This copying process can take a number of hours to complete if the +

      A conversion from RDB to SDB mode can take a number of hours to complete if the installation contains a large amount of RDF data (roughly a million triples or more). See section Set Up SDB Store in the Background (Optional) for instructions on how to run this @@ -422,7 +422,7 @@ successfully.  The ontology alignment process will create the following files in the Tomcat webapps/vivo/WEB-INF directory:

      -
      ontologies/update/logs/knowledgeBaseUpdate.log
      +
      ontologies/update/logs/knowledgeBaseUpdate.(timestamp).log
      A log of a summary of updates that were made to the knowledge base and notes about some recommended manual reviews. This file should end with "Finished knowledge base migration". If this file contains any @@ -430,7 +430,7 @@ warnings they should be reviewed with your implementation team representative to see whether any corrective action needs to be taken.
      -
      ontologies/update/logs/knowledgeBaseUpdate.error.log +
      ontologies/update/logs/knowledgeBaseUpdate.(timestamp).error.log
      A log of errors that were encountered during the upgrade process. This file should be empty if the upgrade was successful.
      @@ -464,7 +464,7 @@ updated to the new name.
      Class or Property deletion
      -
      All individuals in a deleted class will be removed.
      +
      All type assertions of a deleted class will be removed.
      All statements using a deleted property will be changed to use the nearest available superproperty. If there is no available superproperty then the statement will be deleted from the knowledge base. Note that