Re: [fresnel] Fresnel: State of the Art?
I contribute this and then shut up forever, because I have no time for a workgroup: https://aperture.svn.sourceforge.net/svnroot/aperture/aperture/trunk/core/vocabulary/core/src/main/resources/org/semanticdesktop/aperture/vocabulary/sourceformat.rdfs its the fresnel extensions we use heavily for editing in Aperture in production. It rocks for us - we have comboboxes, password fields, checkboxes, etc. for reference, here it is in nice N3, best Leo @prefix : http://aperture.semanticdesktop.org/ontology/sourceformat# . @prefix fresnel: http://www.w3.org/2004/09/fresnel# . @prefix rdf: http://www.w3.org/1999/02/22-rdf-syntax-ns# . @prefix rdfs: http://www.w3.org/2000/01/rdf-schema# . @prefix source: http://aperture.semanticdesktop.org/ontology/2007/08/12/source# . @prefix xsd: http://www.w3.org/2001/XMLSchema# . source:excludePatternFormat a fresnel:Format; :valueWidget [ a :PatternWidget ]; fresnel:propertyFormatDomain source:excludePattern . source:includePatternFormat a fresnel:Format; :valueWidget [ a :PatternWidget ]; fresnel:propertyFormatDomain source:includePattern . source:passwordFormat a fresnel:Format; :valueWidget [ a :PasswordTextFieldWidget ]; fresnel:propertyFormatDomain source:password . source:usernameFormat a fresnel:Format; :valueWidget [ a :TextFieldWidget ]; fresnel:propertyFormatDomain source:username . :CheckBoxWidget a rdfs:Class; rdfs:comment Use boolean checkbox to style the property. checked = boolean:true, unchecked=boolean:false.; rdfs:label CheckBoxWidget; rdfs:subClassOf :UIWidget . :ComboBoxEntry a rdfs:Class; rdfs:label ComboBoxEntry; rdfs:subClassOf rdfs:Resource . :ComboBoxWidget a rdfs:Class; rdfs:comment A combo box. Define the displayed labels and internal values using instances of ComboBoxEntry.; rdfs:label ComboBoxWidget; rdfs:subClassOf :UIWidget . :IntegerFieldWidget a rdfs:Class; rdfs:label IntegerFieldWidget; rdfs:subClassOf :TextFieldWidget . :MultipleTextFieldWidget a rdfs:Class; rdfs:comment A textfield for a multi-valued property; rdfs:label MultipleTextFieldWidget; rdfs:subClassOf :UIWidget . :PasswordTextFieldWidget a rdfs:Class; rdfs:comment A textfield hiding passwords behind * or other funny characters.; rdfs:label PasswordTextFieldWidget; rdfs:subClassOf :TextFieldWidget . :PatternWidget a rdfs:Class; rdfs:comment A domain boundaries pattern widget; rdfs:label PatternWidget; rdfs:subClassOf :UIWidget . :TextFieldWidget a rdfs:Class; rdfs:comment A textfield; rdfs:label TextFieldWidget; rdfs:subClassOf :UIWidget . :UIWidget a rdfs:Class; rdfs:comment Superclass of UI widgets. Use instances of widgets to configure gui.; rdfs:label UIWidget; rdfs:subClassOf rdfs:Resource . :hasEntry a rdf:Property; rdfs:comment Binds a combo box widget with combo box entries; rdfs:domain :ComboBoxWidget; rdfs:label hasEntry; rdfs:range :ComboBoxEntry . :label a rdf:Property; rdfs:domain :ComboBoxEntry; rdfs:label label; rdfs:range rdfs:Literal . :value a rdf:Property; rdfs:domain :ComboBoxEntry; rdfs:label value; rdfs:range rdfs:Resource . :valueWidget a rdf:Property; rdfs:domain fresnel:Format; rdfs:label valueWidget; rdfs:range :UIWidget . It was Axel Rauschmayer who said at the right time 03.02.2010 15:20 the following words: Our goal with the first release of the Fresnel vocabulary in 2006 was to have more people (beyond us) play with it in different contexts and get feedback so that the language could be enhanced iteratively. Maybe it is now time to do such an iteration? I am working on my own Fresnel 2. The spec should be finished in the coming 3 months. It strips Fresnel to what features I consider minimal and adds other things that I've found useful, including editing features. If anyone is interested, I can make this spec public once it is finished and then everyone can comment on it. If someone thinks that I've left out an important feature, we now have the advantage of concrete use cases when adding it back in. That way, we should arrive at a streamlined new Fresnel. I would argue in favor of breaking compatibility, for the sake of simplicity. A script could be used to translate F1 to F2. I do not want to impose and if what I do proves too controversial, I can always fork. If there is to be a version 2 of
Re: [fresnel] Fresnel: State of the Art?
Our goal with the first release of the Fresnel vocabulary in 2006 was to have more people (beyond us) play with it in different contexts and get feedback so that the language could be enhanced iteratively. Maybe it is now time to do such an iteration? I am working on my own Fresnel 2. The spec should be finished in the coming 3 months. It strips Fresnel to what features I consider minimal and adds other things that I've found useful, including editing features. If anyone is interested, I can make this spec public once it is finished and then everyone can comment on it. If someone thinks that I've left out an important feature, we now have the advantage of concrete use cases when adding it back in. That way, we should arrive at a streamlined new Fresnel. I would argue in favor of breaking compatibility, for the sake of simplicity. A script could be used to translate F1 to F2. I do not want to impose and if what I do proves too controversial, I can always fork. If there is to be a version 2 of Fresnel, a small group of people (5 max) should have the final word, to avoid design by committee, where one tries to fulfill all wishes, but ends up fulfilling none. All this after carefully considering all community input, obviously. Greetings, Axel -- axel.rauschma...@ifi.lmu.de http://www.pst.ifi.lmu.de/~rauschma/
Re: [fresnel] Re: Fresnel: State of the Art?
On 02/02/2010 16:20, Leo Sauermann wrote: * you won't find anything else that really fits RDF because of the subclass/multiclass/missing properties/too many properties dynamics you have in RDF. Templating languages are not good for this, also fresnel data can spread and grow on the web like RDF - there are no security problems associated with it (as would maybe be with templating) Can you develop on that, or point me to a document that does? sure, it is bad for many cases and could be improved, but the general concept of Lenses/Views/display/hide properties and ordering properties is essential and working. It is a very elegant and powerful approach, indeed, but it also has quite an overhead. Template languages have a quick and dirty quality, which may appeal to some users... -- and I put no pejorative connotation to quick and dirty ;) pa
Re: Fresnel: State of the Art?
The Fresnel Path Language was submitted as a note to the W3C a while back: http://www.w3.org/2005/04/fresnel-info/fsl/ I implemented that in PHP as part of the moriarty library: http://code.google.com/p/moriarty/source/browse/trunk/graphpath.class.php I think FSL is very interesting (having looked at many path languages for RDF over the past 5 or 6 years) and I'd like to see more implementations. Ian On Mon, Feb 1, 2010 at 1:44 PM, Aldo Bucchi aldo.buc...@gmail.com wrote: Hi, I was looking at the current JFresnel codebase and the project seems to have little movement. I was wondering if this is the state of the art regarding Declarative Presentation Knowledge for RDF or have efforts moved elsewhere and I have missed it? Thanks! A -- Aldo Bucchi skype:aldo.bucchi http://www.univrz.com/ http://aldobucchi.com/ PRIVILEGED AND CONFIDENTIAL INFORMATION This message is only for the use of the individual or entity to which it is addressed and may contain information that is privileged and confidential. If you are not the intended recipient, please do not distribute or copy this communication, by e-mail or otherwise. Instead, please notify us immediately by return e-mail.
Re: Fresnel: State of the Art?
On Feb 2, 2010, at 2:01 PM, Ian Davis wrote: The Fresnel Path Language was submitted as a note to the W3C a while back: http://www.w3.org/2005/04/fresnel-info/fsl/ Correction: we used a template that looks like the one used for notes, but it was not officially submitted as a W3C Note. It is hosted on w3.org in date space. I implemented that in PHP as part of the moriarty library: http://code.google.com/p/moriarty/source/browse/trunk/graphpath.class.php I think FSL is very interesting (having looked at many path languages for RDF over the past 5 or 6 years) and I'd like to see more implementations. Great! I'm glad there is another implementation of it. The Java implementation of FSL made available as part of JFresnel is actually standalone (w.r.t JFresnel). So you can get just two small JAR files for the FSL engine, available through Maven, that will work either with Jena 2 or Sesame 2. See [1] for more info. [1] http://jfresnel.gforge.inria.fr/doc/dependencies.html -- Emmanuel Pietriga INRIA Saclay - Projet In Situ http://www.lri.fr/~pietriga
Re: [fresnel] Re: Fresnel: State of the Art?
Fresnel is the state of the art. * it is also supported by http://less.aksw.org/browse * we use it in production for configuration editors for aperture.sourceforge.net, the ontologies include fresnel lenses. * you won't find anything else that really fits RDF because of the subclass/multiclass/missing properties/too many properties dynamics you have in RDF. Templating languages are not good for this, also fresnel data can spread and grow on the web like RDF - there are no security problems associated with it (as would maybe be with templating) sure, it is bad for many cases and could be improved, but the general concept of Lenses/Views/display/hide properties and ordering properties is essential and working. best Leo It was Emmanuel Pietriga who said at the right time 02.02.2010 14:39 the following words: On Feb 2, 2010, at 2:01 PM, Ian Davis wrote: The Fresnel Path Language was submitted as a note to the W3C a while back: http://www.w3.org/2005/04/fresnel-info/fsl/ Correction: we used a template that looks like the one used for notes, but it was not officially submitted as a W3C Note. It is hosted on w3.org in date space. I implemented that in PHP as part of the moriarty library: http://code.google.com/p/moriarty/source/browse/trunk/graphpath.class.php I think FSL is very interesting (having looked at many path languages for RDF over the past 5 or 6 years) and I'd like to see more implementations. Great! I'm glad there is another implementation of it. The Java implementation of FSL made available as part of JFresnel is actually standalone (w.r.t JFresnel). So you can get just two small JAR files for the FSL engine, available through Maven, that will work either with Jena 2 or Sesame 2. See [1] for more info. [1] http://jfresnel.gforge.inria.fr/doc/dependencies.html -- Emmanuel Pietriga INRIA Saclay - Projet In Situ http://www.lri.fr/~pietriga -- _ Dr. Leo Sauermann http://www.dfki.de/~sauermann Deutsches Forschungszentrum fuer Kuenstliche Intelligenz DFKI GmbH Trippstadter Strasse 122 P.O. Box 2080 Fon: +43 6991 gnowsis D-67663 Kaiserslautern Fax: +49 631 20575-102 Germany Mail: leo.sauerm...@dfki.de Geschaeftsfuehrung: Prof.Dr.Dr.h.c.mult. Wolfgang Wahlster (Vorsitzender) Dr. Walter Olthoff Vorsitzender des Aufsichtsrats: Prof. Dr. h.c. Hans A. Aukes Amtsgericht Kaiserslautern, HRB 2313 _
Re: [fresnel] Fresnel: State of the Art?
Disclaimer: I am only a user, so not into understanding it! We use fresnel for our details panes in rkbexplorer, and for the why? Pages and google gadgets as well (have been using it for quite a few years now). It has been pretty effective, and productive; it has been relatively easy to add the new ontological synonyms as they have come along, so we can really use the open web of data. For example the homepage things. It may also be that the version we use is rather old, as I think there are things like f:alternateProperties or maybe it is f:mergeProperties that we can't use. However, it is now a bit fragile to use - not because of the software (we use Jfresnel), but by the time you have over 800 lines of fresnel n3 with terms coming from more than 15 ontologies, it becomes a bit like writing machine code. And as hard to debug. I keep wanting to write a system to generate or maintain it, but can't find the time. Mind you, not sure what it would look like in Protégé - maybe that is the answer? But then would need to find the time to investigate, and in the end it ain't broke so I haven't fixed it. :-) But it is certainly an appropriate component in the scheme of the Web of Data, and a polishing might be beneficial, especially if it resulted in support tools. Best Hugh On 01/02/2010 14:09, Axel Rauschmayer a...@rauschma.de wrote: I think, it would make sense at some point in time to work on Fresnel 2. My experiences (while implementing editing extensions for Fresnel for Hyena [1]) were as follows: - Fresnel works great for editing, with a few extensions. I've found some things to be too complicated (mainly formats and the rules for applying them) for my taste, so I would simplify those for Fresnel 2. - For HTML *display*, I now prefer templating (with ideas similar to JSP). It gives you more control and is conceptually very simple. RDF templating would benefit from standardizing, too; I've just recently seen a paper somewhere that describes (yet another...) RDF templating mechanism. - Fresnel is still useful for editing and for targetting multiple display architectures (e.g. HTML and PDF, e.g. via iText). It is perfect when a form is all you need. [1] http://hypergraphs.de/hyena/ Does this make sense? Does anyone (dis)agree (possibly vehemently ;-) ? Axel On Feb 1, 2010, at 14:44 , Aldo Bucchi wrote: Hi, I was looking at the current JFresnel codebase and the project seems to have little movement. I was wondering if this is the state of the art regarding Declarative Presentation Knowledge for RDF or have efforts moved elsewhere and I have missed it? Thanks! A -- Aldo Bucchi skype:aldo.bucchi http://www.univrz.com/ http://aldobucchi.com/ PRIVILEGED AND CONFIDENTIAL INFORMATION This message is only for the use of the individual or entity to which it is addressed and may contain information that is privileged and confidential. If you are not the intended recipient, please do not distribute or copy this communication, by e-mail or otherwise. Instead, please notify us immediately by return e-mail.
Fresnel: State of the Art?
Hi, I was looking at the current JFresnel codebase and the project seems to have little movement. I was wondering if this is the state of the art regarding Declarative Presentation Knowledge for RDF or have efforts moved elsewhere and I have missed it? Thanks! A -- Aldo Bucchi skype:aldo.bucchi http://www.univrz.com/ http://aldobucchi.com/ PRIVILEGED AND CONFIDENTIAL INFORMATION This message is only for the use of the individual or entity to which it is addressed and may contain information that is privileged and confidential. If you are not the intended recipient, please do not distribute or copy this communication, by e-mail or otherwise. Instead, please notify us immediately by return e-mail.
Re: [fresnel] Fresnel: State of the Art?
I think, it would make sense at some point in time to work on Fresnel 2. My experiences (while implementing editing extensions for Fresnel for Hyena [1]) were as follows: - Fresnel works great for editing, with a few extensions. I've found some things to be too complicated (mainly formats and the rules for applying them) for my taste, so I would simplify those for Fresnel 2. - For HTML *display*, I now prefer templating (with ideas similar to JSP). It gives you more control and is conceptually very simple. RDF templating would benefit from standardizing, too; I've just recently seen a paper somewhere that describes (yet another...) RDF templating mechanism. - Fresnel is still useful for editing and for targetting multiple display architectures (e.g. HTML and PDF, e.g. via iText). It is perfect when a form is all you need. [1] http://hypergraphs.de/hyena/ Does this make sense? Does anyone (dis)agree (possibly vehemently ;-) ? Axel On Feb 1, 2010, at 14:44 , Aldo Bucchi wrote: Hi, I was looking at the current JFresnel codebase and the project seems to have little movement. I was wondering if this is the state of the art regarding Declarative Presentation Knowledge for RDF or have efforts moved elsewhere and I have missed it? Thanks! A -- Aldo Bucchi skype:aldo.bucchi http://www.univrz.com/ http://aldobucchi.com/ PRIVILEGED AND CONFIDENTIAL INFORMATION This message is only for the use of the individual or entity to which it is addressed and may contain information that is privileged and confidential. If you are not the intended recipient, please do not distribute or copy this communication, by e-mail or otherwise. Instead, please notify us immediately by return e-mail. -- axel.rauschma...@ifi.lmu.de http://www.pst.ifi.lmu.de/~rauschma/
Re: Fresnel: State of the Art?
Hi Aldo, I made an small state of the art about this topic. Have a look at this http://ceur-ws.org/Vol-449/ShortPaper4.pdf Best regards, -Mariano Senior Researcher Escuela Politécnica Superior Universidad Autónoma de Madrid Spain
Re: Fresnel: State of the Art?
Probably you'd find interesting these two approaches based on mix SPARQL with XML technologies: Waseem Akhtar, Jacek Kopecky, Thomas Krennwallner and Axel Polleres. XSPARQL: Traveling between the XML and RDF worlds – and avoiding the XSLT pilgrimage. In Proceedings of the 5th European Semantic Web Conference (ESWC2008), Tenerife. Spain, 2008. http://data.semanticweb.org/conference/eswc/2008/paper/119 Diego Berrueta, Jose Emilio Labra and Ivan Herman. XSLT+SPARQL: Scripting the Semantic Web with SPARQL embedded into XSLT stylesheets. In Proceedings of the 4th Workshop on Scripting for the Semantic Web (SFSW2008), co-located with ESWC2008, Tenerife, Spain, 2008. http://data.semanticweb.org/workshop/scripting/2008/paper/1 Cheers, On Mon, 2010-02-01 at 10:44 -0300, Aldo Bucchi wrote: Hi, I was looking at the current JFresnel codebase and the project seems to have little movement. I was wondering if this is the state of the art regarding Declarative Presentation Knowledge for RDF or have efforts moved elsewhere and I have missed it? Thanks! A -- Sergio Fernández