<p dir="ltr">Have you skimmed through my docs?</p>
<p dir="ltr">There (among other things) the following is proposed:</p>
<p dir="ltr">Monads: everything as a Resource (of Observable of aggregated T). Unify treatment of data coming from any datasource into streams of aggregated layers from source data (of different connectors).</p>
<p dir="ltr">There, the 'semantic execution model' is called Metamodel and the 'engine' is reactive streams and activation through dataflow (FP).</p>
<p dir="ltr">Regards,<br>
Sebastián Samaruga</p>
<div class="gmail_quote">On Oct 11, 2017 11:41 AM, "Lee Curtis" <<a href="mailto:lee.curtis@me.com">lee.curtis@me.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div>We "just" need to map our resources to lambda functions. Does anyone have an abstract semantic execution model / engine?</div><div id="m_8246192075043346466AppleMailSignature"><br></div><div id="m_8246192075043346466AppleMailSignature">AtomGraph seems to do a solid job with CRUD - and perhaps  extended / abstracted to support arbitrary scripts not just SPARQL - eg: Groovy, ECMA, Python etc.</div><div id="m_8246192075043346466AppleMailSignature"><br></div><div id="m_8246192075043346466AppleMailSignature">... do the same for SQL and BPM etc. deep enterprise integration with Apache Camel (nice mapping to URL) </div><div id="m_8246192075043346466AppleMailSignature"><br></div><div id="m_8246192075043346466AppleMailSignature">As we likely on a JVM - just map to a Bean (annotations @nyone?)</div><div id="m_8246192075043346466AppleMailSignature"><br></div><div id="m_8246192075043346466AppleMailSignature">Finally ... we could declaratively design, build, deploy and govern complex applications with agility and velocity.</div><div id="m_8246192075043346466AppleMailSignature"><br></div><div id="m_8246192075043346466AppleMailSignature"><div id="m_8246192075043346466AppleMailSignature"><span style="background-color:rgba(255,255,255,0)">we'd be RDF based - but it's not the semantic web as we know it. And so out of scope for this forum. </span></div></div><div id="m_8246192075043346466AppleMailSignature"><br></div><div id="m_8246192075043346466AppleMailSignature">Maybe it's time to dust off some old code. :-)</div><div id="m_8246192075043346466AppleMailSignature"><br></div><div id="m_8246192075043346466AppleMailSignature"><span style="background-color:rgba(255,255,255,0)"><font><b>Lee Curtis</b></font> <font>| </font><span><b>M:</b> <a dir="ltr" href="tel:+61%20438%20256%20875" target="_blank">+61 (</a></span><font><a dir="ltr" href="tel:+61%20438%20256%20875" target="_blank">0) 438 256 875</a></font></span><div><span style="background-color:rgba(255,255,255,0)"><font><font><b><br></b></font></font></span></div></div><div><br>On 12 Oct 2017, at 01:19, Sebastian Samaruga <d @<a href="http://gmail.com" target="_blank">gmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div><p dir="ltr">I agree there is no 'onRails' framework yet for the semantic web. Neither is an ORM (Object Graph Mapper) yet. But I still try to specify a framework / API which helps building this, emphasizing the fact that this is 'web of data' and not 'web of documents'. Maybe that's why efforts results are not so evident as with traditional web apps or the efforts in development ends up ultimately in trying to convert a semantic web app into a traditional one.</p>
<p dir="ltr">Perhaps we need a RESTFul HATEOAS template engine in the server side which renders (as XSL is for XML/HTML) a semantic backend / graph into a document / hyperlinked frontend (with presentation, UX and business logic rendered as hypermedia transitions) or, even better, into endpoints which may be leveraged by plugins from other applications using representations from this backend engine (I call them 'client adapters' or 'bindings' maybe using Java JCA API in the client side).</p>
<p dir="ltr">I'll be updating:</p>
<p dir="ltr"><a href="https://github.com/ssamarug/semantic-bi/blob/master/Documents/Business.pdf?raw=true" target="_blank">https://github.com/ssamarug/<wbr>semantic-bi/blob/master/<wbr>Documents/Business.pdf?raw=<wbr>true</a></p>
<p dir="ltr"><a href="https://github.com/ssamarug/semantic-bi" target="_blank">https://github.com/ssamarug/<wbr>semantic-bi</a></p>
<p dir="ltr"><a href="https://docs.google.com/document/d/1OqsVn6uo0cr6qruzWj9yRASrmvAIAf4HsHuLS2aRSy8/edit?usp=drivesdk" target="_blank">https://docs.google.com/<wbr>document/d/<wbr>1OqsVn6uo0cr6qruzWj9yRASrmvAIA<wbr>f4HsHuLS2aRSy8/edit?usp=<wbr>drivesdk</a></p>
<p dir="ltr"><a href="http://exampledotorg.blogspot.com" target="_blank">http://exampledotorg.blogspot.<wbr>com</a></p>
<p dir="ltr">Best,<br>
Sebastián Samaruga.<br>
</p>
<div class="gmail_quote">On Oct 11, 2017 10:11 AM, "Lee Curtis" <<a href="mailto:lee.curtis@me.com" target="_blank">lee.curtis@me.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div>Thanks. That looks very nice Martynas!</div><div id="m_8246192075043346466m_-7772992199466628689AppleMailSignature"><br></div><div id="m_8246192075043346466m_-7772992199466628689AppleMailSignature"><br><span style="background-color:rgba(255,255,255,0)"><font><b>Lee Curtis</b></font> <font>| </font><span><b>M:</b> <a dir="ltr" href="tel:+61%20438%20256%20875" target="_blank">+61 (</a></span><font><a dir="ltr" href="tel:+61%20438%20256%20875" target="_blank">0) 438 256 875</a></font></span><div><span style="background-color:rgba(255,255,255,0)"><font><font><b><br></b></font></font></span></div></div><div><br>On 11 Oct 2017, at 22:16, Martynas Jusevičius <<a href="mailto:martynas@atomgraph.com" target="_blank">martynas@atomgraph.com</a>> wrote:<br><br></div><blockquote type="cite"><div><div dir="ltr">Lee,<div><br></div><div>things has changed in 10 years :) Most importantly, SPARQL has arrived.</div><div><br></div><div>Please see if our platform comes closer to your needs: <a href="https://linkeddatahub.com/docs/about" target="_blank">https://linkeddatahub.c<wbr>om/docs/about</a></div><div><br></div><div><br></div><div>Martynas</div><div><a href="http://atomgraph.com" target="_blank">atomgraph.com</a><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 11, 2017 at 11:45 AM, Lee Curtis <span dir="ltr"><<a href="mailto:lee.curtis@me.com" target="_blank">lee.curtis@me.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div>I tend to agree, Olivier. Sorry for rant ... </div><div><br></div><div>I am building a Data Ecosystem for state government. They tried and failed with RDF. And the tooling is no better 10 yrs later - so we not using it.</div><div><br></div><div>IMHO, whilst data maybe "graph-y" - the producer and consumer doesn't know or care what that means. Too often, SW tools don't hide their implementation and intimidate the user. </div><div><br></div><div>I like <a href="http://datao.net" target="_blank">datao.net</a> but it's non trivial for "business people" and data admin staff - it looks like Swing not HTML 5. So locked to desktop? No mobile or web? That's fine for y2k but not 2017. </div><div><br></div><div>Abstract your RDF via API and render as rich HTML. Aim for a declarative rendering syntax. Not hard. The UI tools should also create/consume JSON (not even JSON-LD). Use RDF internally to manage semantics, sharing, governance, etc.</div><div><br></div><div>I spent 12 months trying to hire then train software engineers. Too hard. Make it so that only one pizza team works on RDF. The rest use whatever they prefer. </div><div><br></div><div>Customers pay for solutions - not tech. They live in the real world - not academia. They want "real" ontologies - that align with their digital supply chains. They want to link systems together - accounts, CRM, projects, ERP, HR, etc. They to share, discover and mash up. They want tools that hide all the details. </div><div><br></div><div>I work with UX specialists not data engineers. </div><div><br></div><div><div><span style="background-color:rgba(255,255,255,0)">I wrote an Excel plug many (many) years ago. It simply queried via a REST endpoint and abstracted the graph into a table that they could readily understand. Don't try to change someone's religion. </span></div></div><div><span style="background-color:rgba(255,255,255,0)"><br></span></div><div><span style="background-color:rgba(255,255,255,0)">I've wrote a few low code environments using RDF (too soon) - we tied requirements to design to build and deploy and lifecycle. All integrated - we got a full semantic audit trail for free. Only a few coders care / can tell we used RDF and not NoSQL. </span></div><div><span style="background-color:rgba(255,255,255,0)"><br></span></div><div><span style="background-color:rgba(255,255,255,0)">I tend to talk about nouns & verbs & properties & relationships not edges, vectors, predicates etc. stop rendering as a graph and use drill downs and trees instead. Find better abstractions that your mom would understand. </span></div><div><span style="background-color:rgba(255,255,255,0)"><br></span></div><div><span style="background-color:rgba(255,255,255,0)">Now, after 10yrs of working and selling the dream - I stopped. SW is just not there and few in W3C  see the vision for business only for pet projects and personal data - it's a hobby to almost everyone except Kingsley :-) and it shows. Without the funding and real use cases - it can't ever be successful. </span></div><div><br></div><div>I'll still lurk and next year - maybe build some new RDF powered apps. </div><div><br></div><div>But I still can dream. So good luck - keep the faith  look for real world problems, solve them, profit and the invest in the community. (Maybe I can help - if someone who wants to do that - I may be able to fund)</div><span class="m_8246192075043346466m_-7772992199466628689HOEnZb"><font color="#888888"><div><br><div><span style="background-color:rgba(255,255,255,0)"><font><b>Lee Curtis</b></font> <font>| </font><span><b>M:</b> <a dir="ltr" href="tel:+61%20438%20256%20875" target="_blank">+61 (</a></span><font><a dir="ltr" href="tel:+61%20438%20256%20875" target="_blank">0) 438 256 875</a></font></span><div><span style="background-color:rgba(255,255,255,0)"><font><font><b><br></b></font></font></span></div></div></div></font></span><div><div class="m_8246192075043346466m_-7772992199466628689h5"><div><br>On 11 Oct 2017, at 19:09, Olivier Rossel <<a href="mailto:olivier.rossel@gmail.com" target="_blank">olivier.rossel@gmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div><span>As the implementor of <a href="http://Datao.net" target="_blank">Datao.net</a> and <a href="http://search.datao.net" target="_blank">search.datao.net</a>, I have made such</span><br><span>a journey.</span><br><span>I have felt absolutely no support from the Semantic Web community.</span><br><span>Basically for the following reasons:</span><br><span> - very few people in the Semantic Web community actually manage</span><br><span>datasets in operational conditions (so there is no linked data to</span><br><span>browse, cf <a href="http://sparqles.ai.wu.ac.at/availability" target="_blank">http://sparqles.ai.wu.ac.at/av<wbr>ailability</a>)</span><br><span> - very few people in the Semantic Web community actually consume</span><br><span>semantic data in their processes (so noone can evaluate which</span><br><span>libraries/tools are lacking for a proper consumption of RDF data)</span><br><span></span><br><span>But of course our point is to inspire people outside the Semantic Web community.</span><br><span>And such people/companies have immediate requirements to fullfill.</span><br><span>So they go the full custom HTML5+JSON way. With pretty amazing results.</span><br><span>(for example, <a href="https://www.opendatasoft.com/?__hstc=239539164.c62bee8362047fa3180c631e1cdb654a.1507707345605.1507707345605.1507707345605.1&__hssc=239539164.1.1507707345605&__hsfp=2249888257" target="_blank">https://www.opendatasoft.com/?<wbr>__hstc=239539164.c62bee8362047<wbr>fa3180c631e1cdb654a.1507707345<wbr>605.1507707345605.150770734560<wbr>5.1&__hssc=239539164.1.<wbr>1507707345605&__hsfp=<wbr>2249888257</a></span><br><span>)</span><br><span>They know RDF very well, but see no market for that.</span><br><span>We must understand why.</span><br><span></span><br><blockquote type="cite"><span>From my own point of view, the success of the Semantic Web could come</span><br></blockquote><span>with tooling for programmers.</span><br><span>If we manage to provide a few things:</span><br><span> - a spec & robust implementations for rights management at named graph level</span><br><span> - a spec & robust implementations for SPARQL transactions management</span><br><span>at HTTP level</span><br><span> - a robust OGM (Object-Graph Mapper) in most major languages</span><br><span> - a robust REST library to auto-serialize/deserialize RDF (for ex, an</span><br><span>extension to Jersey)</span><br><span> - a proper marketing of the N3.js library on the client (honestly,</span><br><span>how many people even inside our community knows that fabulous lib?)</span><br><span></span><br><span>Basically, we need a stack.</span><br><span>Why not create RDFonRails, by the way :)</span><br><span></span><br><span>(btw, Neo4J basically provide 90% of all that, and is pretty</span><br><span>successful, so may be we should just jump on the bandwagon)</span><br><span></span><br><span>After that, we can again concentrate on data. (especially data inside companies)</span><br><span>Honestly, noone outside the community understands (or cares) about OWL.</span><br><span>RDFS+owl:domain/owl:range is enough for a awful LOT of usages.</span><br><span>(once again, Neo4J provides something quite like that, and it is LOVED</span><br><span>by IT developpers)</span><br><span></span><br><span>What is important and game changers in the outside world is:</span><br><span> - typing data, and multityping it (:VERYYYYY powerful)</span><br><span> - merging graphs coming from different sources dealing with the same</span><br><span>resources for a more capable graph</span><br><span></span><br><span>What is extremely hard in the outside world:</span><br><span> - sharing URIs.</span><br><span> - sharing data, in general</span><br><span></span><br><span>All these points are addressed poorly by the community. Basically</span><br><span>because we do not do it massively ourselves.</span><br><span></span><br><span>But the more important advice I can give after some time spent outside</span><br><span>the Semantic Web community:</span><br><span>do not build a browser (you would rebuild <a href="http://datao.net/search.datao.net" target="_blank">datao.net/search.datao.net</a>.</span><br><span>Believe me, noone cares.), build a fucking awesome add-on for</span><br><span>Microsoft Excel.</span><br><span></span><br><span>*That* would definitely change the way people deal with data.</span><br><span></span><br><span></End of the yell></span><br><span></span><br><span></span><br><span>On Tue, Jul 25, 2017 at 5:18 AM, Sebastian Samaruga <<a href="mailto:ssamarug@gmail.com" target="_blank">ssamarug@gmail.com</a>> wrote:</span><br><blockquote type="cite"><span>I'm trying to clean up my last posted documents. I'd like to know if it is</span><br></blockquote><blockquote type="cite"><span>possible to build a 'browser' or client for the Semantic Web as they exist</span><br></blockquote><blockquote type="cite"><span>for HTML5. I think SW should do for 'data' what traditional Web (2.0) did</span><br></blockquote><blockquote type="cite"><span>for document sharing.</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>We ended up building 'applications' (software user interfaces) over</span><br></blockquote><blockquote type="cite"><span>technologies whose purpose was only distributed document editing.</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>We have no such practical starting point from which to evolve SW nor any</span><br></blockquote><blockquote type="cite"><span>such widespread adoption. This could be regarded most as an advantage over</span><br></blockquote><blockquote type="cite"><span>the Web of the past because there is no need to reinvent anything. And we</span><br></blockquote><blockquote type="cite"><span>could start with a Web 3.0 already in its 'full potential'.</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>Such a SW 'browser' should not be an ontology editor or modelling tool.</span><br></blockquote><blockquote type="cite"><span>Applications (declaratively) previously modeled should give advantages over</span><br></blockquote><blockquote type="cite"><span>traditional web for a user but hiding the implementation details for the</span><br></blockquote><blockquote type="cite"><span>developers of such applications.</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>Maybe some applications may perform CRUD over certain RDF / SPARQL or</span><br></blockquote><blockquote type="cite"><span>whatever triple stores they are using but this should be regarded as backend</span><br></blockquote><blockquote type="cite"><span>and not user experiences.</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span><a href="https://docs.google.com/document/d/1OqsVn6uo0cr6qruzWj9yRASrmvAIAf4HsHuLS2aRSy8/edit?usp=drivesdk" target="_blank">https://docs.google.com/docume<wbr>nt/d/1OqsVn6uo0cr6qruzWj9yRASr<wbr>mvAIAf4HsHuLS2aRSy8/edit?usp=d<wbr>rivesdk</a></span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>This are some thoughts on the subject. Any help is welcome. Regards,</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>Sebasián.</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>------------------------------<wbr>------------------------------<wbr>------------------</span><br></blockquote><blockquote type="cite"><span>Check out the vibrant tech community on one of the world's most</span><br></blockquote><blockquote type="cite"><span>engaging tech sites, <a href="http://Slashdot.org" target="_blank">Slashdot.org</a>! <a href="http://sdm.link/slashdot" target="_blank">http://sdm.link/slashdot</a></span><br></blockquote><blockquote type="cite"><span>______________________________<wbr>_________________</span><br></blockquote><blockquote type="cite"><span>DBpedia-discussion mailing list</span><br></blockquote><blockquote type="cite"><span><a href="mailto:DBpedia-discussion@lists.sourceforge.net" target="_blank">DBpedia-discussion@lists.sourc<wbr>eforge.net</a></span><br></blockquote><blockquote type="cite"><span><a href="https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion" target="_blank">https://lists.sourceforge.net/<wbr>lists/listinfo/dbpedia-discuss<wbr>ion</a></span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><span></span><br></div></blockquote></div></div></div></blockquote></div><br></div>
</div></blockquote></div></blockquote></div>
</div></blockquote><blockquote type="cite"><div><Business.pdf></div></blockquote></div></blockquote></div>