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: Rainer K. <Rai...@ty...> - 2024-05-02 11:44:57
|
Seems that the picture was missing... new try Am 02.05.24 um 13:33 schrieb Rainer Klier: > Hi Margit, > > I attached a picture. Maybe I can explain it better, what I want to achieve. > I have pages, that talk about vegetables (Aubergine, Blumenkohl, etc.) and I found a overview of about 35 different vegetables in a magazine. 6 of them you can see in the attached picture. > > The colorcode below is: > * White background: No season > * Orange backgroud: Low season > * Green backgroud: Peak season > > I went to photoshop and created small pictures (with numbers from 1-12) > * KSx.png (x running from 1-12) → Keine Saison > * NSx.png → Nebensaison > * HSx.png → Hochsaison > > Now my thought was to display for example for the Aubergine the season information in a set of small pictures. > [[File:KS1.png]] [[File:KS2.png]] [[File:HS1.png]] … [[File:KS12.png]] > > And I wanted to save this combination of the twelve displayed pictures in an attribut, because I wanted to reuse it in a overview of all vegeables. > > > > Thanx for your help :-) > Rainer > > -----Ursprüngliche Nachricht----- > Von: Margit Link-Rodrigue via Semediawiki-user [mailto:sem...@li...] > Gesendet: Montag, 29. April 2024 09:57 > An: sem...@li... > Cc: Margit Link-Rodrigue > Betreff: Re: [Semediawiki-user] Storing attributes, which consist of a number of pictures > > Hi Rainer, > are you setting the images on the same page where you ask for them? Then you need subobjects I'd say. > > {{#subobject:Bla=File:HS.png}}{{#subobject:Bla=File:NS.png}} > > {{#ask: > [[-Has subobject::{{FULLPAGENAME}}]] > |?Bla > |format=gallery > |imageproperty=Bla > |autocaptions=no > }} > > Margit > >> -----Ursprüngliche Nachricht----- >> Von: Rainer Klier <Rai...@ty...> >> Gesendet: Sonntag, 28. April 2024 17:54 >> An: SMW Users list <sem...@li...> >> Betreff: [Semediawiki-user] Storing attributes, which consist of a number of >> pictures >> >> Hi there, >> >> I set up some years ago a wiki about cooking, recipes an productinfomation. >> Ath the moment I am working on a calender of season for vegetables, where I >> want to display a number of different images in a row, depending on the >> vegetable I look a at the moment. >> I tried the following: >> >> {{#set: Bla=[[File:HS.png]][[File:NS.png]] }} --> Getting errors here >> {{#ask: {{PAGENAME}}|?Bla}} >> >> I wanted to generate an attribute, that I #ask at anytime a number of images >> to be displayed in a special order, like setting a variable. >> >> Is there just my syntax wrong or does this work not with attributes? >> >> Greetings, Rainer >> >> >> >> _______________________________________________ >> Semediawiki-user mailing list >> Sem...@li... >> https://lists.sourceforge.net/lists/listinfo/semediawiki-user > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user |
From: Rainer K. <Rai...@ty...> - 2024-05-02 11:33:24
|
Hi Margit, I attached a picture. Maybe I can explain it better, what I want to achieve. I have pages, that talk about vegetables (Aubergine, Blumenkohl, etc.) and I found a overview of about 35 different vegetables in a magazine. 6 of them you can see in the attached picture. The colorcode below is: * White background: No season * Orange backgroud: Low season * Green backgroud: Peak season I went to photoshop and created small pictures (with numbers from 1-12) * KSx.png (x running from 1-12) → Keine Saison * NSx.png → Nebensaison * HSx.png → Hochsaison Now my thought was to display for example for the Aubergine the season information in a set of small pictures. [[File:KS1.png]] [[File:KS2.png]] [[File:HS1.png]] … [[File:KS12.png]] And I wanted to save this combination of the twelve displayed pictures in an attribut, because I wanted to reuse it in a overview of all vegeables. Thanx for your help :-) Rainer -----Ursprüngliche Nachricht----- Von: Margit Link-Rodrigue via Semediawiki-user [mailto:sem...@li...] Gesendet: Montag, 29. April 2024 09:57 An: sem...@li... Cc: Margit Link-Rodrigue Betreff: Re: [Semediawiki-user] Storing attributes, which consist of a number of pictures Hi Rainer, are you setting the images on the same page where you ask for them? Then you need subobjects I'd say. {{#subobject:Bla=File:HS.png}}{{#subobject:Bla=File:NS.png}} {{#ask: [[-Has subobject::{{FULLPAGENAME}}]] |?Bla |format=gallery |imageproperty=Bla |autocaptions=no }} Margit > -----Ursprüngliche Nachricht----- > Von: Rainer Klier <Rai...@ty...> > Gesendet: Sonntag, 28. April 2024 17:54 > An: SMW Users list <sem...@li...> > Betreff: [Semediawiki-user] Storing attributes, which consist of a number of > pictures > > Hi there, > > I set up some years ago a wiki about cooking, recipes an productinfomation. > Ath the moment I am working on a calender of season for vegetables, where I > want to display a number of different images in a row, depending on the > vegetable I look a at the moment. > I tried the following: > > {{#set: Bla=[[File:HS.png]][[File:NS.png]] }} --> Getting errors here > {{#ask: {{PAGENAME}}|?Bla}} > > I wanted to generate an attribute, that I #ask at anytime a number of images > to be displayed in a special order, like setting a variable. > > Is there just my syntax wrong or does this work not with attributes? > > Greetings, Rainer > > > > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user _______________________________________________ Semediawiki-user mailing list Sem...@li... https://lists.sourceforge.net/lists/listinfo/semediawiki-user |
From: Margit Link-R. <mar...@ha...> - 2024-04-29 08:11:51
|
Hi Rainer, are you setting the images on the same page where you ask for them? Then you need subobjects I'd say. {{#subobject:Bla=File:HS.png}}{{#subobject:Bla=File:NS.png}} {{#ask: [[-Has subobject::{{FULLPAGENAME}}]] |?Bla |format=gallery |imageproperty=Bla |autocaptions=no }} Margit > -----Ursprüngliche Nachricht----- > Von: Rainer Klier <Rai...@ty...> > Gesendet: Sonntag, 28. April 2024 17:54 > An: SMW Users list <sem...@li...> > Betreff: [Semediawiki-user] Storing attributes, which consist of a number of > pictures > > Hi there, > > I set up some years ago a wiki about cooking, recipes an productinfomation. > Ath the moment I am working on a calender of season for vegetables, where I > want to display a number of different images in a row, depending on the > vegetable I look a at the moment. > I tried the following: > > {{#set: Bla=[[File:HS.png]][[File:NS.png]] }} --> Getting errors here > {{#ask: {{PAGENAME}}|?Bla}} > > I wanted to generate an attribute, that I #ask at anytime a number of images > to be displayed in a special order, like setting a variable. > > Is there just my syntax wrong or does this work not with attributes? > > Greetings, Rainer > > > > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user |
From: Rainer K. <Rai...@ty...> - 2024-04-28 16:12:17
|
Hi there, I set up some years ago a wiki about cooking, recipes an productinfomation. Ath the moment I am working on a calender of season for vegetables, where I want to display a number of different images in a row, depending on the vegetable I look a at the moment. I tried the following: {{#set: Bla=[[File:HS.png]][[File:NS.png]] }} --> Getting errors here {{#ask: {{PAGENAME}}|?Bla}} I wanted to generate an attribute, that I #ask at anytime a number of images to be displayed in a special order, like setting a variable. Is there just my syntax wrong or does this work not with attributes? Greetings, Rainer |
From: Jaider <jai...@gm...> - 2024-04-22 13:24:25
|
Maybe useful for the conversation: Case insensitive LIKE matching for _wpg type entities (MySQL) #1912 https://github.com/SemanticMediaWiki/SemanticMediaWiki/issues/1912 Em seg., 22 de abr. de 2024 às 08:13, Margit Link-Rodrigue via Semediawiki-user <sem...@li...> escreveu: > Ah, okay. Then default setting for the query changed at one point from > noajax=true to false. Got it! > > Thanks for your help! > > Von: Thomas td...@ya...<mailto:td...@ya...> > Gesendet: Monday, April 22, 2024 10:37 AM > An: Margit Link-Rodrigue mar...@ha...<mailto: > mar...@ha...> > Betreff: Re: AW: [Semediawiki-user] search field in results format > "datatables" is always case sensitive > > because there is no Ajax involved > > --- > > > Hi Thomas, > > > > I tried in the sandbox with Semantic Result Formats 4.0.2 (same version > Pavel earlier in the chat referred to). There, the filter is totally > case-insensitive with query: > > > {{#ask: [[:+]] [[Modification date::+]] > > |format=datatables > > }} > > > > > https://sandbox.semantic-mediawiki.net/w/index.php?title=Datatables_format_filter > > > > Greetings, > > Margit > > > Von: Thomas <td...@ya...> > Gesendet: Monday, April 22, 2024 10:37 AM > An: Margit Link-Rodrigue <mar...@ha...> > Betreff: Re: AW: [Semediawiki-user] search field in results format > "datatables" is always case sensitive > > because there is no Ajax involved > > --- > > > Hi Thomas, > > > > I tried in the sandbox with Semantic Result Formats 4.0.2 (same version > Pavel earlier in the chat referred to). There, the filter is totally > case-insensitive with query: > > > {{#ask: [[:+]] [[Modification date::+]] > > |format=datatables > > }} > > > > > https://sandbox.semantic-mediawiki.net/w/index.php?title=Datatables_format_filter > > > > Greetings, > > Margit > > > > > > Von: Thomas <td...@ya...<mailto:td...@ya...>> > Gesendet: Monday, April 22, 2024 9:56 AM > An: sem...@li...<mailto: > sem...@li...> > Cc: Margit Link-Rodrigue <mar...@ha...<mailto: > mar...@ha...>> > Betreff: Re: [Semediawiki-user] search field in results format > "datatables" is always case sensitive > > > > hello Margit, > as far as I remember search results are > case sensitive when Ajax is enabled and > case-insensitive when is not. > For page names, we could normalize the > searched title making the first character uppercase, > but for other fields there isn't an easy solution > as far as I remember. See here > > > https://www.semantic-mediawiki.org/wiki/Thread:Help_talk:Selecting_pages/Case_insensitive_query_possible%3F > > > https://www.funkypenguin.co.nz/blog/make-mediawiki-page-names-case-insensitive-including-semantic-queries/ > > > > > ----- > > > Hi Margit, > > What version of SMW/SRF do you use? I use datatables format as well and I > do not see any issues with the case sensitivity, the page is filtered > regardless whether it is searched as Mypage or mypage, actually even part > of the page name works fine, like age/Age. I use default setting of the > datatables format, theme basic, SMW 4.1.2 and SRF 4.0.2 (which means the > new datatables format, not legacy). The search is diacritics sensitive but > that is expected and is okay. > > Best regards, > > Pavel > > On Fri, 19 Apr 2024 at 15:34, Margit Link-Rodrigue via Semediawiki-user < > sem...@li...<mailto: > sem...@li...>> wrote: > > > Hi all, > > > > I want to use the search option for result format "datatables" > > (|datatables-searching=true). However, by default, it is case-sensitive. > If > > users want to filter a list of wiki pages, they have to do so by typing > > "Mypagename" instead of "mypagename". I assume most user type in > > all-lower-case and will not get results. In addition, sometimes the > content > > in a column might have user-dependent spelling, such as either "Coins > from > > Spain" or "coins from Spain". Datatables natively has the option > > search.caseInsensitive, but I don't see it included. I tried to set it > > anyway, but option was ignored: > > > > |datatables-search.caseInsensitive=true > > > > Is it currently possible to set the search field to be case-insensitive? > > > > Thanks, > > Margit > > > > > > > > > > _______________________________________________ > > Semediawiki-user mailing list > > Sem...@li...<mailto: > Sem...@li...> > > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > > > > > _______________________________________________ > Semediawiki-user mailing list > Sem...@li...<mailto: > Sem...@li...> > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > |
From: Margit Link-R. <mar...@ha...> - 2024-04-22 11:11:38
|
Ah, okay. Then default setting for the query changed at one point from noajax=true to false. Got it! Thanks for your help! Von: Thomas td...@ya...<mailto:td...@ya...> Gesendet: Monday, April 22, 2024 10:37 AM An: Margit Link-Rodrigue mar...@ha...<mailto:mar...@ha...> Betreff: Re: AW: [Semediawiki-user] search field in results format "datatables" is always case sensitive because there is no Ajax involved --- Hi Thomas, I tried in the sandbox with Semantic Result Formats 4.0.2 (same version Pavel earlier in the chat referred to). There, the filter is totally case-insensitive with query: {{#ask: [[:+]] [[Modification date::+]] |format=datatables }} https://sandbox.semantic-mediawiki.net/w/index.php?title=Datatables_format_filter Greetings, Margit Von: Thomas <td...@ya...> Gesendet: Monday, April 22, 2024 10:37 AM An: Margit Link-Rodrigue <mar...@ha...> Betreff: Re: AW: [Semediawiki-user] search field in results format "datatables" is always case sensitive because there is no Ajax involved --- Hi Thomas, I tried in the sandbox with Semantic Result Formats 4.0.2 (same version Pavel earlier in the chat referred to). There, the filter is totally case-insensitive with query: {{#ask: [[:+]] [[Modification date::+]] |format=datatables }} https://sandbox.semantic-mediawiki.net/w/index.php?title=Datatables_format_filter Greetings, Margit Von: Thomas <td...@ya...<mailto:td...@ya...>> Gesendet: Monday, April 22, 2024 9:56 AM An: sem...@li...<mailto:sem...@li...> Cc: Margit Link-Rodrigue <mar...@ha...<mailto:mar...@ha...>> Betreff: Re: [Semediawiki-user] search field in results format "datatables" is always case sensitive hello Margit, as far as I remember search results are case sensitive when Ajax is enabled and case-insensitive when is not. For page names, we could normalize the searched title making the first character uppercase, but for other fields there isn't an easy solution as far as I remember. See here https://www.semantic-mediawiki.org/wiki/Thread:Help_talk:Selecting_pages/Case_insensitive_query_possible%3F https://www.funkypenguin.co.nz/blog/make-mediawiki-page-names-case-insensitive-including-semantic-queries/ ----- Hi Margit, What version of SMW/SRF do you use? I use datatables format as well and I do not see any issues with the case sensitivity, the page is filtered regardless whether it is searched as Mypage or mypage, actually even part of the page name works fine, like age/Age. I use default setting of the datatables format, theme basic, SMW 4.1.2 and SRF 4.0.2 (which means the new datatables format, not legacy). The search is diacritics sensitive but that is expected and is okay. Best regards, Pavel On Fri, 19 Apr 2024 at 15:34, Margit Link-Rodrigue via Semediawiki-user < sem...@li...<mailto:sem...@li...>> wrote: > Hi all, > > I want to use the search option for result format "datatables" > (|datatables-searching=true). However, by default, it is case-sensitive. If > users want to filter a list of wiki pages, they have to do so by typing > "Mypagename" instead of "mypagename". I assume most user type in > all-lower-case and will not get results. In addition, sometimes the content > in a column might have user-dependent spelling, such as either "Coins from > Spain" or "coins from Spain". Datatables natively has the option > search.caseInsensitive, but I don't see it included. I tried to set it > anyway, but option was ignored: > > |datatables-search.caseInsensitive=true > > Is it currently possible to set the search field to be case-insensitive? > > Thanks, > Margit > > > > > _______________________________________________ > Semediawiki-user mailing list > Sem...@li...<mailto:Sem...@li...> > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > _______________________________________________ Semediawiki-user mailing list Sem...@li...<mailto:Sem...@li...> https://lists.sourceforge.net/lists/listinfo/semediawiki-user |
From: Margit Link-R. <mar...@ha...> - 2024-04-22 10:53:56
|
Hi Thomas, I tried in the sandbox with Semantic Result Formats 4.0.2 (same version Pavel earlier in the chat referred to). There, the filter is totally case-insensitive with query: {{#ask: [[:+]] [[Modification date::+]] |format=datatables }} https://sandbox.semantic-mediawiki.net/w/index.php?title=Datatables_format_filter Greetings, Margit Von: Thomas <td...@ya...> Gesendet: Monday, April 22, 2024 9:56 AM An: sem...@li... Cc: Margit Link-Rodrigue <mar...@ha...> Betreff: Re: [Semediawiki-user] search field in results format "datatables" is always case sensitive hello Margit, as far as I remember search results are case sensitive when Ajax is enabled and case-insensitive when is not. For page names, we could normalize the searched title making the first character uppercase, but for other fields there isn't an easy solution as far as I remember. See here https://www.semantic-mediawiki.org/wiki/Thread:Help_talk:Selecting_pages/Case_insensitive_query_possible%3F https://www.funkypenguin.co.nz/blog/make-mediawiki-page-names-case-insensitive-including-semantic-queries/ ----- Hi Margit, What version of SMW/SRF do you use? I use datatables format as well and I do not see any issues with the case sensitivity, the page is filtered regardless whether it is searched as Mypage or mypage, actually even part of the page name works fine, like age/Age. I use default setting of the datatables format, theme basic, SMW 4.1.2 and SRF 4.0.2 (which means the new datatables format, not legacy). The search is diacritics sensitive but that is expected and is okay. Best regards, Pavel On Fri, 19 Apr 2024 at 15:34, Margit Link-Rodrigue via Semediawiki-user < sem...@li...<mailto:sem...@li...>> wrote: > Hi all, > > I want to use the search option for result format "datatables" > (|datatables-searching=true). However, by default, it is case-sensitive. If > users want to filter a list of wiki pages, they have to do so by typing > "Mypagename" instead of "mypagename". I assume most user type in > all-lower-case and will not get results. In addition, sometimes the content > in a column might have user-dependent spelling, such as either "Coins from > Spain" or "coins from Spain". Datatables natively has the option > search.caseInsensitive, but I don't see it included. I tried to set it > anyway, but option was ignored: > > |datatables-search.caseInsensitive=true > > Is it currently possible to set the search field to be case-insensitive? > > Thanks, > Margit > > > > > _______________________________________________ > Semediawiki-user mailing list > Sem...@li...<mailto:Sem...@li...> > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > _______________________________________________ Semediawiki-user mailing list Sem...@li...<mailto:Sem...@li...> https://lists.sourceforge.net/lists/listinfo/semediawiki-user |
From: Thomas <td...@ya...> - 2024-04-22 08:16:48
|
hello Margit, as far as I remember search results are case sensitive when Ajax is enabled and case-insensitive when is not. For page names, we could normalize the searched title making the first character uppercase, but for other fields there isn't an easy solution as far as I remember. See here https://www.semantic-mediawiki.org/wiki/Thread:Help_talk:Selecting_pages/Case_insensitive_query_possible%3F https://www.funkypenguin.co.nz/blog/make-mediawiki-page-names-case-insensitive-including-semantic-queries/ ----- Hi Margit, What version of SMW/SRF do you use? I use datatables format as well and I do not see any issues with the case sensitivity, the page is filtered regardless whether it is searched as Mypage or mypage, actually even part of the page name works fine, like age/Age. I use default setting of the datatables format, theme basic, SMW 4.1.2 and SRF 4.0.2 (which means the new datatables format, not legacy). The search is diacritics sensitive but that is expected and is okay. Best regards, Pavel On Fri, 19 Apr 2024 at 15:34, Margit Link-Rodrigue via Semediawiki-user < sem...@li...> wrote: > Hi all, > > I want to use the search option for result format "datatables" > (|datatables-searching=true). However, by default, it is case-sensitive. If > users want to filter a list of wiki pages, they have to do so by typing > "Mypagename" instead of "mypagename". I assume most user type in > all-lower-case and will not get results. In addition, sometimes the content > in a column might have user-dependent spelling, such as either "Coins from > Spain" or "coins from Spain". Datatables natively has the option > search.caseInsensitive, but I don't see it included. I tried to set it > anyway, but option was ignored: > > |datatables-search.caseInsensitive=true > > Is it currently possible to set the search field to be case-insensitive? > > Thanks, > Margit > > > > > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > _______________________________________________ Semediawiki-user mailing list Sem...@li... https://lists.sourceforge.net/lists/listinfo/semediawiki-user |
From: Ralf H. <ral...@en...> - 2024-04-22 07:31:21
|
A combination of a QueryForm and a compond query could probably make this. I have not tried it yet withs maps, but it works with similar table output. https://www.mediawiki.org/wiki/Extension:Page_Forms/Creating_query_forms https://www.mediawiki.org/wiki/Extension:Semantic_Compound_Queries Ralf H. Version MW 1.35.5 SMW 3.2.3 SCQ 2.2.0 SRF 4.0.1 PF 5.3.2 Maps 9.0.5 SemanticDrilldown 2.1 -----Ursprüngliche Nachricht----- Von: Adrian Rettich via Semediawiki-user <sem...@li...> Gesendet: Freitag, 19. April 2024 13:37 An: sem...@li... Cc: Adrian Rettich <re...@st...> Betreff: [Semediawiki-user] Layers in GeoJson overlays? The maps extension lets me enable/disable layers in the map view. But I have a lot of custom markers, and it would be super helpful to be able to group them such that the user can choose which markers to see. For example, "show only markers in the 'restaurants' group". Is there an option for this that I am just not seeing, or is it impossible? Best Rayne _______________________________________________ Semediawiki-user mailing list Sem...@li... https://lists.sourceforge.net/lists/listinfo/semediawiki-user |
From: Margit Link-R. <mar...@ha...> - 2024-04-22 07:19:16
|
Hi Pavel, thanks for your answer, I investigated different versions. It could be an issue with newer Semantic Result Formats. This is what I found: SMW Sandbox: 4.0.2 -> case-insensitive My wiki: Semantic Result Formats: 4.1.0-beta (although not really a "beta") -> case-sensitive https://fina.knowledge.wiki/Test_Datatables/SearchPanes_Categories: 4.2.1 -> case-sensitive Maybe someone can confirm that the newer versions have this (in my view) "unwanted" behavior? Thanks, Margit > -----Ursprüngliche Nachricht----- > Von: Pavel Spacek <pav...@gm...> > Gesendet: Saturday, April 20, 2024 12:43 PM > An: sem...@li... > Betreff: Re: [Semediawiki-user] search field in results format "datatables" is > always case sensitive > > Hi Margit, > > What version of SMW/SRF do you use? I use datatables format as well and I > do not see any issues with the case sensitivity, the page is filtered regardless > whether it is searched as Mypage or mypage, actually even part of the page > name works fine, like age/Age. I use default setting of the datatables format, > theme basic, SMW 4.1.2 and SRF 4.0.2 (which means the new datatables > format, not legacy). The search is diacritics sensitive but that is expected and is > okay. > > Best regards, > > Pavel > > On Fri, 19 Apr 2024 at 15:34, Margit Link-Rodrigue via Semediawiki-user < > sem...@li...> wrote: > > > Hi all, > > > > I want to use the search option for result format "datatables" > > (|datatables-searching=true). However, by default, it is > > case-sensitive. If users want to filter a list of wiki pages, they > > have to do so by typing "Mypagename" instead of "mypagename". I assume > > most user type in all-lower-case and will not get results. In > > addition, sometimes the content in a column might have user-dependent > > spelling, such as either "Coins from Spain" or "coins from Spain". > > Datatables natively has the option search.caseInsensitive, but I don't > > see it included. I tried to set it anyway, but option was ignored: > > > > |datatables-search.caseInsensitive=true > > > > Is it currently possible to set the search field to be case-insensitive? > > > > Thanks, > > Margit > > > > > > > > > > _______________________________________________ > > Semediawiki-user mailing list > > Sem...@li... > > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > > > > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user |
From: Pavel S. <pav...@gm...> - 2024-04-20 10:43:06
|
Hi Margit, What version of SMW/SRF do you use? I use datatables format as well and I do not see any issues with the case sensitivity, the page is filtered regardless whether it is searched as Mypage or mypage, actually even part of the page name works fine, like age/Age. I use default setting of the datatables format, theme basic, SMW 4.1.2 and SRF 4.0.2 (which means the new datatables format, not legacy). The search is diacritics sensitive but that is expected and is okay. Best regards, Pavel On Fri, 19 Apr 2024 at 15:34, Margit Link-Rodrigue via Semediawiki-user < sem...@li...> wrote: > Hi all, > > I want to use the search option for result format "datatables" > (|datatables-searching=true). However, by default, it is case-sensitive. If > users want to filter a list of wiki pages, they have to do so by typing > "Mypagename" instead of "mypagename". I assume most user type in > all-lower-case and will not get results. In addition, sometimes the content > in a column might have user-dependent spelling, such as either "Coins from > Spain" or "coins from Spain". Datatables natively has the option > search.caseInsensitive, but I don't see it included. I tried to set it > anyway, but option was ignored: > > |datatables-search.caseInsensitive=true > > Is it currently possible to set the search field to be case-insensitive? > > Thanks, > Margit > > > > > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > |
From: Bernhard K. KM-A <ber...@km...> - 2024-04-19 21:01:57
|
For this you need the result format "filtered" that also has a maps display. Unfortunately, the maps display of the filtered format is unrelated to the maps extension, so there are some differences regarding other mapping features. Best Bernhard -----Ursprüngliche Nachricht----- Von: Adrian Rettich via Semediawiki-user <sem...@li...> Gesendet: Freitag, 19. April 2024 13:37 An: sem...@li... Cc: Adrian Rettich <re...@st...> Betreff: [Semediawiki-user] Layers in GeoJson overlays? The maps extension lets me enable/disable layers in the map view. But I have a lot of custom markers, and it would be super helpful to be able to group them such that the user can choose which markers to see. For example, "show only markers in the 'restaurants' group". Is there an option for this that I am just not seeing, or is it impossible? Best Rayne _______________________________________________ Semediawiki-user mailing list Sem...@li... https://lists.sourceforge.net/lists/listinfo/semediawiki-user |
From: Jeroen De D. <jer...@gm...> - 2024-04-19 13:53:05
|
Hey Rayne, There is a grouping feature that someone contributed ten years ago or so. I don't remember the details; it is not documented, but IIRC, you can use it to filter markers based on their group. See https://maps.extension.wiki/wiki/Displaying_Leaflet_maps#Displaying_data (the group is specified between the custom icon and inline label) This functionality predates GeoJSON support and does not integrate with it. Best -- Jeroen De Dauw CEO Professional.Wiki | Developer & Architect | Creator Wikidata.org @JeroenDeDauw <https://twitter.com/JeroenDeDauw> | www.EntropyWins.wtf <https://EntropyWins.wtf> | www.Professional.Wiki <https://Professional.Wiki> Create your wiki in seconds via Pro.Wiki <https://www.Pro.Wiki>. Free trial, admin panel & more. On Fri, 19 Apr 2024 at 15:04, Adrian Rettich via Semediawiki-user < sem...@li...> wrote: > The maps extension lets me enable/disable layers in the map view. But I > have a > lot of custom markers, and it would be super helpful to be able to group > them > such that the user can choose which markers to see. For example, "show only > markers in the 'restaurants' group". Is there an option for this that I am > just not seeing, or is it impossible? > > > > Best > > Rayne > > > > > > > > > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > |
From: Margit Link-R. <mar...@ha...> - 2024-04-19 13:32:56
|
Hi all, I want to use the search option for result format "datatables" (|datatables-searching=true). However, by default, it is case-sensitive. If users want to filter a list of wiki pages, they have to do so by typing "Mypagename" instead of "mypagename". I assume most user type in all-lower-case and will not get results. In addition, sometimes the content in a column might have user-dependent spelling, such as either "Coins from Spain" or "coins from Spain". Datatables natively has the option search.caseInsensitive, but I don't see it included. I tried to set it anyway, but option was ignored: |datatables-search.caseInsensitive=true Is it currently possible to set the search field to be case-insensitive? Thanks, Margit |
From: Adrian R. <re...@st...> - 2024-04-19 11:54:11
|
The maps extension lets me enable/disable layers in the map view. But I have a lot of custom markers, and it would be super helpful to be able to group them such that the user can choose which markers to see. For example, "show only markers in the 'restaurants' group". Is there an option for this that I am just not seeing, or is it impossible? Best Rayne |
From: Bernhard K. KM-A <ber...@km...> - 2024-04-02 14:32:39
|
I think you can use paypal. And OpenCollective Europe is an organization that is doing exactly that: providing possibilities to gather (and spend) funds for open source software. All you need is to create an account via e-mail, you can even decide to donate anonymously Best, Bernhard -----Ursprüngliche Nachricht----- Von: aksha--- via Semediawiki-user <sem...@li...> Gesendet: Dienstag, 2. April 2024 16:09 An: sem...@li... Cc: ak...@ao... Betreff: Re: [Semediawiki-user] SMW License Fees Good Day Bernhard: Semantic MediaWiki provides high value. I like to support this. It is meet and right so to do. Is there no PayPal or similarly popular option? I among others feel out of my comfort zone when donating through an intermediary unfamiliar. In that context; selecting a link that says 10 EUR and coming to a form page that says something other than 10 EUR provokes growing caution. Thank you for the invitation to contribute. Clarence Pettis On Tuesday, April 2, 2024 at 09:19:14 AM EDT, Bernhard Krabina, KM-A <ber...@km...> wrote: Dear SMW community, because there are no license fees to be paid for using SMW (and there are no plans of changing this), you all should contribute. If you can raise money (e. g. in the organization you are working for that is using SMW), you can donate it via OpenCollective. You will immediately get a tax deductible bill: https://opencollective.com/smw The money collected will be spend transparently towards maintenance of the software. Other ways to help is to donate your time or time of your employees. You can do this on a regular basis, with getting acknowledged as sponsor, see: https://www.semantic-mediawiki.org/wiki/Sponsorship Or you can help out whenever you find time. You can help with testing, documenting, marketing and of course coding. Here is some guidance: https://www.semantic-mediawiki.org/wiki/Help:Developer_manual https://www.semantic-mediawiki.org/wiki/Help:Reporting_bugs https://www.semantic-mediawiki.org/wiki/semantic-mediawiki.org:Documentation_guidelines https://github.com/SemanticMediaWiki Hope to see you at the MediaWiki Users and Developers Conference from April 17-19 and at the MediaWiki Hackathon from May 3-5. Best, Bernhard _______________________________________________ Semediawiki-user mailing list Sem...@li... https://lists.sourceforge.net/lists/listinfo/semediawiki-user _______________________________________________ Semediawiki-user mailing list Sem...@li... https://lists.sourceforge.net/lists/listinfo/semediawiki-user |
From: <ak...@ao...> - 2024-04-02 14:09:44
|
Good Day Bernhard: Semantic MediaWiki provides high value. I like to support this. It is meet and right so to do. Is there no PayPal or similarly popular option? I among others feel out of my comfort zone when donating through an intermediary unfamiliar. In that context; selecting a link that says 10 EUR and coming to a form page that says something other than 10 EUR provokes growing caution. Thank you for the invitation to contribute. Clarence Pettis On Tuesday, April 2, 2024 at 09:19:14 AM EDT, Bernhard Krabina, KM-A <ber...@km...> wrote: Dear SMW community, because there are no license fees to be paid for using SMW (and there are no plans of changing this), you all should contribute. If you can raise money (e. g. in the organization you are working for that is using SMW), you can donate it via OpenCollective. You will immediately get a tax deductible bill: https://opencollective.com/smw The money collected will be spend transparently towards maintenance of the software. Other ways to help is to donate your time or time of your employees. You can do this on a regular basis, with getting acknowledged as sponsor, see: https://www.semantic-mediawiki.org/wiki/Sponsorship Or you can help out whenever you find time. You can help with testing, documenting, marketing and of course coding. Here is some guidance: https://www.semantic-mediawiki.org/wiki/Help:Developer_manual https://www.semantic-mediawiki.org/wiki/Help:Reporting_bugs https://www.semantic-mediawiki.org/wiki/semantic-mediawiki.org:Documentation_guidelines https://github.com/SemanticMediaWiki Hope to see you at the MediaWiki Users and Developers Conference from April 17-19 and at the MediaWiki Hackathon from May 3-5. Best, Bernhard _______________________________________________ Semediawiki-user mailing list Sem...@li... https://lists.sourceforge.net/lists/listinfo/semediawiki-user |
From: Bernhard K. KM-A <ber...@km...> - 2024-04-02 13:17:55
|
Dear SMW community, because there are no license fees to be paid for using SMW (and there are no plans of changing this), you all should contribute. If you can raise money (e. g. in the organization you are working for that is using SMW), you can donate it via OpenCollective. You will immediately get a tax deductible bill: https://opencollective.com/smw The money collected will be spend transparently towards maintenance of the software. Other ways to help is to donate your time or time of your employees. You can do this on a regular basis, with getting acknowledged as sponsor, see: https://www.semantic-mediawiki.org/wiki/Sponsorship Or you can help out whenever you find time. You can help with testing, documenting, marketing and of course coding. Here is some guidance: https://www.semantic-mediawiki.org/wiki/Help:Developer_manual https://www.semantic-mediawiki.org/wiki/Help:Reporting_bugs https://www.semantic-mediawiki.org/wiki/semantic-mediawiki.org:Documentation_guidelines https://github.com/SemanticMediaWiki Hope to see you at the MediaWiki Users and Developers Conference from April 17-19 and at the MediaWiki Hackathon from May 3-5. Best, Bernhard |
From: Marcus B. <li...@pe...> - 2024-04-01 20:04:52
|
Walkaround to this problem seems to be to Update in smaller steps. After reading somewhere that there was some change to NormalizedExceptionTrait in mw 1.37, I tried an update from 1.35 to 1.37 and from there to 1.39. This worked. Greetings, Marcus > Am 28.03.2024 um 11:59 schrieb Marcus Buss <li...@pe...>: > > Hello there, > I just run into an error while updating my smw to version 4.1, maybe someone has an advice for me. > > What I did: > I recently updated my Mediawiki from 1.31 to latest 1.35, with that smw to 3.2, I then switched php from 7.3 to 7.4. > > Now my next step is to update mw 1.35 to latest 1.39, and with that smw to 4.1. Later I want to switch php to version 8, because that is needed by anther software. > > The update process in my testwiki fell upon an error: > Update mw to 1.39 finished successfully > After updating the composer.local.json file I run "php composer.phar update--no-dev" successfully > I then added wfloadextension and enablesemantics to the localsettings file > And run "php maintenance/update.php" > > This now falls upon the following error: > PHP Fatal error: Trait 'Wikimedia\NormalizedException\NormalizedExceptionTrait' not found in /…/…/…/testwiki/includes/Settings/Config/PhpIniSink.php on line 12 > > (i put in the … in the path) > > I did a web search and found this page: > https://github.com/SemanticMediaWiki/SemanticMediaWiki/issues/5519 > which shows I am not alone with this, but there seems no solution available yet > Maybe someone has an Idea what I can do about this? > > Greetings, > Marcus |
From: Marcus B. <li...@pe...> - 2024-03-28 11:18:41
|
Hello there, I just run into an error while updating my smw to version 4.1, maybe someone has an advice for me. What I did: I recently updated my Mediawiki from 1.31 to latest 1.35, with that smw to 3.2, I then switched php from 7.3 to 7.4. Now my next step is to update mw 1.35 to latest 1.39, and with that smw to 4.1. Later I want to switch php to version 8, because that is needed by anther software. The update process in my testwiki fell upon an error: Update mw to 1.39 finished successfully After updating the composer.local.json file I run "php composer.phar update--no-dev" successfully I then added wfloadextension and enablesemantics to the localsettings file And run "php maintenance/update.php" This now falls upon the following error: PHP Fatal error: Trait 'Wikimedia\NormalizedException\NormalizedExceptionTrait' not found in /…/…/…/testwiki/includes/Settings/Config/PhpIniSink.php on line 12 (i put in the … in the path) I did a web search and found this page: https://github.com/SemanticMediaWiki/SemanticMediaWiki/issues/5519 which shows I am not alone with this, but there seems no solution available yet Maybe someone has an Idea what I can do about this? Greetings, Marcus |
From: Pavel S. <pav...@gm...> - 2024-03-24 15:20:40
|
Duration datatype in the format HH::MM:SS with subformat MM:SS, no leading zeros required, would be useful. There was such field in my SMW implementation, after a few experiments with time datatype and units it had to be defined as text and is only displayed, no other operations (sums) are possible. On Sun, 24 Mar 2024 at 12:24, [[kgh]] <med...@kg...> wrote: > Hi Even, > > SMW does not provide a duration datatype. > > This error is coming from the Renameuser extension, which has been part > of MW since 1.40. Do you still invoke it? > > Cheers Karsten > > Karsten / MediaWiki and Semantic MediaWiki enthusiast > > https://professional.wiki // https://www.pro.wiki > > > Am 24.03.24 um 00:41 schrieb Even Thorbergsen: > > Could someone tell me how to avoid this TypeError error: > > > > > > [Zf8O2zOkIJcFHNZhElt5XgAAACc] /wiki/index.php/Spesial:Spesialsider > TypeError: MediaWiki\Specials\SpecialRenameUser::__construct(): Argument #1 > ($dbConns) must be of type Wikimedia\Rdbms\IConnectionProvider, > MediaWiki\HookContainer\HookContainer given, called in > /home/5/b/bmkno/www/wiki/vendor/wikimedia/object-factory/src/ObjectFactory.php > on line 240 > > > > Backtrace: > > > > from /home/5/b/bmkno/www/wiki/includes/specials/SpecialRenameUser.php(45) > > #0 > /home/5/b/bmkno/www/wiki/vendor/wikimedia/object-factory/src/ObjectFactory.php(240): > MediaWiki\Specials\SpecialRenameUser->__construct(MediaWiki\HookContainer\HookContainer, > Language, MediaWiki\Page\PageCommandFactory, > MediaWiki\Permissions\PermissionManager, MediaWiki\Title\TitleFactory, > MediaWiki\User\UserFactory, MediaWiki\User\UserNamePrefixSearch, > MediaWiki\User\UserNameUtils) > > #1 > /home/5/b/bmkno/www/wiki/vendor/wikimedia/object-factory/src/ObjectFactory.php(149): > Wikimedia\ObjectFactory\ObjectFactory::getObjectFromSpec(array, array) > > #2 > /home/5/b/bmkno/www/wiki/includes/specialpage/SpecialPageFactory.php(1471): > Wikimedia\ObjectFactory\ObjectFactory->createObject(array, array) > > #3 > /home/5/b/bmkno/www/wiki/includes/specialpage/SpecialPageFactory.php(1509): > MediaWiki\SpecialPage\SpecialPageFactory->getPage(string) > > #4 > /home/5/b/bmkno/www/wiki/includes/specials/SpecialSpecialPages.php(64): > MediaWiki\SpecialPage\SpecialPageFactory->getUsablePages(MediaWiki\User\User) > > #5 > /home/5/b/bmkno/www/wiki/includes/specials/SpecialSpecialPages.php(53): > MediaWiki\Specials\SpecialSpecialPages->getPageGroups() > > #6 /home/5/b/bmkno/www/wiki/includes/specialpage/SpecialPage.php(727): > MediaWiki\Specials\SpecialSpecialPages->execute(NULL) > > #7 > /home/5/b/bmkno/www/wiki/includes/specialpage/SpecialPageFactory.php(1621): > MediaWiki\SpecialPage\SpecialPage->run(NULL) > > #8 /home/5/b/bmkno/www/wiki/includes/MediaWiki.php(357): > MediaWiki\SpecialPage\SpecialPageFactory->executePath(string, > RequestContext) > > #9 /home/5/b/bmkno/www/wiki/includes/MediaWiki.php(960): > MediaWiki->performRequest() > > #10 /home/5/b/bmkno/www/wiki/includes/MediaWiki.php(613): > MediaWiki->main() > > #11 /home/5/b/bmkno/www/wiki/index.php(50): MediaWiki->run() > > #12 /home/5/b/bmkno/www/wiki/index.php(46): wfIndexMain() > > #13 {main} > > > > Cheers Even Thorbergsen > > ________________________________ > > Fra: Even Thorbergsen <eve...@gm...> > > Sendt: torsdag 1. april 2021 02:00 > > Til: semediawiki-user <Sem...@li...> > > Emne: Duration datatype > > > > > > Handling duration properties as datatype Number based on Date and Time > diffs, using extension ParserFunctions, is cumbersome and error prone. If > someone could add a Duration datatype with conversion functions, I am sure > that very many users would be thrilled. > > > > > > > > Cheers, > > > > Even Thorbergsen > > > > SMW enthusiast > > > > _______________________________________________ > > Semediawiki-user mailing list > > Sem...@li... > > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > > > > > > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > |
From: [[kgh]] <med...@kg...> - 2024-03-24 11:22:14
|
Hi Even, SMW does not provide a duration datatype. This error is coming from the Renameuser extension, which has been part of MW since 1.40. Do you still invoke it? Cheers Karsten Karsten / MediaWiki and Semantic MediaWiki enthusiast https://professional.wiki // https://www.pro.wiki Am 24.03.24 um 00:41 schrieb Even Thorbergsen: > Could someone tell me how to avoid this TypeError error: > > > [Zf8O2zOkIJcFHNZhElt5XgAAACc] /wiki/index.php/Spesial:Spesialsider TypeError: MediaWiki\Specials\SpecialRenameUser::__construct(): Argument #1 ($dbConns) must be of type Wikimedia\Rdbms\IConnectionProvider, MediaWiki\HookContainer\HookContainer given, called in /home/5/b/bmkno/www/wiki/vendor/wikimedia/object-factory/src/ObjectFactory.php on line 240 > > Backtrace: > > from /home/5/b/bmkno/www/wiki/includes/specials/SpecialRenameUser.php(45) > #0 /home/5/b/bmkno/www/wiki/vendor/wikimedia/object-factory/src/ObjectFactory.php(240): MediaWiki\Specials\SpecialRenameUser->__construct(MediaWiki\HookContainer\HookContainer, Language, MediaWiki\Page\PageCommandFactory, MediaWiki\Permissions\PermissionManager, MediaWiki\Title\TitleFactory, MediaWiki\User\UserFactory, MediaWiki\User\UserNamePrefixSearch, MediaWiki\User\UserNameUtils) > #1 /home/5/b/bmkno/www/wiki/vendor/wikimedia/object-factory/src/ObjectFactory.php(149): Wikimedia\ObjectFactory\ObjectFactory::getObjectFromSpec(array, array) > #2 /home/5/b/bmkno/www/wiki/includes/specialpage/SpecialPageFactory.php(1471): Wikimedia\ObjectFactory\ObjectFactory->createObject(array, array) > #3 /home/5/b/bmkno/www/wiki/includes/specialpage/SpecialPageFactory.php(1509): MediaWiki\SpecialPage\SpecialPageFactory->getPage(string) > #4 /home/5/b/bmkno/www/wiki/includes/specials/SpecialSpecialPages.php(64): MediaWiki\SpecialPage\SpecialPageFactory->getUsablePages(MediaWiki\User\User) > #5 /home/5/b/bmkno/www/wiki/includes/specials/SpecialSpecialPages.php(53): MediaWiki\Specials\SpecialSpecialPages->getPageGroups() > #6 /home/5/b/bmkno/www/wiki/includes/specialpage/SpecialPage.php(727): MediaWiki\Specials\SpecialSpecialPages->execute(NULL) > #7 /home/5/b/bmkno/www/wiki/includes/specialpage/SpecialPageFactory.php(1621): MediaWiki\SpecialPage\SpecialPage->run(NULL) > #8 /home/5/b/bmkno/www/wiki/includes/MediaWiki.php(357): MediaWiki\SpecialPage\SpecialPageFactory->executePath(string, RequestContext) > #9 /home/5/b/bmkno/www/wiki/includes/MediaWiki.php(960): MediaWiki->performRequest() > #10 /home/5/b/bmkno/www/wiki/includes/MediaWiki.php(613): MediaWiki->main() > #11 /home/5/b/bmkno/www/wiki/index.php(50): MediaWiki->run() > #12 /home/5/b/bmkno/www/wiki/index.php(46): wfIndexMain() > #13 {main} > > Cheers Even Thorbergsen > ________________________________ > Fra: Even Thorbergsen <eve...@gm...> > Sendt: torsdag 1. april 2021 02:00 > Til: semediawiki-user <Sem...@li...> > Emne: Duration datatype > > > Handling duration properties as datatype Number based on Date and Time diffs, using extension ParserFunctions, is cumbersome and error prone. If someone could add a Duration datatype with conversion functions, I am sure that very many users would be thrilled. > > > > Cheers, > > Even Thorbergsen > > SMW enthusiast > > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > |
From: Even T. <eve...@gm...> - 2024-03-23 23:41:42
|
Could someone tell me how to avoid this TypeError error: [Zf8O2zOkIJcFHNZhElt5XgAAACc] /wiki/index.php/Spesial:Spesialsider TypeError: MediaWiki\Specials\SpecialRenameUser::__construct(): Argument #1 ($dbConns) must be of type Wikimedia\Rdbms\IConnectionProvider, MediaWiki\HookContainer\HookContainer given, called in /home/5/b/bmkno/www/wiki/vendor/wikimedia/object-factory/src/ObjectFactory.php on line 240 Backtrace: from /home/5/b/bmkno/www/wiki/includes/specials/SpecialRenameUser.php(45) #0 /home/5/b/bmkno/www/wiki/vendor/wikimedia/object-factory/src/ObjectFactory.php(240): MediaWiki\Specials\SpecialRenameUser->__construct(MediaWiki\HookContainer\HookContainer, Language, MediaWiki\Page\PageCommandFactory, MediaWiki\Permissions\PermissionManager, MediaWiki\Title\TitleFactory, MediaWiki\User\UserFactory, MediaWiki\User\UserNamePrefixSearch, MediaWiki\User\UserNameUtils) #1 /home/5/b/bmkno/www/wiki/vendor/wikimedia/object-factory/src/ObjectFactory.php(149): Wikimedia\ObjectFactory\ObjectFactory::getObjectFromSpec(array, array) #2 /home/5/b/bmkno/www/wiki/includes/specialpage/SpecialPageFactory.php(1471): Wikimedia\ObjectFactory\ObjectFactory->createObject(array, array) #3 /home/5/b/bmkno/www/wiki/includes/specialpage/SpecialPageFactory.php(1509): MediaWiki\SpecialPage\SpecialPageFactory->getPage(string) #4 /home/5/b/bmkno/www/wiki/includes/specials/SpecialSpecialPages.php(64): MediaWiki\SpecialPage\SpecialPageFactory->getUsablePages(MediaWiki\User\User) #5 /home/5/b/bmkno/www/wiki/includes/specials/SpecialSpecialPages.php(53): MediaWiki\Specials\SpecialSpecialPages->getPageGroups() #6 /home/5/b/bmkno/www/wiki/includes/specialpage/SpecialPage.php(727): MediaWiki\Specials\SpecialSpecialPages->execute(NULL) #7 /home/5/b/bmkno/www/wiki/includes/specialpage/SpecialPageFactory.php(1621): MediaWiki\SpecialPage\SpecialPage->run(NULL) #8 /home/5/b/bmkno/www/wiki/includes/MediaWiki.php(357): MediaWiki\SpecialPage\SpecialPageFactory->executePath(string, RequestContext) #9 /home/5/b/bmkno/www/wiki/includes/MediaWiki.php(960): MediaWiki->performRequest() #10 /home/5/b/bmkno/www/wiki/includes/MediaWiki.php(613): MediaWiki->main() #11 /home/5/b/bmkno/www/wiki/index.php(50): MediaWiki->run() #12 /home/5/b/bmkno/www/wiki/index.php(46): wfIndexMain() #13 {main} Cheers Even Thorbergsen ________________________________ Fra: Even Thorbergsen <eve...@gm...> Sendt: torsdag 1. april 2021 02:00 Til: semediawiki-user <Sem...@li...> Emne: Duration datatype Handling duration properties as datatype Number based on Date and Time diffs, using extension ParserFunctions, is cumbersome and error prone. If someone could add a Duration datatype with conversion functions, I am sure that very many users would be thrilled. Cheers, Even Thorbergsen SMW enthusiast |
From: Александр М. <ale...@gm...> - 2024-03-16 07:34:54
|
Dear all, In PHP, when formatting a result row, is there a way to know the "owner" of a value returned by a chain printout (e.g., ResultArray), that is the title of the page, in which this chain value has been set? I.e., for ?relation1.property2 get the name of the target of relation1? Alexander Mashin |
From: Dominik M. <do...@we...> - 2024-03-15 16:39:40
|
Hi Bernhard, good idea: I just did! https://www.semantic-mediawiki.org/wiki/Help:Count_a_SMW_Property%27s_values_for_a_page Thanks, Dominik Am 15.03.2024 um 09:00 schrieb Bernhard Krabina, KM-A: > > Can you add this here, please? > > https://www.semantic-mediawiki.org/wiki/Category:Tips > > Best, > > Bernhard > > *Von:*Dominik Maus <do...@we...> > *Gesendet:* Freitag, 15. März 2024 00:21 > *An:* Jeremi Plazas <ke...@gm...>; > sem...@li...; Bernhard Krabina, KM-A > <ber...@km...> > *Betreff:* Re: [Semediawiki-user] Count contents of a property > > Oh oops, > yes I made 3 brackets of course! > > I found a way. It's a little a dirty one but it works. However it'll > be inefficient since you need to do two queries: > > {{#ifexpr: > {{#ask: > [[{{FULLPAGENAME}}]] > [[Loot::+]] > |format=count > }} > 0 > |{{#expr: > {{#count: > {{#ask: > [[{{FULLPAGENAME}}]] > [[Loot::+]] > |?Loot= > |mainlabel=- > |link=none > |format=list > }} > |,}} + 1 > }} > }} > > > Thanks everyone for having those cool tips, that helped me to get > deeper into the topic! > > Dominik > > Am 14.03.2024 um 23:07 schrieb Jeremi Plazas: > > Also it's "{{{rank|}}}" with 3 braces on each side not two. > > Cheers, > > Jeremi > > On Mar 14, 2024 at 11:05 PM +0100, Jeremi Plazas > <ke...@gm...> <mailto:ke...@gm...>, wrote: > > I know this is all very "hacky" but my last 2 suggestions: > > * Trying adding "|valuesep=+" so you don't have to worry > about having it in your template and adding the 0. > * Try to condense onto one line. Sometimes these functions > can't handle line breaks or too many spaces. > > Beyond that I'm out of tricks 😄 > > Cheers, > > Jeremi > > On Mar 14, 2024 at 11:02 PM +0100, Dominik Maus > <do...@we...> <mailto:do...@we...>, wrote: > > That failed, too. > > Am 14.03.2024 um 23:00 schrieb Jeremi Plazas: > > Try adding "link=none" > > Cheers, > > Jeremi > > On Mar 14, 2024 at 10:59 PM +0100, Dominik Maus > <do...@we...> <mailto:do...@we...>, wrote: > > I tried feeding it to {{#expr}} but it failed. > > Basically I did the following: > > {{#expr:0 > {{#ask: > [[{{FULLPAGENAME}}]] > [[Loot::+]] > |?Loot > |format=valuerank > |template=Count Property Occurences Returner > }} > }} > > The template simply returns '+{{rank|0}}', that's > why I added the 0 > after the expr call (dirty, I know, just for the > test). The query ended > up with 'Expression error: Unrecognized > punctuation character "[".'. > I've googled a bit and found there's some option I > could add > '|import-annotation=true' to the #ask, but this > ended up in another > error: 'Expression error: Unrecognized word "ul". '. > > This is far from my smw knowledge at all, I have > no idea what's behind > those errors. > > Any suggestions? > > Thanks, > Dominik > > > Am 14.03.2024 um 22:19 schrieb Jeremi Plazas: > > Well not if there are different values > assigned within one page. I suggested > valuerank because you could use it to list the > occurrences maybe separated by « + » and then > feed into an {{#expr}} tag and get a sum? > Maybe ?🤔 > ¯\_(ツ)_/¯ > > Cheers, > > Jeremi > Le 14 mars 2024 à 10:16 PM +0100, Bernhard > Krabina, KM-A <ber...@km...> > <mailto:ber...@km...>, a écrit : > > > But if you only query one particular > page {{#ask:[[MyPage]]...}}, does > valuerank not give you that? > > > > Best, > > Bernhard > > > > -----Ursprüngliche Nachricht----- > > Von: Dominik Maus <do...@we...> > <mailto:do...@we...> > > Gesendet: Donnerstag, 14. März 2024 21:47 > > An: Jeremi Plazas <ke...@gm...> > <mailto:ke...@gm...>; > sem...@li... > > Betreff: Re: [Semediawiki-user] Count > contents of a property > > > > Thanks for your answer Jeremi, > > valuerank had my attention earlier but I > cannot see a way to just count the set > property values. Valuerank seems to count > the occurences for each of the value which > is not what I want. > > > > Thanks, > > Dominik > > > > Am 14.03.2024 um 17:39 schrieb Jeremi > Plazas: > > >> Look into valuerank format: > >> > https://www.semantic-mediawiki.org/wiki/Help:Valuerank_format > >> > >> Cheers, > >> > >> Jeremi > >> On Mar 14, 2024 at 5:38 PM +0100, > Dominik Maus <do...@we...> > <mailto:do...@we...>, > >> wrote: > > >>> Greetings, > >>> I am having multiple values in > a single property per page but can't > >>> seem to find a good way to > count those. I know of > Extension:Arrays > >>> but it got mentioned that the > extension will not work in future > >>> MediaWiki releases, so I am > looking for alternatives. > >>> > >>> SMW Result format 'count' > isn't what I am looking for since > this only > >>> returns the page count, not > the property values count. > >>> > >>> What I wanted to do is: > >>> {{#set:myprop=A}} > >>> {{#set:myprop=B}} > >>> {{#set:myprop=C}} > >>> > >>> This should be queried somehow > and result in 3. > >>> > >>> Thanks! > >>> > >>> > >>> > _______________________________________________ > >>> Semediawiki-user mailing list > >>> > Sem...@li... > >>> > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > > > > > > _______________________________________________ > > Semediawiki-user mailing list > > Sem...@li... > > > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > > > > > Am 14.03.2024 um 22:19 schrieb Jeremi Plazas: > > Well not if there are different values > assigned within one page. I suggested > valuerank because you could use it to list the > occurrences maybe separated by « + » and then > feed into an {{#expr}} tag and get a sum? > Maybe ?🤔 > ¯\_(ツ)_/¯ > > Cheers, > > Jeremi > Le 14 mars 2024 à 10:16 PM +0100, Bernhard > Krabina, KM-A <ber...@km...> > <mailto:ber...@km...>, a écrit : > > > But if you only query one particular > page {{#ask:[[MyPage]]...}}, does > valuerank not give you that? > > > > Best, > > Bernhard > > > > -----Ursprüngliche Nachricht----- > > Von: Dominik Maus <do...@we...> > <mailto:do...@we...> > > Gesendet: Donnerstag, 14. März 2024 21:47 > > An: Jeremi Plazas <ke...@gm...> > <mailto:ke...@gm...>; > sem...@li... > > Betreff: Re: [Semediawiki-user] Count > contents of a property > > > > Thanks for your answer Jeremi, > > valuerank had my attention earlier but I > cannot see a way to just count the set > property values. Valuerank seems to count > the occurences for each of the value which > is not what I want. > > > > Thanks, > > Dominik > > > > Am 14.03.2024 um 17:39 schrieb Jeremi > Plazas: > > >> Look into valuerank format: > >> > https://www.semantic-mediawiki.org/wiki/Help:Valuerank_format > >> > >> Cheers, > >> > >> Jeremi > >> On Mar 14, 2024 at 5:38 PM +0100, > Dominik Maus <do...@we...> > <mailto:do...@we...>, > >> wrote: > > >>> Greetings, > >>> I am having multiple values in > a single property per page but can't > >>> seem to find a good way to > count those. I know of > Extension:Arrays > >>> but it got mentioned that the > extension will not work in future > >>> MediaWiki releases, so I am > looking for alternatives. > >>> > >>> SMW Result format 'count' > isn't what I am looking for since > this only > >>> returns the page count, not > the property values count. > >>> > >>> What I wanted to do is: > >>> {{#set:myprop=A}} > >>> {{#set:myprop=B}} > >>> {{#set:myprop=C}} > >>> > >>> This should be queried somehow > and result in 3. > >>> > >>> Thanks! > >>> > >>> > >>> > _______________________________________________ > >>> Semediawiki-user mailing list > >>> > Sem...@li... > >>> > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > > > > > > > > _______________________________________________ > > Semediawiki-user mailing list > > Sem...@li... > > > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > |