OpenStreetMap

Google Summer of Code 2018 GTFS Integration Tool Summary

Posted by srikant123 on 8 August 2018 in English (English)

GSoC 2018 with OpenStreetMap comes to end and with it its the end of the most exciting summer I have ever had which have helped me grow and learn alot of awesome stuff from my mentors who guided me throughout my GSoC period.

Link to main github repository : gtfsintegrate.
Link to google docs where complete step by step documentation and implementation of application is described googledocs.
Feeds were downloaded from: TransitFeeds

The Three main views of the GTFS Integration application are:

1. Feed entry Module

In this view of the application user is presented with a form which consists of a feed URL field, name field and a frequency field(number of days after which the feed must be downloaded again). Celery tasks are defined which can run every few minutes checking all the feeds and downloading the feeds if the frequency exceeds when compared to current time-stamp. In the front-end part application shows whether the feed is present or whether the feed is updated to latest version in the Feed Download Status Block.

Feed Form

2. Nodes editing Module.

Nodes editing Module generally consists of three parts.

i. GTFS Stop fields Correspondence Form.

Using this form user defines which fields in GTFS corresponds to which fields in OSM tags. Since every feed is different from one another and depends on the operator how they input data, so using this form correct fields can be sent to JOSM.

Correspondence Form

ii. Name Normalization Form.

GTFS Feeds can consist of stops with abbreviations application replaces some common abbreviations. In this interface the user is provided with a list of stop names which consists of abbreviations and then user can define what they are. These normalized names are sent to JOSM so it is important to normalize names before sending to JOSM.

Conversion Form

iii. Nodes editing Interface.

This interface consists of data shown on map on the right and information of clicked OSM and GTFS stops on the left. Information consists of a result column to show the user about what will go in OSM if the stop is matched. By default the result column will show name and ref from selected OSM stop if it already has those tags. User can add name from GTFS stop if the GTFS feed has more appropriate name for the stop. Node Editor

Adding stops present in GTFS Feed to OSM server

Application also lets user to create and OSM stop by dropping a marker beside a GTFS stop, tool will add name, ref and bus=yes tags to it and send the node to upload it to OSM server. Node Addition

3. Relation editing Module

Relations editing Module consists of two parts.

i. GTFS Routes.txt Correspondence Form.

Routes Correspondence lets the user define what field in GTFS feed's routes.txt corresponds to what field in OSM. Agency correspondence can also be filled to get data from agency.txt. Some feeds also have extra_data which can also be added to OSM. After user filling all these information application creates route_master xml. In this interface user can also take one of the entry in routes.txt into reference while filling the form. Relcorr Form

ii. Relation editing and comparison Interface.

Unique itineraries are extracted for each line from routes.txt and are presented on the interface. Clicking a particular line application will download relations from osm in bbox of the line.

Relation Editing

Matching relation with itinerary to add missing stops in OSM.

If a stop is missing or out of sequence in OSM Relation that can be matched and data is sent to JOSM for further editing Relation match

Comment from aharvey on 9 August 2018 at 02:59

I'm interested in checking this out, is there a link to your code?

Login to leave a comment