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

Deliverables Defintions #87

Closed
acrofts84 opened this issue Jul 28, 2016 · 2 comments
Closed

Deliverables Defintions #87

acrofts84 opened this issue Jul 28, 2016 · 2 comments

Comments

@acrofts84
Copy link
Contributor

There are a couple of contentious issues in the current charter:

  • Where would we like to place the dependence on the VSS? On both specifications, one or elsewhere in the specification?
  • Is a VSS snapshot an other deliverable?
  • In the client spec definition we claim it can be implemented without adhering to the server specification. Is this appropriate?
  • Do we want to define the Vehicle Signal Client Spec as the Vehicle Signal Client API?

My opinion is that:

  • the dependencies should be on both specs
  • the snapshot is not a w3c deliverable
  • the client spec should not be suggested for usage without the server spec
  • Client spec should be the Vehicle Signal Client API
@acrofts84 acrofts84 changed the title Charter Issues - Deliverables Defintions Deliverables Defintions Jul 28, 2016
@paulboyes
Copy link

I think....

  • VSS dependencies should be in both specs.
  • VSS is a dependency not a deliverable
  • Client spec carries less weight if totally dependent on service spec. Abstraction layers are good. However I understand the argument.
  • Changing the name of the client spec to something different from the old spec name makes sense to me. Client signal spec is good.

@rstreif
Copy link
Contributor

rstreif commented Dec 20, 2016

Per Working Group Meeting: addressed at this point with the new charter. Close.

@rstreif rstreif closed this as completed Dec 20, 2016
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