Skip to content
This repository has been archived by the owner on Jan 22, 2021. It is now read-only.

normalize the stations table for lyon and bordeaux #14

Closed
garaud opened this issue Apr 13, 2018 · 5 comments
Closed

normalize the stations table for lyon and bordeaux #14

garaud opened this issue Apr 13, 2018 · 5 comments

Comments

@garaud
Copy link
Owner

garaud commented Apr 13, 2018

  • get the same table name for the list of all stations (with geom)
  • the name of the columns

This can avoid to have a different table name and different column for station id for instance.

This function controller.station_city_table should be deleted.

@delhomer
Copy link
Collaborator

This issue is strongly related to issue #5 .

@garaud
Copy link
Owner Author

garaud commented Apr 27, 2018

I think it's two different things:

  • a db normalization with two tables in lyon and bordeaux schema with the same structure
  • code factorization in several luigi tasks

@delhomer
Copy link
Collaborator

Ok, I understand your point.

Anyway it participates to the same move: we should normalize the lyon and bordeaux assets...

@delhomer
Copy link
Collaborator

delhomer commented May 7, 2018

Proposition of a common stations table structure:

  • id: ID of the station
  • name: name of the station
  • address: address of the station
  • city: city where the station is located in
  • nb_terminal: number of bike terminal (bikes + available stands)
  • geom: geometry (for Postgis treatment)

These features are common to our first two city examples (e.g. Bordeaux and Lyon), and I am not sure that other features are relevant in our use case.

@garaud
Copy link
Owner Author

garaud commented May 18, 2018

Agreed. I just would have replaced nb_terminal by stations or stations_num

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants