Administrative Programs for managing LexEVS service and available in the
- 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
admindirectory: 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
- 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
- These indexes are readable by the LexEVS api or a Lucene index browser like Luke.