mark padgham

The GTFS for Berlin illustrates one interesting aspect of transfer tables: ``` r library (gtfsrouter) gtfs ▶ Unzipping GTFS archive #> ✔ Unzipped GTFS archive #> ▶ Extracting GTFS feed✔...

Thanks so much for that really detailed consideration @AlexandraKapp - some very helpful insights there. I'd say there are at least two aspects that your analyses suggest could/should be addressed:...

Thanks @AlexandraKapp, but unfortunately i can not reproduce that. And that reflects one important restriction of the GTFS format -- there is no versioning system, and no way of knowing...

Whoops, meant to close #38 with that commit, not this issue. Still have to check all of the stuff raised here to ensure it works before closing.

This all seems good now, but I'll keep it open until I've written a new vignette describing the functionality of `gtfs_transfer_table()`

Thank you to everybody who contributed to this issue, and in doing so really helped to improve the package a lot! The whole package is slowly being entire reprogrammed from...

This should all be resolved once [`gtfsio`](https://github.com/r-transit/gtfsio) makes its CRAN appearance, but I'll leave open until that time to make sure this issue is actually fulfilled.

Wow, thanks @cseveren for raising this important issue, and especially thanks to @dhersz for chiming in and offering a clearly superior solution, for which you definitely do not sound arrogant...

Those commits finally finish converting the "frequencies_to_stop_times" routine to C++. It's slightly faster than @dhersz's `gtfstools` version, although not by a huge amount (around 20%). I think the big advantage...

Re-opening because there is one pronounced negative effect on other routines. The routine implemented here appends `_[0-9]+` values to the end of `trip_id` entries in the "stop_times" table. The internal...