mark padgham

That mention refers to several commits which included erroneous reference to that issue instead of this one

## TODO: - [x] Ensure appropriate processing of frequencies entries with repeated "trip_id" values but different "headway" - [x] Modify C++ code to construct and use single vectors throughout, instead...

The above commit converts the C++ code to use vectors throughout instead of nested lists, and speeds up the sample feed by a factor of around 5, so was definitely...

The above commits should be enough to close this issue. @dhersz Here is a reprex applying the `gtfstools` routine, and this new C++ one, to the ultimate frequencies feed from...

Thanks for the heads up Tom! The data have been dumped in the `data.seattle.gov` portal, with one file of [station data](https://data.seattle.gov/Community/Pronto-Cycle-Share-Station-Data/ndkc-bve9) and one of [trip data](https://data.seattle.gov/Community/Pronto-Cycle-Share-Trip-Data/tw7j-dfaw). I guess these would...

Sizes are part of the Guadalajara data, so at least it'd be easy for that city

Have to do this now, because the build current fails on `appveyor`, where it needs copies of the boston station files to work properly. These have to be embedded within...

@richardellison just a heads up - the report linked above is generating a fair bit of attention. I reckon if we don't rush `bikedata` to `ropensci/CRAN`, somebody else is likely...

yeah, important question. my thoughs are that at least an initial draft of the package ought to delete the database and all files on ending the `R` session by default...

@richardellison quick question for ya: i imagine that the extra DB column of "city" should be automatically indexed independent of your `create_index` parameter? Queries are surely almost always going to...