Add feed submission PR template

[ianktc]

Feed Submission Checklist

Thanks for contributing to the MobilityDatabase!

This is a comprehensive checklist detailing the things to consider before submitting a feed to the database. The schema links in this checklist will follow the convention of [1] for schedule feed schema and [2] for realtime feeds. You will find the schema definitions for schedule and realtime feeds are often the same, but both references are always included for completeness. If you have any questions, reach out to @ianktc.

General Checks

• Valid Direct Download URL: Does the URL produce a zip file and is it valid gtfs? [1] If realtime, is it a protobuf? [2]
• Official Status: Is the feed official? Check contact email, direct download URL, website etc. [1] or [2]
• Service Status: Is the status active? Check feed_info file for service window. [1] or [2]
• Authentication: Is there any authentication required? [1] or [2] Enum values are described [1] and [2] (they are the same)

Is Your Feed New?

• MDB Stable ID: Correct stable id in the file name? Does it match the mdb_source_id field? [1] or [2]. And stable id in the “latest url” field? [1]
• Sequential Ordering: Does the stable id increment from latest stable id? Do they increase in sequential order? Refer to this spreadsheet for the latest mdb stable id.

Is Your Feed an Update?

• Official Status: If unofficial, do not deprecate and redirect the old feed, but import this new feed as unofficial so both feeds are available in the database
• Deprecate and Redirect: If official, deprecate and redirect the old feed to this updated feed. [1] or [2]

Is it a Realtime Feed?

• Reference: Does it have a reference to the schedule feed? [2]

Pre-existing Feed Existence [internal]

• Perform a check on the mobility database website to check for pre-existing unpublished (wip) feeds from other sources
• Sometimes the "old" feed is not included in the feed submission form, perform a check for fuzzy matches on Provider and Direct Download URL. In the case of probable matches, check with the validator for entity count, agency and feed info matches as well.

Other Considerations [internal]

Sometimes you will encounter two active schedule feeds. There are some possible reasons this may occur:

• Flex: Flex feeds are sometimes produced separately from schedule feeds. Import the flex feed as a brand new feed instead of a redirect of the schedule feed. [definition]
• Reference Schedule Feed: One schedule feed may be used as the schedule, while the other is used as a reference to the realtime feed. Look for feeds produced by Passio (or other vehicle tracking software). [example]

[emmambd]

@ianktc Super impressed by this, great work!

Since we're going to turn this into an actual PR template, I'd recommend either describing each term specifically, or linking to the schema so it's easy to reference. This includes terms like "deprecated', "official", "authentication", "service status", etc. The schema in the catalogs should be the right place for most of those.

If you can't find a definition for one, please draft it yourself first and then I can review to see if there is any need for revisions.

[ianktc]

Documentation can be found at:
https://www.notion.so/mobilitydata/Feed-Submission-Checklist-internal-2e66e644546a80b5a4fdd30bc2d679c0?source=copy_link