Re: [SMW-devel] ask query format=template
* cnit <[EMAIL PROTECTED]> [2007-12-03 16:24]: > May I suggest another kind of ask format? Sometimes it's desirable to > get only a simple count of rows instead of the query result rows. So, > if there's a 5 rows in the query result, ask format="count" would > return a number 5. It may be useful to statistics, in further > computations in templates and so on... format="count" already exists, since at least SMW 0.7. > I really think that SMW requires a better documentation on new > formats of queries, #ask and subqueries. Because the only > documentation I've used is outdated: > http://meta.wikimedia.org/wiki/Help:Substitution > e.g. no new features, no subqueries here and so on.. ??? This page mentions SMW, but it's hardly related to it. Have you looked at ontoworld.org or http://semantic-mediawiki.org/? I agree that the wiki pages there need improvement, and hopefully that will happen once 1.0 is released (personally, I'm currently refraining from doing any work on the site, because many things have changed between 0.7 and 1.0 and it's not so easy to separate it; I hope 1.0 will be released soon, so the old information about 0.7 can be replaced) But such documentation doesn't write itself. Maybe you can rework the wiki pages on semantic-mediawiki.org with the things you have already learned about SMW 1.0. That would surely be appreciated. Regards, Thomas signature.asc Description: Digital signature - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] ask query format=template
> I expect that this works now with #ask, *BUT* there already is a format for > what you want to do. It is called "embedded" and it can be customised with > the following parameters: > * embedformat = {h1, h2, h3, ol, ul} (how to format the result list) > * embedonly = true (whether to leave away the headlines) It's great, but I use a div tag with special css style to separate the rows.., so {{ {{{1}}} }} is probably better to me, or maybe embedformat can be expanded to custom set of tags? The only concern is, how much the template expansion is inefficient comparing to format="embedded"... > This must, however, be combined with so as not to import semantic > data or category data to the page that asks the query (especially when using > #ask). Such as with templates. I know that, but thank's for reminding.. > Embed also works for annotation-objects, e.g. to print the > query "[[some page]] [[links to::*]]" -- then all the values of "links to" > will be embedded. Other than the "first column", print requests > for "embedded" are usually ignored. Also, there are known ways of cyclic > embedding that may lead to infinite inclusion loops (though in practice these > tend to be as finite as available memory). I see.. > Yes, I already use this for my (semi-)blog that is based on SMW :-) (not that > I am very active as a blogger, but anyway here is the example page, mostly > generated by a query: http://korrekt.org/index.php/Blog). Great! May I suggest another kind of ask format? Sometimes it's desirable to get only a simple count of rows instead of the query result rows. So, if there's a 5 rows in the query result, ask format="count" would return a number 5. It may be useful to statistics, in further computations in templates and so on... I really think that SMW requires a better documentation on new formats of queries, #ask and subqueries. Because the only documentation I've used is outdated: http://meta.wikimedia.org/wiki/Help:Substitution e.g. no new features, no subqueries here and so on.. In the future, after releasing final version, I would suggest reporting a story about SMW to slashdot, to get some more publicity.. Dmitriy - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] ask query format=template
On Montag, 12. November 2007, cnit wrote: > > Yes, I could use this as well. But this feature comes only after the > > implementation of {{#ask...}} (since this change will change the > > interaction of inline queries with MediaWiki's table creation). > > Can the implementation of {{#ask}} make possible such trick that I've > unsuccessfully tried to perform with SMW 0.7: > > Instead of displaying a page link in ask query template (via {{{1}}}) > I've tried to display the content of resulted pages with > {{ {{{1}}} }} > Yet, expansion didn't work. I expect that this works now with #ask, *BUT* there already is a format for what you want to do. It is called "embedded" and it can be customised with the following parameters: * embedformat = {h1, h2, h3, ol, ul} (how to format the result list) * embedonly = true (whether to leave away the headlines) This must, however, be combined with so as not to import semantic data or category data to the page that asks the query (especially when using #ask). Embed also works for annotation-objects, e.g. to print the query "[[some page]] [[links to::*]]" -- then all the values of "links to" will be embedded. Other than the "first column", print requests for "embedded" are usually ignored. Also, there are known ways of cyclic embedding that may lead to infinite inclusion loops (though in practice these tend to be as finite as available memory). > > If that won't be possible even with {{#ask...}}, maybe is it possible > to make another format of ask queries, something like this: > > > to display the content of resulted wiki pages instead of their titles > with links? > > You know, imagine that performing such ask query, where the result is > wiki page "Dresden" and wiki page "Berlin" would display the text of > these pages instead of list of links. Yes, I already use this for my (semi-)blog that is based on SMW :-) (not that I am very active as a blogger, but anyway here is the example page, mostly generated by a query: http://korrekt.org/index.php/Blog). Markus -- Markus Krötzsch Institut AIFB, Universät Karlsruhe (TH), 76128 Karlsruhe phone +49 (0)721 608 7362fax +49 (0)721 608 5998 [EMAIL PROTECTED]www http://korrekt.org signature.asc Description: This is a digitally signed message part. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] ask query format=template
Good to hear that at least the XML-import+SMW-refresh finally worked. The design of MediaWiki is very fragile in many places, and I fear that there are much more non-common cases where extensions do not work as expected (e.g. due to the combination of global and non-global objects everywhere in the code). Some minor remarks follow. On Freitag, 9. November 2007, Sergey Chernyshev wrote: > Yes, I ran SMW_refreshData twice - first with -p and second without. > The problem I ran into is that Property page complained like this: > > PHP Fatal error: Call to a member funct > ion getText() on a non-object in //extensions/SemanticMediaWiki > /includes/articlepages/SMW_PropertyPage.php on line 68, referer: http:// base url>/index.php?title=Special%3AAllpages&from=&namespace=102 > > so I enabled SQL debug and looked at the queries and realized that only few > of the pages that were returned by SMW::getAllPropertySubjects had entries > in mw_page (hmm, it seems that I got you confused saying that I lacked > entries in mw_smw_attributes - looks like I got them referencing wrong ids > or non-existing pages). Ah, now I see the problem: refreshing all data will only ever delete the data related to existing subjects. If for some reason there are entries of annotations for articles that do not exist, then these are not fixed by any amount of refreshing. This is what happened in the above case (the title object did not exist). I have now extended the storage implementation to catch this case, but we should also have some script that resets the SMW-tables completely. > > I'm thinking of dropping all SMW tables and re-running the SMW_Setup.php > and then SMW_refreshData twice. Do you think is a right approach to rebuild > stuff from scratch? Yes, that should work. > BTW, is it OK to split SMW_refreshData task to several > tasks and run them simultaneously for better use of multiple CPUs I have? You can run several instances with different page IDs to start refreshing, but you cannot currently tell them to stop at some fixed ID other than by editing the script. Doing this may improve performance if CPU is a bottleneck for you (in some cases, DB bandwidth or working memory may be the bottleneck), and if your OS really distributes sub-processes between the CPUs (my observation is that a single wiki, even if processing many requests in parallel, often uses only one of our server CPUs; this may be related to the single mysql-server that creates DB-processes; anyway it is handy since a high-load wiki doesn't ever lock the whole server but only one CPU). Markus > >Sergey > > On Nov 9, 2007 7:11 AM, Markus Krötzsch <[EMAIL PROTECTED]> wrote: > > On Donnerstag, 8. November 2007, Sergey Chernyshev wrote: > > > Not sure if it's related to this issue, but I also lost some data in > > > smw_attributes table (not all of it though). The worst part is that it > > > didn't reappear after I ran complete SMW_refreshData on the dataset. > > > I wonder what needs to be done to repopulate SMW tables from scratch? > > > > Running SMW_refreshData twice (once with option -p and once without; > > option -v > > may also be interesting but not essential) will restore all available > > data in > > basically all cases. If the table remains incomplete, this means that the > > content of the pages does no longer require certain entries there. This > > may > > have various reasons: > > > > * The table contained old orphaned entries before, maybe due to some bug > > in > > earlier versions. > > * The table contained outdated data (e.g. after some template change) > > that just had not been refreshed yet. > > * Some annotation is no longer accepted, maybe due to (unintentional) > > syntactic changes, or due to known limitations such as the disabled > > Type:Boolean. > > > > Only case 3 should bother you, and in this case more information is > > needed: > > what exactly is it that is missing? > > > > But in any case SMW_refreshData (at least in theory) suffices to recreate > > all > > SMW data from scratch or from import. Anything not built there will not > > be built when editing pages normally either. > > > > Markus > > > > > Sergey > > > > > > On Nov 8, 2007 8:26 AM, cnit <[EMAIL PROTECTED]> wrote: > > > > > Yes, this appears to be a bug. For a quick workaround, consider > > > > using > > > > > > the > > > > > > > > > formats "list", "ul" or "ol", all of which also support the > > > > > template-parameter for formatting (and this one certainly works > > > > > with > > > > > > > > SMW1.0). > > > > > > > > > Note that with list, you can also choose the separator between > > > > > items (parameter sep), so as to simulate "template" quite well. > > > > > > > > Thanks for a hint, but it seems that the problem is deeper. Even > > > > after the successfully importing XML dump, where > > > > Attribute:.. > > > > were replaced with > > > > Property:.. > > > > > > > > and also these pages were placed on the top of the du
Re: [SMW-devel] ask query format=template
> Yes, I could use this as well. But this feature comes only after the > implementation of {{#ask...}} (since this change will change the interaction > of inline queries with MediaWiki's table creation). Can the implementation of {{#ask}} make possible such trick that I've unsuccessfully tried to perform with SMW 0.7: Instead of displaying a page link in ask query template (via {{{1}}}) I've tried to display the content of resulted pages with {{ {{{1}}} }} Yet, expansion didn't work. If that won't be possible even with {{#ask...}}, maybe is it possible to make another format of ask queries, something like this: > http://get.splunk.com/ ___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] ask query format=template
> Did you ever run SMW_refreshData after the import? Of course not. That's because I am using XML import instead of standard way described in INSTALL, and also I believe that moving from SMW 0.6 to SMW 0.7 had filled smw_attributes properly during the XML import (though it was many months ago, so I can't remember for sure). > Plain import does probably bypass SMW's (save) hooks, so that this > last part would be needed (twice, as described in INSTALL). It's really strange - because XML export/import scrpts do include LocalSettings.php, where the extensions are included. And these extensions obviousely setup their hooks there. But it seems that you're right - re-installing everything again, importing XML dump and performing SMW_refreshData twice did fill the smw_attributes table.. It's extremly disappointing and frustrating and also a sign of bad design that MW does not call extension hooks during the XML import :-( > SMW's tables are completely determined by the page contents of your wiki, and > so they do not need to be imported or backuped. If they cannot be rebuilt via > SMW_refreshData, then normal editing in the wiki would also not fill them > properly (which is possible, but not related to the import itself). No, I am not going to re-save hundreds of pages, of course. And of course I do realize that SMW needs to extract and store it's data via the hook during the page save. It's an MW's XML import that really frustrates me... Dmitriy - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] ask query format=template
Yes, I ran SMW_refreshData twice - first with -p and second without. The problem I ran into is that Property page complained like this: PHP Fatal error: Call to a member funct ion getText() on a non-object in //extensions/SemanticMediaWiki /includes/articlepages/SMW_PropertyPage.php on line 68, referer: http:///index.php?title=Special%3AAllpages&from=&namespace=102 so I enabled SQL debug and looked at the queries and realized that only few of the pages that were returned by SMW::getAllPropertySubjects had entries in mw_page (hmm, it seems that I got you confused saying that I lacked entries in mw_smw_attributes - looks like I got them referencing wrong ids or non-existing pages). I'm thinking of dropping all SMW tables and re-running the SMW_Setup.php and then SMW_refreshData twice. Do you think is a right approach to rebuild stuff from scratch? BTW, is it OK to split SMW_refreshData task to several tasks and run them simultaneously for better use of multiple CPUs I have? Sergey On Nov 9, 2007 7:11 AM, Markus Krötzsch <[EMAIL PROTECTED]> wrote: > On Donnerstag, 8. November 2007, Sergey Chernyshev wrote: > > Not sure if it's related to this issue, but I also lost some data in > > smw_attributes table (not all of it though). The worst part is that it > > didn't reappear after I ran complete SMW_refreshData on the dataset. > > I wonder what needs to be done to repopulate SMW tables from scratch? > > Running SMW_refreshData twice (once with option -p and once without; > option -v > may also be interesting but not essential) will restore all available data > in > basically all cases. If the table remains incomplete, this means that the > content of the pages does no longer require certain entries there. This > may > have various reasons: > > * The table contained old orphaned entries before, maybe due to some bug > in > earlier versions. > * The table contained outdated data (e.g. after some template change) that > just had not been refreshed yet. > * Some annotation is no longer accepted, maybe due to (unintentional) > syntactic changes, or due to known limitations such as the disabled > Type:Boolean. > > Only case 3 should bother you, and in this case more information is > needed: > what exactly is it that is missing? > > But in any case SMW_refreshData (at least in theory) suffices to recreate > all > SMW data from scratch or from import. Anything not built there will not be > built when editing pages normally either. > > Markus > > > > > Sergey > > > > On Nov 8, 2007 8:26 AM, cnit <[EMAIL PROTECTED]> wrote: > > > > Yes, this appears to be a bug. For a quick workaround, consider > using > > > > > > the > > > > > > > formats "list", "ul" or "ol", all of which also support the > > > > template-parameter for formatting (and this one certainly works with > > > > > > SMW1.0). > > > > > > > Note that with list, you can also choose the separator between items > > > > (parameter sep), so as to simulate "template" quite well. > > > > > > Thanks for a hint, but it seems that the problem is deeper. Even > > > after the successfully importing XML dump, where > > > Attribute:.. > > > were replaced with > > > Property:.. > > > > > > and also these pages were placed on the top of the dump, to make sure > > > properties are defined before importing the pages where actual > > > values of properties are used.. > > > > > > But.. my smw_attributes table is empty :-( I think it's not > > > correct, because I have at least two properties and many user pages > > > that use them.. > > > > > > My first guess was: "that might be because the datetime class was > > > completely rewritten, and the new version doeesn't accept Russian > > > format of dates". But, I've made a simple test and it seems that > > > > > > $this->m_time = strtotime(trim($value)); > > > > > > converts Russian formatted date > > > strtotime("13.04.2007") > > > to correct value. > > > > > > There is a page, which uses Date property with such value, yet, the > > > manual Special:Ask search of > > > [[Äàòà:=13.04.2007]] > > > where Aaoa is a Date in Russian, like: > > > [[Date:=13.04.2007]] > > > > > > returns nothing. Yet, the page with such property value exists in > > > the wiki.. > > > > > > The property also has it's own definition page (of course), which > > > states (in Russian) that it's a special one and it's type belongs > > > to standard type "Date" - there are mouseover popup hints. I guess > that > > > means that property has been defined correctly? > > > > > > I guess that SMW tables aren't initialized during the XML import for > some > > > reason? > > > Dmitriy > > > > > > > > > > - > > > This SF.net email is sponsored by: Splunk Inc. > > > Still grepping through log files to find problems? Stop. > > > Now Search log events and configuration files using AJAX and a > browser. > > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > ___
Re: [SMW-devel] ask query format=template
On Mittwoch, 7. November 2007, Sergey Chernyshev wrote: > Great news that other formats support templates as well. I wonder if you > have templated formatting for tables in plans - I had a use case where > selected property was a URL and all looked very good except for this URL > stretching the table badly while it was fine to have the same link text for > all of the rows. Yes, I could use this as well. But this feature comes only after the implementation of {{#ask...}} (since this change will change the interaction of inline queries with MediaWiki's table creation). Markus > > On Nov 7, 2007 1:43 PM, Markus Krötzsch <[EMAIL PROTECTED]> wrote: > > Yes, this appears to be a bug. For a quick workaround, consider using the > > formats "list", "ul" or "ol", all of which also support the > > template-parameter for formatting (and this one certainly works with > > SMW1.0). > > Note that with list, you can also choose the separator between items > > (parameter sep), so as to simulate "template" quite well. > > > > Markus > > > > On Mittwoch, 7. November 2007, cnit wrote: > > > Hi! > > > After adding additional priviledges to database (CREATE TEMPORARILY > > > TABLES and DROP), my upgrade seems to work. I wonder, whether these > > > additional priviledges are mentioned in INSTALL file, because older > > > SMW's were happy with just ALTER. > > > > > > But there's some disappointment, my query templates don't work > > > anymore. I've used to display custom HTML layout with such query: > > > > > > > > > > > > > > template="newsrow" default="There is no news" searchlabel="Browse all > > > > news > > > > > ..."> [[Date:=*]] > > > [[Category:News]] > > > > > > > > > and a such simple Template:newsrow > > > > > > > > > {{{2}}} > > > {{{1}}} > > > > > > > > > > > > > > > The query works, yet the value of {{{2}}} is omitted. it's empty, > > > none.. :-( > > > > > > {{{1}}} expands just fine.. > > > > > > Dmitriy > > > > - > > > > > This SF.net email is sponsored by: Splunk Inc. > > > Still grepping through log files to find problems? Stop. > > > Now Search log events and configuration files using AJAX and a browser. > > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > ___ > > > Semediawiki-devel mailing list > > > Semediawiki-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/semediawiki-devel > > > > -- > > Markus Krötzsch > > Institut AIFB, Universät Karlsruhe (TH), 76128 Karlsruhe > > phone +49 (0)721 608 7362fax +49 (0)721 608 5998 > > [EMAIL PROTECTED]www http://korrekt.org > > > > - > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > ___ > > Semediawiki-devel mailing list > > Semediawiki-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/semediawiki-devel -- Markus Krötzsch Institut AIFB, Universät Karlsruhe (TH), 76128 Karlsruhe phone +49 (0)721 608 7362fax +49 (0)721 608 5998 [EMAIL PROTECTED]www http://korrekt.org pgp7z1kbPqrMW.pgp Description: PGP signature - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] ask query format=template
Did you ever run SMW_refreshData after the import? Plain import does probably bypass SMW's (save) hooks, so that this last part would be needed (twice, as described in INSTALL). SMW's tables are completely determined by the page contents of your wiki, and so they do not need to be imported or backuped. If they cannot be rebuilt via SMW_refreshData, then normal editing in the wiki would also not fill them properly (which is possible, but not related to the import itself). Markus On Donnerstag, 8. November 2007, cnit wrote: > > Yes, this appears to be a bug. For a quick workaround, consider using the > > formats "list", "ul" or "ol", all of which also support the > > template-parameter for formatting (and this one certainly works with > > SMW1.0). Note that with list, you can also choose the separator between > > items (parameter sep), so as to simulate "template" quite well. > > Thanks for a hint, but it seems that the problem is deeper. Even > after the successfully importing XML dump, where > Attribute:.. > were replaced with > Property:.. > > and also these pages were placed on the top of the dump, to make sure > properties are defined before importing the pages where actual > values of properties are used.. > > But.. my smw_attributes table is empty :-( I think it's not > correct, because I have at least two properties and many user pages > that use them.. > > My first guess was: "that might be because the datetime class was > completely rewritten, and the new version doeesn't accept Russian > format of dates". But, I've made a simple test and it seems that > > $this->m_time = strtotime(trim($value)); > > converts Russian formatted date > strtotime("13.04.2007") > to correct value. > > There is a page, which uses Date property with such value, yet, the > manual Special:Ask search of > [[Äàòà:=13.04.2007]] > where Aaoa is a Date in Russian, like: > [[Date:=13.04.2007]] > > returns nothing. Yet, the page with such property value exists in > the wiki.. > > The property also has it's own definition page (of course), which > states (in Russian) that it's a special one and it's type belongs > to standard type "Date" - there are mouseover popup hints. I guess that > means that property has been defined correctly? > > I guess that SMW tables aren't initialized during the XML import for some > reason? > Dmitriy -- Markus Krötzsch Institut AIFB, Universät Karlsruhe (TH), 76128 Karlsruhe phone +49 (0)721 608 7362fax +49 (0)721 608 5998 [EMAIL PROTECTED]www http://korrekt.org pgpi12adRfUh8.pgp Description: PGP signature - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] ask query format=template
On Donnerstag, 8. November 2007, Sergey Chernyshev wrote: > Not sure if it's related to this issue, but I also lost some data in > smw_attributes table (not all of it though). The worst part is that it > didn't reappear after I ran complete SMW_refreshData on the dataset. > I wonder what needs to be done to repopulate SMW tables from scratch? Running SMW_refreshData twice (once with option -p and once without; option -v may also be interesting but not essential) will restore all available data in basically all cases. If the table remains incomplete, this means that the content of the pages does no longer require certain entries there. This may have various reasons: * The table contained old orphaned entries before, maybe due to some bug in earlier versions. * The table contained outdated data (e.g. after some template change) that just had not been refreshed yet. * Some annotation is no longer accepted, maybe due to (unintentional) syntactic changes, or due to known limitations such as the disabled Type:Boolean. Only case 3 should bother you, and in this case more information is needed: what exactly is it that is missing? But in any case SMW_refreshData (at least in theory) suffices to recreate all SMW data from scratch or from import. Anything not built there will not be built when editing pages normally either. Markus > > Sergey > > On Nov 8, 2007 8:26 AM, cnit <[EMAIL PROTECTED]> wrote: > > > Yes, this appears to be a bug. For a quick workaround, consider using > > > > the > > > > > formats "list", "ul" or "ol", all of which also support the > > > template-parameter for formatting (and this one certainly works with > > > > SMW1.0). > > > > > Note that with list, you can also choose the separator between items > > > (parameter sep), so as to simulate "template" quite well. > > > > Thanks for a hint, but it seems that the problem is deeper. Even > > after the successfully importing XML dump, where > > Attribute:.. > > were replaced with > > Property:.. > > > > and also these pages were placed on the top of the dump, to make sure > > properties are defined before importing the pages where actual > > values of properties are used.. > > > > But.. my smw_attributes table is empty :-( I think it's not > > correct, because I have at least two properties and many user pages > > that use them.. > > > > My first guess was: "that might be because the datetime class was > > completely rewritten, and the new version doeesn't accept Russian > > format of dates". But, I've made a simple test and it seems that > > > > $this->m_time = strtotime(trim($value)); > > > > converts Russian formatted date > > strtotime("13.04.2007") > > to correct value. > > > > There is a page, which uses Date property with such value, yet, the > > manual Special:Ask search of > > [[Äàòà:=13.04.2007]] > > where Aaoa is a Date in Russian, like: > > [[Date:=13.04.2007]] > > > > returns nothing. Yet, the page with such property value exists in > > the wiki.. > > > > The property also has it's own definition page (of course), which > > states (in Russian) that it's a special one and it's type belongs > > to standard type "Date" - there are mouseover popup hints. I guess that > > means that property has been defined correctly? > > > > I guess that SMW tables aren't initialized during the XML import for some > > reason? > > Dmitriy > > > > > > - > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > ___ > > Semediawiki-devel mailing list > > Semediawiki-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/semediawiki-devel -- Markus Krötzsch Institut AIFB, Universät Karlsruhe (TH), 76128 Karlsruhe phone +49 (0)721 608 7362fax +49 (0)721 608 5998 [EMAIL PROTECTED]www http://korrekt.org pgpeRtlfRESuJ.pgp Description: PGP signature - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] ask query format=template
Not sure if it's related to this issue, but I also lost some data in smw_attributes table (not all of it though). The worst part is that it didn't reappear after I ran complete SMW_refreshData on the dataset. I wonder what needs to be done to repopulate SMW tables from scratch? Sergey On Nov 8, 2007 8:26 AM, cnit <[EMAIL PROTECTED]> wrote: > > Yes, this appears to be a bug. For a quick workaround, consider using > the > > formats "list", "ul" or "ol", all of which also support the > > template-parameter for formatting (and this one certainly works with > SMW1.0). > > Note that with list, you can also choose the separator between items > > (parameter sep), so as to simulate "template" quite well. > > Thanks for a hint, but it seems that the problem is deeper. Even > after the successfully importing XML dump, where > Attribute:.. > were replaced with > Property:.. > > and also these pages were placed on the top of the dump, to make sure > properties are defined before importing the pages where actual > values of properties are used.. > > But.. my smw_attributes table is empty :-( I think it's not > correct, because I have at least two properties and many user pages > that use them.. > > My first guess was: "that might be because the datetime class was > completely rewritten, and the new version doeesn't accept Russian > format of dates". But, I've made a simple test and it seems that > > $this->m_time = strtotime(trim($value)); > > converts Russian formatted date > strtotime("13.04.2007") > to correct value. > > There is a page, which uses Date property with such value, yet, the > manual Special:Ask search of > [[Äàòà:=13.04.2007]] > where Aaoa is a Date in Russian, like: > [[Date:=13.04.2007]] > > returns nothing. Yet, the page with such property value exists in > the wiki.. > > The property also has it's own definition page (of course), which > states (in Russian) that it's a special one and it's type belongs > to standard type "Date" - there are mouseover popup hints. I guess that > means that property has been defined correctly? > > I guess that SMW tables aren't initialized during the XML import for some > reason? > Dmitriy > > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Semediawiki-devel mailing list > Semediawiki-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/semediawiki-devel > -- Sergey Chernyshev http://www.sergeychernyshev.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] ask query format=template
> Yes, this appears to be a bug. For a quick workaround, consider using the > formats "list", "ul" or "ol", all of which also support the > template-parameter for formatting (and this one certainly works with SMW1.0). > Note that with list, you can also choose the separator between items > (parameter sep), so as to simulate "template" quite well. Thanks for a hint, but it seems that the problem is deeper. Even after the successfully importing XML dump, where Attribute:.. were replaced with Property:.. and also these pages were placed on the top of the dump, to make sure properties are defined before importing the pages where actual values of properties are used.. But.. my smw_attributes table is empty :-( I think it's not correct, because I have at least two properties and many user pages that use them.. My first guess was: "that might be because the datetime class was completely rewritten, and the new version doeesn't accept Russian format of dates". But, I've made a simple test and it seems that $this->m_time = strtotime(trim($value)); converts Russian formatted date strtotime("13.04.2007") to correct value. There is a page, which uses Date property with such value, yet, the manual Special:Ask search of [[Äàòà:=13.04.2007]] where Aaoa is a Date in Russian, like: [[Date:=13.04.2007]] returns nothing. Yet, the page with such property value exists in the wiki.. The property also has it's own definition page (of course), which states (in Russian) that it's a special one and it's type belongs to standard type "Date" - there are mouseover popup hints. I guess that means that property has been defined correctly? I guess that SMW tables aren't initialized during the XML import for some reason? Dmitriy - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] ask query format=template
Great news that other formats support templates as well. I wonder if you have templated formatting for tables in plans - I had a use case where selected property was a URL and all looked very good except for this URL stretching the table badly while it was fine to have the same link text for all of the rows. On Nov 7, 2007 1:43 PM, Markus Krötzsch <[EMAIL PROTECTED]> wrote: > Yes, this appears to be a bug. For a quick workaround, consider using the > formats "list", "ul" or "ol", all of which also support the > template-parameter for formatting (and this one certainly works with > SMW1.0). > Note that with list, you can also choose the separator between items > (parameter sep), so as to simulate "template" quite well. > > Markus > > On Mittwoch, 7. November 2007, cnit wrote: > > Hi! > > After adding additional priviledges to database (CREATE TEMPORARILY > > TABLES and DROP), my upgrade seems to work. I wonder, whether these > > additional priviledges are mentioned in INSTALL file, because older > > SMW's were happy with just ALTER. > > > > But there's some disappointment, my query templates don't work > > anymore. I've used to display custom HTML layout with such query: > > > > > > > > > template="newsrow" default="There is no news" searchlabel="Browse all > news > > ..."> [[Date:=*]] > > [[Category:News]] > > > > > > and a such simple Template:newsrow > > > > > > {{{2}}} > > {{{1}}} > > > > > > > > > > The query works, yet the value of {{{2}}} is omitted. it's empty, > > none.. :-( > > > > {{{1}}} expands just fine.. > > > > Dmitriy > > > > > > > - > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > ___ > > Semediawiki-devel mailing list > > Semediawiki-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/semediawiki-devel > > > > -- > Markus Krötzsch > Institut AIFB, Universät Karlsruhe (TH), 76128 Karlsruhe > phone +49 (0)721 608 7362fax +49 (0)721 608 5998 > [EMAIL PROTECTED]www http://korrekt.org > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Semediawiki-devel mailing list > Semediawiki-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/semediawiki-devel > > -- Sergey Chernyshev http://www.sergeychernyshev.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] ask query format=template
Yes, this appears to be a bug. For a quick workaround, consider using the formats "list", "ul" or "ol", all of which also support the template-parameter for formatting (and this one certainly works with SMW1.0). Note that with list, you can also choose the separator between items (parameter sep), so as to simulate "template" quite well. Markus On Mittwoch, 7. November 2007, cnit wrote: > Hi! > After adding additional priviledges to database (CREATE TEMPORARILY > TABLES and DROP), my upgrade seems to work. I wonder, whether these > additional priviledges are mentioned in INSTALL file, because older > SMW's were happy with just ALTER. > > But there's some disappointment, my query templates don't work > anymore. I've used to display custom HTML layout with such query: > > > > template="newsrow" default="There is no news" searchlabel="Browse all news > ..."> [[Date:=*]] > [[Category:News]] > > > and a such simple Template:newsrow > > > {{{2}}} > {{{1}}} > > > > > The query works, yet the value of {{{2}}} is omitted. it's empty, > none.. :-( > > {{{1}}} expands just fine.. > > Dmitriy > > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Semediawiki-devel mailing list > Semediawiki-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/semediawiki-devel -- Markus Krötzsch Institut AIFB, Universät Karlsruhe (TH), 76128 Karlsruhe phone +49 (0)721 608 7362fax +49 (0)721 608 5998 [EMAIL PROTECTED]www http://korrekt.org pgpwFqCma1Oau.pgp Description: PGP signature - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
[SMW-devel] ask query format=template
Hi! After adding additional priviledges to database (CREATE TEMPORARILY TABLES and DROP), my upgrade seems to work. I wonder, whether these additional priviledges are mentioned in INSTALL file, because older SMW's were happy with just ALTER. But there's some disappointment, my query templates don't work anymore. I've used to display custom HTML layout with such query: [[Date:=*]] [[Category:News]] and a such simple Template:newsrow {{{2}}} {{{1}}} The query works, yet the value of {{{2}}} is omitted. it's empty, none.. :-( {{{1}}} expands just fine.. Dmitriy - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel