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
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 noinclude 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: ask format=expandtemplate 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 /path to mw/extensions/SemanticMediaWiki /includes/articlepages/SMW_PropertyPage.php on line 68, referer: http://mw base url/index.php?title=Special%3AAllpagesfrom=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 pageAttribute:../page were replaced with pageProperty:../page 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
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: ask format=expandtemplate 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. 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
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 pageAttribute:../page were replaced with pageProperty:../page 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
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 pageAttribute:../page were replaced with pageProperty:../page 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
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 /path to mw/extensions/SemanticMediaWiki /includes/articlepages/SMW_PropertyPage.php on line 68, referer: http://mw base url/index.php?title=Special%3AAllpagesfrom=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 pageAttribute:../page were replaced with pageProperty:../page 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,
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 pageAttribute:../page were replaced with pageProperty:../page 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
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 pageAttribute:../page were replaced with pageProperty:../page 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. 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: div class=tbl-yarsu !-- {{newshead}} -- ask sort=Date order=descending limit=20 format=template template=newsrow default=There is no news searchlabel=Browse all news ... [[Date:=*]] [[Category:News]] /ask/div and a such simple Template:newsrow div class=tr-yarsu div class=td-yarsu yarsu-date{{{2}}}/div div class=td-yarsu yarsu-article{{{1}}}/div div class=space-line-yarsu/div /div 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