ld4l-labs / vitrolib Goto Github PK

In the main interface, author contributions are somehow "transparent"; once an author and a work are linked by an author contribution, they rather than the intermediate author contribution element appear in the display for each other and you can click directly through from one to the other. But publisher provisions and award receipts don't work like that; you have to click through a display for e.g. the publisher provision itself to get from the instance to the publisher. Shouldn't they all work the same way?

Review findings and write summary of results: main takeaways, next steps.

Fix the following:
a. Can't create new foaf:Agent via ld4l:hasAgent
b. Need to get ld4l:hasAgent into property group (contributors could work)
c. Can't create new prov:Location via ld4l:atLocation
d. Need to get ld4l:atLocation into a property group (time & place could work)

Also, adding isActivityOf to contributors property group .

Cataloging workflow: When adding an instance one is just being provided an empty text box with no explanation. A label would be helpful.
E.g. Create "has instance" entry for Andy Warhol covers, 1949-1987 : catalogue raisonne

Reported by Melanie Wacker/Columbia

one per institution
one for extension ontology

Email Mapping/App Profile group for comments on audio constant record open questions.

Cataloging workflow: In public display of a Periodical part, "is part of" does not appear as an option to link it to the larger periodical. In the control panel, "is part of" appears as an option under Add new statement/Predicate but has no object class. The workaround I've found is to temporarily remove type Periodical part in the control panel, go back to public display where "is part of" now appears and link to the larger periodical, then go back to the control panel and restore type Periodical part.

Reported by Robert Rendall/Columbia

