Skip to content
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

Request: Add Non-Exclusive Exact Match -- return all items that have an exact tag and zero or more distinct tags #19

Open
nfeldman opened this issue Mar 9, 2011 · 2 comments

Comments

@nfeldman
Copy link

nfeldman commented Mar 9, 2011

Currently, if you have a tag which includes a subset of another tag, e.g.
"fuzzy brown bunny" and "brown bunny"
the default action is to return both when you ask for "brown bunny". This is problematic if, for example, two distinct organizations exist with similar names and you only want things tagged with one or the other. Switching to the exact match results in matching resources tagged only with the requested tag. So if a rabbit resource is tagged with both "brown bunny" and "rodent" it won't show up, although it would be highly desirable behavior.

Matching "fuzzy brown bunny" seems like a false positive and leads to confusion. Matching resources tagged with "brown bunny" that happen to have other tags, however, seems like normal behavior for tagging.

@jeffwhitfield
Copy link

I'm having the same issue. There's gotta be a way to tell getResources to parse the raw TV value as an array and look for the explicit value in the array. Don't know what the best approach to this would be though. Definitely needs to be in there though...otherwise filtering results based on tags is kind of pointless right now.

@chunkyRice
Copy link

Ironically enough tagLister will make a distinction between 'brown bunny' and 'fuzzy brown bunny' showing each with it's respective number of hits. Then when you click on 'brown bunny' getResourcesTag will display the above mentioned behavior and show the combined result. I agree with Jeff that this makes tagLister basically useless for a lot of uses.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants