Calls are held every Thursday at 1 pm eastern time (GMT–4 in daylight savings, GMT-5 standard time) – convert to your time at http://www.thetimezoneconverter.com
View and edit this page permanently at https://wiki.duraspace.org/x/Ge0QAg, or use the temporal Google Doc for collaborative note taking during the call.
Note
CU Boulder is closed today due to severe flooding in the area – we hope all is well with Stephen, Alex, and Liz and their colleagues.
Release update
There are still open blocker issues for the 1.6 release – and we expect to need about 3 weeks for testing, so look for a mid-October release.
Apps&Tools Group
Notes from Sept. 10 meeting and WebCast: www.youtube.com/watch?v=9-95XzYs8ME
Next meeting: Tuesday, September 24 at 8 AM Eastern, 10 pm Melbourne, 1 pm London, 2pm Amsterdam and Rome
Updates
Colorado (Alex)
Starting publications curation using Symplectic Elements for 2013 faculty reporting cycle -- Google Scholar and Researcher ID have both come up
can do an author search in your university’s domain and find several hundred faculty, a number of whom have curated their entries
Elements has the ability for users to import RIS (from Endnote) or Bibtex (from Google Scholar) -- but Google Scholar doesn’t give you a batch export capability for a group of authors (just 1 item at a time)
Can possibly scrape a Google Scholar record of DOIs and then go to the CrossRef publication search
Paul -- should be aware that the quality of the data harvested in Google Scholar may come from a variety of sources of uneven quality, so the citations may not be as pristine as a PubMed record
Planning how to test 1.6 data migration to test 1.6 and prepare for modifying our Harvester ingest
Cornell (Jon, Jim, Tim, BrianL)
Duke (Patrick) -- Still moving forward on artistic works, with mockup data in a test instance and working on display in VIVO; still working on how to get the data in from Elements; will push back Arts & Sciences rollout for a bit
EPA
Florida (Chris) -- Apps & Tools 2nd meeting Tuesday -- demo of Vagrant virtual machine for VIVO to make it easier to build and test VIVO. Has a new template for a SPARQL query example with a link to test on the UF SPARQL endpoint -- the first sample tests getting a person’s positions via their email address -- all the information is in the meeting notes on the wiki, and recorded the call as a webcast posted to YouTube, including the demos
next meeting on the 24th at 8 am to attract international collaborators to the call
will continue to refine the working group goals
will hope to have more SPARQL examples to show
will hope to have a working Vagrant virtual machine with sample data, that will be much smaller than the current virtual machine
Memorial (Max) -- working on the front end with a web developer and back end mapping the Yaffle database schema to the VIVO ontology
NYU (Yin) -- couldn’t make call. no updates.
RPI
Scripps
Stony Brook (Tammy) -- recruiting more developers to semantic web projects (Java developers) in their IT group -- data integration for additional projects. Trying the total immersion technique.
Texas A&M
UCLA
Virginia Tech (Julie) -- no special update, but working with central IT to get software installed and configured; going well.
Weill Cornell (Paul) -- faculty evaluation tool in use for first time -- giving faculty the chance to accept or reject pubs, and they were pleasantly surprised to see very few rejected publications and many of those were dupes -- Ted at Brown mentioned the CrossRef test file submission feature that returns DOIs, so can test a batch pasted in by a faculty member more easily against what have in VIVO already
Question for the group: Is it legitimate to have multiple labels for an individual?
Certainly for multiple languages; but in other circumstances? When there is a semantic difference, it seems like another property should be used; otherwise there’s no reason to have a 2nd label
- Sometimes duplicates occur where one is an untyped literal (better for adding labels in different languages) vs. a literal types as a string (less flexible)
Notable list traffic
Language deployment and change to the 3-tier build (Jim)
VIVO's implementation of linked data (Jim)
A linked data best practices document indicates that sending a license statement is recommended. VIVO has a Terms of Use statement that included a statement about content in linked data, and we will add that to each linked data response.
Sites should be aware of this text and make sure they agree with its terms: To the extent copyrightable, the information presented on the VIVO website and available as Resource Description Framework (RDF) data from VIVO at [ your institution name ] is intended for public use and is freely distributed under the terms of the Creative Commons CC-BY 3.0 license which allows you to copy, distribute, display and make derivatives of this information provided you give credit to [ your institution name ]. Any non-copyrightable information is available to you under a CC0 waiver.
This is the tutorial: http://wifo5-03.informatik.uni-mannheim.de/bizer/pub/LinkedDataTutorial/#deref, referenced from linkeddata.org
Content negotiation for VIVO and for VIVO's SPARQL endpoint
- Should VIVO redirect a request for http://vivo.ufl.edu/individual/n25562 to http://vivo.ufl.edu/display/n25562 when there's no accept header?
- VIVO's content negotiation is based on http://www.w3.org/TR/swbp-vocab-pub
- BrianL: You can't request Mike Conlon himself over the Internet, so if you issue a request for his URI, VIVO redirects you to an HTML page (information about Mike Conlon) that is not the same as Mike Conlon himself. If you request RDF (in your HTTP request's accept headers), VIVO redirects you to still another URL for RDF data (http://vivo.ufl.edu/individual/n25562.rdf).
- The question is whether search engines get confused by this – is this causing practical problems?
- Where this might make a difference is when we generate an HTML VIVO page, should we show links to other pages in VIVO in the /display form (HTML), rather than the /individual form of the true URI?
- VIVO sends a 303 redirect ("see other") – and search engines can't assume that the 303 they are redirected to will be the same every time they come to the /individual URI, so they can't cache it.
- will implement content negotiation for VIVO's internal SPARQL endpoint
Configuring Fuseki
- How-To: install a Joseki SPARQL endpoint for VIVO– is this as current as it can be?
Image upload – see
Call-in Information
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
Go to https://cornell.webex.com/cornell/e.php?AT=WMI&EventID=167096322&RT=MiM2
If requested, enter your name and email address.
Click "Join".
To view in other time zones or languages, please click the link: https://cornell.webex.com/cornell/globalcallin.php?serviceType=MC&ED=167096322&tollFree=1
If those links don't work, please visit the Cornell meeting page and look for a VIVO meeting.
To join the audio conference only
To receive a call back, provide your phone number when you join the meeting, or call the number below and enter the access code.
Call-in toll-free number (US/Canada): 1-855-244-8681
Call-in toll number (US/Canada): 1-650-479-3207
Global call-in numbers: https://cornell.webex.com/cornelluniversity/globalcallin.php?serviceType=MC&ED=161711167&tollFree=1
Toll-free dialing restrictions: http://www.webex.com/pdf/tollfree_restrictions.pdf
Access code:645 873 290