7 ms·
This isn't a bizarre flaw. We favor routes with higher frequencies, as typically users don't want to take routes immediately. (I work on Citymapper's routing.)
by EmilLondon 12y ago
This isn't a bizarre flaw. We favor routes with higher frequencies, as typically users don't want to take routes immediately.
(I work on Citymapper's routing.)
- ownagefool 12y agoMaybe that's the case but I literally never look at maps except when I'm actually trying to go somewhere. Google maps have the arrive / leave by input that helps with your situation though.
- justincormack 12y agoI often want to take routes immediately - can we have a "now" option?
- scoot 12y agoThank you for your work on CityMapper. However may I respectfully suggest you stop developing for a bit, and go out and actually use it for real, 'in the field'? Head out the office, pick a spot to get to (say a meeting in another part of town) and see if you can figure out which route is actually quickest. It's seldom the one suggested. Trying to figure out the real trip length for upcoming departures for a number of travel options is a head-wrecker. I use CityMapper frequently, and I love it. But this 'feature' is infuriating!
- Brakenshire 12y ago> see if you can figure out which route is actually quickest On this question, there's a balance between possible maximum speed, and reliability. If I want to go to point B, the quickest possible route will often be made by stringing together a serious of improbable connections. For instance, the route could rely on taking three infrequent buses, with little leeway for transfer between one and another, on the assumption that they won't be slowed down by traffic (or just slow customers, stopping more than normal, etc). But if an app sends me along this route, and one of the buses is behind schedule, and I miss the connection, that then becomes a big problem. So there definitely is good sense in prioritizing frequent bus routes to some degree.
- wrikl 12y agoWhen dealing with (London) tubes and train lines, most of the time it should be possible to indeed work out which route is actually quickest. I agree that buses do complicate things.
- deleted 12y ago[deleted]
- Brakenshire 12y agoYeah, I agree it doesn't make sense for train times, where there is a meaningful, rigid timetable (all jokes about British Rail aside).
- tomp 12y agoBut this just means that you should include a margin of error in arrival times when calculating which changes are possible. Doesn't excuse them from using the average time of arrival instead of the actual time of arrival each leg of the journey.
- wjoe 12y agoAs others have said, I would at least like an option for when I do want to take a route immediately. Sometimes I look up routes for later, but usually if I'm using Citymapper it's because I want to go somewhere right now (and am often quite tight for time). I guess the problem with doing this automatically for queries for journeys starting 'now', is that people will often just look up general journey times with the default options (eg the current time).
- pornel 12y agoI can't even comprehend why you're doing it like that. Do you expect users to write the routes down on a piece of paper? Even when I know the route, I still (always) check it on my phone the very moment I leave the house, because I expect to get up-to-date information. If I can go to two different bus stops, I don't want to get an average! I just expect you to tell me which bus is coming first — right now. The only situation when I'm checking a route ahead of time is when I need to know when to leave the house. For this I use Google Maps' "Arrive by" option, so even when I don't take the route immediately, I still expect to see exact times.
- buro9 12y ago> I still expect to see exact times You realise that there is some lag in the system, right? A small lag in data collection and transmission, a small lag in publishing the data via the feed (this is stated as 30s) and TfL cache the data points for 30s. Then you have the ingestion and processing lag that Citymapper introduce before they get it to you and display it on your screen. You can estimate a lag of greater than 1 minute, pushing 2 minutes if you were unlucky that another CityMapper user nearby potentially requested the same data just before you and you're now seeing TfL's cache. If you have a bus frequency of 7 minutes we're actually talking a lag of around 28% of the worst case wait time for that bus. This experience would vary so greatly in different parts of the city (density of CityMapper users), that it would corrode your trust of the info. Until that lag can be almost eliminated I think they're doing the right thing by choosing values based on average frequency and average wait time. The consistency means that almost everyone is treated to a similar experience, and though it is not highly accurate it is highly consistent. People can, and do, trust a highly consistent experience. And yes, I live in London and use CityMapper a lot, and I've also played with those TfL feeds and experienced the real world lag in the data for bus/train arrivals, and bike hire data. Those data streams, when you walk out onto the street... they are only an approximation of what you really see outside.
- pornel 12y agoI don't see how is lag a problem at all. You can cache times as ETA, and even in the worst case when an unexpected change in the schedule needs 2 minutes to propagate, it's still an improvement for all wait times longer than 4 minutes (i.e. all wait times that matter).
- CWIZO 12y agoHey, great job with the app. I use it all the time, but I do have one complaint. I live, literally, next to the Langdon Park DLR station. Any time I use CM to get directions to the center, it will either send me to the Jubilee line, or to the Central line, which is fine. But, it always sends me to Stratford first, which is in zone 3. Why? I know, it's faster (and cheaper) to either go to Canarry Wharf, and to a 2 minute walk from the DLR station to the tube for the Jubilee line. Or go to Bow Church DLR and walk to Bow Road tube, and then transfer at mile end to central line. Basically it seems, CM tries to avoid walking as much as possible, even if that means taking a longer&more expensive journey. Can you guys do something about that? If nothing else, an option that let's me specify that I don't mind a bit of walking.
- bonaldi 12y agoReally? Almost everyone I know checks a journey planner app just before setting off. Most of us have a choice of station or stop to set off from, and that's when you need the app most. Also your default search is set to "leaving now". The thing that's so infuriating is that Tube Deluxe gets this perfectly correct. So I need to keep two apps.
- cpcallen 12y agoI gave up on Citymapper a while ago. Now I remember why. Here's how I use Google Maps: As I am putting on my shoes to go out the door, I look at the event I'm going to in Google Calendar. I click through to the location in Maps, and click directions on the pop-up bubble. I walk out the door. Five seconds later I'm at the road, and need to know whether to turn left (to the station on the line to Victoria) or right (to the one on the line to London Bridge / Canada Water). I need to know my actual arrival time (barring unexpected problems) for each route, departing NOW. If I'm doing advance research (when do I need to leave?) I almost always do so using Google Maps on my laptop, not an app on my phone. If I don't use Google Maps, it's only because I'm using JourneyPlanner.org / PubTran, to deal with those annoying occasions that Google Maps doesn't know about engineering works (e.g., this week: no trains to London Bridge!)
- davidgerard 12y agoPlease try the TFL JourneyPlanner: http://journeyplanner.tfl.gov.uk http://journeyplanner.tfl.gov.uk It gives you a selection of routes to choose from, with times.