You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(2) |
Dec
(9) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(1) |
Feb
(5) |
Mar
(38) |
Apr
(16) |
May
(70) |
Jun
(80) |
Jul
(55) |
Aug
(34) |
Sep
(50) |
Oct
(30) |
Nov
(52) |
Dec
(34) |
2007 |
Jan
(41) |
Feb
(38) |
Mar
(91) |
Apr
(143) |
May
(104) |
Jun
(47) |
Jul
(141) |
Aug
(151) |
Sep
(73) |
Oct
(101) |
Nov
(49) |
Dec
(64) |
2008 |
Jan
(64) |
Feb
(82) |
Mar
(91) |
Apr
(82) |
May
(84) |
Jun
(120) |
Jul
(140) |
Aug
(241) |
Sep
(154) |
Oct
(92) |
Nov
(115) |
Dec
(154) |
2009 |
Jan
(288) |
Feb
(238) |
Mar
(143) |
Apr
(121) |
May
(148) |
Jun
(89) |
Jul
(170) |
Aug
(219) |
Sep
(192) |
Oct
(208) |
Nov
(354) |
Dec
(242) |
2010 |
Jan
(156) |
Feb
(398) |
Mar
(388) |
Apr
(259) |
May
(268) |
Jun
(225) |
Jul
(338) |
Aug
(278) |
Sep
(249) |
Oct
(311) |
Nov
(212) |
Dec
(267) |
2011 |
Jan
(291) |
Feb
(205) |
Mar
(249) |
Apr
(180) |
May
(212) |
Jun
(206) |
Jul
(285) |
Aug
(228) |
Sep
(276) |
Oct
(212) |
Nov
(313) |
Dec
(153) |
2012 |
Jan
(245) |
Feb
(267) |
Mar
(169) |
Apr
(120) |
May
(165) |
Jun
(93) |
Jul
(152) |
Aug
(180) |
Sep
(102) |
Oct
(123) |
Nov
(164) |
Dec
(171) |
2013 |
Jan
(255) |
Feb
(224) |
Mar
(194) |
Apr
(223) |
May
(179) |
Jun
(168) |
Jul
(147) |
Aug
(200) |
Sep
(195) |
Oct
(162) |
Nov
(191) |
Dec
(173) |
2014 |
Jan
(221) |
Feb
(206) |
Mar
(235) |
Apr
(181) |
May
(108) |
Jun
(131) |
Jul
(142) |
Aug
(212) |
Sep
(149) |
Oct
(179) |
Nov
(136) |
Dec
(94) |
2015 |
Jan
(124) |
Feb
(138) |
Mar
(99) |
Apr
(84) |
May
(99) |
Jun
(103) |
Jul
(33) |
Aug
(63) |
Sep
(125) |
Oct
(88) |
Nov
(122) |
Dec
(56) |
2016 |
Jan
(94) |
Feb
(94) |
Mar
(67) |
Apr
(83) |
May
(55) |
Jun
(133) |
Jul
(96) |
Aug
(68) |
Sep
(97) |
Oct
(99) |
Nov
(137) |
Dec
(114) |
2017 |
Jan
(47) |
Feb
(26) |
Mar
(109) |
Apr
(49) |
May
(109) |
Jun
(112) |
Jul
(61) |
Aug
(34) |
Sep
(35) |
Oct
(61) |
Nov
(79) |
Dec
(33) |
2018 |
Jan
(28) |
Feb
(57) |
Mar
(34) |
Apr
(19) |
May
(27) |
Jun
(43) |
Jul
(26) |
Aug
(23) |
Sep
(23) |
Oct
(90) |
Nov
(47) |
Dec
(37) |
2019 |
Jan
(38) |
Feb
(39) |
Mar
(31) |
Apr
(17) |
May
(45) |
Jun
(35) |
Jul
(22) |
Aug
(69) |
Sep
(30) |
Oct
(20) |
Nov
(52) |
Dec
(39) |
2020 |
Jan
(36) |
Feb
(26) |
Mar
(47) |
Apr
(21) |
May
(27) |
Jun
(23) |
Jul
(9) |
Aug
(6) |
Sep
(28) |
Oct
(9) |
Nov
(8) |
Dec
(38) |
2021 |
Jan
(46) |
Feb
(54) |
Mar
(36) |
Apr
(30) |
May
(11) |
Jun
(26) |
Jul
(28) |
Aug
(5) |
Sep
(33) |
Oct
(19) |
Nov
(28) |
Dec
(41) |
2022 |
Jan
(36) |
Feb
(28) |
Mar
(39) |
Apr
(61) |
May
(37) |
Jun
(25) |
Jul
(5) |
Aug
(23) |
Sep
(40) |
Oct
(40) |
Nov
(18) |
Dec
(36) |
2023 |
Jan
(30) |
Feb
(46) |
Mar
(34) |
Apr
(9) |
May
(17) |
Jun
(20) |
Jul
(1) |
Aug
(2) |
Sep
(1) |
Oct
(10) |
Nov
(16) |
Dec
(12) |
2024 |
Jan
(9) |
Feb
(25) |
Mar
(19) |
Apr
(17) |
May
(15) |
Jun
(3) |
Jul
(4) |
Aug
(4) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
From: Dan B. <dan...@gm...> - 2010-04-15 14:36:35
|
Cheers Bob, I thought this was described somewhere in the manual, but I guess I was wrong. Seems a pretty basic thing to want to query. On 15 April 2010 15:01, Bob MacCallum <unc...@gm...> wrote: > I asked about this on the smw-user list - nobody picked up on it. > Then I managed to answer it partially myself: > > http://sourceforge.net/mailarchive/forum.php?thread_name=122453441003061608o5386e4f3qd0f3743f6ba70bc6%40mail.gmail.com&forum_name=semediawiki-user > > > On Thu, Apr 15, 2010 at 2:52 PM, Dan Bolser <dan...@gm...> wrote: >> Hi Sujai, >> >> Yes, I believe this query is possible, up to a certain depth. >> >> However, the answer doesn't come to mind immediately. >> >> Have you tried asking on the mailing list / IRC channel? >> >> >> "Semantic MediaWiki Users" <sem...@li...>, >> >> irc://irc.freenode.net/#semantic-mediawiki >> >> >> SMW users are few and far between ;-) We need to stick together! >> >> Dan. >> >> >> On 15 April 2010 14:46, Sujai Kumar <suj...@ed...> wrote: >>> Hi Dan >>> >>> Hoping you can help with this. Thought of you because you're the only >>> semantic mediawiki user I know personally :-) >>> >>> I have a bunch of pages with Category:Taxon, and each taxon page has a >>> property "parent" which is another taxon, as you might imagine. >>> >>> Eg: >>> A:parent=C >>> B:parent=C >>> C:parent=D >>> D:parent=J >>> E:parent=D >>> F:parent=E >>> G:parent=J >>> >>> Can I somehow list all the pages that are descendants of D? (i.e. A,B,C,E,F) >>> >>> Searches of forums/websites seem to say 'no'. But I just wanted to be >>> sure in case there was a workaround. >>> >>> Thanks in advance. Hope all else is well in Dundee. >>> >>> - Sujai >>> >>> -- >>> The University of Edinburgh is a charitable body, registered in >>> Scotland, with registration number SC005336. >>> >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> Semediawiki-user mailing list >> Sem...@li... >> https://lists.sourceforge.net/lists/listinfo/semediawiki-user >> > > > > -- > http://darwintunes.org - a test-tube for cultural evolution > http://evolectronica.com - survival of the funkiest > http://compare-stuff.com - confused? you will be! > http://twitter.com/darwintunes > http://twitter.com/bobmaccallum > |
From: Sujai <suj...@gm...> - 2010-04-15 14:14:21
|
Hi Dan and Bob Thanks for the prompt feedback. Bob, will try your solution and ask if I have trouble. Cheers, - Sujai On 15 April 2010 15:01, Bob MacCallum <unc...@gm...> wrote: > I asked about this on the smw-user list - nobody picked up on it. > Then I managed to answer it partially myself: > > http://sourceforge.net/mailarchive/forum.php?thread_name=122453441003061608o5386e4f3qd0f3743f6ba70bc6%40mail.gmail.com&forum_name=semediawiki-user |
From: Neill M. <ne...@nl...> - 2010-04-15 14:13:35
|
By the way, is it possible to run a silent query? I just want to do the following: {{#if {{#ask:[[Category:Subsections]][[Section::{{PAGENAME}}]]}}|| .. .. Do loads of stuff if there are Subsections for this Section available .. }} The above shows the result of the query in the #if Any ideas? Thanks. Neill On 15/04/10 11:47, Denny Vrandecic wrote: >> If it's set in the SF form then you can just use {{{Level}}} in the template and it displays "1". So I've done it that way :) >> Trying to keeps the queries to a minimum, also avoiding the caching issue. >> > This is because SF provides Level as a parameter to the template call. This way you can use {{{Level}}} to refer to the parameter value. This is MediaWiki's template feature. > > One possibility is to just use 1 inside the page instead of Level. In that case you break the "one one place only" rule, but you avoid any parser overhead. > > >> Does mean that the property shows on the page though, which I didn't really want. >> > I do not understand what you mean here. > > Cheers, > denny > > > > > On Apr 15, 2010, at 12:38, Neill Mitchell wrote: > > >> Hi Denny. >> >> Thanks for that. >> >> If it's set in the SF form then you can just use {{{Level}}} in the template and it displays "1". So I've done it that way :) >> Trying to keeps the queries to a minimum, also avoiding the caching issue. >> >> Does mean that the property shows on the page though, which I didn't really want. >> >> Cheers >> Neill. >> >> On 15/04/10 11:01, Denny Vrandecic wrote: >> >>> In order to display the level there you would need a call like {{#show:{{{Pagename}}}|?Level}}, {{{Level}}} itself would only display if you give a parameter to the template call called level (and it would actually display that value, not 1). >>> >>> Additionally there is the issue that #show (like #ask) queries the knowledge base, and so it will only display the value if it is already saved to the knowledge base, i.e. not necessarily on the first run. >>> >>> Cheers, >>> denny >>> >>> >>> On Apr 15, 2010, at 11:53, Neill Mitchell wrote: >>> >>> >>> >>>> Hi. >>>> >>>> I have a strange problem. I have the following in a SF Template: >>>> >>>> {{#set:Level=1}} >>>> The level is {{{Level}}} >>>> >>>> In the page "The level is" displays: >>>> >>>> "The level is {{{Level}}}" when I'm expecting it to be "The level is 1" >>>> >>>> Property:Level is numeric. If I look at Property:Level it correctly >>>> shows Level set to 1 for the page. >>>> >>>> Any ideas why {{{Level}}} is not parsing in the page? >>>> >>>> Thanks >>>> Neill. >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Download Intel® Parallel Studio Eval >>>> Try the new software tools for yourself. Speed compiling, find bugs >>>> proactively, and fine-tune applications for parallel performance. >>>> See why Intel Parallel Studio got high marks during beta. >>>> http://p.sf.net/sfu/intel-sw-dev >>>> _______________________________________________ >>>> Semediawiki-user mailing list >>>> Sem...@li... >>>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user >>>> >>>> >>> >>> >> > > |
From: Bob M. <unc...@gm...> - 2010-04-15 14:02:23
|
I asked about this on the smw-user list - nobody picked up on it. Then I managed to answer it partially myself: http://sourceforge.net/mailarchive/forum.php?thread_name=122453441003061608o5386e4f3qd0f3743f6ba70bc6%40mail.gmail.com&forum_name=semediawiki-user On Thu, Apr 15, 2010 at 2:52 PM, Dan Bolser <dan...@gm...> wrote: > Hi Sujai, > > Yes, I believe this query is possible, up to a certain depth. > > However, the answer doesn't come to mind immediately. > > Have you tried asking on the mailing list / IRC channel? > > > "Semantic MediaWiki Users" <sem...@li...>, > > irc://irc.freenode.net/#semantic-mediawiki > > > SMW users are few and far between ;-) We need to stick together! > > Dan. > > > On 15 April 2010 14:46, Sujai Kumar <suj...@ed...> wrote: >> Hi Dan >> >> Hoping you can help with this. Thought of you because you're the only >> semantic mediawiki user I know personally :-) >> >> I have a bunch of pages with Category:Taxon, and each taxon page has a >> property "parent" which is another taxon, as you might imagine. >> >> Eg: >> A:parent=C >> B:parent=C >> C:parent=D >> D:parent=J >> E:parent=D >> F:parent=E >> G:parent=J >> >> Can I somehow list all the pages that are descendants of D? (i.e. A,B,C,E,F) >> >> Searches of forums/websites seem to say 'no'. But I just wanted to be >> sure in case there was a workaround. >> >> Thanks in advance. Hope all else is well in Dundee. >> >> - Sujai >> >> -- >> The University of Edinburgh is a charitable body, registered in >> Scotland, with registration number SC005336. >> > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > -- http://darwintunes.org - a test-tube for cultural evolution http://evolectronica.com - survival of the funkiest http://compare-stuff.com - confused? you will be! http://twitter.com/darwintunes http://twitter.com/bobmaccallum |
From: Dan B. <dan...@gm...> - 2010-04-15 13:52:55
|
Hi Sujai, Yes, I believe this query is possible, up to a certain depth. However, the answer doesn't come to mind immediately. Have you tried asking on the mailing list / IRC channel? "Semantic MediaWiki Users" <sem...@li...>, irc://irc.freenode.net/#semantic-mediawiki SMW users are few and far between ;-) We need to stick together! Dan. On 15 April 2010 14:46, Sujai Kumar <suj...@ed...> wrote: > Hi Dan > > Hoping you can help with this. Thought of you because you're the only > semantic mediawiki user I know personally :-) > > I have a bunch of pages with Category:Taxon, and each taxon page has a > property "parent" which is another taxon, as you might imagine. > > Eg: > A:parent=C > B:parent=C > C:parent=D > D:parent=J > E:parent=D > F:parent=E > G:parent=J > > Can I somehow list all the pages that are descendants of D? (i.e. A,B,C,E,F) > > Searches of forums/websites seem to say 'no'. But I just wanted to be > sure in case there was a workaround. > > Thanks in advance. Hope all else is well in Dundee. > > - Sujai > > -- > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. > |
From: MK <hal...@in...> - 2010-04-15 13:20:13
|
Are there any extensions to the MW API to do semantic property queries, eg, to return a list of pages where ?prop=value or some such? (sorry for cross-posting this, I accidentally sent it to the main mediawiki list the first time) -- MK <hal...@in...> |
From: Moore, D. <dm...@vt...> - 2010-04-15 13:14:23
|
OK, I have several big spreadsheets of health data that I want to load into my mediawiki and semantify so I can use it in lots of different ways (maps, graphs, tables, mashups with other data, etc.), but I'm not sure of the best design approach. Basically there is a average value for a locality for lots of different parameters and lots of localities. I could also have multiple measurements of the same parameter for the same locality over time. I also have descriptive statistics. My question, is what elements translate to pages, which ones to categories and which to properties? Any ontologists out there have any advice? Is this what SIO is built for? Any examples out there I can study? David Moore Virginia Tech Institute for Policy and Governance 205 W. Roanoke Street (0489) Blacksburg, VA 24061-0489 540-230-6914 (cell) 540-231-6775 (office) NEW 540-231-6722 (fax) dm...@vt...<mailto:dm...@vt...> www.ipg.vt.edu<http://www.ipg.vt.edu> |
From: Denny V. <den...@ki...> - 2010-04-15 10:48:05
|
> If it's set in the SF form then you can just use {{{Level}}} in the template and it displays "1". So I've done it that way :) > Trying to keeps the queries to a minimum, also avoiding the caching issue. This is because SF provides Level as a parameter to the template call. This way you can use {{{Level}}} to refer to the parameter value. This is MediaWiki's template feature. One possibility is to just use 1 inside the page instead of Level. In that case you break the "one one place only" rule, but you avoid any parser overhead. > Does mean that the property shows on the page though, which I didn't really want. I do not understand what you mean here. Cheers, denny On Apr 15, 2010, at 12:38, Neill Mitchell wrote: > Hi Denny. > > Thanks for that. > > If it's set in the SF form then you can just use {{{Level}}} in the template and it displays "1". So I've done it that way :) > Trying to keeps the queries to a minimum, also avoiding the caching issue. > > Does mean that the property shows on the page though, which I didn't really want. > > Cheers > Neill. > > On 15/04/10 11:01, Denny Vrandecic wrote: >> In order to display the level there you would need a call like {{#show:{{{Pagename}}}|?Level}}, {{{Level}}} itself would only display if you give a parameter to the template call called level (and it would actually display that value, not 1). >> >> Additionally there is the issue that #show (like #ask) queries the knowledge base, and so it will only display the value if it is already saved to the knowledge base, i.e. not necessarily on the first run. >> >> Cheers, >> denny >> >> >> On Apr 15, 2010, at 11:53, Neill Mitchell wrote: >> >> >>> Hi. >>> >>> I have a strange problem. I have the following in a SF Template: >>> >>> {{#set:Level=1}} >>> The level is {{{Level}}} >>> >>> In the page "The level is" displays: >>> >>> "The level is {{{Level}}}" when I'm expecting it to be "The level is 1" >>> >>> Property:Level is numeric. If I look at Property:Level it correctly >>> shows Level set to 1 for the page. >>> >>> Any ideas why {{{Level}}} is not parsing in the page? >>> >>> Thanks >>> Neill. >>> >>> >>> ------------------------------------------------------------------------------ >>> Download Intel® Parallel Studio Eval >>> Try the new software tools for yourself. Speed compiling, find bugs >>> proactively, and fine-tune applications for parallel performance. >>> See why Intel Parallel Studio got high marks during beta. >>> http://p.sf.net/sfu/intel-sw-dev >>> _______________________________________________ >>> Semediawiki-user mailing list >>> Sem...@li... >>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user >>> >> >> > |
From: Neill M. <ne...@nl...> - 2010-04-15 10:38:55
|
Hi Denny. Thanks for that. If it's set in the SF form then you can just use {{{Level}}} in the template and it displays "1". So I've done it that way :) Trying to keeps the queries to a minimum, also avoiding the caching issue. Does mean that the property shows on the page though, which I didn't really want. Cheers Neill. On 15/04/10 11:01, Denny Vrandecic wrote: > In order to display the level there you would need a call like {{#show:{{{Pagename}}}|?Level}}, {{{Level}}} itself would only display if you give a parameter to the template call called level (and it would actually display that value, not 1). > > Additionally there is the issue that #show (like #ask) queries the knowledge base, and so it will only display the value if it is already saved to the knowledge base, i.e. not necessarily on the first run. > > Cheers, > denny > > > On Apr 15, 2010, at 11:53, Neill Mitchell wrote: > > >> Hi. >> >> I have a strange problem. I have the following in a SF Template: >> >> {{#set:Level=1}} >> The level is {{{Level}}} >> >> In the page "The level is" displays: >> >> "The level is {{{Level}}}" when I'm expecting it to be "The level is 1" >> >> Property:Level is numeric. If I look at Property:Level it correctly >> shows Level set to 1 for the page. >> >> Any ideas why {{{Level}}} is not parsing in the page? >> >> Thanks >> Neill. >> >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> Semediawiki-user mailing list >> Sem...@li... >> https://lists.sourceforge.net/lists/listinfo/semediawiki-user >> > > |
From: Alex M. H. <ont...@on...> - 2010-04-15 10:10:05
|
Hi Neill, I'm glad it worked out. As for $smwgNamespacesWithSemanticLinks, I would suggest putting it in LocalSettings.php. It is my understanding that the list in LocalSettings gets appended to SMW_Settings, but the code comments suggest that LocalSettings will "overwrite" it. To be on the safe side, I have copied the entire array into LocalSettings.php and made all changes there. Hope this helps, Alex -- Alex M. Hendler ontolawgy(tm) LLC http://ontolawgy.com ------- Original message ------- From: "Neill Mitchell" <ne...@nl...> To: ont...@on... Cc: "Sem...@li..." <Sem...@li...> Subject: Re: [Semediawiki-user] Unable to create custom name spaces with SMW installed Date: Thursday, April 15, 2010 12:29:04 GMT+03:00 > Hi Alex. > > Thanks for your reply. I got it working in the end :) > > Re. $smwgNamespacesWithSemanticLinks array. Can the > $smwgNamespacesWithSemanticLinks = array( > NS_MAIN => true, > NS_CLIENT1 => true, > ); > > be added into LocalSettings.php and then that gets appended to the ones > defined in SMW_Settings.php or do I have to add them to in > SMW_Settings.php? > > Thanks! > Neill. > On 14/04/10 16:38, Alex M. Hendler wrote: >> Neill, >> >> I'm sorry for the late reply, but I'm a bit behind on my list >> reading.... >> >> What has worked for me on MW 1.15.2 and SMW 1.4.3 and SF is first >> defining a Namespace constant (I think that's what it's called) and >> assigning it a number, then assigning an alias (Client1) to the >> constant (NS_CLIENT1), e.g.: >> >> #Define the namespaces >> define("NS_CLIENT1", 300); >> define("NS_CLIENT1_TALK", 301); >> >> #Assign names to the namespaces >> $wgExtraNamespaces[NS_CLIENT1] = "Client1"; >> $wgExtraNamespaces[NS_CLIENT1_TALK] = "Client1_talk"; >> >> #Tell MW which of the namespaces has content, rather than "talk" >> $wgContentNamespaces[] = 300; >> >> Also, be sure to add the new namespace constant to your >> $smwgNamespacesWithSemanticLinks array so its semantics work, e.g., >> >> $smwgNamespacesWithSemanticLinks = array( >> NS_MAIN => true, >> NS_CLIENT1 => true, >> ); >> >> >> I don't know why it works this way or where I remembered reading about >> this setup, but it works for me with NamespacePermissions and >> SimpleSecurity. >> >> Hope this helps, >> Alex >> >> -- Alex M. Hendler >> ontolawgy(tm) LLC >> http://ontolawgy.com >> >> ------- Original message ------- >> From: "Neill Mitchell" <ne...@nl...> >> To: "Sem...@li..." >> <Sem...@li...> >> Cc: >> Subject: [Semediawiki-user] Unable to create custom name spaces with >> SMW installed >> Date: Wednesday, March 31, 2010 17:15:10 GMT+03:00 >> >>> Hi. >>> >>> I have MW 1.15.1, SMW 1.4.3 and SF 1.9 installed. I'm trying to create >>> custom namespaces using: >>> >>> #define custom namespaces >>> $wgExtraNamespaces[300] = 'Client1'; >>> $wgExtraNamespaces[301] = 'Client1_talk'; >>> >>> #restrict "read" permission to Client1 in users >>> $wgNamespacePermissionLockdown[300]['*'] = array('Client1'); >>> $wgNamespacePermissionLockdown[301]['*'] = array('Client1'); >>> >>> #prevent inclusion of pages from that namespace >>> $wgNonincludableNamespaces[] = 300; >>> $wgNonincludableNamespaces[] = 301; >>> $wgContentNamespaces[] = 300; >>> >>> But the namespaces are not being created. 300 and 301 are not being >>> used >>> by any extension as far as I'm aware. >>> I've read the SMW info regarding custom namespaces and can't see >>> anything I've missed. >>> >>> I have tried this on a bare MW installation and it works fine. >>> >>> Any ideas? >>> >>> Thanks >>> Neill. >>> >>> ------------------------------------------------------------------------------ >>> Download Intel® Parallel Studio Eval >>> Try the new software tools for yourself. Speed compiling, find bugs >>> proactively, and fine-tune applications for parallel performance. >>> See why Intel Parallel Studio got high marks during beta. >>> http://p.sf.net/sfu/intel-sw-dev >>> _______________________________________________ >>> Semediawiki-user mailing list >>> Sem...@li... >>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user >> > -- Alex M. Hendler ontolawgy(tm) LLC http://ontolawgy.com |
From: Denny V. <den...@ki...> - 2010-04-15 10:01:32
|
In order to display the level there you would need a call like {{#show:{{{Pagename}}}|?Level}}, {{{Level}}} itself would only display if you give a parameter to the template call called level (and it would actually display that value, not 1). Additionally there is the issue that #show (like #ask) queries the knowledge base, and so it will only display the value if it is already saved to the knowledge base, i.e. not necessarily on the first run. Cheers, denny On Apr 15, 2010, at 11:53, Neill Mitchell wrote: > Hi. > > I have a strange problem. I have the following in a SF Template: > > {{#set:Level=1}} > The level is {{{Level}}} > > In the page "The level is" displays: > > "The level is {{{Level}}}" when I'm expecting it to be "The level is 1" > > Property:Level is numeric. If I look at Property:Level it correctly > shows Level set to 1 for the page. > > Any ideas why {{{Level}}} is not parsing in the page? > > Thanks > Neill. > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user |
From: Neill M. <ne...@nl...> - 2010-04-15 09:53:25
|
Hi. I have a strange problem. I have the following in a SF Template: {{#set:Level=1}} The level is {{{Level}}} In the page "The level is" displays: "The level is {{{Level}}}" when I'm expecting it to be "The level is 1" Property:Level is numeric. If I look at Property:Level it correctly shows Level set to 1 for the page. Any ideas why {{{Level}}} is not parsing in the page? Thanks Neill. |
From: Neill M. <ne...@nl...> - 2010-04-15 09:29:17
|
Hi Alex. Thanks for your reply. I got it working in the end :) Re. $smwgNamespacesWithSemanticLinks array. Can the $smwgNamespacesWithSemanticLinks = array( NS_MAIN => true, NS_CLIENT1 => true, ); be added into LocalSettings.php and then that gets appended to the ones defined in SMW_Settings.php or do I have to add them to in SMW_Settings.php? Thanks! Neill. On 14/04/10 16:38, Alex M. Hendler wrote: > Neill, > > I'm sorry for the late reply, but I'm a bit behind on my list reading.... > > What has worked for me on MW 1.15.2 and SMW 1.4.3 and SF is first > defining a Namespace constant (I think that's what it's called) and > assigning it a number, then assigning an alias (Client1) to the > constant (NS_CLIENT1), e.g.: > > #Define the namespaces > define("NS_CLIENT1", 300); > define("NS_CLIENT1_TALK", 301); > > #Assign names to the namespaces > $wgExtraNamespaces[NS_CLIENT1] = "Client1"; > $wgExtraNamespaces[NS_CLIENT1_TALK] = "Client1_talk"; > > #Tell MW which of the namespaces has content, rather than "talk" > $wgContentNamespaces[] = 300; > > Also, be sure to add the new namespace constant to your > $smwgNamespacesWithSemanticLinks array so its semantics work, e.g., > > $smwgNamespacesWithSemanticLinks = array( > NS_MAIN => true, > NS_CLIENT1 => true, > ); > > > I don't know why it works this way or where I remembered reading about > this setup, but it works for me with NamespacePermissions and > SimpleSecurity. > > Hope this helps, > Alex > > -- > Alex M. Hendler > ontolawgy(tm) LLC > http://ontolawgy.com > > ------- Original message ------- > From: "Neill Mitchell" <ne...@nl...> > To: "Sem...@li..." > <Sem...@li...> > Cc: > Subject: [Semediawiki-user] Unable to create custom name spaces with > SMW installed > Date: Wednesday, March 31, 2010 17:15:10 GMT+03:00 > >> Hi. >> >> I have MW 1.15.1, SMW 1.4.3 and SF 1.9 installed. I'm trying to create >> custom namespaces using: >> >> #define custom namespaces >> $wgExtraNamespaces[300] = 'Client1'; >> $wgExtraNamespaces[301] = 'Client1_talk'; >> >> #restrict "read" permission to Client1 in users >> $wgNamespacePermissionLockdown[300]['*'] = array('Client1'); >> $wgNamespacePermissionLockdown[301]['*'] = array('Client1'); >> >> #prevent inclusion of pages from that namespace >> $wgNonincludableNamespaces[] = 300; >> $wgNonincludableNamespaces[] = 301; >> $wgContentNamespaces[] = 300; >> >> But the namespaces are not being created. 300 and 301 are not being used >> by any extension as far as I'm aware. >> I've read the SMW info regarding custom namespaces and can't see >> anything I've missed. >> >> I have tried this on a bare MW installation and it works fine. >> >> Any ideas? >> >> Thanks >> Neill. >> >> ------------------------------------------------------------------------------ >> >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> Semediawiki-user mailing list >> Sem...@li... >> https://lists.sourceforge.net/lists/listinfo/semediawiki-user > |
From: Alex M. H. <ont...@on...> - 2010-04-14 16:07:46
|
Neill, I'm sorry for the late reply, but I'm a bit behind on my list reading.... What has worked for me on MW 1.15.2 and SMW 1.4.3 and SF is first defining a Namespace constant (I think that's what it's called) and assigning it a number, then assigning an alias (Client1) to the constant (NS_CLIENT1), e.g.: #Define the namespaces define("NS_CLIENT1", 300); define("NS_CLIENT1_TALK", 301); #Assign names to the namespaces $wgExtraNamespaces[NS_CLIENT1] = "Client1"; $wgExtraNamespaces[NS_CLIENT1_TALK] = "Client1_talk"; #Tell MW which of the namespaces has content, rather than "talk" $wgContentNamespaces[] = 300; Also, be sure to add the new namespace constant to your $smwgNamespacesWithSemanticLinks array so its semantics work, e.g., $smwgNamespacesWithSemanticLinks = array( NS_MAIN => true, NS_CLIENT1 => true, ); I don't know why it works this way or where I remembered reading about this setup, but it works for me with NamespacePermissions and SimpleSecurity. Hope this helps, Alex -- Alex M. Hendler ontolawgy(tm) LLC http://ontolawgy.com ------- Original message ------- From: "Neill Mitchell" <ne...@nl...> To: "Sem...@li..." <Sem...@li...> Cc: Subject: [Semediawiki-user] Unable to create custom name spaces with SMW installed Date: Wednesday, March 31, 2010 17:15:10 GMT+03:00 > Hi. > > I have MW 1.15.1, SMW 1.4.3 and SF 1.9 installed. I'm trying to create > custom namespaces using: > > #define custom namespaces > $wgExtraNamespaces[300] = 'Client1'; > $wgExtraNamespaces[301] = 'Client1_talk'; > > #restrict "read" permission to Client1 in users > $wgNamespacePermissionLockdown[300]['*'] = array('Client1'); > $wgNamespacePermissionLockdown[301]['*'] = array('Client1'); > > #prevent inclusion of pages from that namespace > $wgNonincludableNamespaces[] = 300; > $wgNonincludableNamespaces[] = 301; > $wgContentNamespaces[] = 300; > > But the namespaces are not being created. 300 and 301 are not being used > by any extension as far as I'm aware. > I've read the SMW info regarding custom namespaces and can't see > anything I've missed. > > I have tried this on a bare MW installation and it works fine. > > Any ideas? > > Thanks > Neill. > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user |
From: Alex M. H. <ont...@on...> - 2010-04-14 16:07:30
|
Happy to help... I'm not sure why touch.py is listed as "deprecated", but the documentation for pywikipediabot is of inconsistent quality: Some is excellent, some is... not. I have found that SMW_refreshData is orders of magnitude faster than touch.py and tends to catch most things, but touch.py is still a necessary evil (unless you want to manually perform the null edits....). I would leave SMW_refreshData in a crontab - if your server can handle it, it can't hurt. I run touch.py if some pages don't seem to be behaving properly after a SWM_refreshData (e.g., property values set from queries against other pages within a hierarchy, parser functions that depend upon page names). Any PHP gurus out there who want to try their hand at writing a php "null edit" script or a little snippet that could piggyback on SMW_refreshData to perform null edits during the refresh? -- Alex M. Hendler ontolawgy(tm) LLC http://ontolawgy.com ------- Original message ------- From: "Bob MacCallum" <unc...@gm...> To: ont...@on... Cc: sem...@li... Subject: Re: [Semediawiki-user] Calculating Property Values from Other Property Values Date: Tuesday, April 13, 2010 19:29:16 GMT+03:00 > Thanks for the tips - > > I had a look around and found that > http://meta.wikimedia.org/wiki/Pywikipediabot/touch.py (I had to > guess the URL of this page) > is deprecated, but with no explanation why. > > Is this any different from running > extensions/SemanticMediaWiki/maintenance/SMW_refreshData.php > from a crontab? > > > > On Tue, Apr 13, 2010 at 4:28 PM, Alex M. Hendler > <ont...@on...> wrote: >> What has worked for me is a script that is part of pywikipediabot - you >> get get it by running >> >> svn co http://svn.wikimedia.org/svnroot/pywikipedia/trunk/pywikipedia >> pywikipedia >> >> In the "archive" directory, you should see the "touch.py" script; if >> not, >> let me know, and I can send you a copy from an old version. >> >> One you have pywikipediabot set up to work on your wiki (create an >> appropriate Family file, and run any scripts with the parameter >> -family:YourFamilyName), run touch.py using -start:! as a parameter, and >> the script will perform "null edits" on all of your pages; run as many >> times as necessary until your data are up to date. >> >> There is a lot of information out there on pywikipediabot, but I have >> found it to be quite temperamental; let me know if there's any way I can >> help. >> >> On another note, you may want to consider changing {{FULLPAGENAME}} to >> {{subst:FULLPAGENAME}}; for me, this gives more consistent results >> (although it does make changing your queries a bit trickier) >> >> Hope this helps, >> Alex >> -- >> Alex M. Hendler >> ontolawgy(tm) LLC >> http://ontolawgy.com >> ------- Original message ------- >> From: "Patrick Nagel" <ma...@pa...> >> To: sem...@li... >> Cc: >> Subject: Re: [Semediawiki-user] Calculating Property Values from Other >> Property Values >> Date: Tuesday, April 13, 2010 11:10:01 GMT+03:00 >> >>> Hi John, >>> >>> On 2010-04-13 10:24, Wunder, John wrote: >>>> Hi all, I'm somewhat new to this and feeling my way. Have been very >>>> successful so far and am very impressed with the capabilities >>>> enabled. I've run into a problem that's stumped me though. I'm >>>> exclusively working with properties that have number type. What I'd >>>> like to do is perform a simple numeric calculation on a few of >>>> existing property values to set another property value and have the >>>> calculation run every time one of the component property values have >>>> changed. For example: >>>> >>>> [[property1::1]] [[ property2::2]] and [[property3::3]]. I'd like >>>> [[property_average::{{#mean {{#show: {{FULLPAGENAME}} | >>>> ?property1}}|{{#show: {{FULLPAGENAME}} | ?property2}}|{{#show: >>>> {{FULLPAGENAME}} | ?property3}} }} ]] to = >>>> [[property_average::2]] and go to value 4 if >>>> [[property2::4]]. >>>> >>>> This works with ParserFunctions #mean but I have to edit the page >>>> twice, once to change a property value in a compoent and once to set >>>> new composite property value. It displays the right number on the >>>> screen but does not set the right property_average value until I edit >>>> the page a second time. I tried MagicNoCache __NOCACHE__ on all >>>> pages without any luck and cannot get the SRF inline query to return >>>> an acceptable value to use that. Am I right in assuming this is >>>> doable? Is there another way to do this that I'm missing? Thanks for >>>> your time, John >>> >>> This seems to be a limitation of the system: For queries to work, the >>> property values must be stored in the SMW part of the database, but the >>> property values only get into the SMW part of the database during a >>> page >>> save. So for your wiki code to work, it's inevitable that the page gets >>> saved twice. >>> >>> Generally speaking, having property assignments that get their values >>> from some kind of dynamic source (for example an #ask query) are not >>> really usable (which is a pity). >>> >>> Patrick. >>> >> >> >> -- >> Alex M. Hendler >> ontolawgy(tm) LLC >> http://ontolawgy.com >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> Semediawiki-user mailing list >> Sem...@li... >> https://lists.sourceforge.net/lists/listinfo/semediawiki-user >> > > |
From: Toni H. P. <to...@so...> - 2010-04-14 10:45:14
|
Thanks a lot. I will play with the suggested ways and I will tell you something in case of any doubt. 2010/4/8 Patrick Nagel <ma...@pa...>: > Hi Toni, > > On 2010-04-07 18:12 UTC Toni Hermoso Pulido wrote: >> I've been browsing around and I was wondering whether it is possible >> to have nested queries (inline and not). >> For instance, I have a category of authors which consist of several >> pages. Each author has a page property associated, let's say city. >> Any of these associated city pages have, in turn, a coordinates >> property associated. >> >> I would like to get a table of all the coordinates associated to the >> authors, which are actually derived from the city. >> >> Author -> City -> Coords >> Author ->-> Coords >> >> Is that possible? > > A similar problem has been discussed recently: > http://sourceforge.net/mailarchive/forum.php?thread_name=21362547.37923.1265966171231.JavaMail.root%40kdzserver02&forum_name=semediawiki- > user > > Basically, there is one more way that Philipp didn't mention yet: You > can query for Authors and Cities, and use format=template. In the > template you put another query, that takes the City result part > ({{{2}}}) as criteria, and outputs the coordinates. > > But surely it would be a good thing to be able to have "chained > printouts" in SMW... > -- Toni Hermoso Pulido http://www.cau.cat |
From: Patrick N. <ma...@pa...> - 2010-04-14 06:16:55
|
Hi, On 2010-03-29 15:19, I wrote: > I don't know if this is a newly introduced issue, or if it has been like > that forever - I am encountering it for the first time (using SMW 1.5.0): > > Consider the following scenario: > There is a property "Property:Customer" and a page "Xyz AG". On a page > "Project 123" we have "[[Customer::Xyz AG]]". The query {{#show: Project > 123 |?Customer}} returns "Xyz AG". > > Now someone moves "Xyz AG" to "Abc AG". A redirect from page "Xyz AG" to > "Abc AG" gets automatically created. {{#show: Project 123 |?Customer}} > now returns "Abc AG" - everything as expected. > Now someone decides that the move was wrong, and moves "Abc AG" back to > "Xyz AG". A redirect from "Abc AG" to "Xyz AG" gets created, which now > contains the actual content again. But when you run the query {{#show: > Project 123 |?Customer}}, there is no result at all anymore - it should > return "Xyz AG". > > This looks like a bug in SMW to me. I encounter this more and more often now, with our Wiki growing, and people moving pages around. I figured out that the 'smw_iw' column in the 'smw_ids' table needs to be emptied (remove ':smw-redi') for those rows where the column 'smw_title' equals the page name of the ex-redirect in order to fix the problem. Bug report filed: https://bugzilla.wikimedia.org/show_bug.cgi?id=23189 Patrick. -- Key ID: 0x86E346D4 http://patrick-nagel.net/key.asc Fingerprint: 7745 E1BE FA8B FBAD 76AB 2BFC C981 E686 86E3 46D4 |
From: Wunder, J. <joh...@lm...> - 2010-04-13 22:02:50
|
All, Just wanted to say thanks. I'll stop trying to make it change on initial save and do some thinking about how we want to keep the information current. Appreciate the comments and suggestions and will decide over the next few weeks how we want to proceed. Thanks again, John Date: Tue, 13 Apr 2010 18:28:02 +0300 From: "Alex M. Hendler" <ont...@on...> Subject: Re: [Semediawiki-user] Calculating Property Values from Other Property Values To: sem...@li... Message-ID: <op.va3w8rm10q09m6@foreignhost.local> Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes What has worked for me is a script that is part of pywikipediabot - you get get it by running svn co http://svn.wikimedia.org/svnroot/pywikipedia/trunk/pywikipedia pywikipedia In the "archive" directory, you should see the "touch.py" script; if not, let me know, and I can send you a copy from an old version. One you have pywikipediabot set up to work on your wiki (create an appropriate Family file, and run any scripts with the parameter -family:YourFamilyName), run touch.py using -start:! as a parameter, and the script will perform "null edits" on all of your pages; run as many times as necessary until your data are up to date. There is a lot of information out there on pywikipediabot, but I have found it to be quite temperamental; let me know if there's any way I can help. On another note, you may want to consider changing {{FULLPAGENAME}} to {{subst:FULLPAGENAME}}; for me, this gives more consistent results (although it does make changing your queries a bit trickier) Hope this helps, Alex -- Alex M. Hendler ontolawgy(tm) LLC http://ontolawgy.com ------- Original message ------- From: "Patrick Nagel" <ma...@pa...> To: sem...@li... Cc: Subject: Re: [Semediawiki-user] Calculating Property Values from Other Property Values Date: Tuesday, April 13, 2010 11:10:01 GMT+03:00 > Hi John, > > On 2010-04-13 10:24, Wunder, John wrote: >> Hi all, I'm somewhat new to this and feeling my way. Have been very >> successful so far and am very impressed with the capabilities >> enabled. I've run into a problem that's stumped me though. I'm >> exclusively working with properties that have number type. What I'd >> like to do is perform a simple numeric calculation on a few of >> existing property values to set another property value and have the >> calculation run every time one of the component property values have >> changed. For example: >> >> [[property1::1]] [[ property2::2]] and [[property3::3]]. I'd like >> [[property_average::{{#mean {{#show: {{FULLPAGENAME}} | >> ?property1}}|{{#show: {{FULLPAGENAME}} | ?property2}}|{{#show: >> {{FULLPAGENAME}} | ?property3}} }} ]] to = >> [[property_average::2]] and go to value 4 if >> [[property2::4]]. >> >> This works with ParserFunctions #mean but I have to edit the page >> twice, once to change a property value in a compoent and once to set >> new composite property value. It displays the right number on the >> screen but does not set the right property_average value until I edit >> the page a second time. I tried MagicNoCache __NOCACHE__ on all >> pages without any luck and cannot get the SRF inline query to return >> an acceptable value to use that. Am I right in assuming this is >> doable? Is there another way to do this that I'm missing? Thanks for >> your time, John > > This seems to be a limitation of the system: For queries to work, the > property values must be stored in the SMW part of the database, but > the property values only get into the SMW part of the database during > a page save. So for your wiki code to work, it's inevitable that the > page gets saved twice. > > Generally speaking, having property assignments that get their values > from some kind of dynamic source (for example an #ask query) are not > really usable (which is a pity). > > Patrick. > -- Alex M. Hendler ontolawgy(tm) LLC http://ontolawgy.com ------------------------------ Message: 6 Date: Tue, 13 Apr 2010 17:29:16 +0100 From: Bob MacCallum <unc...@gm...> Subject: Re: [Semediawiki-user] Calculating Property Values from Other Property Values To: ont...@on... Cc: sem...@li... Message-ID: <n2k...@ma...> Content-Type: text/plain; charset=ISO-8859-1 Thanks for the tips - I had a look around and found that http://meta.wikimedia.org/wiki/Pywikipediabot/touch.py (I had to guess the URL of this page) is deprecated, but with no explanation why. Is this any different from running extensions/SemanticMediaWiki/maintenance/SMW_refreshData.php from a crontab? On Tue, Apr 13, 2010 at 4:28 PM, Alex M. Hendler <ont...@on...> wrote: > What has worked for me is a script that is part of pywikipediabot - you > get get it by running > > svn co http://svn.wikimedia.org/svnroot/pywikipedia/trunk/pywikipedia > pywikipedia > > In the "archive" directory, you should see the "touch.py" script; if not, > let me know, and I can send you a copy from an old version. > > One you have pywikipediabot set up to work on your wiki (create an > appropriate Family file, and run any scripts with the parameter > -family:YourFamilyName), run touch.py using -start:! as a parameter, and > the script will perform "null edits" on all of your pages; run as many > times as necessary until your data are up to date. > > There is a lot of information out there on pywikipediabot, but I have > found it to be quite temperamental; let me know if there's any way I can > help. > > On another note, you may want to consider changing {{FULLPAGENAME}} to > {{subst:FULLPAGENAME}}; for me, this gives more consistent results > (although it does make changing your queries a bit trickier) > > Hope this helps, > Alex > -- > Alex M. Hendler > ontolawgy(tm) LLC > http://ontolawgy.com > ------- Original message ------- > From: "Patrick Nagel" <ma...@pa...> > To: sem...@li... > Cc: > Subject: Re: [Semediawiki-user] Calculating Property Values from Other > Property Values > Date: Tuesday, April 13, 2010 11:10:01 GMT+03:00 > >> Hi John, >> >> On 2010-04-13 10:24, Wunder, John wrote: >>> Hi all, I'm somewhat new to this and feeling my way. Have been very >>> successful so far and am very impressed with the capabilities >>> enabled. ?I've run into a problem that's stumped me though. ? I'm >>> exclusively working with properties that have number type. ?What I'd >>> like to do is perform a simple numeric calculation on a few of >>> existing property values to set another property value and have the >>> calculation run every time one of the component property values have >>> changed. For example: >>> >>> [[property1::1]] [[ property2::2]] and [[property3::3]]. I'd like >>> [[property_average::{{#mean ?{{#show: {{FULLPAGENAME}} | >>> ?property1}}|{{#show: {{FULLPAGENAME}} | ?property2}}|{{#show: >>> {{FULLPAGENAME}} | ?property3}} ?}} ]] ? ? ? to ? ? = >>> [[property_average::2]] ? ? ? ? ? ? and go to value 4 if >>> [[property2::4]]. >>> >>> This works with ParserFunctions #mean but I have to edit the page >>> twice, once to change a property value in a compoent and once to set >>> new composite property value. ?It displays the right number on the >>> screen but does not set the right property_average value until I edit >>> the page a second time. ?I tried MagicNoCache __NOCACHE__ ?on all >>> pages without any luck and cannot get the SRF inline query to return >>> an acceptable value to use that. Am I right in assuming this is >>> doable? ?Is there another way to do this that I'm missing? Thanks for >>> your time, John >> >> This seems to be a limitation of the system: For queries to work, the >> property values must be stored in the SMW part of the database, but the >> property values only get into the SMW part of the database during a page >> save. So for your wiki code to work, it's inevitable that the page gets >> saved twice. >> >> Generally speaking, having property assignments that get their values >> from some kind of dynamic source (for example an #ask query) are not >> really usable (which is a pity). >> >> Patrick. >> > > > -- > Alex M. Hendler > ontolawgy(tm) LLC > http://ontolawgy.com > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > |
From: Bob M. <unc...@gm...> - 2010-04-13 16:29:46
|
Thanks for the tips - I had a look around and found that http://meta.wikimedia.org/wiki/Pywikipediabot/touch.py (I had to guess the URL of this page) is deprecated, but with no explanation why. Is this any different from running extensions/SemanticMediaWiki/maintenance/SMW_refreshData.php from a crontab? On Tue, Apr 13, 2010 at 4:28 PM, Alex M. Hendler <ont...@on...> wrote: > What has worked for me is a script that is part of pywikipediabot - you > get get it by running > > svn co http://svn.wikimedia.org/svnroot/pywikipedia/trunk/pywikipedia > pywikipedia > > In the "archive" directory, you should see the "touch.py" script; if not, > let me know, and I can send you a copy from an old version. > > One you have pywikipediabot set up to work on your wiki (create an > appropriate Family file, and run any scripts with the parameter > -family:YourFamilyName), run touch.py using -start:! as a parameter, and > the script will perform "null edits" on all of your pages; run as many > times as necessary until your data are up to date. > > There is a lot of information out there on pywikipediabot, but I have > found it to be quite temperamental; let me know if there's any way I can > help. > > On another note, you may want to consider changing {{FULLPAGENAME}} to > {{subst:FULLPAGENAME}}; for me, this gives more consistent results > (although it does make changing your queries a bit trickier) > > Hope this helps, > Alex > -- > Alex M. Hendler > ontolawgy(tm) LLC > http://ontolawgy.com > ------- Original message ------- > From: "Patrick Nagel" <ma...@pa...> > To: sem...@li... > Cc: > Subject: Re: [Semediawiki-user] Calculating Property Values from Other > Property Values > Date: Tuesday, April 13, 2010 11:10:01 GMT+03:00 > >> Hi John, >> >> On 2010-04-13 10:24, Wunder, John wrote: >>> Hi all, I'm somewhat new to this and feeling my way. Have been very >>> successful so far and am very impressed with the capabilities >>> enabled. I've run into a problem that's stumped me though. I'm >>> exclusively working with properties that have number type. What I'd >>> like to do is perform a simple numeric calculation on a few of >>> existing property values to set another property value and have the >>> calculation run every time one of the component property values have >>> changed. For example: >>> >>> [[property1::1]] [[ property2::2]] and [[property3::3]]. I'd like >>> [[property_average::{{#mean {{#show: {{FULLPAGENAME}} | >>> ?property1}}|{{#show: {{FULLPAGENAME}} | ?property2}}|{{#show: >>> {{FULLPAGENAME}} | ?property3}} }} ]] to = >>> [[property_average::2]] and go to value 4 if >>> [[property2::4]]. >>> >>> This works with ParserFunctions #mean but I have to edit the page >>> twice, once to change a property value in a compoent and once to set >>> new composite property value. It displays the right number on the >>> screen but does not set the right property_average value until I edit >>> the page a second time. I tried MagicNoCache __NOCACHE__ on all >>> pages without any luck and cannot get the SRF inline query to return >>> an acceptable value to use that. Am I right in assuming this is >>> doable? Is there another way to do this that I'm missing? Thanks for >>> your time, John >> >> This seems to be a limitation of the system: For queries to work, the >> property values must be stored in the SMW part of the database, but the >> property values only get into the SMW part of the database during a page >> save. So for your wiki code to work, it's inevitable that the page gets >> saved twice. >> >> Generally speaking, having property assignments that get their values >> from some kind of dynamic source (for example an #ask query) are not >> really usable (which is a pity). >> >> Patrick. >> > > > -- > Alex M. Hendler > ontolawgy(tm) LLC > http://ontolawgy.com > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > -- http://darwintunes.org - a test-tube for cultural evolution http://evolectronica.com - survival of the funkiest http://compare-stuff.com - confused? you will be! http://twitter.com/darwintunes http://twitter.com/bobmaccallum |
From: Alex M. H. <ont...@on...> - 2010-04-13 15:57:35
|
What has worked for me is a script that is part of pywikipediabot - you get get it by running svn co http://svn.wikimedia.org/svnroot/pywikipedia/trunk/pywikipedia pywikipedia In the "archive" directory, you should see the "touch.py" script; if not, let me know, and I can send you a copy from an old version. One you have pywikipediabot set up to work on your wiki (create an appropriate Family file, and run any scripts with the parameter -family:YourFamilyName), run touch.py using -start:! as a parameter, and the script will perform "null edits" on all of your pages; run as many times as necessary until your data are up to date. There is a lot of information out there on pywikipediabot, but I have found it to be quite temperamental; let me know if there's any way I can help. On another note, you may want to consider changing {{FULLPAGENAME}} to {{subst:FULLPAGENAME}}; for me, this gives more consistent results (although it does make changing your queries a bit trickier) Hope this helps, Alex -- Alex M. Hendler ontolawgy(tm) LLC http://ontolawgy.com ------- Original message ------- From: "Patrick Nagel" <ma...@pa...> To: sem...@li... Cc: Subject: Re: [Semediawiki-user] Calculating Property Values from Other Property Values Date: Tuesday, April 13, 2010 11:10:01 GMT+03:00 > Hi John, > > On 2010-04-13 10:24, Wunder, John wrote: >> Hi all, I'm somewhat new to this and feeling my way. Have been very >> successful so far and am very impressed with the capabilities >> enabled. I've run into a problem that's stumped me though. I'm >> exclusively working with properties that have number type. What I'd >> like to do is perform a simple numeric calculation on a few of >> existing property values to set another property value and have the >> calculation run every time one of the component property values have >> changed. For example: >> >> [[property1::1]] [[ property2::2]] and [[property3::3]]. I'd like >> [[property_average::{{#mean {{#show: {{FULLPAGENAME}} | >> ?property1}}|{{#show: {{FULLPAGENAME}} | ?property2}}|{{#show: >> {{FULLPAGENAME}} | ?property3}} }} ]] to = >> [[property_average::2]] and go to value 4 if >> [[property2::4]]. >> >> This works with ParserFunctions #mean but I have to edit the page >> twice, once to change a property value in a compoent and once to set >> new composite property value. It displays the right number on the >> screen but does not set the right property_average value until I edit >> the page a second time. I tried MagicNoCache __NOCACHE__ on all >> pages without any luck and cannot get the SRF inline query to return >> an acceptable value to use that. Am I right in assuming this is >> doable? Is there another way to do this that I'm missing? Thanks for >> your time, John > > This seems to be a limitation of the system: For queries to work, the > property values must be stored in the SMW part of the database, but the > property values only get into the SMW part of the database during a page > save. So for your wiki code to work, it's inevitable that the page gets > saved twice. > > Generally speaking, having property assignments that get their values > from some kind of dynamic source (for example an #ask query) are not > really usable (which is a pity). > > Patrick. > -- Alex M. Hendler ontolawgy(tm) LLC http://ontolawgy.com |
From: Moore, D. <dm...@vt...> - 2010-04-13 15:08:16
|
That is a big step back. There seem to be a lot of issues like this, which has kept me from jumping into SMW+/Halo with both feet. I guess I'll wait for the next release of SMW+ (now the end of the month) before investing too much effort. David Moore Virginia Tech Institute for Policy and Governance 205 W. Roanoke Street (0489) Blacksburg, VA 24061-0489 540-230-6914 (cell) 540-231-6775 (office) NEW 540-231-6722 (fax) dm...@vt... www.ipg.vt.edu -----Original Message----- From: Neill Mitchell [mailto:ne...@nl...] Sent: Tuesday, April 13, 2010 4:34 AM To: Moore, David Cc: sem...@li... Subject: Re: [Semediawiki-user] SMW+ Hi David. I know that you can't use the latest version of HaloACL with 1.4.3. Use version 1.1. Cheers Neill. On 13/04/10 03:33, Moore, David wrote: > So, if I downgrade to SMW 1.4.3, but keep newer versions of the rest of the semantic bundle, then most SMW+/Halo extensions should work? Then in July (or whenever the next release is made), I can update SMW to 1.5 at the same time I upgrade SMW+/Halo? > > David Moore > Virginia Tech Institute for Policy and Governance > 205 W. Roanoke Street (0489) > Blacksburg, VA 24061-0489 > 540-230-6914 (cell) > 540-231-6775 (office) NEW > 540-231-6722 (fax) > dm...@vt... > www.ipg.vt.edu > > > -----Original Message----- > From: Philipp Zaltenbach [mailto:zal...@on...] > Sent: Monday, April 12, 2010 9:12 AM > To: Moore, David > Cc: sem...@li...; Charles Layman > Subject: Re: [Semediawiki-user] SMW+ > > Hi David, > > we aim to support SMW 1.5 officially with our next release of SMW+/Halo. > This is currently scheduled for July. > > regards, > Philipp > > Am 07.04.2010 17:27, schrieb Moore, David: > >> There are some features of SMW+ (Halo) related extensions that I would like to use on my SMW site (collaboration, WYSIWYG, HaloACL). I'm running MediaWiki 1.15.1 and SMW 1.5g. The current release of SMW+ (1.4.6) says it only supports SMW 1.4.6. Does anyone have experience running SMW+ 1.4.6 with SMW 1.5? Are there certain known issues that I can just avoid or is it generally unstable/unsupported/broken? It may be that the areas of incompatibility are not things I need to use anyway. >> >> Is it worth regressing to SMW 1.4.6 in order to use SMW+ or would that reintroduce too many bugs back into SMW. I'm not using inverse properties or Special:Ask? >> >> It appears that there is a version 1.4.7 and 1.5 in the works for SMW+. Which of these will support SMW 1.5 and when is it anticipated for release? >> >> David Moore >> Virginia Tech Institute for Policy and Governance >> 205 W. Roanoke Street (0489) >> Blacksburg, VA 24061-0489 >> 540-230-6914 (cell) >> 540-231-6775 (office) NEW >> 540-231-6722 (fax) >> dm...@vt... >> www.ipg.vt.edu >> >> >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> Semediawiki-user mailing list >> Sem...@li... >> https://lists.sourceforge.net/lists/listinfo/semediawiki-user >> >> > |
From: Dominika W. <wl...@on...> - 2010-04-13 11:03:05
|
Hi David, We have decided to release the next SMW+/Halo 1.5, which will be compatible with SMW 1.5, at the end of the month. You can use the older versions till then and after the release you can comfortably upgrade your installation with the Deployment Framework. Best regards Dominika Halo Team ontoprise GmbH know how to use Know-how Halo Extension - Want to get involved? <http://smwforum.ontoprise.com/development> http://smwforum.ontoprise.com/development - - - General <http://www.ontoprise.de/en/home/news/news-en/general-electric-uses-semantic guide/> Electric selects SemanticGuide from ontoprise as a corporate standard for providing intelligent advisory systems for Jenbacher - - - An der RaumFabrik 29; 76227 Karlsruhe; Germany Tel.: +49 721 509809-0; Fax: +49 721 509809-11 mailto:wl...@on..., www: http://www.ontoprise.de <http://www.ontoprise.de/> Registered Office: Karlsruhe, Germany, HRB 109540 Managing Directors: Prof. Dr. Jürgen Angele, Hans-Peter Schnurr |
From: <zal...@on...> - 2010-04-13 10:35:28
|
That's correct David. When you want to install the Halo extension, I recommend to use our Deployment Framework. It takes care of automatically downloading, installing or updating of semantic extensions, such as SMW, Halo or e.g. Semantic Forms. regards, Philipp "Moore, David" <dm...@vt...> hat am 13. April 2010 um 04:33 geschrieben: > So, if I downgrade to SMW 1.4.3, but keep newer versions of the rest of the > semantic bundle, then most SMW+/Halo extensions should work? Then in July (or > whenever the next release is made), I can update SMW to 1.5 at the same time I > upgrade SMW+/Halo? > > David Moore > Virginia Tech Institute for Policy and Governance > 205 W. Roanoke Street (0489) > Blacksburg, VA 24061-0489 > 540-230-6914 (cell) > 540-231-6775 (office) NEW > 540-231-6722 (fax) > dm...@vt... > www.ipg.vt.edu > > > -----Original Message----- > From: Philipp Zaltenbach [mailto:zal...@on...] > Sent: Monday, April 12, 2010 9:12 AM > To: Moore, David > Cc: sem...@li...; Charles Layman > Subject: Re: [Semediawiki-user] SMW+ > > Hi David, > > we aim to support SMW 1.5 officially with our next release of SMW+/Halo. > This is currently scheduled for July. > > regards, > Philipp > > Am 07.04.2010 17:27, schrieb Moore, David: > > There are some features of SMW+ (Halo) related extensions that I would like > > to use on my SMW site (collaboration, WYSIWYG, HaloACL). I'm running > > MediaWiki 1.15.1 and SMW 1.5g. The current release of SMW+ (1.4.6) says it > > only supports SMW 1.4.6. Does anyone have experience running SMW+ 1.4.6 > > with SMW 1.5? Are there certain known issues that I can just avoid or is it > > generally unstable/unsupported/broken? It may be that the areas of > > incompatibility are not things I need to use anyway. > > > > Is it worth regressing to SMW 1.4.6 in order to use SMW+ or would that > > reintroduce too many bugs back into SMW. I'm not using inverse properties > > or Special:Ask? > > > > It appears that there is a version 1.4.7 and 1.5 in the works for SMW+. > > Which of these will support SMW 1.5 and when is it anticipated for release? > > > > David Moore > > Virginia Tech Institute for Policy and Governance > > 205 W. Roanoke Street (0489) > > Blacksburg, VA 24061-0489 > > 540-230-6914 (cell) > > 540-231-6775 (office) NEW > > 540-231-6722 (fax) > > dm...@vt... > > www.ipg.vt.edu > > > > > > > > ---------------------------------------------------------------------------- > > -- > > Download Intel® Parallel Studio Eval > > Try the new software tools for yourself. Speed compiling, find bugs > > proactively, and fine-tune applications for parallel performance. > > See why Intel Parallel Studio got high marks during beta. > > http://p.sf.net/sfu/intel-sw-dev > > _______________________________________________ > > Semediawiki-user mailing list > > Sem...@li... > > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > > > > -- > Philipp Zaltenbach > Halo Team > ontoprise GmbH - know how to use Know-how > - - - > Halo Extension - Want to get involved? > http://smwforum.ontoprise.com/development > - - - > An der RaumFabrik 29; 76227 Karlsruhe; Germany > Tel.: +49 721 509809-0; Fax: +49 721 509809-11 > mailto:zal...@on..., www: http://www.ontoprise.com > Registered Office: Karlsruhe, Germany, HRB 109540 > Managing Directors: Prof. Dr. Juergen Angele, Hans-Peter Schnurr > -- Philipp Zaltenbach Halo Team ontoprise GmbH – know how to use Know-how - - - General Electric selects SemanticGuide from ontoprise as a corporate standard for providing intelligent advisory systems for Jenbacher http://www.ontoprise.de/en/home/news/news-en/general-electric-uses-semanticguide/ - - - An der RaumFabrik 29; 76227 Karlsruhe; Germany Tel.: +49 721 509809-0; Fax: +49 721 509809-11 mailto:zal...@on..., www: http://www.ontoprise.com Registered Office: Karlsruhe, Germany, HRB 109540 Managing Directors: Prof. Dr. Juergen Angele, Hans-Peter Schnurr |
From: Neill M. <ne...@nl...> - 2010-04-13 08:33:56
|
Hi David. I know that you can't use the latest version of HaloACL with 1.4.3. Use version 1.1. Cheers Neill. On 13/04/10 03:33, Moore, David wrote: > So, if I downgrade to SMW 1.4.3, but keep newer versions of the rest of the semantic bundle, then most SMW+/Halo extensions should work? Then in July (or whenever the next release is made), I can update SMW to 1.5 at the same time I upgrade SMW+/Halo? > > David Moore > Virginia Tech Institute for Policy and Governance > 205 W. Roanoke Street (0489) > Blacksburg, VA 24061-0489 > 540-230-6914 (cell) > 540-231-6775 (office) NEW > 540-231-6722 (fax) > dm...@vt... > www.ipg.vt.edu > > > -----Original Message----- > From: Philipp Zaltenbach [mailto:zal...@on...] > Sent: Monday, April 12, 2010 9:12 AM > To: Moore, David > Cc: sem...@li...; Charles Layman > Subject: Re: [Semediawiki-user] SMW+ > > Hi David, > > we aim to support SMW 1.5 officially with our next release of SMW+/Halo. > This is currently scheduled for July. > > regards, > Philipp > > Am 07.04.2010 17:27, schrieb Moore, David: > >> There are some features of SMW+ (Halo) related extensions that I would like to use on my SMW site (collaboration, WYSIWYG, HaloACL). I'm running MediaWiki 1.15.1 and SMW 1.5g. The current release of SMW+ (1.4.6) says it only supports SMW 1.4.6. Does anyone have experience running SMW+ 1.4.6 with SMW 1.5? Are there certain known issues that I can just avoid or is it generally unstable/unsupported/broken? It may be that the areas of incompatibility are not things I need to use anyway. >> >> Is it worth regressing to SMW 1.4.6 in order to use SMW+ or would that reintroduce too many bugs back into SMW. I'm not using inverse properties or Special:Ask? >> >> It appears that there is a version 1.4.7 and 1.5 in the works for SMW+. Which of these will support SMW 1.5 and when is it anticipated for release? >> >> David Moore >> Virginia Tech Institute for Policy and Governance >> 205 W. Roanoke Street (0489) >> Blacksburg, VA 24061-0489 >> 540-230-6914 (cell) >> 540-231-6775 (office) NEW >> 540-231-6722 (fax) >> dm...@vt... >> www.ipg.vt.edu >> >> >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> Semediawiki-user mailing list >> Sem...@li... >> https://lists.sourceforge.net/lists/listinfo/semediawiki-user >> >> > |
From: Patrick N. <ma...@pa...> - 2010-04-13 08:10:25
|
Hi John, On 2010-04-13 10:24, Wunder, John wrote: > Hi all, I'm somewhat new to this and feeling my way. Have been very > successful so far and am very impressed with the capabilities > enabled. I've run into a problem that's stumped me though. I'm > exclusively working with properties that have number type. What I'd > like to do is perform a simple numeric calculation on a few of > existing property values to set another property value and have the > calculation run every time one of the component property values have > changed. For example: > > [[property1::1]] [[ property2::2]] and [[property3::3]]. I'd like > [[property_average::{{#mean {{#show: {{FULLPAGENAME}} | > ?property1}}|{{#show: {{FULLPAGENAME}} | ?property2}}|{{#show: > {{FULLPAGENAME}} | ?property3}} }} ]] to = > [[property_average::2]] and go to value 4 if > [[property2::4]]. > > This works with ParserFunctions #mean but I have to edit the page > twice, once to change a property value in a compoent and once to set > new composite property value. It displays the right number on the > screen but does not set the right property_average value until I edit > the page a second time. I tried MagicNoCache __NOCACHE__ on all > pages without any luck and cannot get the SRF inline query to return > an acceptable value to use that. Am I right in assuming this is > doable? Is there another way to do this that I'm missing? Thanks for > your time, John This seems to be a limitation of the system: For queries to work, the property values must be stored in the SMW part of the database, but the property values only get into the SMW part of the database during a page save. So for your wiki code to work, it's inevitable that the page gets saved twice. Generally speaking, having property assignments that get their values from some kind of dynamic source (for example an #ask query) are not really usable (which is a pity). Patrick. -- Key ID: 0x86E346D4 http://patrick-nagel.net/key.asc Fingerprint: 7745 E1BE FA8B FBAD 76AB 2BFC C981 E686 86E3 46D4 |