Giter Site home page Giter Site logo

principles's Introduction

Mobility Data Interoperability Principles

Public Transit, and the mobility services which support it, is a critical backbone to our environmental, economic, and societal well-being. Modern, easily-accessible and well-operated public transit depends on a complex system of operations and customer-oriented technology components which work together.

Interoperable transit technology systems enable transit providers to plan service which is responsive to rider needs, improve service quality and efficiency, and adapt to continuing changes. Interoperability also encourages innovation among transportation technology companies while helping them to contain costs.

Released in October 2021 after a collaborative public process, Mobility Data Interoperability Principles create an industry-agreed upon vision, definition and direction for achieving interoperability with clear roles and responsibilities. The Principles were collaboratively developed and refined over Summer and Fall of 2021 by dozens of public and private organizations and researchers through a public review process.

Over 60 public and private signatories have committed to implementing the Principles. Organizations who are interested in publicly committing to the Principles and their faithful implementation can submit the form found at: Mobility Data Interoperability Principles.

Attribution

License

This code in this repository is licensed under Apache 2.0.

The content in this repository is licensed under CC BY 2.0

principles's People

Contributors

allejo avatar botanize avatar e-lo avatar safrazier17 avatar thekaveman avatar tsherlockcraig avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar

principles's Issues

Rename "Proposed Open Standard"

Overview

The name "Proposed Open Standard" has caused confusion among the MDIP audience and is a source of concern particularly for prospective vendor signatories. We should change the name to better reflect the specific kinds of proposals that meet the threshold for requiring support.

Detail

The Principles define two types of standard, the open standard and the proposed open standard. Both types of standard must be supported by vendors and others seeking to achieve alignment with MDIP. The definition of Proposed Open Standard is:

Proposed Open Standard
Any specific ontology, schema, or format that:
Meets all the criteria of an open standard,
Has been transitioned to maintenance by an independent organization,
Has at least one stable release as determined by the maintaining independent organization, and
Has not met the standards for adoption as determined by the maintaining independent organization.

This definition was intended by coauthors to exclude many types of proposals. At the basic level we did not want to include standards which had been recently proposed but had little support, momentum or substance.

There are two opposing goals for the definition of Proposed Open Standard --> we want to 1) leverage MDIP to encourage vendors to become early (or earlier) adopters of standards that have demonstrated they are on a path to adoption and 2) not exact unduly onerous requirements on the vendor community such that they are uncomfrotable with aligning with MDIP.

Apart from any changes which might be made to the content of the definition of Proposed Open Standard, we should change the name of the term so as to better reflect those two goals. This will alleviate some audience concerns and also provide insight into what we are hoping to achieve through the inclusion of Proposed Open Standards.

Deploy previews to Netlify

See this issue for more context cal-itp/data-infra#623

We created a Netlify site specifically to generate previews of GitHub Pages site PRs. This site is not connected to any one GitHub repository, so does not get deployed automatically.

I've created the necessary repository secrets in this repository:

image

๐Ÿงน Update github teams and access to be consistent with MDIP Governance

After the approval of the governance #21 , add structure to Github repository that is consistent with it.

Todo:

  • Develop Teams for organization consistent with governance
  • Post a CODEOWNERS file for teams allowed to make normative changes to governance or principles
  • Add branch access rules to prevent posting to main without a PR and approval from a CODEOWNER

Add new Coauthors and Cosignatories to site

Requirements

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.