Skip to content
This repository was archived by the owner on Oct 4, 2023. It is now read-only.

Filtering #11

Closed
kinlane opened this issue Apr 14, 2017 · 2 comments
Closed

Filtering #11

kinlane opened this issue Apr 14, 2017 · 2 comments

Comments

@kinlane
Copy link
Contributor

kinlane commented Apr 14, 2017

How will we be filtering API responses? Right now we depend on the /search/ path to do search, with the following fields:

category:
email:
keyword:
language:
lat_lng:
location:
org_name:
radius:
service_area:
status:

How will this be applied across paths?

@NeilMcKLogic
Copy link

I'll comment on the search parameters in a separate thread, but I think what you may be asking is: How are these search parameters applied when looking for specific object types, like Contacts or Addresses? If that is what you are asking, I would say that we'd have to look at the use cases to help answer that. I predominantly look through the lens of Organization, Location and Service and then everything else attaches directly or indirectly to that. So, search should be capable of looking in any/all object types but then the Response should include those parent objects linked to the secondary objects, for context.

@kinlane
Copy link
Contributor Author

kinlane commented Aug 31, 2017

Going to run with #49 --closing this one out.

@kinlane kinlane closed this as completed Aug 31, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants