...
Table of Contents
Table of Contents
...
Architectural Diagram of Virtual Collection GEM and Ontology GEMs
Designs
Planned Stack
- Infrastructure – SHARED — code that can be shared by all universities
- RDF Models for Triples: RDF Model classes and RDF Vocabularies (beyond those defined in ruby-rdf/rdf/lib/rdf/vocab) are defined in a local Ruby on Rails app.
- Developing with Ruby: 2.1.2
- Developing with Rails: 4.1.1
- Gems: Active-Triples
- The RDF Model classes extend the Resource class defined in the Active-Triples gem.
- NOTE: Active-Triples brings in code from several other projects. I’m not sure of the full list, but ruby-rdf/rdf is certainly used by Active-Triples.
- SOLR Index
- Triples will be set up to go to a SOLR index using code currently in or soon to be developed code in Active-Triples gem. I know there is some SOLR support, but I don’t know how extensive it is. For example, we will want to put some information in our SOLR index that isn’t going into the triplestore and may need to expand the code to accomplish this.
- UI will query the SOLR index to retrieve data to display on the screen
- Triplestore
- I am currently developing over a simple triplestore in sqlite3. We will be moving the final version to a fuller featured triplestore long term. The triplestore is configured as part of the ActiveTriple gem and should not be difficult to move to a different triplestore system. At this point, it is envisioned that this will be a standalone triple store that is separate from the main library catalog triplestore that will be created through the conversion process.
- RDF Models for Triples: RDF Model classes and RDF Vocabularies (beyond those defined in ruby-rdf/rdf/lib/rdf/vocab) are defined in a local Ruby on Rails app.
- Infrastructure – Potentially Shared – code that may be able to be shared by all universities
- Conversion of university id (e.g. Cornell netid) into a VIVO URI. Each university may need to write this utility for their IDs with a conversion to the URI of choice for that university.
- User Interface — NOT SHARED — all that follows is Cornell specific
- Authentication Code
- For Cornell, we will connect into our Shibboleth login system for authentication.
- UI based on mockups in the wiki will be integrating the infrastructure code into the Cornell catalog system which is implemented over backlight.
- Authentication Code
...
Status | Description | Comments |
---|---|---|
Infrastructure - Shared | ||
RDF Models & Vocabularies | ||
Write models and vocabularies that allow for generation of triples for data required for Use Case 1.1. |
| |
Document models in Triples Examples wiki page to facilitate conversations with ontology group. | outstanding issues
| |
Write rspec tests for models. |
| |
Triplestore | ||
Set up a temporary simple triplestore to hold triples generated by this use case. |
| |
Identify and set up a full-featured triplestore for long-term use. | DEPENDENCY: Waiting and see what Rebecca decides to use for her work. | |
Write code that persists model properties into a triplestore. |
| |
SOLR Index | ||
Explore ActiveTriple support for SOLR |
| |
Document expected queries in Queries Examples wiki page to facilitate conversations with ontology group. |
| |
Write code that adds model properties' values to the SOLR index. | ||
Write code that adds bibliographic reference data to the SOLR index. | ||
Infrastructure - Potentially Shared | ||
netid to VIVO URI script | ||
Write code that converts a Cornell netid into a VIVO URI. |
| |
User Interface – NOT SHARED | ||
Authentication | ||
Hook into Cornell shibboleth authentication system. | I've spoken with CULIT developers about how Cornell does authentication and looked over code that is similar to what will need to be done. No development work has been done in this are yet. | |
User Interface | ||
Clone blacklight-cornell and check into GitHub | The clone runs locally on my machine and in my dev environment. Questions:
| |
Modify cloned blacklight-cornell to implement the Mock UI |
| |
External Collaborations | ||
ActiveTriples development | ||
Make a connection with the ActiveTriples development team. | I have been corresponding with Tom Johnson (the developer of ActiveTriples). | |
Work with ActiveTriples development team to meet the goal of being able to use ActiveTriples in place of Fedora within a Hydra stack. | I am exploring the code and engaging in conversations with Tom Johnson to understand his vision and current needs for development. Once I grok where things are, I can start to see if there are shortcomings that limit our goal of ActiveTriples being easy to use in place of Fedora with in a Hydra stack. | |
Improve documentation by creating a reference guide for ActiveTriples | There is very minimal doc at this point and I am having to read class and rspec code to figure out how things work. A reference guide will be an extremely valuable tool for me and other developers. |
...