This is more or less a stopgap measure until lookups are in place, to allow editors to do reconciliation manually. It was suggested by Harvard ITS (Steven, Christine, Marc McGee). There is some problem with getting the sameAs predicate to show up in property lists for editing. (Huda, we talked about this or something related as a case of different behavior from Vitro 1.7 to 1.8.) I managed to hack this for the vitrolib demo by defining a faux property of owl:sameAs for Instances (those are the only cases of sameAs's in the data set), but there should be a more general way of doing this.

ld4l:hasTitle has unlimited cardinality, but can't enter new one on form when one already exists.

Using an existing VIVO custom form as a starting point, create and test custom form configuration framework.

Similarly, I’ve used a workaround to create a new Publisher provision, but I can’t find a way to link it to an Agent. Is it actually helpful to report specific problems like this, or should I just assume that manual editing is not meant to be fully functional yet?
Reported by Robert Rendall/Columbia
Notes from original issue: I believe that this should be the same issue as above (abstract). Once we push the custom form, let's touch base and see whether this is also fixed.

Current version of file is for the old Ant build.

<?xml version="1.0" encoding="UTF-8"?>
<classpath>
    <classpathentry kind="src" output="target/classes" path="src/main/java">
        <attributes>
            <attribute name="optional" value="true"/>
            <attribute name="maven.pomderived" value="true"/>
        </attributes>
    </classpathentry>
    <classpathentry kind="src" output="target/test-classes" path="src/test/java">
        <attributes>
            <attribute name="optional" value="true"/>
            <attribute name="maven.pomderived" value="true"/>
        </attributes>
    </classpathentry>
    <classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER/org.eclipse.jdt.internal.debug.ui.launcher.StandardVMType/JavaSE-1.8">
        <attributes>
            <attribute name="maven.pomderived" value="true"/>
        </attributes>
    </classpathentry>
    <classpathentry kind="con" path="org.eclipse.m2e.MAVEN2_CLASSPATH_CONTAINER">
        <attributes>
            <attribute name="maven.pomderived" value="true"/>
        </attributes>
    </classpathentry>
    <classpathentry kind="output" path="target/classes"/>
</classpath>

Currently oa.2016-11-12.rdf has classes defined as rdfs:Class. Need to create additional file to define as owl:Class so that they show up in UI.

Though there is a RDAU-related file deployed to /rdf/tbox/filegraph/, no ontology shows in vitrolib admin console.

When you click on Add Type in the Individual Control Panel, the process works fine but the button you click on to add the type says "Create New Record," which sounds like the wrong label for this context.

When creating a Work with an Agent, even though the Agent shows up under the Work's Contributors tab, the inverse does not show -- the Work does not appear under the Agent's Works tab.

Entities with names in non-Roman text are excluded from the A-Z lists by first letter, so the only way to get to them is to click on "all" and go to the end. Could you add "other" after Z?

As of today, related Works no longer display in the public interface under Persons. Maybe work is underway. I expect I will wait for 1.9 before attempting any more testing.
Reported by Robert Rendall/Columbia

Some background:
"I’ve created a vitrolib home dir in my ~ (home dir). I also created a separate vitro home dir when just creating a plain vanilla vitro instance. I create a MVN settings.xml file from the vitrolib-installler/example-settings.xml, modify the settings appropriately to point to my and as created above. I then copy and set appropriate values for runtime.properties and make a copy of example.applicationSetup.n3 to applicationSetup.n3. Then start tomcat and it populates the ~/vitrolib/home dir. "
"After reasoner count exceeded the instance count I shut down tomcat. then restarted and the ContextListener for the reasoner didn’t kick in. I think I then went to admin console to reindex solr.
Maybe, maybe I might have imported all instances that I’d exported from the Cornell tomcat then reindexed.
However, the instance count on the home page here compared to that at Cornell is virtually identical."

When you're viewing an instance, it should be possible to click on "has title" and create a new title; it should be possible to click on "has provision" and create a new publisher provision; etc. [Workaround: go to Site Administration, create a Text (or whatever) entity with an appropriate label, then change its type from Text to whatever you need and then go back to the instance to link it.]

We are looking for an easy way to query outside vocabularies (e.g. FAST, lcsh, aat, NAF, VIAF, ULAN) and pull in the existing identifiers.
Reported by Melanie Wacker/Columbia
Notes from original issue:
Thank you for raising this, Melanie. We have been discussing external look-ups internally as a major functional requirement and have plans for near term effort focused on this. We will be sure to provide updates as we begin efforts toward this.

You have to manually add type RWO to newly created people or organizations before "is identified by authority" appears as an option; can that be added automatically when appropriate?

Based on https://github.com/ld4l-labs/ontology/tree/develop , utilize ontology files within VitroLib.

Application updates included:

• Adding domains to properties that don't have any domains set (so the properties will show up). This is a basic approach that will probably be discarded in favor of faux properties down the line. (tbox/filegraph/propertyDomains.n3). We decided not to include the ld4l related properties in this file.
• Casting oa properties as object properties (the application throws errors in the logs otherwise) - tbox/filegraph/oa-properties.n3
• Enabling new activity objects to be created from the hasActivity property. This will be discarded later when we create custom forms (and a separate issue will be created to track this). To enable this, we needed to create a classgroup to contain the Activity class (since the dropdown for create new items does not show classes that are not within a classgroup) and add the Activity class to this classgroup. (tbox/filegraph files activityhack.n3 and classgrouphack.rdf)
• Disabling select from existing for has activity ( we don't want to reuse existing activity objects)

A foaf:Agent is deleted from the triple store when updating the Contributor custom form for a Work.
To replicate:
Create a ld4l:Work
Click Contributors tab
Click '+' to create a new contributor
Select any Contributor Role
Select Person Agent Type (probably any type would work)
Enter a name in the Agent text box
Click Create Entry
--> The contributor should then be visible on the Work page
Click the edit icon for this new contributor
Click the Save Changes button
--> The Agent is no longer visible on the Work page
--> The Agent is no longer in the system

There are like other permutations of the above steps that replicate this bug.

After pulling the commits related to the endless reasoner on startup issue, I did a clean build and deploy and found no data -- this included dropping MySQL tables for the relevant schema and clearing out the application home directory of all but the 'config' directory and runtime.properties. Monitoring the log I could see the inferencer run and complete as well as the indexer. After re-indexing, still no data. Wondering if this might be related to the above fix.

This is a sample issue.

Suppress worldcat individuals from display, aside from sameAs relationship to local individual.

Can be done through custom short views? But must filter out in the query, rather than just hiding in the templates, otherwise counts will be wrong.
And we also want to suppress the profile pages.

Cataloging workflow: Maybe this will be addressed by the custom form, but I am spelling it out here anyway, just in case:
On the bf:Instance -- when selecting has holding and clicking on the plus, there should be an option to add a new item right there, but there is just a drop down list of existing holdings. Instead, in order to create the item I had to first go to site admin, create the new item there and then link it to the instance.
Reported by Melanie Wacker/Columbia

Also: Add item to work and instance for creation through initial form.
Begin adding additional fields as specified in results from prior usability testing:

missing fields identified that should be added prior to next round of testing:
subject area (Work)
LC classification (Work)
summary (Work)
language (Work or Instance? -- ontology says Work)
edition (Instance)
physical description (Instance)
ISBN or publisher number (Instance)
annotations (Work or Instance or Item) — especially important for the Bambaataa
collection

It should be possible to link a date to publisher provisions, award receipts, and probably other entities as well.

There are 2 of these files:
vitrolib-home/src/main/resources/rdf/applicationMetadata/firsttime/initialSiteConfig.rdf
vitrolib-installer-home/src/main/resources/rdf/applicationMetadata/firsttime/initialSiteConfig.rdf

Based on experimenting the following was determined:
The later wins out over the former during an installation.
The later, when deployed, displays and has an incorrect <rdfs:label xml:lang="en-US">VIVO</rdfs:label> value -- should be Vitrolib. (This is what's displayed on browser tab.)
The later has the correct LD4L logo.
The <j.0:aboutText... /> text is incorrect for both files yet neither appears to be used.
The description text displayed when the later is deployed could be pulled from one of the two following files (text is the same):
vitrolib-home/src/main/resources/rdf/display/firsttime/aboutPage.n3
vitrolib-webapp/src/main/webapp/themes/vitrolib/i18n/all.properties

Cataloging workflow: Adding an entry for has provision: Sends you to a drop down list where all options read the same: Publisher Provision (Publisher Provision). If you choose any of them it pulls in pre-existing publisher provisions that have nothing to do with the resource being described. There doesn’t appear to be an option for adding a new one.

Notes: This is the default editing form, which is inadequate for the ontology structure underlying provisions. It will definitely be addressed with a custom form in the institutional VitroLib instances.

Reported by Melanie Wacker/Columbia

Several specific types of notes are implemented at the moment, but looking at the ontology I think we should be able to enter a general note as well (bib.ld4l.org/ontology.html#note), certainly for works and instances and probably for other things as well. I had information I wanted to enter that didn't fit under any of the available note categories.

runtime.properties is not getting copied to the home dir currently. need to investigate. currently can edit locally, but this isn't ideal.

probably an issue with reviewing the build.xml file at the second tier. Assign to @cmh2166

When attempting to create a new individual on the admin page received the following stack trace in log. Could not find class in either Vitro or Vitrolib. Functionality was not impaired.

2017-01-09 14:17:01,522 ERROR [JspToGeneratorMapping] could not load VIVO jsp mappings
java.lang.ClassNotFoundException: edu.cornell.mannlib.vitro.webapp.edit.n3editing.N3TransitionToV2Mapping
at org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1305)
at org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1139)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:264)
at edu.cornell.mannlib.vitro.webapp.edit.n3editing.VTwo.JspToGeneratorMapping.(JspToGeneratorMapping.java:49)
at edu.cornell.mannlib.vitro.webapp.edit.n3editing.configuration.generators.DefaultObjectPropertyFormGenerator.getEditConfiguration(DefaultObjectPropertyFormGenerator.java:102)
at edu.cornell.mannlib.vitro.webapp.edit.n3editing.controller.EditRequestDispatchController.makeEditConfigurationVTwo(EditRequestDispatchController.java:417)
at edu.cornell.mannlib.vitro.webapp.edit.n3editing.controller.EditRequestDispatchController.setupEditConfiguration(EditRequestDispatchController.java:173)
at edu.cornell.mannlib.vitro.webapp.edit.n3editing.controller.EditRequestDispatchController.processRequest(EditRequestDispatchController.java:94)
at edu.cornell.mannlib.vitro.webapp.controller.freemarker.FreemarkerHttpServlet.doGet(FreemarkerHttpServlet.java:111)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:622)

