Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Stand up a new database for a DLME collections registry and make it viewable as a page in the DLME web app #1597

Open
jacobthill opened this issue Dec 2, 2022 · 0 comments

Comments

@jacobthill
Copy link
Contributor

jacobthill commented Dec 2, 2022

Currently the DLME team collects information about digital collections of MENA cultural heritage in a spreadsheet and every MENA librarian collections their own information in a libguide or something similar. These options are hard to maintain and access by users. We need to build a collections registry using this data model. This model might change slightly as we collaborate with others but changes will likely consist of the addition on a few more fields. All of these fields will also have values in English and Arabic. Since the data model is different than the one used in the DLME web app, we can't just load the collections in the same database.

Here are some requirements:

  • The collection registry would need to be viewable as a page in the DLME web application.
  • Users would need to the ability to filter by facets
  • Users would need the ability to search over the collections
  • Users would need the ability to perform all actions in an English or and Arabic view
  • Should be easy to maintain
  • Will have a few hundred to a few thousand records

The DLME data managers can figure out how to get the data from the current tabular form into whatever format is needed to load. Spotlight seems like a reasonable option for this as it supports all of the requirements. It also has some tools like browse categories, feature pages, etc. that we don't need at present so may be overkill.

Users stories for the data model are here.

There are higher priorities for this work cycle so a plausible option for implementing this is for the data manager to link to a google spreadsheet. Given the time constraints we have, this might be the best option for the time being.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants