<div dir="ltr"><div><div><div>Martynas,<br><br></div>The sources are in the Git repository of the Sourceforge project. They are in the form of an importable Eclipse project, it is not yet a Maven project. Once you import the project in Eclipse from the repository (from the repository browser of Eclipse put "Import as a project in the workspace") you must set some library paths to make it work in your environment.<br><br></div>I'm not using the relational model, it is just an analogy.<br><br></div>Sebastian.<br><br><div><div><br><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Dec 4, 2015 at 5:30 AM, Martynas Jusevičius <span dir="ltr"><<a href="mailto:martynas@graphity.org" target="_blank">martynas@graphity.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Sebastian,<br><br>as I mentioned before, a .war file is a poor channel of distribution these days. Please show us your source code and/or deployed application.<br><br>Are you using the relational model or your own metamodel for data integration? This paper explains the advantage of RDF and triples as the canonical model:<br><a href="http://www.topquadrant.com/docs/whitepapers/information-enlightenment-2.0-final.pdf" target="_blank">http://www.topquadrant.com/docs/whitepapers/information-enlightenment-2.0-final.pdf</a><br><br>By putting RDF at the center, you could reuse the RESTful Linked Data processing from Graphity and focus on BI which can be implemented with SPARQL.<br><br><br>Martynas<br><a href="http://graphityhq.com" target="_blank">graphityhq.com</a><div class="HOEnZb"><div class="h5"><br><div class="gmail_quote"><div dir="ltr">On Wed, 2 Dec 2015 at 20:20, Sebastian Samaruga <<a href="mailto:cognescent@gmail.com" target="_blank">cognescent@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div>Martynas,<br><br></div>Happy you replied my message. I've been watching Graphity and it is awesome. But, although our scopes seems to be similar I think there are huge differences at implementation level and at presentation level.<br><br></div>What I would like to have built is a 'semantic' browser focused in analysis and mining for business intelligence and for building indexes and process flows definitions. I use forms for that and I also use XSL but for data coming from my metamodel, serialized from JAXB beans. My metamodel is a completely normalized scheme in which 'tables', 'columns' and 'values' are interchangeable entities aggregated into 'rows' (Mappings). It comes from a variety of sources, including but not just RDF. The metamodel has a notion of triples regarding the application state and I use them when triple exchange is needed.<br><br></div>I'm aiming to be able, for example, to build queries with analysis metadata from the URIs given to a REST service. Being this service a HATEOAS service, a client could browse through the use cases / contexts only with metadata. Loaders from multiple sources (JDBC, RDF, XML, JSON, CSV, SPARQL, etc) exist to populate the mappings layer. The browser UI aggregates 'tables' (metaclasses), once a metaclass is selected it shows its 'columns' (roles) and selecting a 'column' shows the column values. If I select one 'row' while navigating (instances) the values shown will be only the ones of that instance (Mapping).<br><br></div>You can check it in Sourceforge <a href="http://sourceforge.net/projects/cognescent/" target="_blank">http://sourceforge.net/projects/cognescent/</a><br><br></div><div>The WAR file downloadable there shows examples with a sample load data form. Modify datasources.xml in the src root to test other datasources. The XSL templates (Resumen button in the browser) only outputs the raw XML. Once the stylesheets are developed they'll bring a cleaner knowledge view.<br></div><div><br></div><div>A sample URI to check in the REST interface would be like (dummy):<br></div><div><a href="http://localhost:8080/CognescentSBI/resources/data/metaId:instId%5BpredAxisId%5D/instId:instId%5BpredAxisId%5D/instId:instId%5BpredAxisId%5D" target="_blank">http://localhost:8080/CognescentSBI/resources/data/metaId:instId[predAxisId]/instId:instId[predAxisId]/instId:instId[predAxisId]</a></div><div><br></div><div>To test the REST service go to: [your_server:your:port]/CognescentSBI/resources/sbi/data<br></div><div><br></div><div>The predicate axis IDs (predAxisId) will be for the implementation of the Analyzer component so it can aggregate instances due to this predicates values. The URI is parsed to build the faceted queries.<br><br></div><div>Best,<br></div><div>Sebastian.<br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 18, 2015 at 1:29 PM, Martynas Jusevičius <span dir="ltr"><<a href="mailto:martynas@graphity.org" target="_blank">martynas@graphity.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Sebastian,<br>
<br>
there was little traffic on this list so far, yet your message went<br>
unnoticed. Sorry for that!<br>
<br>
You can view the webpage for your data as an (X)HTML representation of<br>
RDF. It can be completely data-driven and simply a function that<br>
transforms the RDF response into an (X)THML response. You could do it<br>
in a number of ways: using an imperative language such as Java, or<br>
various template engines.<br>
<br>
>From a declarative perspective, XSLT (2.0) is probably the best tool<br>
for this. The RDF/XML syntax is admittedly not straightforward, but<br>
XSLT is a functional and Turing-complete language that can handle it<br>
effectively and transform it to (X)HTML or other formats.<br>
Graphity Client includes a number of predefined generic XSLT<br>
stylesheets that can be imported, extended, customized etc:<br>
<a href="https://github.com/Graphity/graphity-client/tree/master/src/main/webapp/static/org/graphity/client/xsl" rel="noreferrer" target="_blank">https://github.com/Graphity/graphity-client/tree/master/src/main/webapp/static/org/graphity/client/xsl</a><br>
<br>
The facets part is more complicated. If you are using SPARQL to<br>
retrieve RDF results, you can modify the query on the fly, to narrow<br>
down matches based on the facet selections. That is what we did in<br>
this project: <a href="http://dedanskeaviser.dk/newspapers" rel="noreferrer" target="_blank">http://dedanskeaviser.dk/newspapers</a><br>
If not, then it depends on the API you are using to access RDF.<br>
<br>
I am not familiar with DCI or its concept of actors/roles/contexts.<br>
Maybe it would be easier if you explained your goals. If you are<br>
looking for a functional implementation of data-driven applications<br>
that uses REST and HATEOS and builds interactive forms and other<br>
navigation items, it is exactly what we provide:<br>
<a href="http://graphityhq.com/technology" rel="noreferrer" target="_blank">http://graphityhq.com/technology</a><br>
<br>
We would be happy to this topic discuss further.<br>
<br>
<br>
Martynas<br>
<a href="http://graphityhq.com" rel="noreferrer" target="_blank">graphityhq.com</a><br>
<div><div><br>
On Mon, Oct 12, 2015 at 10:26 PM, Sebastian Samaruga<br>
<<a href="mailto:cognescent@gmail.com" target="_blank">cognescent@gmail.com</a>> wrote:<br>
> Sorry if this is not the right list. I've came here from a reply in a<br>
> previous post.<br>
><br>
> I don't know if this is something new, it just seems it was useful for the<br>
> kind of interface I was looking for. I was just wondering what would be the<br>
> best way to facilitate browsing and search in the application demo I'm<br>
> building that renders RDF / Semantic Web contents. I've figured out there<br>
> must be a tree hierarchy of categories, roles and instances of data to which<br>
> adhere the incoming data parsing so having a common denominator for<br>
> different input structures.<br>
><br>
> Having this structures, browsing through the tree of data, an item (leave or<br>
> node) could be 'picked up' as a facet. For example, if the scenario is "Car<br>
> Rental" as a category, "Car Model" and "Rental City" as roles and many<br>
> models of cars and many cities as instances, what if I could pick a car<br>
> model, a city or both and press "Aggregate" and this resulting in root<br>
> categories for each specific car rental ("Car Rental 1", "Car Rental 2",<br>
> etc) with its roles populated with the corresponding criteria values (the<br>
> city corresponding to "Car Rental 1" given its car, etc).<br>
><br>
> Maybe this sounds dumb. But the question is: how difficult would be to build<br>
> such a filter criteria using only RDF datasources. RDF statement resources<br>
> are not individualized by their occurrences. An RDF resource is the same<br>
> regardless which statements it occurs. And, although I've found a way to<br>
> individualize occurrences of, for example, Car Rental(s), I can't find the<br>
> way yet to correlate this instances with the instances of their roles.<br>
><br>
> Also, I'm restricting my mappings (ontology processing output) to three<br>
> levels depth, which seems arbitrary. I could not restrict the graph to any<br>
> depth. But I'll keep trying a while with this arrangements. It seems<br>
> attractive the correlation of categories, roles and instances with some of<br>
> the concepts in the DCI programming model<br>
> (<a href="https://en.wikipedia.org/wiki/Data,_context_and_interaction" rel="noreferrer" target="_blank">https://en.wikipedia.org/wiki/Data,_context_and_interaction</a>) which could<br>
> allow for a model driven focused approach of building the client<br>
> application, again with the ontology 'common factors' concept in mind.<br>
><br>
> And the concept of actors, roles and contexts seems as an ideal case for a<br>
> functional language implementation of what could be a runtime environment<br>
> for data driven applications (think of a REST-HATEOAS client that<br>
> interactively builds forms and other navigation items simply by content<br>
> negotiation with a functional data-state-based endpoint).<br>
><br>
> Source, examples and the demo web application are available in the project<br>
> web page:<br>
><br>
> <a href="http://cognescent.blogspot.com" rel="noreferrer" target="_blank">http://cognescent.blogspot.com</a><br>
> <a href="http://sourceforge.net/projects/cognescent/" rel="noreferrer" target="_blank">http://sourceforge.net/projects/cognescent/</a><br>
><br>
> Regards,<br>
> Sebastian<br>
</div></div></blockquote></div><br></div>
</blockquote></div>
</div></div></blockquote></div><br></div>