Date: Thu, 28 Mar 2024 11:10:45 -0400 (EDT) Message-ID: <1073291831.27954.1711638645708@lyrasis1-roc-mp1> Subject: Exported From Confluence MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_Part_27953_1709827502.1711638645708" ------=_Part_27953_1709827502.1711638645708 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Location: file:///C:/exported.html
Calls are held every Thursday at 1 pm eastern time (GMT-5) =E2= =80=93 convert to your time at http://www.thetimezoneco= nverter.com =E2=80=93 and note that the U.S. is on daylight saving= s time.
View and edit this page permanently at https://wiki.dura= space.org/x/e9MQAg, or use the temporal Google Doc for colla= borative note taking during the call.
Brown (Joe and Ted)
= li>still debugging the issue with ap= plication becoming unresponsive on login -- it looks like what Jim had thou= ght it was in his last email is true -- the Java model lock is not released= because the write to the database is never finishing, so when a user logs = back in s/he can=E2=80=99t connect. Can replicate that with a script here -= - only locks if the connection is idle for more than 60 minutes (can log ba= ck in successfully after 45 minutes), but are at a bit of a loss as to how = to proceed -- has been in touch with local database administrator to help d= etermine the root cause.
DOI editing problems - HTML tags = or XML from MS Word copying/pasting making it=E2=80=99s way into data and m= akes building links troublesome. Interested in turning off WYSWIG edi= tor for this property. The WYSIWYG editor does try to filter out Microsoft = Word garbage HTML and check for cross-site scripting, but also likes to put= a paragraph tag around the text you entered so that you=E2=80=99re not get= ting only the text you type.
you can turn off JavaScript on th= at page (?)
could try pasting into TinyMCE us= ing the the HTML mode, but end users doing self-editing will most likely no= t do this
could make a custom form for the = DOI property that presents a different page template that doesn=E2=80=99t h= ave TinyMCE activated, or could configure it differently than it normally i= s, or you could do additional post-processing with it
using class to disable TinyMCE fo=
r a single text area? editor_deselector : =E2=80=9Cnoeditor=E2=
=80=9D http://stackoverflow.com/questions/5192496/i-=
am-using-tinymce-is-it-possible-to-apply-for-only-one-textarea
if you hire students, you may be = able to get them to use the Chrome browser=E2=80=99s =E2=80=9Cpaste as plai= n text=E2=80=9D option
importing data from existing loca= l researcher profile system
preparing for conference presenta= tions. Looking at other VIVO=E2=80=99s Journal and University resourc= es for possible constructing owl:sameAs links.
Colorado (Alex)
wrapping up installation related = tasks for Symplectic Elements, e.g. firewall configuration, publications da= ta sources, etc
designing experiments for publica= tions ingest using Symplectic Elements to then feed to VIVO
Stephen working on VIVO 1.6 contr= ibutions
running daily data load using new= and much faster Harvester process, loaded into production VIVO for Boulder= and Colorado Springs on Mondays and Thursdays -- still babysitting this pr= ocess, hope to automate further in next iteration
met with our med school=E2=80=99s= CTSA team (CCTSI) who have implemented Profiles RNS the VIVO ontology vers= ion) about linking and collaborating in the future, e.g. on ORCID rollout a= nd sharing/linking data
Cornell (Jim, Jon, Brian Lowe, Ti= m, Brian Caruso)
VIVO 1.6 updates: BrianC working = on RDF web service... As an alternative to using eitehr XML or JSON, is hop= ing to use the Jena SPARQL ARQ library that accepts updates in a standard w= ay... looks promising. Hoping to find a way to run the W3C=E2=80=99s SPARQL= update test suite to confirm that it is working correctly, but is having t= rouble finding simple reusable code to do that. There had been a numb= er of comments on the wiki page on a proposed RDF web service (Stephen and = Ted) so is hoping there would be people willing to test and/or help find a = test suite
Ted already has libraries that ca= n do SPARQL update on the client side, so likes this approach
RPI (Patrick)
Worked out the DOI generation iss= ue. I do not know the specifics, student has not yet checked in the code ch= anges to our git repository. We now generate a DOI for each individual crea= ted in VIVO
next big task is migrating user i= nformation (circa 500) from Drupal to VIVO, mapping between the user inform= ation tables in the Drupal relational database with user-defined fields to = the VIVO ontology. Then harvesting that data, since can=E2=80=99t customize= the RDF that can be generated automatically by a Drupal view on a node. &n= bsp;Can pick and choose what information is needed.
then integration between Drupal, = CKAN, and VIVO. CKAN is a data repository used by the British data.gov.uk s= ite, the USDA -- can store documents, images, data products, charts & g= raphs, and has a nice mechanism for keeping track of revisions of the docum= ents and some lineage. So want to tie into CKAN the ability when a user cre= ates a data object in CKAN to automatically create a VIVO entry for it wher= e can do searching and reporting.
Does VIVO have the Prov ontology = yet? no, but waiting for a use case
Documentation was made public mid= -May
Jon sharing PROV-O May 17 diagram= -- they=E2=80=99re thinking the ontology structure should be quite compati= ble with VIVO
Is there an ontology, or part of = the VIVO ontology, that represents awards (grants for example)?
<= /li>Yes there is. Tied to project, pe= rson.
The CKAN connection is relevant t= o DataStar
Stony Brook (the Crew) -- Hoping = to discuss an issue with the WebId implementation where are wanting to use = blank nodes rather than assigning a URI; have worked around that by giving = URIs to what would typically be blank nodes, but should VIVO be able to acc= ept blank nodes. The triples are in the triple store and show up in any gra= ph other than the default kb-2, but don=E2=80=99t show up in the public gra= ph (kb-2). (The remove blank nodes command is useful for deleting graphs co= ntaining blank nodes.)
Tammy has been getting a model fr= om the VitroRequest object, but Brian suggests getting an RdfService from t= he same VitroRequest
will sort out by email offline
Texas A&M (Violeta) -- Lookin= g for help with ingest strategies and is meeting tomorrow with business int= elligence group with hopes for being able to develop automated ingest. Ever= ything else looks good and enough data has been entered to be useful in con= vincing others at Texas A&M that VIVO is the way to go. What is the sug= gestion for handling co-authors that are not members of Texas A&M -- wh= at class should be used? Jon@Cornell is recommending FOAF:Person and then h= iding them from listings/search results, and will followup offline.<= /p>
Weill Cornell (Paul and Eliza) --= Graphs issue -- last week Paul asked about how we could separate data into= different graphs with the Harvester. Stephen W. had suggested doing that b= y setting the Score parameter, but the way they do ingest at Weill is to by= pass the scoring and namespace mapping stages since use Scopus author ids t= hat don=E2=80=99t need disambiguation. So given that, would like sugg= estions on how to do the separation by graph; could put all the data in any= one graph, but want to put authors in one graph, articles in another -- or= graphs by source such as grants in one graph, education data in another, b= ut may be harder to separate out one set of data during a single ingest int= o several graphs (e.g., Scopus vs. PubMed). Stephen indicated he had = a script to do it so a post to the list should work to raise the issue Mond= ay.
UCSF (Eric) -- continuing to look= at the ORCID integration as an OpenSocial gadget with Boston University di= ving into that. A couple other things happening, too -- two conferenc= es before the VIVO conference where will be talking about research networki= ng and linked data:
a UC-wide conference where won a = competition this year for app development
and a W3C conference where will b= e talking about OpenSocial and other social networking platforms on the Web= -- and there will also be someone talking about the JSON-LD serialization = format for linked data -- we should be happy that the linked data message i= s getting out and expanding to other communities -- ALEX: is this the Workshop on Social Standar= ds (Aug 7-8 http://www.w3.org/2013/socialweb/)?
Eric will report on what he learn= s
VIVO 1.6 release code freeze has been delayed to allow for integrati= on of the new Integrated Semantic Framework ontology and preparation and te= sting of the necessary data migrations. Stay tuned at our weekly meetings f= or updates.
See the VIVO 1.6= release planning or&nbs= p;VIVO 1.6 JIRA issues and= please comment
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