Page History

...

Administrative Programs for managing LexEVS service and available in the admin directory:

• Loading – Loading extensions to LexEVS accessed through a Service Management API that supply the following:
  • Terminology Loads from various formats:
  • Loading OWL, OBO, RRF and native LexGrid XML as well as less universal formats
  • Examples Available in the admin directory: LoadOWL, LoadOBO, LoadNCIThesOWL
  • Manifest Loads that load Coding Scheme metadata changes to an terminology in the service
  • Example: LoadManifest or as -mf option to most coding scheme loads.
  • Supplemental Coding Scheme Loads that load supplements to existing coding schemes.
  • Example: Load option for a coding scheme. Currently only available as an option in the lbGUI application.
  • Revision Loads that load changes to any given coding scheme element using a LexEVS XML schema compliant document, pushing these changes through a revision engine.
  • Example: LoadLgXML using the revision XML entry point to LexGrid XML.
  • History Loads that load histories of coding scheme changes, currently specific to NCI Thesaurus and Metathesaurus.
    *( Mappings between coding schemes loaded from MRMAP and MRSAT RRF files, or from LexGrid XML.
  • Value Set and Pick List Loads:
  • Examples: LoadLgXML using ValueSetDefinition or PickListDefinition as entry points in a LexGrid XML document.
  • Example: LoadMrMap or LoadLgXML
• Exporting – Exporting any terminology in a LexEVS terminology service to one of three formats:
  • Export to OWL
  • Example: ExportOWL
  • Export to OBO
  • Example: ExportOBO
  • Export to LexGrid XML
  • Example: ExportLgXML
• Indexing – normally takes place during a terminology load, but re-indexing using the Service Management API is possible:
  • Examples: RemoveIndex, RebuildIndex
• Coding Scheme Metadata Management: Loading Manifests to adjust most elements of coding scheme metadata.
  • Examples: See loading manifest for metadata changes above or examples ActivateScheme, TagScheme in the admin directory.
• Plug-in access: All plug-ins developed for LexEVS are accessed through Service Management.
  • Examples: LexEVSService.getExtension(<plug-in class name>);
• Loader Preferences for entity(concept) loads – Customization of how entities are loaded allows users to make choices as to how a terminology appears in LexEVS.
  • Available during load time only and as option -lp to most loaders
• Post Load Processing – Specialty processing options for post load, such as providing the approximate number of concepts examples in the source for the lbGUI application.
  • Example for post processor implementation is in org.LexGrid.LexBIG.gui.load.PostProcessorLauncher using the LoaderPostProcessor class.

...

• Configuration files: enable you to customize your installation to meet your specific database, server, and other network needs and are located in a resource subfolder config;
  • lbconfig.props: This file must be edited to at least provide a database connection for LexEVS.
• Post Load Indexes: Lucene indexes in the resource subfolder lbIndex.
  • These indexes are readable by the LexEVS api or a Lucene index browser like Luke.

...