https://bugzilla.wikimedia.org/show_bug.cgi?id=41268

--- Comment #6 from Markus Krötzsch <[email protected]> 2012-10-24 
16:41:40 UTC ---
(In reply to comment #5)
...
> 
> With respect to the queries alone, I think we agree that it is possible to
> manage a cumulative result count in a recursion. I personally believe it is 
> not
> necessary to have full prediction, it is acceptable to limit each query to a
> given result count and only stop once the template/ask recursion exceeds the
> cumulative maximum. That is with single = 500 and total = 1000, it would be
> possible to generation max 1499 result (if the penultimate ask was 999 when 
> the
> last query was started.

I am not sure how this could be done. The recursive subqueries are executed as
part of a normal page parsing process; SMW does not see that it runs as a
subquery there. It might even be that the embedded subpage was parsed eariler
and the result cached; so when the parsing happened, there was no information
about the current number of results and the remaining resources that could be
used. Likewise, we have no mechanism to find out how many query results are
displayed on a page in total, so we cannot easily access this data to decide
whether to transclude a page or not. It might be doable, but it is not
straightforward.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to