使用财产或在“中”;条件“;带有语义MediaWiki API的askargs操作参数
我正在尝试使用模块askargs通过API获取结果。当我只有一个或多个条件与操作符聚合,并且我使用管道字符将它们分开(如文档中所写)时,获得结果没有问题 例如使用财产或在“中”;条件“;带有语义MediaWiki API的askargs操作参数,mediawiki,mediawiki-api,semantic-mediawiki,Mediawiki,Mediawiki Api,Semantic Mediawiki,我正在尝试使用模块askargs通过API获取结果。当我只有一个或多个条件与操作符聚合,并且我使用管道字符将它们分开(如文档中所写)时,获得结果没有问题 例如 [[Category:+]]和[[directory::A]]和[[Type::B]] Category:+|辖区::A |类型::B 但是管道角色不能与或一起使用 我需要能够在同一个查询中使用具有多个参数的两个逻辑条件 我错过什么了吗 我错过什么了吗 否。由于查询参数格式化程序中的代码过于简单,API无法处理或设置条件 见第132行的文
[[Category:+]]和[[directory::A]]和[[Type::B]]
Category:+|辖区::A |类型::B
但是管道角色不能与或一起使用
我需要能够在同一个查询中使用具有多个参数的两个逻辑条件
我错过什么了吗
我错过什么了吗
否。由于查询参数格式化程序中的代码过于简单,API无法处理或设置条件
见第132行的文件:
protected function formatConditions( $condition ) {
return "[[$condition]]";
}
查询中的每个条件都用括号格式化,将或
作为页面标题
另一种方法是将Special:Ask
与URL编码的查询和json格式一起使用:
https://www.semantic-mediawiki.org/wiki/Special:Ask/-5B-5BHas-20keyword::askargs-5D-5DOR-5B-5BHas-20keyword::ask-5D-5D/-3F%3Dhelp-20page/-3FHas-20description%3Ddescription/format%3Djson
我错过什么了吗
否。由于查询参数格式化程序中的代码过于简单,API无法处理或设置条件
见第132行的文件:
protected function formatConditions( $condition ) {
return "[[$condition]]";
}
查询中的每个条件都用括号格式化,将或
作为页面标题
另一种方法是将Special:Ask
与URL编码的查询和json格式一起使用:
https://www.semantic-mediawiki.org/wiki/Special:Ask/-5B-5BHas-20keyword::askargs-5D-5DOR-5B-5BHas-20keyword::ask-5D-5D/-3F%3Dhelp-20page/-3FHas-20description%3Ddescription/format%3Djson
因为我是通过网站搜索来到这里的,所以我将添加另一个简单的可能性: 如果使用,则可以使用双管道作为逻辑或连接。 例如: 应将其理解为以下内容:
Category:+ AND Jurisdiction::A AND (Type::B OR Type::C)
因为我是通过网站搜索来到这里的,所以我将添加另一个简单的可能性: 如果使用,则可以使用双管道作为逻辑或连接。 例如: 应将其理解为以下内容:
Category:+ AND Jurisdiction::A AND (Type::B OR Type::C)
谢谢你的帮助。事实上,它是有效的,但只有两个理由。如果我添加第三个参数,它不会返回预期的结果。(如果我的问题没有足够清楚地说明参数的数量,那么很抱歉)好吧,从一开始就更改代码是一个坏主意(对于更新来说是一场噩梦),所以让我们简化问题的答案。不,API没有提供您所需要的。但是Special:Ask alternative应该达到相同的结果。您是对的,我已经提出了开发此功能的请求,我们拭目以待。再次感谢,谢谢你的帮助。事实上,它是有效的,但只有两个理由。如果我添加第三个参数,它不会返回预期的结果。(如果我的问题没有足够清楚地说明参数的数量,那么很抱歉)好吧,从一开始就更改代码是一个坏主意(对于更新来说是一场噩梦),所以让我们简化问题的答案。不,API没有提供您所需要的。但是Special:Ask alternative应该达到相同的结果。您是对的,我已经提出了开发此功能的请求,我们拭目以待。再次感谢。