Page History

Discussion Points:

• Remote users currently need to use the client jars. This is a concern for the end users. This could be done by updating CTS2 services and provide REST services to these users.
  • caDSR transition would take awhile
  • In the near term, leave the remote services as-is for them.
  • 
    
• CTS2 supports all the vocabularies (including meta). EVS REST API is limited to Triple Store content using elastic search.
  
• Governance of the services is critical in order to provide one central query mechanism.
• LexEVS will no longer have the stand alone code systems. The Meta will continue to live in LexEVS. There is the possibility for Meta in EVS REST API.
• The NLM does host UTS API. This could be something to look at.
• Sorting and Ranking is important for results, but this isn't available in the EVS REST API yet.
• End users do not have resources to upgrade or the funding. This might be done be the EVS team (rewriting code for interaction layer, etc).
• CTS2 REST results - different than the EVS REST API.

Decision Points:

• Determine a level of governance and architecture for EVS related services.
• Work with the caDSR team to transition from remote API to REST Services. (TBD)
• LexEVS(?) REST services will need to be available to serve Meta (in near future)
• Determine a REST service for Meta based and determine best how to support the end users.
• Continued transition of stand alone coding systems to EVS REST API.
• Transition of LexEVS search knowledge to the EVS API development team
• Service Considerations
  • REST Service for Meta
  • EVS REST API
  • LexEVS API