Ontolog Forum

OpenOntologyRepository: Project Team Member (regular planning & admin) Conference Call - Tue 2014_07_22

  • Topic: Ontohub API
  • Session Co-chairs: KenBaclawski and TillMossakowski

Conference Call Details:

  • Date: Tuesday, 22-July-2014
  • Start 7:00am PDT / 10:00am EDT / 4:00pm CEST / 3:00pm BST / 14:00 UTC
  • Expected Call Duration: ~1.0 hour
  • Dial-in:
    • Phone (US): +1 (425) 440-5100 ... {{{(long distance cost may apply)}}}
      • when prompted enter Conference ID: 843758#
      • ... [ backup nbr: (315) 401-3279 ]
      • (for phone dial-in) ... some local numbers may be available (in the US, Australia, Canada & UK) - see:
    • Skype: join.conference (i.e. make a skype call to the contact with skypeID="join.conference") ... {{{(generally free-of-charge, when connecting from your computer ... ref.)}}}
      • when prompted enter Conference ID: 843758#
      • Unfamiliar with how to do this on Skype? ...
        • Add the contact "join.conference" to your skype contact list first. To participate in the teleconference, make a skype call to "join.conference", then open the dial pad (see platform-specific instructions below) and enter the Conference ID: 843758# when prompted.
        • you may connect to the user:"join.conference" even if the skype GUI shows that this user is offline!
      • Can't find Skype Dial pad? ...
        • for Windows Skype users: Can't find Skype Dial pad? ... it's under the "Call" dropdown menu as "Show Dial pad"
        • for Linux Skype users: if the dialpad button is not shown in the call window you need to press the "d" hotkey to enable it. ... {{{(ref.)}}}
      • if you are using skype and the connection to "join.conference" is not holding up, try using (your favorite POTS or VoIP line, etc.) either your phone, skype-out or google-voice and call the US dial-in number: +1 (425) 440-5100 ... when prompted enter Conference ID: 843758#
  • Discussions and Q & A:
    • Nominally, when a presentation is in progress, the moderator will mute everyone, except for the speaker.
    • To un-mute, press "*7" ... To mute, press "*6" (please mute your phone, especially if you are in a noisy surrounding, or if you are introducing noise, echoes, etc. into the conference line.)
    • we will usually save all questions and discussions till after all presentations are through. You are encouraged to jot down questions onto the chat-area in the mean time (that way, they get documented; and you might even get some answers in the interim, through the chat.)
    • During the Q&A / discussion segment (when everyone is muted), If you want to speak or have questions or remarks to make, please raise your hand (virtually) by clicking on the "hand button" (lower right) on the chat session page. You may speak when acknowledged by the session moderator (again, press "*7" on your phone to un-mute). Test your voice and introduce yourself first before proceeding with your remarks, please. (Please remember to click on the "hand button" again (to lower your hand) and press "*6" on your phone to mute yourself after you are done speaking.)
  • In-session chat-room url:
    • instructions: once you got access to the page, click on the "settings" button, and identify yourself (by modifying the Name field from "anonymous" to your real name, like "JaneDoe").
    • You can indicate that you want to ask a question verbally by clicking on the "hand" button, and wait for the moderator to call on you; or, type and send your question into the chat window at the bottom of the screen.
    • thanks to the folks, one can now use a jabber/xmpp client (e.g. gtalk) to join this chatroom. Just add the room as a buddy - (in our case here) ... Handy for mobile devices!
  • Shared-screen support (VNC session), if applicable, will be started 5 minutes before the call at: ... view-only password: "ontolog"
    • if you plan to be logging into this shared-screen option (which the speaker may be navigating), and you are not familiar with the process, please try to call in 5 minutes before the start of the session so that we can work out the connection logistics. Help on this will generally not be available once the presentation starts.
    • people behind corporate firewalls may have difficulty accessing this. If that is the case, please download the [ slides above] (where applicable) and running them locally. The speaker(s) will prompt you to advance the slides during the talk.
  • RSVP to appreciated, ... or simply just by adding yourself to the "Expected Attendee" list below (if you are a member of the team.)
  • Please note that this session may be recorded, and if so, the audio archive is expected to be made available as open content, along with the proceedings of the call to our community membership and the public at-large under our prevailing open IPR policy.



Chat Transcript

[07:17] Till Mossakowski: slides also available at

[07:19] Todd Schneider: Does the generated specification depend on the coding language?

[07:28] Todd Schneider: So a query is not treated as an object?

[07:30] Todd Schneider: The description of ontologysearch is not clear to me.

[07:31] Till Mossakowski: slide 13...

[07:34] Todd Schneider: What is the context of the APIs? Instances of ontohub (i.e., inter-ontohub)? End users? Both?

[07:36] Todd Schneider: Are 'accepts', 'registers with', 'informs' API commands?

[07:37] Todd Schneider: How does 'reliance' handle end-point or communication failures?

[07:41] Till Mossakowski: Todd: does the API cover authentification? Tim: yes, using an authorization token approach.

[07:42] Mike Bennett: This might be a naive question: can these API commands be executed from the command line? So that for instance a scheduling tool like Jenkins could invoke them?

[07:45] Till Mossakowski: Tim's answer: yes.

[07:46] Mike Bennett: Can you search on ontology imports i.e. get a result showing how ontologies import from one another?

[07:46] Till Mossakowski: Todd: Does the generated specification depend on the coding language? Tim: we use ruby, and the DSL will be based on ruby.

[07:51] Till Mossakowski: Tim: in the API, ontology-related queries use the IRI of the ontology, followed by a command. Other queries consist of just the command. In both cases, there may be additional parameters.

[07:51] Till Mossakowski: Todd: why constrain this prefixing approach just to ontologies?

[07:52] Till Mossakowski: Todd: the general approach to use a IRI as a prefix that gives the context to the subsequent command is interesting.

[07:53] Till Mossakowski: Todd: the prefix approach could be used for any resource (text files, image files, ...), not just ontologies.

[07:54] Todd Schneider: Can imports be considered as a 'type' of [ontology] mapping?

[07:55] Till Mossakowski: Mike: Can you search on ontology imports i.e. get a result showing how ontologies import from one another? Tim: this would be a textual representation of the ontology graph. Would be interesting to add this.

[07:57] Todd Schneider: Would it make sense to include a 'resource type' as part of the prefix?

[07:57] Till Mossakowski: Tim: until now, we compute all query answers on the fly, later on, caching will be needed.

[07:57] Till Mossakowski: Tim: imports are a kind of ontology mapping.

[07:58] Ravi Sharma: thanks for answering search during import on the fly.

[08:00] Mike Bennett: I have to drop off now

[08:01] Till Mossakowski: Todd: Would it make sense to include a 'resource type' as part of the prefix? Tim: yes, we should think about this, to prefix or postfix the IRI with the type, in order to ensure that the command is relevant in the given context.

[08:04] Todd Schneider: Thank you.

[08:04] Till Mossakowski: Agreement: in a few weeks, have will a follow-up meeting, with discussion of more details.

[08:04] Ravi Sharma: thanks

[08:05] Till Mossakowski: Next week: general OOR strategy discussion.

[08:05] Tim Reddehase: Thank you all for the suggestions and revealing questions.