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

Adding electric_assist as a propulsion_type. #48

Merged

Conversation

aickin
Copy link
Contributor

@aickin aickin commented Sep 12, 2018

Just a small suggestion that it might be useful to distinguish between completely electric vehicles (like Lime and Bird Scooters) and pedal assist vehicles that combine human and electric power (like Jump bikes).

I added electric_assist to the propulsion_type enum to fix this.

I understand if you want to call both of these kinds of vehicles electric, but I think the distinction could be useful!

@thekaveman
Copy link
Collaborator

Thanks for this feedback @aickin! You are definitely correct in that it is an important distinction, and one that we care about.

The good news is, propulsion_type is actually meant to be an array field, meaning a provider could give:

{
    "propulsion_type": ["human", "electric"]
}

to cover the "electric-assist" scenario.

@hunterowens @toddapetersen thoughts?

@aickin
Copy link
Contributor Author

aickin commented Sep 12, 2018

Hmmmm... I just noticed that propulsion_type is an array, which maybe implies that pedal-assist should be ['human', 'electric']. I'd argue that ['human', electric'] should be a bike that can be pedaled OR where you can use a throttle, which is genuinely different than pedal assist. But I'm interested to hear other perspectives.

@aickin
Copy link
Contributor Author

aickin commented Sep 12, 2018

@thekaveman Thanks for the explanation; our comments collided :)

To give a concrete example, how should we encode something like a GenZe 200 bike, which has "Throttle and Pedal Assist Ride Modes"?

In the current spec, you could encode it as ["human", "electric"], but then it's indistinguishable from bikes that only have pedal assist (like JUMP bikes). Thoughts?

@hunterowens
Copy link
Collaborator

@aickin I think the best way to capture that would be to add electric_assist as recommended in this PR, as that bike could be coded ["electric_assist", "electric"] to suggest the two modes of operation compared to jump's ["human", "electric"].

@hunterowens hunterowens merged commit 5906758 into openmobilityfoundation:master Sep 14, 2018
black-tea added a commit that referenced this pull request Oct 30, 2018
This is a suggestion to add some additional clarification around propulsion types, mainly the difference between `electric_assist` and [`human`, `electric`]. I've seen a couple of provider APIs submitted that have the former when it should be the latter. I think that #48 did a great job of explaining why this should be represented as an array, but that reasoning is not reflected in the current MDS spec.
thekaveman pushed a commit that referenced this pull request Oct 31, 2018
This is a suggestion to add some additional clarification around propulsion types, mainly the difference between `electric_assist` and [`human`, `electric`]. I've seen a couple of provider APIs submitted that have the former when it should be the latter. I think that #48 did a great job of explaining why this should be represented as an array, but that reasoning is not reflected in the current MDS spec.
hunterowens pushed a commit that referenced this pull request Oct 31, 2018
This is a suggestion to add some additional clarification around propulsion types, mainly the difference between `electric_assist` and [`human`, `electric`]. I've seen a couple of provider APIs submitted that have the former when it should be the latter. I think that #48 did a great job of explaining why this should be represented as an array, but that reasoning is not reflected in the current MDS spec.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants