<p dir="ltr">Those sets (and classes) are my ontology. Consider like I'm reifying subjects, predicates, objects and triples into sets and 'calculating' its kinds and this allows for schema less data sources (plain RDF triple sources) type, relationships and behavior inference. That's why I bother with metamodels, because I don't rely with source data coming with an schema or ontology and I have to build or infer one and link and merge it with existing ones. Then, the metamodels allow, for example, to build a LDP or other protocol service from the schema less sources by means of the inferred metadata. The whole document explains how this is intended to be implemented.</p>
<p dir="ltr">Best Regards,<br>
Sebastián Samaruga.</p>
<div class="gmail_extra"><br><div class="gmail_quote">On Oct 1, 2016 10:02 AM, "Timothy Holborn" <<a href="mailto:timothy.holborn@gmail.com">timothy.holborn@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">+1</p>
<br><div class="gmail_quote"><div dir="ltr">On Sat., 1 Oct. 2016, 10:16 pm Martynas Jusevičius, <<a href="mailto:martynas@graphity.org" target="_blank">martynas@graphity.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Sebastian,<br class="m_8565211606824757305gmail_msg">
<br class="m_8565211606824757305gmail_msg">
I've said this before and I'll say it again: why do you need to build<br class="m_8565211606824757305gmail_msg">
a (meta)model above RDF? Kind, SubjectKind, Dimension etc. -- why is<br class="m_8565211606824757305gmail_msg">
all this stuff necessary?<br class="m_8565211606824757305gmail_msg">
<br class="m_8565211606824757305gmail_msg">
Do not attempt to extend RDF, and drop the UML/object-oriented models.<br class="m_8565211606824757305gmail_msg">
Instead, work *within* RDF: use triples to store data, and use OWL<br class="m_8565211606824757305gmail_msg">
ontologies, classes, properties, datatypes etc. to model your domain.<br class="m_8565211606824757305gmail_msg">
<br class="m_8565211606824757305gmail_msg">
Those are the only things you need. Show us your ontologies, then you<br class="m_8565211606824757305gmail_msg">
will get better responses. You can try some of these ontology editors:<br class="m_8565211606824757305gmail_msg">
<a href="http://protege.stanford.edu/" rel="noreferrer" class="m_8565211606824757305gmail_msg" target="_blank">http://protege.stanford.edu/</a><br class="m_8565211606824757305gmail_msg">
<a href="http://www.cognitum.eu/semantics/FluentEditor/" rel="noreferrer" class="m_8565211606824757305gmail_msg" target="_blank">http://www.cognitum.eu/<wbr>semantics/FluentEditor/</a><br class="m_8565211606824757305gmail_msg">
<a href="http://www.topquadrant.com/tools/modeling-topbraid-composer-standard-edition/" rel="noreferrer" class="m_8565211606824757305gmail_msg" target="_blank">http://www.topquadrant.com/<wbr>tools/modeling-topbraid-<wbr>composer-standard-edition/</a><br class="m_8565211606824757305gmail_msg">
<br class="m_8565211606824757305gmail_msg">
<br class="m_8565211606824757305gmail_msg">
Martynas<br class="m_8565211606824757305gmail_msg">
<br class="m_8565211606824757305gmail_msg">
On Sat, Oct 1, 2016 at 5:20 AM, Sebastian Samaruga <<a href="mailto:ssamarug@gmail.com" class="m_8565211606824757305gmail_msg" target="_blank">ssamarug@gmail.com</a>> wrote:<br class="m_8565211606824757305gmail_msg">
> (Apologies for cross posting / over posting)<br class="m_8565211606824757305gmail_msg">
><br class="m_8565211606824757305gmail_msg">
> Hi, I'm currently a software student and developer. Since I've meet semantic<br class="m_8565211606824757305gmail_msg">
> related technologies development about twelve years ago I've been revolving<br class="m_8565211606824757305gmail_msg">
> with the idea that a framework could be built that could ease building<br class="m_8565211606824757305gmail_msg">
> semantic business applications as they are frameworks for Java and<br class="m_8565211606824757305gmail_msg">
> relational databases.<br class="m_8565211606824757305gmail_msg">
><br class="m_8565211606824757305gmail_msg">
> A lot of time passed. Now many big players offer solutions that somehow rely<br class="m_8565211606824757305gmail_msg">
> on semantics for their work. And although this could seem strange, here in<br class="m_8565211606824757305gmail_msg">
> Buenos Aires I couldn't find anyone really interested in the area, being in<br class="m_8565211606824757305gmail_msg">
> academia or places I've worked in.<br class="m_8565211606824757305gmail_msg">
><br class="m_8565211606824757305gmail_msg">
> So, having no one to share my thoughts with, I'm frequently publishing<br class="m_8565211606824757305gmail_msg">
> documents to this list(s) hoping for some kind of peer's feedback. Sorry if<br class="m_8565211606824757305gmail_msg">
> this aren't the right lists or I'm off topic. I send my attachment as a PDF<br class="m_8565211606824757305gmail_msg">
> document. Anyone willing to comment in the original just ask me for the<br class="m_8565211606824757305gmail_msg">
> Google Docs link.<br class="m_8565211606824757305gmail_msg">
><br class="m_8565211606824757305gmail_msg">
> Note: I've sent this draft before but in a very early version state. I<br class="m_8565211606824757305gmail_msg">
> invite anyone interested in reading to see the last section (Dashboards).<br class="m_8565211606824757305gmail_msg">
> Maybe I'm wrong but I think there is a lot of innovation that may be done<br class="m_8565211606824757305gmail_msg">
> regarding that subject (sorry for the poor diagrams :--)<br class="m_8565211606824757305gmail_msg">
><br class="m_8565211606824757305gmail_msg">
> Best Regards,<br class="m_8565211606824757305gmail_msg">
> Sebastián Samaruga.<br class="m_8565211606824757305gmail_msg">
<br class="m_8565211606824757305gmail_msg">
</blockquote></div>
</blockquote></div></div>