openreferral / api-specification

This is the working repository for Open Referral's Human Services Data API protocols.
https://openreferral.readthedocs.io/en/latest/hsda/
Other
29 stars 13 forks source link

HSDA Search Sprint #84

Closed kinlane closed 3 years ago

kinlane commented 5 years ago

I started focusing on HSDA search features during the latest push of the specification. This work spans multiple HSDA services, but focuses on expanding and standardizing the search interface for HSDA--setting the stage for discussions this week.

If you follow the GitHub repository you might have received a barrage of notifications, but this should help focus on the features available for this sprint:

This is an attempt to satisfy 75% of the requests made across the HSDA search discussions that are tagged hsda-search.

Then set the stage for discussion during the next HSDA discussion focused on search.

kinlane commented 5 years ago

Ok, I added a separate issue for every new feature across HSDA and HSDA Search above. Allowing for their own comment threads.

Next, I will be adding an updated OpenAPI from each of those for HSDA and HSDA Search.

NeilMcKLogic commented 5 years ago

Thanks Kin both for the summary here as well as splitting all of them out to separate threads.

NeilMcKLogic commented 5 years ago

Hi @kinlane do you have a timeline for when you'll start solidifying these ideas and creating the next draft Search API spec ? It's been great to fragment the ideas out and discuss them separately, but I think they need to coalesce in the near future back to a proposed spec so we can do another round of feedback. Thanks!

kinlane commented 5 years ago

First week in November I will have a slot to spend time on this. In Europe finishing up 3 week tour.

greggish commented 5 years ago

@NeilMcKechnie thx for working with us through this process.

I wonder if we might be able to get more feedback at this point to inform Kin's next session. For example, my understanding is that Kin put forth several sets of redundant issues (proximity, postal code, and taxonomy code search) to solicit feedback about whether these features should indeed be included in the 'core' spec, as well as the 'advanced' Search spec. Do you have thoughts on this?

Also, I've wondered for a while whether Contacts should be a core HSDA resource (as it currently is) or whether that might be unnecessary complexity. If I understand correctly, #88 now suggests to add Contacts to Search... in which case perhaps it could be removed from the core. Kin and I discussed the matter of use cases for Contacts in core around 35:25 in this chat (notes here), and i suspect it's an issue we might be able to refine with feedback from stakeholders.

(@kinlane please check my reasoning here!)

NeilMcKLogic commented 5 years ago

Thanks @greggish , yes I have supplied feedback on a variety of those items in the past week or so.

kinlane commented 5 years ago

I have gone through feedback for all features on this sprint. The only two evolutionary comments I've found are:

Next steps will be to compile complete OpenAPI for each service, and submit proposed version change.

Then I will be looking beyond this sprint to other issues and potential features.

kinlane commented 3 years ago

I am adopting an approach similar to GitHubs: