Re: Faceted Search
Martynas Jusevičius <[email protected]> Fri, 04 Dec 2015 08:30:38 +0000
| Newsgroups | gmane.org.w3c.semantic-web,gmane.text.xml.xtm.general |
|---|---|
| Message-ID | <CAE35VmxUYvJveM7dOWus1jHVrDi0GdeXoz-=4PBabntB60HrwA@mail.gmail.com> |
--001a11c33ea610a85d05260e5331 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Sebastian, 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. 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: http://www.topquadrant.com/docs/whitepapers/information-enlightenment-2.0-f= inal.pdf 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. Martynas graphityhq.com On Wed, 2 Dec 2015 at 20:20, Sebastian Samaruga <[email protected]> wrote: > Martynas, > > 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. > > What I would like to have built is a 'semantic' browser focused in > analysis and mining for business intelligence and for building indexes an= d > process flows definitions. I use forms for that and I also use XSL but fo= r > data coming from my metamodel, serialized from JAXB beans. My metamodel i= s > 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. > > 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. I= f > I select one 'row' while navigating (instances) the values shown will be > only the ones of that instance (Mapping). > > You can check it in Sourceforge > http://sourceforge.net/projects/cognescent/ > > The WAR file downloadable there shows examples with a sample load data > form. Modify datasources.xml in the src root to test other datasources. T= he > XSL templates (Resumen button in the browser) only outputs the raw XML. > Once the stylesheets are developed they'll bring a cleaner knowledge view= . > > A sample URI to check in the REST interface would be like (dummy): > > http://localhost:8080/CognescentSBI/resources/data/metaId:instId[predAxis= Id]/instId:instId[predAxisId]/instId:instId[predAxisId] > > To test the REST service go to: > [your_server:your:port]/CognescentSBI/resources/sbi/data > > 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. > > Best, > Sebastian. > > > On Wed, Nov 18, 2015 at 1:29 PM, Martynas Jusevi=C4=8Dius < > [email protected]> wrote: > >> Sebastian, >> >> there was little traffic on this list so far, yet your message went >> unnoticed. Sorry for that! >> >> You can view the webpage for your data as an (X)HTML representation of >> RDF. It can be completely data-driven and simply a function that >> transforms the RDF response into an (X)THML response. You could do it >> in a number of ways: using an imperative language such as Java, or >> various template engines. >> >> From a declarative perspective, XSLT (2.0) is probably the best tool >> for this. The RDF/XML syntax is admittedly not straightforward, but >> XSLT is a functional and Turing-complete language that can handle it >> effectively and transform it to (X)HTML or other formats. >> Graphity Client includes a number of predefined generic XSLT >> stylesheets that can be imported, extended, customized etc: >> >> https://github.com/Graphity/graphity-client/tree/master/src/main/webapp/= static/org/graphity/client/xsl >> >> The facets part is more complicated. If you are using SPARQL to >> retrieve RDF results, you can modify the query on the fly, to narrow >> down matches based on the facet selections. That is what we did in >> this project: http://dedanskeaviser.dk/newspapers >> If not, then it depends on the API you are using to access RDF. >> >> I am not familiar with DCI or its concept of actors/roles/contexts. >> Maybe it would be easier if you explained your goals. If you are >> looking for a functional implementation of data-driven applications >> that uses REST and HATEOS and builds interactive forms and other >> navigation items, it is exactly what we provide: >> http://graphityhq.com/technology >> >> We would be happy to this topic discuss further. >> >> >> Martynas >> graphityhq.com >> >> On Mon, Oct 12, 2015 at 10:26 PM, Sebastian Samaruga >> <[email protected]> wrote: >> > Sorry if this is not the right list. I've came here from a reply in a >> > previous post. >> > >> > I don't know if this is something new, it just seems it was useful for >> the >> > kind of interface I was looking for. I was just wondering what would b= e >> the >> > best way to facilitate browsing and search in the application demo I'm >> > building that renders RDF / Semantic Web contents. I've figured out >> there >> > must be a tree hierarchy of categories, roles and instances of data to >> which >> > adhere the incoming data parsing so having a common denominator for >> > different input structures. >> > >> > Having this structures, browsing through the tree of data, an item >> (leave or >> > node) could be 'picked up' as a facet. For example, if the scenario is >> "Car >> > Rental" as a category, "Car Model" and "Rental City" as roles and many >> > models of cars and many cities as instances, what if I could pick a ca= r >> > model, a city or both and press "Aggregate" and this resulting in root >> > categories for each specific car rental ("Car Rental 1", "Car Rental 2= ", >> > etc) with its roles populated with the corresponding criteria values >> (the >> > city corresponding to "Car Rental 1" given its car, etc). >> > >> > Maybe this sounds dumb. But the question is: how difficult would be to >> build >> > such a filter criteria using only RDF datasources. RDF statement >> resources >> > are not individualized by their occurrences. An RDF resource is the sa= me >> > regardless which statements it occurs. And, although I've found a way = to >> > individualize occurrences of, for example, Car Rental(s), I can't find >> the >> > way yet to correlate this instances with the instances of their roles. >> > >> > Also, I'm restricting my mappings (ontology processing output) to thre= e >> > levels depth, which seems arbitrary. I could not restrict the graph to >> any >> > depth. But I'll keep trying a while with this arrangements. It seems >> > attractive the correlation of categories, roles and instances with som= e >> of >> > the concepts in the DCI programming model >> > (https://en.wikipedia.org/wiki/Data,_context_and_interaction) which >> could >> > allow for a model driven focused approach of building the client >> > application, again with the ontology 'common factors' concept in mind. >> > >> > And the concept of actors, roles and contexts seems as an ideal case >> for a >> > functional language implementation of what could be a runtime >> environment >> > for data driven applications (think of a REST-HATEOAS client that >> > interactively builds forms and other navigation items simply by conten= t >> > negotiation with a functional data-state-based endpoint). >> > >> > Source, examples and the demo web application are available in the >> project >> > web page: >> > >> > http://cognescent.blogspot.com >> > http://sourceforge.net/projects/cognescent/ >> > >> > Regards, >> > Sebastian >> > > --001a11c33ea610a85d05260e5331 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Sebastian,<br><br>as I mentioned before, a .war file is a poor channel of d= istribution these days. Please show us your source code and/or deployed app= lication.<br><br>Are you using the relational model or your own metamodel f= or data integration? This paper explains the advantage of RDF and triples a= s the canonical model:<br><a href=3D"http://www.topquadrant.com/docs/whitep= apers/information-enlightenment-2.0-final.pdf">http://www.topquadrant.com/d= ocs/whitepapers/information-enlightenment-2.0-final.pdf</a><br><br>By putti= ng RDF at the center, you could reuse the RESTful Linked Data processing fr= om Graphity and focus on BI which can be implemented with SPARQL.<br><br><b= r>Martynas<br><a href=3D"http://graphityhq.com">graphityhq.com</a><br><div = class=3D"gmail_quote"><div dir=3D"ltr">On Wed, 2 Dec 2015 at 20:20, Sebasti= an Samaruga <<a href=3D"mailto:[email protected]">[email protected]= m</a>> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin= :0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"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 scop= es 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 bu= ilt is a 'semantic' browser focused in analysis and mining for busi= ness 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 metamode= l, serialized from JAXB beans. My metamodel is a completely normalized sche= me in which 'tables', 'columns' and 'values' are in= terchangeable 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 tripl= e 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 servi= ce. Being this service a HATEOAS service, a client could browse through the= use cases / contexts only with metadata. Loaders from multiple sources (JD= BC, 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 'co= lumn' shows the column values. If I select one 'row' while navi= gating (instances) the values shown will be only the ones of that instance = (Mapping).<br><br></div>You can check it in Sourceforge <a href=3D"http://s= ourceforge.net/projects/cognescent/" target=3D"_blank">http://sourceforge.n= et/projects/cognescent/</a><br><br></div><div>The WAR file downloadable the= re shows examples with a sample load data form. Modify datasources.xml in t= he 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=3D"http://localhost:8080/CognescentSBI/resources/data/metaId:in= stId%5BpredAxisId%5D/instId:instId%5BpredAxisId%5D/instId:instId%5BpredAxis= Id%5D" target=3D"_blank">http://localhost:8080/CognescentSBI/resources/data= /metaId:instId[predAxisId]/instId:instId[predAxisId]/instId:instId[predAxis= Id]</a></div><div><br></div><div>To test the REST service go to: [your_serv= er: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 val= ues. 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=3D"gmai= l_extra"><br><div class=3D"gmail_quote">On Wed, Nov 18, 2015 at 1:29 PM, Ma= rtynas Jusevi=C4=8Dius <span dir=3D"ltr"><<a href=3D"mailto:martynas@gra= phity.org" target=3D"_blank">[email protected]</a>></span> wrote:<br= ><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1= px #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=3D"https://github.com/Graphity/graphity-client/tree/master/src/main= /webapp/static/org/graphity/client/xsl" rel=3D"noreferrer" target=3D"_blank= ">https://github.com/Graphity/graphity-client/tree/master/src/main/webapp/s= tatic/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=3D"http://dedanskeaviser.dk/newspapers" rel=3D"norefe= rrer" target=3D"_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=3D"http://graphityhq.com/technology" rel=3D"noreferrer" target=3D"_= blank">http://graphityhq.com/technology</a><br> <br> We would be happy to this topic discuss further.<br> <br> <br> Martynas<br> <a href=3D"http://graphityhq.com" rel=3D"noreferrer" target=3D"_blank">grap= hityhq.com</a><br> <div><div><br> On Mon, Oct 12, 2015 at 10:26 PM, Sebastian Samaruga<br> <<a href=3D"mailto:[email protected]" target=3D"_blank">cognescent@gm= ail.com</a>> wrote:<br> > Sorry if this is not the right list. I've came here from a reply i= n 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 b= e the<br> > best way to facilitate browsing and search in the application demo I&#= 39;m<br> > building that renders RDF / Semantic Web contents. I've figured ou= t 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 (le= ave or<br> > node) could be 'picked up' as a facet. For example, if the sce= nario is "Car<br> > Rental" as a category, "Car Model" and "Rental Cit= y" as roles and many<br> > models of cars and many cities as instances, what if I could pick a ca= r<br> > model, a city or both and press "Aggregate" and this resulti= ng in root<br> > categories for each specific car rental ("Car Rental 1", &qu= ot;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 resou= rces<br> > are not individualized by their occurrences. An RDF resource is the sa= me<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 see= ms<br> > attractive the correlation of categories, roles and instances with som= e of<br> > the concepts in the DCI programming model<br> > (<a href=3D"https://en.wikipedia.org/wiki/Data,_context_and_interactio= n" rel=3D"noreferrer" target=3D"_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 f= or a<br> > functional language implementation of what could be a runtime environm= ent<br> > for data driven applications (think of a REST-HATEOAS client that<br> > interactively builds forms and other navigation items simply by conten= t<br> > negotiation with a functional data-state-based endpoint).<br> ><br> > Source, examples and the demo web application are available in the pro= ject<br> > web page:<br> ><br> > <a href=3D"http://cognescent.blogspot.com" rel=3D"noreferrer" target= =3D"_blank">http://cognescent.blogspot.com</a><br> > <a href=3D"http://sourceforge.net/projects/cognescent/" rel=3D"norefer= rer" target=3D"_blank">http://sourceforge.net/projects/cognescent/</a><br> ><br> > Regards,<br> > Sebastian<br> </div></div></blockquote></div><br></div> </blockquote></div> --001a11c33ea610a85d05260e5331--