...
Item | Notes |
---|---|
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-question is that if some hardlinked, some manually entered Questions -is the work better done in LDP or within a FOLIO appAnswers? 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
...