It’s also the airport layout information, including doors. From most US airports, you specify your pickup point by door (Arrival E6, for example), and I think some of that information lives in the app, along with the snap points that are rendered on the map (or even just the logic). There’s usually also a specific UX when requesting the ride where it asks you to select your airline to guess which terminal and egress to set as the pick up point.
Re:How Uber Deals with Large iOS App Size
by corin_ on Saturday February 27, 2021 @12:16AM
(#26282839)
Why would airport layout data not be handled the same way as city layouts? Maybe effectively automatically caching airports to make up for potential bandwidth issues?
And for the specific UX, sure but isn't that just a single feature for airports in general, and the app can pull the up to date airlines/terminals data for the specific airport when needed?
Re:How Uber Deals with Large iOS App Size
by manigandham on Saturday February 27, 2021 @12:18AM
(#26282848)
True, the rules data is small, which is why there's no point in not bundling it in the first place. Better to have an instant and smooth experience rather than try to save a few MBs by introducing a blocking network call before you can even interact with the app.
Thinking of my experience with Uber at airports, it's generally stuff like "pickups from this terminal are only available at the west exit" (show on map - so needs coordinates and message text), or "There is a £10 airport pickup fee for all private hire vehicles here which will be added to your bill", or whatever along those lines.
But perhaps your point still stands even if it's KBs rather than MBs.