From: Ben H. <bh...@po...> - 2007-03-02 00:27:37
|
Is <ask format="template" ...> in the released version, and if so can somebody suggest a pointer to an example I can mimic? Thanks! - ben |
From: Yaron K. <ya...@gm...> - 2007-03-02 09:19:09
|
Hi Ben, My site Discourse DB has formatted ask queries, using code that's pending inclusion into SMW; I don't know if it's been released into any version yet. It doesn't use a syntax that looks like 'format="template" name="TemplateName"' syntax but, instead, one that looks like 'format="TemplateName"'. (If the format name specified is not one of the standard ones ( i.e. "table", "list", etc.), the parser looks for a template of that name. It might have been better to go with the first type of syntax, the one you suggest; that way it would be clearer to users what's going on behind the scenes. It's still possible to change it; does anyone have an opinion on that?) In any case, in Discourse DB, every page that uses the "Position" template contains a formatted ask query: http://discoursedb.org/w/index.php?title=Template:Position&action=edit The template it uses for ask queries, "ItemQuery", can be seen here: http://discoursedb.org/w/index.php?title=Template:ItemQuery&action=edit And here's one example of the Position template in action, for a page on a minimum wage bill: http://discoursedb.org/wiki/Fair_Minimum_Wage_Act_of_2007_/_Act_should_be_passed If the code that handles such queries is not yet in the released version, I can send it to you. -Yaron On 3/1/07, Ben Hyde <bh...@po...> wrote: > > Is <ask format="template" ...> in the released version, and if so can > somebody suggest a pointer to an example I can mimic? Thanks! - ben > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > |
From: Ben H. <bh...@po...> - 2007-03-02 16:24:52
|
On Mar 2, 2007, at 4:19 AM, Yaron Koren wrote: > Hi Ben, > > My site Discourse DB has formatted ask queries, > not yet in the released version, I can send it to you. Oh! That looks like it would scratch my itch! So pretty please! My tables[1] with thank you! The syntax I mentioned was lifted from here http://ontoworld.org/wiki/Help:Inline_queries#Output_formats But now I see here http://ontoworld.org/wiki/Semantic_MediaWiki_development_activities at "Enable template-based output format" that it's in the that always challenging[2] 90% finished state. - ben ps. I presume the intent is to put examples and possibly further doc on the pages like Help:List format I'd be happy to help with that. [1] http://simile.mit.edu/wiki/Exhibit/Examples#Folks_at_Work [2] "forceps doctor?" |
From: Markus <ma...@ai...> - 2007-03-12 12:59:21
|
On Friday 02 March 2007 17:24, Ben Hyde wrote: Hi Ben, hi Yaron. > On Mar 2, 2007, at 4:19 AM, Yaron Koren wrote: > > Hi Ben, > > > > My site Discourse DB has formatted ask queries, > > > > not yet in the released version, I can send it to you. I rewrote your patch and included the function into the SVN version. The=20 syntax is slightly different in favour of a cleaner interface (IMHO). So yo= u=20 now write <ask format=3D"template" template=3D"yourtemplate"> ... </ask> where [[Template::yourtemplate]] will be used to render results. The result= =20 parameters (corresponding to the fields each row in format=3D"table") are=20 passed to the template and can be accessed there as {{{1}}}, {{{2}}}, ...=20 Pretty much as in the DiscourseDB patch. An example template I use to=20 generate mailing lists for being pasted into email clients is: {{{1}}} <{{{2}}}>, (the trailing comma after the final item is a minor issue), and queries the= n=20 look like=20 <ask format=3D"template" template=3D"maillist" link=3D"none">[[interested=20 in::Squash]] [[email:=3D*]]</ask> (the squash-player's mailing list at our group wiki). One reason that we use two parameters "format" and "template" is that we ca= n=20 think about augmenting other output formats with a template parameter as we= ll=20 (e.g. you could have "ul" with some template for each entry). This could=20 solve the trailing-comma-problem in the above template, since format "list"= =20 knows how to separate result "rows" with commas. We also use the fact that each format has exactly one name that appears in = the=20 parameter format to do filtering: you can set the array InlineQuery::$forma= ts=20 to contain only those format strings that you want to allow in your wiki (s= o=20 people can switch off all formats they don't like). > > Oh! That looks like it would scratch my itch! So pretty please! > > My tables[1] with thank you! > > The syntax I mentioned was lifted from here > http://ontoworld.org/wiki/Help:Inline_queries#Output_formats > > But now I see here > http://ontoworld.org/wiki/Semantic_MediaWiki_development_activities > at "Enable template-based output format" that it's in the that always > challenging[2] 90% finished state. - ben The 90% mainly say "please test me and report any bugs". The syntax is as=20 straightforward as the above. there are some minor open issues, e.g. which= =20 separator should be used for multiple values in one result field ("table"=20 format uses newlines to separate entries in one field, I think "template"=20 currently uses colons but maybe should use a parameter like "sep" known=20 from "list"). =2D- Markus > > ps. I presume the intent is to put examples and possibly further doc > on the pages like Help:List format I'd be happy to help with that. =46eel free to start such non-existant documentation pages. It would be nic= e to=20 have a common formatting scheme (maybe: intro, usage and parameters,=20 examples), but any additional information can be useful for a start. > > [1] http://simile.mit.edu/wiki/Exhibit/Examples#Folks_at_Work > [2] "forceps doctor?" > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user =2D-=20 Markus Kr=F6tzsch Institute AIFB, University of Karlsruhe, D-76128 Karlsruhe ma...@ai... phone +49 (0)721 608 7362 www.aifb.uni-karlsruhe.de/WBS/ fax +49 (0)721 693 717 |
From: Ben H. <bh...@po...> - 2007-03-12 14:00:34
|
On Mar 12, 2007, at 8:58 AM, Markus Kr=F6tzsch wrote: > ...included the function into the SVN version ... > now write > > <ask format=3D"template" template=3D"yourtemplate"> ... </ask> ... > "please test me and report any bugs" Hm, presumably this is dependent on changes since the last released =20 version. Looks like should consider taking the risk switching to SVN =20= head. Questions arise. a. What's the upgrade involve (i.e. db format changes?). b. A time stamp to grab?. c. Are other downstream production users running SVN head? Thanks! :) - ben= |
From: Rzepa, H. <h....@im...> - 2007-03-12 15:05:16
|
We are running http://www.ch.ic.ac.uk/wiki2/index.php/Special:Version SMW 0.6 (since about last November), but I have only recently noticed that RDF export from anywhere, ie https://www.ch.ic.ac.uk/wiki2/index.php/Special:ExportRDF/Mauveine produces, eg error on line 16 at column 17: Entity 'rdf' not defined error on line 17 at column 19: Entity 'rdfs' not defined error on line 18 at column 17: Entity 'owl' not defined error on line 20 at column 19: Entity 'wiki' not defined error on line 21 at column 21: Entity 'thing' not defined error on line 22 at column 27: Entity 'relation' not defined error on line 23 at column 29: Entity 'attribute' not defined The frustrating thing is I do remember having seen this once before at SMW 0.5, but have forgotten its origin, or how we fixed it! A senior moment, alas!! Other aspects of the SMW seem to all work fine (except that dratted conflict between the Cite extension and the RDF facts, ie see https://www.ch.ic.ac.uk/wiki2/index.php/Mauveine ) I have to demonstrate this at the American Chemical Society in two weeks time, and would very much like to fix it. Can any kind soul point me in the correct direction/jog my memory? -- Henry Rzepa. +44 (020) 7594 5774 (Voice); +44 (0870) 132 3747 (eFax); rz...@ma... (iChat) http://www.ch.ic.ac.uk/rzepa/ Dept. Chemistry, Imperial College London, SW7 2AZ, UK. (Voracious anti-spam filter in operation for received email. If expected reply not received, please phone/fax). |
From: Denny V. <dv...@ai...> - 2007-03-12 15:13:24
|
That's weird -- I just checked the export page that you quote, https://www.ch.ic.ac.uk/wiki2/index.php/Special:ExportRDF/Mauveine and reading it it actually looks fine. The entities are indeed defined in the head (take a look at the source code). What tool gives you the errors you quote below? denny Rzepa, Henry wrote: > We are running http://www.ch.ic.ac.uk/wiki2/index.php/Special:Version > SMW 0.6 (since about last November), but I have only recently noticed that > RDF export from anywhere, ie > https://www.ch.ic.ac.uk/wiki2/index.php/Special:ExportRDF/Mauveine > > produces, eg > > error on line 16 at column 17: Entity 'rdf' not defined > error on line 17 at column 19: Entity 'rdfs' not defined > error on line 18 at column 17: Entity 'owl' not defined > error on line 20 at column 19: Entity 'wiki' not defined > error on line 21 at column 21: Entity 'thing' not defined > error on line 22 at column 27: Entity 'relation' not defined > error on line 23 at column 29: Entity 'attribute' not defined > > The frustrating thing is I do remember having seen this once before at SMW 0.5, > but have forgotten its origin, or how we fixed it! A senior moment, > alas!! Other aspects of the SMW seem to all work fine (except that > dratted conflict between the Cite extension and the RDF facts, ie > see https://www.ch.ic.ac.uk/wiki2/index.php/Mauveine ) > > I have to demonstrate this at the American Chemical Society in > two weeks time, and would very much like to fix it. Can any kind > soul point me in the correct direction/jog my memory? > > |
From: Denny V. <dv...@ai...> - 2007-03-12 15:57:42
|
Henry, I am forwarding the answer to the list, so that we can reuse it as a knowledge source later :) It seems it is indeed a problem with Safari -- it does not provide for a generic XML view. I'd recommend FireFox for that, since it renders XML nicely. Cheers, denny Rzepa, Henry wrote: >> That's weird -- I just checked the export page that you quote, >> https://www.ch.ic.ac.uk/wiki2/index.php/Special:ExportRDF/Mauveine >> and reading it it actually looks fine. The entities are indeed defined in the head (take a look at the source code). >> >> What tool gives you the errors you quote below? >> >> denny >> > > > OK, memory jogged! Thanks. The display is produced by the Safari browser. > Firefox of course is fine. I had of course forgotten this. Apologies! > > I presume Safari screws up so badly because it cannot handle entities. > This is rather poor of Apple!! I presume the errors come from Safari? > |
From: Michael E. <er...@on...> - 2007-03-13 12:00:10
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> Hi,<br> <br> this problem also occurs with Mozilla, when you copy and paste the RDF output from the XML-rendered page and store it in a file. If you use Save-Page instead, it should work.<br> <br> michael<br> <br> <br> Denny Vrandecic wrote:<br> <blockquote cite="mid...@ai..." type="cite"> <pre wrap="">Henry, I am forwarding the answer to the list, so that we can reuse it as a knowledge source later :) It seems it is indeed a problem with Safari -- it does not provide for a generic XML view. I'd recommend FireFox for that, since it renders XML nicely. Cheers, denny Rzepa, Henry wrote: </pre> <blockquote type="cite"> <blockquote type="cite"> <pre wrap="">That's weird -- I just checked the export page that you quote, <a class="moz-txt-link-freetext" href="https://www.ch.ic.ac.uk/wiki2/index.php/Special:ExportRDF/Mauveine">https://www.ch.ic.ac.uk/wiki2/index.php/Special:ExportRDF/Mauveine</a> and reading it it actually looks fine. The entities are indeed defined in the head (take a look at the source code). What tool gives you the errors you quote below? denny </pre> </blockquote> <pre wrap=""> OK, memory jogged! Thanks. The display is produced by the Safari browser. Firefox of course is fine. I had of course forgotten this. Apologies! I presume Safari screws up so badly because it cannot handle entities. This is rather poor of Apple!! I presume the errors come from Safari? </pre> </blockquote> <pre wrap=""><!----> ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash <a class="moz-txt-link-freetext" href="http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV">http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV</a> _______________________________________________ Semediawiki-user mailing list <a class="moz-txt-link-abbreviated" href="mailto:Sem...@li...">Sem...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/semediawiki-user">https://lists.sourceforge.net/lists/listinfo/semediawiki-user</a> </pre> </blockquote> <br> <br> <pre class="moz-signature" cols="72">-- email: <a class="moz-txt-link-abbreviated" href="mailto:er...@on...">er...@on...</a> Dr. Michael Erdmann tel: +49 / 163 / 665 7929 <a class="moz-txt-link-freetext" href="http://www.ontoprise.com">http://www.ontoprise.com</a> Registered Office: Karlsruhe, Germany, HRB 9540 Managing Directors: Prof. Dr. Juergen Angele, Hans-Peter Schnurr </pre> </body> </html> |
From: S P. <ski...@ea...> - 2007-03-13 11:00:23
|
Ben Hyde wrote: > Looks like should consider taking the risk switching to SVN > head. Perhaps. > Questions arise. > a. What's the upgrade involve (i.e. db format changes?). As far as I can remember, no DB changes. But INSTALL changed since 0.6, LocalSettings.php is no longer needed. The initial conversion to Subversion is fiddly, it's probably easiest to check out a revision in a new directory, then copy your local changes into it, then archive your working extensions/SemanticMediaWiki directory and replace it with the new directory. > b. A time stamp to grab? Markus committed template support in revision 19886. > c. Are other downstream production users running SVN head? ontoworld.org is often running post-release code. Right now Special:Version says it's at "0.6b", and this string in SMW_GlobalFunctions.php was bumped in revision 19884; I think that's why ontoworld.org doesn't have the format="template" support. Without a test suite and performance benchmarks there's always some risk to upgrading. "Your Mileage May Vary" :-) -- =S |
From: Markus <ma...@ai...> - 2007-03-16 15:33:14
|
On Tuesday 13 March 2007 11:57, S Page wrote: > Ben Hyde wrote: > > Looks like should consider taking the risk switching to SVN > > head. > > Perhaps. At least various people prefer to get their version from SVN, but I do not= =20 know how recent their version is. > > > Questions arise. > > a. What's the upgrade involve (i.e. db format changes?). The DB did not really change, but going to Speacial:SMWAdmin and pressing t= he=20 button will create another index. In general, this should be the way of doi= ng=20 future DB upgrades as well (maybe there will also be a PHP shell script of= =20 the same functionality). In any case, you can run both 0.6 and SVN on the=20 same DB. > > As far as I can remember, no DB changes. But INSTALL changed since 0.6, > LocalSettings.php is no longer needed. Good point. This should make future upgrades even simpler. > > The initial conversion to Subversion is fiddly, it's probably easiest to > check out a revision in a new directory, then copy your local changes > into it, then archive your working extensions/SemanticMediaWiki > directory and replace it with the new directory. If you have no local changes, then this is no problem. > > > b. A time stamp to grab? > > Markus committed template support in revision 19886. I think you can savely use the current revision. Since the DB did not chang= e,=20 you can also keep the SVN version and the latest release in the extension=20 directory, and switch back and forth if you find any problems. > > > c. Are other downstream production users running SVN head? > > ontoworld.org is often running post-release code. Right now > Special:Version says it's at "0.6b", and this string in > SMW_GlobalFunctions.php was bumped in revision 19884; I think that's why > ontoworld.org doesn't have the format=3D"template" support. I have upgraded ontoworld this week, so template support is now available. > > Without a test suite and performance benchmarks there's always some risk > to upgrading. "Your Mileage May Vary" :-) True, but I hope that reasonably well-behaved wikis will not experience muc= h=20 problems with the SVN version. We are currently refactoring some basic code= ,=20 so minor errors might still occur and you may still want to wait with=20 upgrading. But at least ontoworld seems to run properly, so it can't be so= =20 bad. Officially, of course, there is not much more guaranteed functionality= =20 in the stable releases than in SVN ;-) =2D- Markus > > -- > =3DS > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user =2D-=20 Markus Kr=F6tzsch Institute AIFB, University of Karlsruhe, D-76128 Karlsruhe ma...@ai... phone +49 (0)721 608 7362 www.aifb.uni-karlsruhe.de/WBS/ fax +49 (0)721 693 717 |