This PR add brussels RER-GEN train, I have updated bbox with bbox finder
Frequency is one or two train(s) per hour
Signed-off-by: Jean-Baptiste jeanbaptiste.charron@outlook.fr
jb_br into master
This PR add brussels RER-GEN train, I have updated bbox with bbox finder
Frequency is one or two train(s) per hour
Signed-off-by: Jean-Baptiste jeanbaptiste.charron@outlook.fr
Signed-off-by: Jean-Baptiste <jeanbaptiste.charron@outlook.fr>
Looks good to me. My only concern is if the frequency isn't too low to be justified to be added. Maybe good to get some more opinions on this.
After doing some clean in commuter trains file, I agree two trains per hour is not enough
WDYT to integrate trains that offers only 3 or more trains per hour?
I think that is a good minimum. Otherwise I could propose to add the full train network of the Netherlands 😅
With recent discussions about commuter trains, this network could be re-consider?
I don't think we should move it over to rapid unless service improves to at least ×ばつper hour. I considder the commuter file to be a list of networks that are just not frequent enough, but might get in the future, so we don't have to recollect networks (line number, bbox) if service improves.
Maybe we could considder to process all commuter lines in the future and render them in a way that people understand the difference between rapid and commuter lines (with a thinner line, for example). Might be better to just work on GTFS support instead though.
No due date set.
No dependencies set.
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?