When a user opens the site, we should call stops-for-location with the map's center point as the location, render the stops returned, and then progressively continue to call stops-for-location as the user pans and zooms. There should be a debounce applied to the rate at which calls to stops-for-location are made to prevent us from making too many API calls. I think a 300ms delay is probably about right.
Acceptance criteria:
Call stops-for-location on map load and for every subsequent pan and zoom (with a 300ms debounce)
Render the resulting stops as annotations on the map.
You can read more about stops-for-location on the developer docs website: https://developer.onebusaway.org/api/where/methods/stops-for-location
When a user opens the site, we should call
stops-for-location
with the map's center point as the location, render the stops returned, and then progressively continue to callstops-for-location
as the user pans and zooms. There should be a debounce applied to the rate at which calls tostops-for-location
are made to prevent us from making too many API calls. I think a 300ms delay is probably about right.Acceptance criteria:
stops-for-location
on map load and for every subsequent pan and zoom (with a 300ms debounce)This is related to issue #4