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

map transit incidents #89

Open
EddyIonescu opened this issue Dec 26, 2018 · 3 comments
Open

map transit incidents #89

EddyIonescu opened this issue Dec 26, 2018 · 3 comments

Comments

@EddyIonescu
Copy link
Member

While many agencies internally record incidents (which can often cause bunching and gaps down the line for hours), the TTC (Toronto Transit Commission) makes then publicly available here: https://www.toronto.ca/city-government/data-research-maps/open-data/open-data-catalogue/#bb967f18-8d90-defc-2946-db3543648bd6

This ticket only tracks putting them on the map (use fake hardcoded data when implementing this)

API endpoint creation tracked here: trynmaps/tryn-api#30

@lukemccrae
Copy link
Contributor

I'm looking into this. Should the frontend expect the location data to be geocoded into LatLng points?

@EddyIonescu
Copy link
Member Author

@lukemccrae no, you should expect it to be a {lat: Number, lon: Number} object, from which you can make the LatLng point yourself.

@yubozhao
Copy link

@lukemccrae This will be fields available for each incident

    lat: Float
    lon: Float
    route: String
    type: String
    time: Int   // unix timestamp (in seconds)
    gap: Int  // in seconds
    delay: Int  // in seconds
    agency: String

It will be part of trynState Query

trynState(....) {
  ...
  routes: {...}
  incidents: {}
}

Let me know what you guys think and we can go from there. @EddyIonescu

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

No branches or pull requests

3 participants