Calls are held every Thursday at 1 pm eastern time (GMT-5) – convert to your time at http://www.thetimezoneconverter.com – and note that the U.S. is on daylight savings time.
View and edit this page permanently at https://wiki.duraspace.org/x/leMQAg, or use the temporal Google Doc for collaborative note taking during the call.
VIVO 1.6 release standup meetings are held every weekday noon – likely primarily of interest to those committing code for this release, but open to all
Pros: this is a bigger jump than a normal point release, especially with the ontology and data migration, but also with the RDF initialization files rearrangement
For background, see the VIVO 1.6 release planning or VIVO 1.6 JIRA issues and please comment there or here
Chris Barnes would like to talk to us about his plans for the new VIVO Apps & Tools working group and get your input on topics, timing, and frequency of calls.
Jim has proposed and Stephen has echoed a desire to look at what we include in core VIVO. Stephen makes the following points:
Brown (Ted)
interested in the Policy implementations that Eliza and Jim have been discussing on the list -- are making use of named graphs and want to hide the editing icons for that data
changed PagedSearchController.java to restrict Coauthors (local class) from appearing in paged search results. Previously we had added not been indexing this class (via vivoSearchProhibited.n3) but this was preventing the coauthors from appearing in the autocomplete in the editing forms.
tested the Sparql Update feature in progress and was able to create, modify and delete data via a Python script using the standard SPARQL library. https://gist.github.com/lawlesst/6300573
focusing on updating and cleaning publication data for fall or early next year public rollout - merging coauthors, merging different instances of same publication, etc.
Colorado (Stephen and Alex)
Adding a feature to VIVO - https://github.com/vivo-project/VIVO/pull/7
Working on updating the harvester for the ontology changes
Preparing to test VIVO Release Candidates
Working on our Elements test instance installation and publications curation
Cornell (Jon, Jim, ...)
focused on VIVO release
external vocab linkage improvements for including AgriVOC
writing a VIVO to Symplectic ingest -- questions on mapping publication types, see https://github.com/ieb/symplectic-harvester
Duke (Patrick, Sheri and Richard)
Adding initial start to ontology changes for artistic works into our test instance -- data will be entered into Elements
Working on pulling in some additional data from Elements like Book Section, Conferences and others.
Finishing up a campus production sparql endpoint for use at Duke (to start with will require an API key) -- replicating the VIVO MySQL db to avoid impact on production VIVO
VIVO Widgets repo: https://github.com/OIT-ADS-Web/vivo_widgets
Johns Hopkins
Memorial (John and Max)
Working on cleaning up data from existing Yaffle database for data ingest testing - developing templates to help data cleaning staff effectively move data from current SQL database and clear unneeded entries and elements.
Initial stages of UI planning and development, planning for starting work with a design team and front-end developer beginning in mid-September.
UCLA (Vivek)
Evaluating VIVO and VIVO Harvester -- the Harvester crashed, modified code to work around this, and wants to contribute this back -- Stephen asked Vivek to email the dev list and he’ll followup on contributing this
Trying to populate a test VIVO with CSV… found CSV-to-RDF code related to Ingest Controller in 1.5 code, but method is commented out? Will include this info in his email to the dev list
UCSF (Eric)
a question for the Duke team -- saw the widgets at the conference for grabbing data from VIVO to add to other web pages. Are these open source?
Richard -- yes, they’re out on GitHub and fairly recently updated, with a few more local changes still to push up
will try and do hosting for Profiles; interested in the SPARQL update service for VIVO.
Expects to be seeing a need to indicate that a publication in multiple systems -- how to de-dupe this? Would a DOI not be enough? Stephen noted this had been suggested in the old VIVO IdeaScale
UF (Chris and Nicholas)
Working on python tools for doing Person and position data into our vivo. Getting ready to put the tool into production. Soon to follow will be courses. Tool take csv files as input and then make ADD/Subtract rdf files that can be loaded into VIVO via the admin interface.
Wondering if anyone has a deploy to production from Git strategy they would be willing to share. Stephen can share the wiki pages, and Ted will also.
CU use is documented in the wiki - https://wiki.duraspace.org/display/VIVO/Building+VIVO+in+3+tiers
Our directory structure for VIVO has in /usr/local/vivo
vivo-1.5.2-rel
cub-vivo
Our post receive hook copies our changes to the cub-vivo which references nih-vivo as vivo-1.5.2-rel and vitro-core as vivo-1.5.2-rel/vitro-core and runs “ant all”
Brown project template using three tiered build: https://github.com/lawlesst/vivo-project-template
Weill Cornell (Paul)
Making changes to the template such as combining multiple publication types in a single list and allowing the end user to sort by, say, citation count.
Eliza is (almost?) finished with a tool that allows for piecemeal updates of certain properties/classes without having to do a complete reingest.
Need for some data needs to be updated usually 1-3 months after being published: publication type, funding, PMCID, MeSH
Early stages of tool that infers UMLS expertise -- getting data from a variety of sources, not just pubs -- can feed the tool a CSV with any kind of data
Jon: NIH Reporter request for more tools to (?) load profile URIs into Reporter (?)
See the vivo-dev-all archive and vivo-imp-issues archive for complete email threads
Date: Every Thursday, no end date
Time: 1:00 pm, Eastern Daylight Time (New York, GMT-04:00)
Meeting Number: 641 825 891
To join the online meeting
To join the audio conference only