Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • Colorado
  • Cornell
  • Duke
  • Florida – doing some list view development to display courses – people have a role to the course section and the course itself – from a course, can see all the people who have ever taught it; from a person's page, see all the sections they are teaching. Hoping to have it up on a dev server next week, and could talk about visualizations at that point.
    Stephen – designing a SOAP listener that could run on a box and receive packets of changes posted from BizTalk; a Harvester script would look for new packets and process them as it sees them. Will require interesting business rules, including people being marked private, where the change will require removing all or part of their profile, or at least contact information - no picture, phone, address, and perhaps not even job information.
  • Indiana – removing some UF data from a test server and replacing it with newer data; focused a lot on supporting the iSchool collaborative VIVO; have a test server for that up. Working on a Google citation reader, as a request from one of the iSchools – want to get the h-impact from Google citation, by requesting it page-by-page. Will download as a .csv; may include directly in VIVO in the future.
  • Johns Hopkins – playing with RDF extensions with Google Refine. Was not aware of Eliza's work Extending _ Google _ Refine _ for _ VIVO, or of the VM integrated with VIVO.
  • North Texas – "conference call earlier this week on using an intermediate relational model for ingest, in collaboration with the IU ontology team and middleware they are developing
  • Stony Brook
  • Weill Cornell – "seeing some rendering problems with certain content related to , and on creating reports using SPARQL queries – some are pretty complicated and take a long time. Trying to find out how many faculty have a fully populated faculty profile, with name, photo, overview, at least one publication, at least one grant. Stella's help in suggesting using UNIONs on the SPARQL query look promising but it's still slow. Could think about whether to construct a separate model, following the pattern used in the rich export (an extension to a stanard VIVO linked data response with the parameter include=all). Or could specify the graph.
  • Any other sites represented

...

Notable Development List Traffic

...

Meeting ID: 322-087-560

last meeting | next meeting