<p dir="ltr">Dear Christoph and All,</p>
<p dir="ltr">Thank you very much for the input and the well thought through recommendations. </p>
<p dir="ltr">In particular, re. choice of license ...</p>
<p dir="ltr">> [CL] 1. License of the dataset: A linked open dataset should have a license, which you usually choose from a small set of well-known licenses depending on your requirements. After some initial research I found the following ones appropriate. ... I believe that a share-alike license is too restrictive, so ...</p>
<p dir="ltr">[ppy] +1 on your disposition ... thank you for doing the research; I applaud your recommendation. </p>
<p dir="ltr">> [CL] ... so two reasonable ones remain ... [ ODC 1.0 or CC0]</p>
<p dir="ltr">[ppy] besides those two, one might also consider "CC BY 4.0" - see: <a href="http://creativecommons.org/licenses/by/4.0/">http://creativecommons.org/licenses/by/4.0/</a></p>
<p dir="ltr">Depending on the preference of the majority of the OntoIOp WG/community, I would be happy with anyone of these three choices - ODC-1.0, CC0 OR CC-BY-4.0 ... personally, if we are taking a poll, then I would vote for CC-BY-4.0.</p>
<p dir="ltr">Thanks and regards. =ppy<br>
--<br>
<br>
<br>
On Oct 8, 2014 9:43 AM, "Christoph LANGE" <<a href="mailto:math.semantic.web@gmail.com">math.semantic.web@gmail.com</a>> wrote:<br>
><br>
> Hi all,<br>
><br>
> [@Tara plus maybe @Elisa: something specifically for you about API4KB below]<br>
><br>
> at <a href="http://www.semantic-web-journal.net/content/ontoiop-registry-%E2%80%93-dataset-supporting-ontology-model-and-specification-integration-and">http://www.semantic-web-journal.net/content/ontoiop-registry-–-dataset-supporting-ontology-model-and-specification-integration-and</a> (interesting, a URL with a Unicode "em dash") there is a paper submission by me, Till and Oliver, describing the OntoIOp Registry from a linked dataset perspective.<br>
><br>
> It was a last-minute effort before an individually extended deadline, so we had no chance to have a deeper interaction in this community _before_ submission.<br>
><br>
> However, I believe that two issues are of more general interest, so why not discuss them now. Hoping that the paper will not be rejected (I am reasonably confident about it, was we have "ticked" many of the "boxes" by which a linked dataset is measured), we will then still have the chance to "fix" them in the next round of the submission process.<br>
><br>
> 1. License of the dataset: A linked open dataset should have a license, which you usually choose from a small set of well-known licenses depending on your requirements. After some initial research I found the following ones appropriate. BTW whatever the license, no one will be able to _mess_ with _the_ _real_ registry at its official URI=URL anyway, as we own the <a href="http://purl.net/dol">http://purl.net/dol</a> redirect. I think the "reuse" scenario of incorporating variants of data from the Registry, or the republication of dumps of the registry (possible in alternative formats) is the more likely scenario. I believe that a share-alike license is too restrictive, so two reasonable ones remain:<br>
><br>
> <a href="http://opendatacommons.org/licenses/by/">http://opendatacommons.org/licenses/by/</a> (summary at <a href="http://opendatacommons.org/licenses/by/summary/">http://opendatacommons.org/licenses/by/summary/</a>) – permits pretty much anything but requires attribution of the original source (I guess something like "derived from the OntoIOp Registry, (c) the OntoIOp WG").<br>
><br>
> <a href="http://creativecommons.org/publicdomain/zero/1.0/">http://creativecommons.org/publicdomain/zero/1.0/</a> – public domain = anything allowed. Just that there is a more water-tight legal framework, i.e. the CC0 license is safer than just attaching a string "public domain".<br>
><br>
> Do you have any opinions? I hope this won't be too hard a decision, but should be taken by consensus.<br>
><br>
> 2. API4KB's OntoIOp Terminology ontology (<a href="https://github.com/API4KBs/api4kbs/blob/master/ontologies/OntoIOpTerminology.rdf">https://github.com/API4KBs/api4kbs/blob/master/ontologies/OntoIOpTerminology.rdf</a>) and its relation to LoLa: LoLa plays a role in the paper in that it is the vocabulary of the "OntoIOp Registry" dataset in its current state. The "OntoIOp Terminology" ontology (@Tara: Till made me aware of it, and I've had a first look) appears to be very similar – but may have been designed to be different in order to support different use cases (of which I am not fully aware, but happy to learn). In the paper I promised (and thus have to do it within a few days, before the reviewers are assigned) that I would, because of this similarity, align LoLa with the OntoIOp Terminology. I'm planning to drop several "LoLaConcept EquivalentClass OntoIOpTerminologyConcept" links into LoLa and then point you to them as a basis for a further alignment discussion. Does this make sense?<br>
><br>
> Cheers,<br>
><br>
> Christoph<br>
><br>
> -- <br>
> Christoph Lange, Enterprise Information Systems Department<br>
> Applied Computer Science @ University of Bonn; Fraunhofer IAIS<br>
> <a href="http://langec.wordpress.com/about">http://langec.wordpress.com/about</a>, Skype duke4701<br>
><br>
> → SEMANTiCS conference: Transfer–Engineering–Community.<br>
> Leipzig, Germany, 4–5 September (workshops 1–3 September).<br>
> Including Vocabulary Carnival, LOD for SMEs, Linked Data Quality.<br>
><br>
> _________________________________________________________________<br>
> To Post: mailto:<a href="mailto:ontoiop-forum@ovgu.de">ontoiop-forum@ovgu.de</a><br>
> Message Archives: <a href="https://listserv.ovgu.de//pipermail/ontoiop-forum">https://listserv.ovgu.de//pipermail/ontoiop-forum</a><br>
> Config/Unsubscribe: <a href="https://listserv.ovgu.de/mailman/listinfo/ontoiop-forum">https://listserv.ovgu.de/mailman/listinfo/ontoiop-forum</a><br>
> Community Files (open): <a href="http://interop.cim3.net/file/pub/OntoIOp/">http://interop.cim3.net/file/pub/OntoIOp/</a><br>
> Community Wiki: <a href="http://ontoiop.org">http://ontoiop.org</a><br>
</p>