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

stop search: location field and geocoder components #9

Closed
fpurcell opened this issue Dec 19, 2019 · 1 comment
Closed

stop search: location field and geocoder components #9

fpurcell opened this issue Dec 19, 2019 · 1 comment
Assignees
Labels
enhancement New feature or request

Comments

@fpurcell
Copy link
Member

We're going to (eventually) need a few changes to the location field to handle stop searches.

Screen Shot 2019-12-19 at 2 34 45 PM

I have to validate a lot of the following functionality, but I'm fairly certain we're going to need a few changes in order to deal with stop searches. If you look at the current trimet.org, the geocoder form does two unique things:

  1. the geo searching is restricted to searching for just a stops layer (and not addresses, landmarks, etc...). In the Pelias world, this means sending down the 'sources' parameter, ala https://ws-st.trimet.org/pelias/v1/search?text=zoo&layers=stops
  2. from the response, we're going to need access to the stop id (and agency id). Pelias (via the transit loader) accomplishes this by encoding stop and agency ids in record id, ala id": "10299::TRIMET::stops", Clients of the geocoder / location field components will need to access those ids, in order to make follow up calls to other data services (e.g., like transit tracker arrival information)
@fpurcell
Copy link
Member Author

Closing this ... fixed along with #13

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

No branches or pull requests

2 participants