-
Notifications
You must be signed in to change notification settings - Fork 25
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[DISCUSSION] Determining resource tag ontology #75
Comments
I was thinking maybe having all of the tags on one page is not the best approach. Perhaps we can go with a high-level button click, and from there, they can filter down. Of course, with these tags, we can still have it, but I think currently, the UI is a bit overwhelming. So what if we give them a few options so they can categorize this in their head? Climate Action and Initiatives Politics and Policy Activism Community Climate Solutions and Technology Sustainable Living Education and Research << I think we should rethink the structure of the tagged content Tools and Resources Labor and Workers Rights Featured Content Or something like that. From there, we can have a /all page with a list of all the tags and stuff, but I think it'll be a lot more sharable if we go with the page route. |
Sorry about the late response on this @Morzaram. I don't think that this approach would be good for the knowledge hub. The main goal is to have all these resources browsable through a central filtering system (ie. on a single page) so that people can set a filter and scroll through all the related resources at once. This adds more customisability than if things were fractured into separate pages (which would effectively mean filtering by a single tag at a time). Any improvements to navigation will need to come from improvements to the filtering system.
Filter settings can still be shared by copying and pasting the URL (if the filter settings are stored as a query string in the URL bar). Not sure if the current implementation has this, but it can definitely be a future focus. Shareability at this point is a bit of a double edged sword at this stage in the project since it would make tags less dynamic (with subpages, this would worsen as it would invite handling 404s and thats a headache I don't want). I would rather start with flexibility in tag names to start with, and then perhaps down the line include some shareability by implementing query strings to populate filter settings. Of course, I really appreciate the suggestion and the thought/discussion behind this 😄 . This issue is a bit of a low priority until after release and we have more resources in the system and can then make more informed decisions |
Keeping the structure flat as all filters could get overwhelming depending on how many get added. Scrolling through 100 filters is not a great experience and likely surpass the limit of most short term memory from beginning to end of the list. to keep the list manageable could collapse some of the, together like workers rights and unions, but keep the other label as a synonym if you plan on building search by query. How do you see people using it? Casual browsing or determined searching? the category structure suggested if you have an external search based goal might help, keyword search “climate policy uk” could drive traffic to that hub category. |
I agree. We'll be keeping the number of tags down (and, in future, having a specified list of tags that is only added to if a needed resource really doesn't fit into any other category). Also looking at writing descriptions for tags to explain clearly what different tags do. Honestly, I don't see the tag list growing to an unmanageable state as I feel the current tag list is quite encompassing.
I think that's a good change to consolidate those.
The goal is both casual browsing and determined searching, which is up to the user and how they use the available filters. Features such as "AND" and "OR" mode when selecting tags, and basic search functionality would be really helpful for this.
Yes, I think so too (that for wide filters the resource list can be a bit much). I'm not sure if there is a solution to this except for the user to use the tag list. The bigger problem also becomes "how do you sort the resources" when the list grows long. I was thinking of using analytics to track clicks to all resources, and use that to order resources (ie. popular near the top, sprinkled in with "up and coming". Although thats a long term idea that will only become a priority if/when resources gets >200 I think.
I never envisioned that the Knowledge Hub would show up for general climate Google searches. Moreso thought of it spreading by word of mouth, and for search terms like:
The way the site is at the moment I can imagine is pretty bad for SEO. Since its a single page application with no other pages, but also because of the nature of the site having short descriptions and intentionally linking to other places (reducing time spent on the site). I don't think its something worth fixing. I think the current approach is on track for:
I don't want to make large changes to the site to appease the SEO gods. |
On sorting tags: The simple and quick option is to just alphabetize them for now. Consider it carefully, though. Later on, sorting tags by number of traffic clicks should be considered. I would also suggest a global, all-resource "A-to-Z" sorting option ignoring tags, for those who have the time and want to scroll through the whole list for fun. |
Interesting comment @JarrodBaniqued . Not sure how tags are sorted currently (though alphabetically would help group Sorting by traffic was mainly concerning the resources themselves. For tags, sorting alphabetically sounds good from an organisation standpoint. Will investigate and create an issue later this week |
Just re-reading this, and noticed it also discusses A-Z sorting of resources. The easiest way to do this is to just sort the while resource list alphabetically (which I'm opposed to doing, as I think reverse chronological is better (discussed in #130)). Having options to sort by popularity, time posted, or A-Z would be good, but not a priority given other issues in the site (and I don't know if it will end up being in scope). CSV export funtionality (#131) is definitely something that would suit the data lovers who want to further explore. |
Describe your suggested improvement
Decide on a hierarchy of tags/tag guidelines that effectively categorise the resources on the knowledge hub.
Describe the benefit
If we're able to refine the categories for resources on the website, and create guidelines for categorising resources, it provides more clarity and structure to the resources making it easier to browse resources and manage when there are many resources.
Would you be capable/willing to implement the improvement?
This is an open discussion with the community. Chime in!
Additional comments
Use of
/
within tags to determine specificity (eg.Politics/UK
) would be good as it is clear, and it gets sorted nicely alphabetically.The text was updated successfully, but these errors were encountered: