Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

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-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

...