{scrollbar:icons=false}
h1. {page-info:title}
{panel:title=Contents}
{toc:minLevel=2}
{panel}
{panel:title=Document Information}
*Author:* LexEVS Team/Craig Stancl
*Email:* stancl.craig@mayo.edu
*Team:* LexEVS
*Contract:* N/A
*Client:* NCI CBIIT
National Institutes of Heath
US Department of Health and Human Services
{panel}

|| Sign off || Date || Role \\ || CBIIT or Stakeholder Organization \\ || Reviewer's Comments (If disapproved indicate specific areas for improvement.) \\ ||
|--- | --- |--- | --- |--- |

The *purpose of this document* is to collect loader topic discussion and resolution for LexEVS. The focus is on the processing of source content as loaded into the LexEVS terminology server, proposed by the stakeholders and target users to make a better product.

h2. Control the setting of isActive via Loader preferences

|| GForge || Issue || Resolution ||
|[26329|https://gforge.nci.nih.gov/tracker/?func=detail&group_id=491&aid=26329&atid=1853] | Different vocabs have their own way of determining whether a concept is active or not.  For OWL we can use Deprecated status.  For OBO or RRF we don't have that.  We would like to be able to specify what method a vocab is using to indicate deprecated concepts in the loader preferences.\\ \\ Example:\\
For this vocabulary if the property X has the value Y then the isActive should be set to false.  \\ \\Or, more complicated: Any concepts treed underneath concept Z should be considered inactive.\\ | TBD |

h2. Discussion: Control the setting of isActive via Loader preferences

Capture discussion here.

h2. Examine use of LexBIG entity status

|| GForge || Issue || Resolution ||
|[26709|https://gforge.nci.nih.gov/tracker/?group_id=491&atid=1853&func=detail&aid=26709] | The entity status for concepts should use a designated set of statuses that are mappable across vocabularies.  For example:
Mayo and collaborators determine that there will be 4 available statuses; "Active_Concept",
"Provisional_Concept", "Antiquated_Concept", "Retired_Concept".  The loader will be programmed
to use a preferences file that will allow users to specify how these statuses will be assigned to the various concepts
for the various vocabularies.| TBD |

h2. Discussion: Examine use of LexBIG entity status

Capture discussion here.

h2. The isDefined column in the entity table should accurately reflect the source data

|| GForge || Issue || Resolution ||
|[25325|http://gforge.nci.nih.gov/tracker/?func=detail&group_id=491&aid=25325&atid=1850] |  All concepts loaded from RRF show as defined, which is unlikely to be true.  We need to examine the various sources and see what changes need to be made to the loader to correctly represent the defined/primitive status of concepts in the source data.  Pasted below is the email discussion that led to this item. \\Your definitions sounds exactly like what we want.  I suppose we should do a bit of a QA effort to determine if definedand primitive concepts in the original terminology are being properly represented as such in LexBIG.\\My brief perusals of the NCI Thesaurus, BiomedGT, NPO  and OBI OWL loads indicate that these are correctly represented with some defined and some primitive concepts.\\ \\ ICD9, RadLex, Zebrafish, NDFRT, CTCAE and MGED OWL loads are false for all entities, which might actually be correct. \\ HL7 RIM, UMLS Semnet and GO OWL loads all have null for isDefined on all entities.  \\ \\ MedDRA, LOINC, Snomed, and NCI Metathesaurus are true for all entities, which is unlikely.  These are all loaded from RRF.| TBD |

h2. Discussion: The isDefined column in the entity table should accurately reflect the source data

Capture discussion here.

{scrollbar:icons=false}