4-6 Participants
Evaluate with prototype: new work/instance creation and resulting work/instance page

It's not clear what principle determines which "types" display at the top of the screen in the public view and which don't. "Print," "Text," and "Organization" display, but "Work," "Instance," "Title," etc. don't. Entering data manually you can end up with a work, instances, titles and title parts all with the same label, or almost; it would be good to have these types displaying so you can easily tell what you're looking at.

Original message from Melanie Wacker
" We meant "instance" in a bf:Instance sense. When we select any one of those instance descriptions we get a long page of error messages starting with: There was an error in the system.

Error message: TemplateException creating processing environment"

There are existing links in the data involving Publisher Provision > at location > Location, but I can't see how to create a new one manually starting from either the Provision or from the Location, after looking both in the main interface and in the individual control panel.

The default editor is not behaving the same way that it does in the VitroLib Instance Data Manual editing video. Tried to add the abstract contribution object, but it does not add the information to the list of contribution objects linked to this work. Following the video exactly, but our sandbox simply does not behave has shown. (Unless I am missing something which is entirely possible of course)

Reported by Melanie Wacker/Columbia

Original notes accompanying issue:

Sorry about this Melanie. The custom form for this was not added to this sandbox yet. We will try to get this form implemented shortly. Huda will send an update on the Slack channel when this is complete.

Please continue to report issues and bugs that you experience. We are soon to upgrade to Vitro 1.9 (currently on Vitro 1.8) and we will try to fix as many of these in the upgrade -- and continue to develop in 1.9 following that.

Each "contributed to" link displays twice for a Person, once in the Works tab and once in the Other tab.

Though there are 2 oa-related files deployed to /rdf/tbox/filegraph/, only object properties show, not classes.

I tried to create a bunch of user accounts. After doing 2 or 3 in a row, VitroLib seems to stall, just goes to a blank screen while it is working, and then I got the below error a couple times (second time was at 12:49 PM PST on 10/24/16). But the accounts were created successfully.

Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, [no address given] and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.

When a Work appears listed under "Works: contributed to" under a Person, what seems to display is the alphabetically first title associated with it, not the preferred title or the entity label which might be preferable. See the display of "August 1914" under Tuchman, Barbara W.; this is just a variant title for the British edition, not the preferred title for this work.