Hi Stephan, I understand your preference for the speed of client-side filtering. Sadly that's only the case for very small data-sets. Practical Plants has over 7,000 results to filter, so clientside filtering would require an unacceptably large query upfront.
I'm not at all surprised the attention the filtered format is getting, it's hugely useful functionality. I'll gladly give you some time to consolidate. For the time being I'll continue to develop my filter functionality as a separate extension (named Semantic Discovery), and I hope we can find a way to bring them together in the future. Yours Andru El 15/10/2012, a las 13:40, Stephan Gambke escribió: > Hi, > > On 15 October 2012 12:10, Jeroen De Dauw <jeroended...@gmail.com> wrote: >>> Would there be any demand for this? >> >> Yes, having dynamic filtering and continuation for result formats is pretty >> high on the wish list for result formats in general. Which is why people are >> so excited about the filtered format. I however have two concerns about this >> format: >> >> * It seems to need specific code for each result format it supports, which >> leads to less versatility and a lot more maintenance effort then some >> generic system >> * It loads "all data" and then does filter operations on it, which does not >> work for big datasets and for others is not always desired > > When I started working on this I consciously decided to do the > filtering on the client side to reduce round trips. My reasoning was > that you could achieve server side filtering by using the RunQuery > special page from Semantic Formats. But I agree that in a lot of cases > doing the round trip would be preferrable to client side filtering and > I have some ideas on how this could be done. This might also solve the > first problem and leverage existing formats. For simple filters it > should be as easy as sending the query amended by the filter condition > to the server and displaying the result. For something like e.g. the > distance filter it might be less easy. > > Andrew, I very much like your stuff. I am excited (and a bit > overwhelmed) at the attention this format gets. Right now it is still > very much a construction area and will see a lot of changes before it > becomes reasonably stable. There are still a lot of mechanisms in how > stuff is handled that I want to improve. Normally I would be very > happy to ask you to provide a patch. In this case however, to prevent > us from having to somehow manually merge large amounts of code I would > ask you to give me some more time to consolidate the format. > > Cheers, > Stephan ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct _______________________________________________ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
