Nice. You have to choose between fast and realistic. If you run one fix, 15 seconds, behind real time, and compute a route between the last two fixes, the paths will look good. But, as the author points out, when you order a car, nothing will move for the first 15 seconds. The author doesn't say how they dealt with that.<p>This is an old problem in multiplayer games. The usual solution is that the sending client predicts the position linearly from the last two fixes, and when the actual position differs from the prediction by some constant amount, it sends an update. The receiving end uses the same prediction algorithm, so its positions match the sending end with a maximum error of the same constant amount, (plus some additional error due to lag.) Updates are also sent periodically in case one gets lost, but those are not frequent.<p>Incidentally, Uber's display of cars on a map on the home screen is totally fake.
For those interested, you can build a system like this that tracks sub-second GPS information, and easily scale to 100M+ writes for $10/day with 1KB payload (compare to the 62bytes in the article).<p>Here is a demo we threw together of it working in real life: <a href="https://youtu.be/7ALHtbC9aOM" rel="nofollow">https://youtu.be/7ALHtbC9aOM</a><p>Here is a prototype of saving 100M+ writes for $10/day: <a href="https://www.youtube.com/watch?v=x_WqBuEA7s8" rel="nofollow">https://www.youtube.com/watch?v=x_WqBuEA7s8</a><p>Our sync system: <a href="https://github.com/amark/gun" rel="nofollow">https://github.com/amark/gun</a><p>And since we are on the topic, I highly recommend this engineering blog post by Discord on how they scaled up append-only writes in a way similar to how our system does: <a href="https://blog.discordapp.com/how-discord-stores-billions-of-messages-7fa6ec7ee4c7?gi=de801bddfd20#.dzqq7q4o7" rel="nofollow">https://blog.discordapp.com/how-discord-stores-billions-of-m...</a> .
One thing that always annoys me about the Uber UI is that the oversized cars appear to be moving horribly slowly when they are sometimes actually moving pretty fast. Every time I am waiting for an Uber I find myself wanting to scream at the driver to step on the gas and go at least more than 5 mph which is what it looks like on the UI. The scaling makes it hard to tell the actual speed of the cars and the reasons when they slow down when they actually do slow down. I don't have a good solution to this though. Maybe:<p>- a car-game-like 3D interface where you can see the view from the driver's seat, moving at the actual sensed speed of the car, with fake (or Street View) scenery whizzing by, so while you are waiting you can see that the driver is actually moving at close to the speed limit.<p>- render a bunch of other random cars on the road, emulating the actual real-time density of traffic, so if the guy is chugging along slowly I as the user will blame the traffic, not the app or driver<p>- render rain and snow in the 3D view if that is what is slowing the driver, so I will curse at the weather for creating an unsafe situation and not the driver for going slow<p>- render ambulances and police cars in the 3D view if a traffic accident is reported, so i will understand that a human is hurt instead of cursing at the Uber app<p>- show the state of red lights in real time so that when a driver is stopped i know it is for a red light and not lazing around or lost directions. there are enough Uber cars driving around that based on aggregate GPS statistics they should be able to determine the cycle times and phases of every traffic light on major streets.
This is an interesting challenge, I'm building something similar for public transport, and the latency in updates tends to make things bad.<p>On browsers I'm using turf.js to calculate movements and then animate them. I calculate where the bus/train is likely to be in the next 30 seconds, and then send that data through to the user. Then I keep updating the vehicle marker frequently until that 30 seconds time out, or until another update comes in.<p>I'm struggling to do the same on Android because I haven't found a good turf.js equivalent there.
Hello,
a question about mapping on mobile,
How can one run mobile offline map using OSM with an open source library, their screenshots doesn't contain copyright, so am assuming their own solution.<p>thank you
What accuracy people care is the car that you have just ordered. The other times when you see a map of cars you can get away 80% of the time using averages
How does one manage sessions for mobile clients when communicating over UDP? Do you just save the client's IP address and address the client by that IP? Are the IPs of mobile devices relatively stable?
You don't need to send the full precision lat/lng in every update. Instead, send only the change in position from the last update (in meters), which you can calculate on the client.<p>You could also further reduce data by indexing the city into a grid, of, say 1 meter squares, or potentially a hilbert curve would be fun to experiment with.