Skip to content
This repository has been archived by the owner on Jul 22, 2024. It is now read-only.

Additional pre-defined filter types #33

Open
amfred opened this issue Nov 7, 2018 · 2 comments
Open

Additional pre-defined filter types #33

amfred opened this issue Nov 7, 2018 · 2 comments
Labels
admin An update to the admin console data model Requires updates to data models design/UI Design/UI/UX work enhancement New feature or request research needed

Comments

@amfred
Copy link

amfred commented Nov 7, 2018

Description:
Our stakeholders need to be able to see how different sets of pages are performing over time. With our latest updates, PageLab will show you a report based on a query (a simple substring match with a comma-separated list). That's very good, but we also need to be able to take a report (either based on a substring query, or starting from the full set of URLs), and then filter it to only show the pages for a specific business unit or locale.

Obviously, how one sets up pages for various business units and locales, and how you can determine which pages belong to each set, will be different for each company.

I think what we'll need to do is add some general functionality to the open-source Page Lab where it can support predefined filter types (i.e. "select a business unit", "select a geography"). Then we'll need to provide a way for Page Lab developers or admins to define their specific filter types, and hook into the business logic and back-end queries they need to implement those filters.

Acceptance Criteria:

  1. Given a set of web page URLs (which may be "all URLs" or the result of a substring match), and one or more additional filters such as business unit or locale, return a report (a web page) containing:
  • The dashboard summary view with pie charts and averages, but only containing data from the set of URLs specified, and
  • The report card tiles for each URL in the set, to drill down to see more detail.
  1. Sanitize all data on input and escape the data on output, for security purposes

  2. I need to be able to share a report I've crafted with someone else who's not a techie. Sharing a copy/pasted URL is easy. Saving named reports for everyone to re-use is another way to do this, in which case, I want to be able to share a link to a named report.

  3. If I send someone a link to a report I set up, they're probably going to want to continue playing with the filtering options from there.

@ecumike
Copy link
Contributor

ecumike commented Nov 7, 2018

Yup.. basic taxonomy tagging. David and I have done this before on several other Django projects we've built at IBM, and it involves creating a couple new models. It will allow any implementation to create, define, and tag a URL with any taxonomy or tagging they want. As well, on the "report" side, be able to filter report by any of the same taxonomy and tagging options. We've built a document tagging system that does exactly this.

So for example, when Yahoo Finance site wants to use this to monitor their stock site, they would be able to create a taxonomy called "Markets". And then add values like S&P Dow NASDAQ OTC, etc. And it will be 100% content based.

@ecumike ecumike added research needed data model Requires updates to data models design/UI Design/UI/UX work admin An update to the admin console enhancement New feature or request labels Nov 9, 2018
@rcalfredson
Copy link
Contributor

On the topic of extensions or enhancements to filters, I would like please to share one idea I have for feedback. This would be the ability to combine filters into sets (one further level up from individual filters). In such a model, the filter would be to the filter-set as the filter-part is now to the filter. Query results of individual filters could be combined using AND or OR, and the sets would allow some more complex nesting to be achieved. What do you think about this?

I am not sure yet to what extent it would complement (versus conflict with) the tagging-based idea described above. I thought to put it in this issue because it relates to the topic of additional predefined filter types, but will create a new issue for it if desired.

Here is a link to branch containing proof-of-concept implementation of such an idea, as well as a small test for it. Thank you!

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
admin An update to the admin console data model Requires updates to data models design/UI Design/UI/UX work enhancement New feature or request research needed
Projects
None yet
Development

No branches or pull requests

3 participants