Skip to end of banner
Go to start of banner

2019-06-24 RPWG Meeting notes

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Next »

Date

Attendees

Discussion items

ItemNotes
eUsage Use Case for using LDP

Status of eUsage App

-cost per use is the most important report

-in the eUsage app, usage data being collected about a resource from various providers or services 

-in agreements, the way the resource is being ordered, licensed, invoiced, etc. is set up

-no link between eUsage resource and agreements yet




Questions

-is the work better done in LDP or within a FOLIO app?


Frequency

-stats not needed in real time; most users gather data monthly


Nassib

-need to think about queries

-might be easier if distribution of queries arranges over

-if small number of attributes, might be more efficient to develop in FOLIO application

-could push data into LDP as needed (faster than overnight)

-FOLIO db needs to respond to request in real time; LDP is queried by analysts; use of LDP could create a latency in providing the data


Data Storage Concerns

-cache the data to speed up access?


Proof of Concept

-outline representative query

-set up amount of data needed for good test

-


Permissions

-no OKAPI interface to LDP; a permissions system would require developing this

-queries could be direct ODBC queries, but we also need to add the LDP loader to load incremental data

-eUsage can proxy to the LDP



-mod agreements could do a query against LDP and provide data back to the agreements UI, evaluates the permissions, and performs the query itself








Action items

  • Angela Zoss (Old) to follow up with Marc Johnson about why dates are stored as strings; dates are not being validated for Service Point Usage data model
  • Sharon Markus to set up meeting on data elements for renewal dates





  • No labels