Submitted by brad on Mon, 2013-12-09 16:46.
It’s the bane of the wanderer. A large fraction of open Wifi access points don’t connect you to the internet, but instead want you to login somehow. They do this by redirecting (hijacking) any attempt to fetch a web page to a login or terms page, where you either have to enter credentials, or just click to say you agree to the terms of service. A few make you watch an ad. It’s sometimes called a captive portal.
I’m going to contend that these hijack screens are breaking a lot of things, and probably not doing anybody — including portal owners — any good.
The terms of service generally get you to declare you will be a good actor. You won’t spam or do anything illegal. You won’t download pirated content or join torrents of such content. You waive rights to sue the portal. Sometimes you have to pay money or show you are a hotel guest or have an access card.
These screens are a huge inconvenience, and often worse than that. All sorts of things go wrong when they are in place:
- Until you do the login with the browser, your other apps, like e-Mail, don’t work though it looks like internet is there.
- With devices that don’t have keyboards, like Google Glass, you can’t use the network at all!
- Some redirect you from the link you wanted, and don’t pass you on to that link when you are logged in, you have to type it in again.
- If you go to a secure URL (https) some of them attempt an insecure redirect and cause browser security warnings. They look like a hijack because they are a hijack! This trains people to be more tolerant of browser security warnings, and breaks tools that try to improve your security and stop more malicious hijacks properly.
- Some for “security” block the remembering of credentials, making it hard to login every time.
- Really bad ones time-out quickly, and make you repeat the login process every time you suspend your laptop, and worse, every time you turn off and turn on your phone — making the network almost unusable. Almost all require re-login one or two times a day — still very annoying.
- Every so often the login systems are broken on mobile browsers, locking out those devices.
A lot of headaches. And one can perhaps understand the need for this when you must pay for the network or only authorized users are allowed in, though WPA passwords are much better for that because they need only one-time setup and also offer security on the wireless connection.
With all this pain, the question the world needs to answer is, “is it worth it?” What is the value of this hijack and “I agree” terms page? Nobody reads the terms, and people who connect, and would ignore the terms to spam or do other bad things, will happily agree to them and ignore them, and they will do so anonymously leaving no way to punish them for violating the terms. This is not to say that certain entities have not desired to actually find users of open Wifi networks and try to enforce terms on them, but this is extremely rare and almost certainly not desirable to most access point operators.
There are thus just a few remaining purposes for the hijack screen.
If you want to charge money, you might need a login screen. I don’t deny the right of a provider to ask for money, but there are different ways to do it. There are a variety of aggregator networks (Such as Boingo and FON) which will handle billing. They have already installed an app on the user’s device which allows it to authenticate and handle billing (mostly) seamlessly for the user. The very common skype application is one of these, and people pay from their skype credit accounts. Of course, you may not like Skype’s rates or the cut it takes, so this may not be enough.
You might also want to consider why you are charging the money. If bandwidth is very expensive, I can see it, but it’s not been uncommon to find some sites like cafes saying they charge — I kid you not — because the whole system including the charging gateway — is expensive to run. A cheap free gateway would have been much more affordable. Many operators decide that it’s worth it to offer it free, since it draws people in to restaurants, cafes and hotels. Cheap hotels usually give free Wifi — only expensive hotels put on fat charges.
It could be that your real goal is just to get attention…
Letting them know who provided the Wifi
I’ve seen a number of gateways that primarily seem to exist just to let you know who provided the gateway. Very rarely (I’ve mostly seen this at airports) they will make you watch a short ad to get your free access. They break a lot of stuff to do this. The SSID name is another way to tell them, though of course it’s not nearly as satisfactory.
Reducing the amount of usage
There is a risk that fully open networks will get overused by guests, and often thanklessly, too. You may be afraid your neighbours will realize they don’t need to buy internet at all, and can just use your open network. Here, making it hard to use and broken is a feature, not a bug. If you have to go through the hijack every so often it’s a minor burden to cafe patrons but a bigger annoyance to overusing neighbours. Those neighbours can play tricks, like using programs that do automatic processing of hijack gateways, but not too many do. They can also change their MAC addresses to get past restrictions based on that. You can do MAC limiting without a hijack screen, and it’s a great way to do it, possibly saving the hijack for after they reach the limit, not using it at the start. Clever abusers can change their MACs, though again most people don’t.
Covering your ass
The large number of complex terms of service suggest that people believe, or have been told, that it is essential they keep themselves covered in case a user of open Wifi does something bad, such as spamming or violating copyrights or even nastier stuff. They figure that if they made them agree to a terms-of-service that forbade this, this absolves them of any responsibility for the bad actions, and even, just maybe, offers a way to go after the unwanted guest.
Turns out that there is much less need to cover your ass in this situation, at least in the USA. You aren’t liable for coypright infringement by your guests if you did not encourage it. Thanks to the DMCA and CDA rules, you are probably not liable for a lot of other stuff these unwanted guests might do.
I am interested to hear reports from anybody of how they used the fact that Wifi guests had to agree to terms of service to protect themselves in an actual legal action. I have not heard of any, and I suspect there are few. It would be a great shame to confirm that everybody is breaking their networks in hope of a protection that’s actually meaningless.
It is true that you can get in real world trouble for what your unwanted guests do. If they violate copyrights, you might be the one getting the nasty letter from the copyright holder. The fact that you are not actually liable may not be much comfort when you are faced with taking the time and cost to point that out. Often these lawsuits come with offers to settle for less than the cost of consulting a lawyer on the matter. Naturally, those interested in violating copyrights are unlikely to be all that worried that they clicked on a contract that promised they wouldn’t. This is just a risk of an open network.
Likewise, if they send spam over your network, you may find yourself on spam-blocking blacklists who don’t care that it wasn’t you who did the spamming. Those vigilante groups run by their own rules. Again, the contract isn’t much protection. You may instead want to look to technical measures, including throttling the use of certain ports or bandwidth limits on guests. (It is better if you can throttle rather than cut off, since your guests probably do need to send e-Mail, just not thousands of them.)
Towards a protocol of open guest WIFI
How could we do this better? In part two I talk about how to have a secure open WIFI and the problems in doing that. Part three will talk about how to make it easy to connect to any of these networks automatically.
Submitted by brad on Sat, 2013-12-07 12:05.
One of the biggest issues with wind and solar is that they are intermittent, and so either need storage or grid-tie to work. There really is no good storage, and generally storage-based systems are highly wasteful, throwing away most of the power you generate because you want to keep the storage near full. Grid-tie is the only green choice, but it’s expensive and requires expensive inverters and permits and more.
One solution to this to find work for your renewable energy source to do that fits well with its intermittent nature. Something that will take all the power you generate, but not mind if it comes and goes. Such loads are hard to find. One potential example is pumping water to filter a swimming pool. Its recommended to flow twice the volume of your pool every day in summer, which means around 10kwh of electricity with typical systems. Most people filter their pool using the same pump they use for vacuuming and pool maintenance, which is actually way more powerful than you need for filtering. They offer variable speed pumps, which use a low-power efficient speed for filtering and a high-power speed for vacuum and manual operations, and claim they save a lot.
For those who have a pool, the pump is using as much electricity as all their other appliances in some cases, and so it’s a win to make that greener. Unlike those appliances, the pool water can be filtered any time, as electricity is available, though you can’t let the pool go unfiltered for days, so it’s not perfect. For people who have time-of-use metering, they are wise if they only filter at night, and many do that.
The trick to perfect use of solar for pool pumping would be a smart, multi-speed pump able to run on both the DC from solar panels and the grid power. It would need to do the following:
- When there is power from the solar panel, run as fast as you can on that power, filtering.
- When you need high flow, switch to (or combine with) grid power for full power.
- Track the amount of water filtered, as well as temperature, and when the sun did not provide enough power, run the pump at night off grid power to make up the difference.
- For extra credit, have a sensor that detects how clear the water is, and adjust grid usage based on that, rather than just weather.
This system would make use of all the power from the panels. As a plus, you need more filtering in summer than you do in winter, which matches what panels do. However, you must not oversize your panels. They can’t be bigger than you need to do all your winter filtering on a series of sunny winter’s days, or you will be wasting their power then.
Key to this plan is that it’s easy to install. Put in the new pump and wire it up to panels. No inverters or electricians and perhaps not even any permits. It doesn’t feed power back to the grid or the house. This is key because panels are now getting very cheap (less than a dollar per watt) and as such installs and permits and other gear are more expensive than the panels.
There are some pool pumps with brushless DC motors sold for solar use. They are expensive and don’t do the smart tricks above, in particular using the grid to take up the slack. They depend instead on overprovisioned solar, or solar systems powering more than a
For $700 you can also buy a floating solar pool filter. This is a nice trick because it’s self-contained, though it’s a rather large thing to float in your pool. It can’t handle the whole filtering load —in fact it only handles about 25% of the load of a typical pool and uses cartridge filters. As such, you still run the regular pump and filter on some schedule, you just run it a bit less.
I noted above that you can get variable speed pumps, and that these, it is claimed, us as little as 1/5th the energy of the full speed pumps for filtering. They cost 2-3x as much as basic one speed pumps, and as a result are not very common. This bodes poorly for the solar proposal here, because if customers aren’t willing to do the up-front investment to save energy for these pumps, few would do the added task of putting up a solar panel and plugging it into such a pump. Comparatively few, that is — solar nerds would love to do it.
As always, the best place to deploy panels to do this would be the sunny, coal-oriented regions like Arizona and New Mexico, where it turns out pools are pretty popular. Once again, the math says that if your goal is to use your money and time to make the world greener, it would be far better to get people in those places to install a system like this on their pools than for you to put panels on your house in California for anything. Putting panels up in California is something you do to feel good.
Another interesting alternative is wind. Pumping water with wind is perhaps the oldest wind technology out there. In this case, you might even be able to be like an old windmill, and be mechanical, by having the turbine drive a flexible shaft down to the ground to run the pump. Presumably some clever transmission would be needed to maintain filter pressure properly at all windspeeds. You could also do traditional electrical generation from the wind and power a pump like the one above.
Wind has its positives and negatives. Unlike solar, it does not have the natural higher capacity in the summer. It can be much more intermittent. Solar panels still do around 30% to 50% of their rated power on ordinary cloudy days (though this is quite variable based on the panels and local weather patterns) so there is pumping every day. Wind in most places comes and goes. At my house, the winds are high today but it would not generally be suitable as we go weeks without much wind. Wind also prefers a tower near the pool, which has many issues.
Submitted by brad on Fri, 2013-12-06 14:55.
The past few weeks have been rife with governments deciding to throw support behind robocars.
I wrote earlier about the plan for pods in Milton Keynes, NW of London. The UK has also endowed a a £10m prize fund to build vehicles and for a town to adapt to them. This will be managed in part by the Oxford team which has built a self-driving Wildcat and Nissan LEAF.
In Michigan, they have been working on a new robocar law that may be the next one, and the University of Michigan has a plan to put a fleet of cars out by 2021. Ann Arbor is the site of the ITS V2V testbed, which will probably slow this effort down, but Michigan is keen on not having the auto industry taken away from it.
Volvo, while now a Chinese company, has had many efforts, including their Sartre convoy experiments. Now they have declared that they will have 100 cars on the road in Gothenberg in 2017. They will also build parking systems.
In spite of all this, Toyota recently declared it is only building vehicles for research purposes, and has no desire to market such cars. Toyota had been a leader among the Japanese companies (until Nissan took over that role by building a research lab in silicon valley) but it’s surprising to see them drop out. Of course I predict they will regret that.
Amazon drone delivery
The big news this weekend was the announcement that Amazon.com wants to do drone delivery, accompanied with a concept video. This got everybody buzzing. I was interviewed for stories by the Washington Post and Wall Street Journal (paywall) as well as the New York Times because of my prior writings on deliverbots.
Some of you may remember I post I did early last year on drone defibrillator delivery and the efforts of our students at Singularity University to build Matternet for drone delivery in the developing world.
Drone delivery is interesting, though its big value will be in lightweight, urgent items like medicines. Ground vehicles will still win for cost and efficiency for most items. However, the drones can be much faster, and have options like delivering to places ground vehicles can’t reach — like your roof or your backyard. Deliverbots must get safe and legal on busy streets, drones have to figure out how to not hit one another (or people on the ground) in crowded airspace. The LIDARS that make ground vehicles practical have enough range for ground travel but poor range as flying sensors. Radar is good in the air but can have interference problems.
Getting a drone to land at any given address is a hard problem. There are trees, overhead wires, wind gusts and strange geometries. I suspect drone delivery will work best if the drop location has already been scanned and mapped. However, if there is a decent clearing, I could see it working by having the recipient put down a special marker (like a QR code) on the ground. GPS is not accurate enough to fly with but camera could pull out special markers.
One great marker would be your cell phone. Either with its “flash” LED pointed up and pulsing, or its screen, if the screen is bright enough. Go outside, put your phone down, have it guide the drone partway in with radio and GPS, and then have the drone’s camera follow the flashing light. If phones had better raw GPS access (they don’t — not yet) they could also provide differential GPS information to a drone to guide it in.
This works because with robot delivery, you never need to deliver to an address — you deliver to a person. Wherever that person is, or at least never when the person isn’t there, unless you want to. A robot delivery service will wait for a signal that you are home or one the way before delivering to your home, but might also deliver to you in whatever parking lot you are in, or your office. The robot won’t release the cargo unless it gets the ACK from your phone as you “sign” for it.
Multi-copter drones today don’t have a lot of capacity and range, but it’s improving. Liquid fuels for larger drones might help boost that. Fixed wing drones have much more capacity, but they need runways (or a skilled launcher) to take off. Some fixed-wing drones can land vertically if they have motors powerful enough to lower them down tail first though they tend to need something suitable to land on in such cases.
Robot delivery should make existing retailers, even big box ones like WalMart, scared of online retailers like Amazon. While a drone won’t replace WalMart on a trip where you plan to fill your shopping cart, it might well be very suitable for the things you buy from Walgreens.
Submitted by brad on Fri, 2013-11-29 12:52.
Back from 5 weeks of international travel, I continue to seek the best solution in my quest for reasonably priced data service when outside the USA.
Data has become a must for me when on the road. In spite of the fact that we all lived without it a decade ago, I find it very frustrating if it’s not available (or priced at $15,000 per gigabyte, which is the typical default roaming rate.) It’s how I find directions, food, tourist info and keep in touch with others.
For a while my normal practice, if in a country for more than a few days, has been to purchase a local SIM card, and of course to have an unlocked GSM phone. Usually local SIMs are now available with 500mb to 1gb of data for $10 to $20. There are various web sites that list the local data providers to help you choose. The best prices tend to come from the MVNOs — not the main incumbent carriers — but even the big carriers tend to have decent prepaid deals. These usually come with some voice minutes and texting. This is useful though I don’t do a lot of voice minutes when overseas due to time zones. I use them to reach local friends, book hotels, check restaurants, and with my companion.
Annoyingly, though I have bought many of these SIMs, even for data, it’s not nearly as nice and easy as it should be. A large fraction of the time, something goes wrong. read more »
The hassles of local SIMs
- It can often be a pain to research and pick the right carrier, and then to find one of their stores, and get the purchase done. This was particularly true in the past, when selling a SIM to a random foreigner was not a common event at many stores. You have to go out of your way, and deal with people who don’t speak your language. Some providers put a store in the arrival area of the airport, which is great, though they tend to be the more expensive cards.
- Until you get the new SIM, you are faced with very expensive roaming.
- Research does matter. In England (where language is not a problem) some carriers give you your data bundle free when you put 10 pounds on the card, others charge you those 10 pounds, leaving you with no voice minutes.
- Once you get the card, you often have to deal with web sites, menus and voice prompts not in your language. Setting up the voicemail is already a pain, and is far worse if you can’t understand the prompts.
- Fixing odd problems is difficult in an unfamiliar system. My Orange card had a package of 500mb in it for 10 Euros, (great) but kept draining the money I put on it, leaving it unusable for making calls and texts, and though I can read and speak modest French, I was unable to find the cause.
- There are always issues of prepaid cards for short use. If you put too much in the card, it’s wasted unless you are coming back soon. If you don’t put enough in, you have to run around buying and adding refills — again with prompts not in your language. Carriers would do well to let you add a lot to the card, and then refund it to you on request. This would make me put more in the card, and use the phone more, so it’s a win for them.
- As noted, balances usually expire quickly, and cards often expire after 6 months or a year if not used. Though some cards are lasting longer.
- In some countries, they won’t let you refill from a credit card, which means you must buy cards at local shops with cash, and always have a card handy — then throw away the spare cards when you leave, wasted.
- You need to learn and give a new phone number to people. You may be able to forward your old number, but often that comes at a high cost. As a plus, you make it much cheaper for locals to call and text you, while making it more expensive for people back home to reach you (unless you forward and eat many times that cost.) You do get the “advantage” that incoming calls and texts are free.
- Text messages generally do not forward, so you will not see those unless you keep 2 phones — and pay roaming.
- Calls back home may or may not be quite expensive, but usually are much less than roaming rates on your home SIM.
- If you move to a different country, you usually have to do it all over again — shop again, and have a new number. In Europe, where it is common to hop from country to country this becomes a real issue. Some prepaid plans allow tolerable voice roaming in other countries, though data roaming tends to still be expensive on prepaid, in spite of a European order to reduce it.
- You are going to pay $10 to $20 plus your time for all this, and if all you want is to do a few voice minutes and some texts and keep your data usage to wifi, you might not come out ahead on a short trip.
T-Mobile’s new solution
Submitted by brad on Tue, 2013-11-19 15:36.
Back from Budapest, tomorrow I head to Buenos Aires to talk cars and security to city officials. (I wondered if I am ending up touring the world in alphabetical order.)
In the meantime, some interesting tidbits and press:
- One of the best articles about Google’s project in the New Yorker
- I appear on APM’s “Marketplace Tech” for a short piece on robocars.
- A new project in the Netherlands spearheaded by TNO & Delft. I visited with TNO early last year to talk to them about their driving simulators and working to convince them that they should focus on LIDAR and self-driving. They were skeptical about the effort back then!
- More interest from government officials. Hearings in DC today, more progress towards passing a law in Michigan to enable Robocar testing, and a ride by the Japanese PM in several vehicles at the Toyko Motor Show. I also met with top Hungarian officials in Budapest, where a large fraction of their GDP comes from car manufacture. They need to bring the R&D to Hungary to exploit this technology, though. French President Hollande has also called for an initiative there. The jurisdictional competition I wondered about many years ago is getting ready to start humming.
Let’s see what I can tell the Argentinians. They have one of the poorer driving records in Latin America and kill 3 times as many people per 100,000 vehicles than the USA does.
Submitted by brad on Tue, 2013-11-12 18:40.
I’m back from one European tour and this weekend back in Budapest for our “Singularity University Summit” on the 15th and 16th. If you are nearby, come check it out.
While I’ve been away, a few news items.
UK Grants and plan for Milton Keynes
In the UK, they want to push for advanced transportation. This includes a 75 million pound grant program, and some money for a robocar taxi system in the town of Milton Keynes, NW of London. Milton Keynes is one of those those “cities of the future of the past” — a planned community with an unusual geometry, and the planned pods may fit right in. At first, they are planning a PRT-like service with private ROW for the pods, and the people involved include companies from the PRT field like ARUP. (It was reported in some news reports that ULTra, which makes the PRT for the Heathrow Airport — I rode it last month — would be involved but they do not appear to be.) The big news is that the plan is for the pods in MK to eventually leave their private ROW and become self-driving taxis operating in the town.
(With any luck I may be on public radio tomorrow talking about this.)
Eventually a billion pound investment is planned in advanced transportation tech.
A town taxi is a worthwhile project, especially because the town can clear the roadblocks. I am less optimistic about what “big infrastructure” project companies like ARUP will do, because they have a different mindset. The great thing though is that even if these cars begin caged, the precedent will let them become truly useful by going door to door. MK was a town designed to be polycentric, with services in every block. Such towns are harder to serve with transit as trips go from anywhere to anywhere. Transit usually goes hand in hand with centralized towns where the vast majority of trips are to and from the city centre.
The Eno Transportation center released a report on the economics of robocars. This report outlines the cost savings with different levels of deployment, and predicts huge financial benefits even with modest deployment — something readers of this blog will not be surprised to hear reported.
Other studies released include a survey that suggest that 90% of people would use a robocar if it reduced their insurance rates. What’s interesting about this study is the huge number of positives. Prior studies have all seen much smaller numbers of people willing to use a robocar 20-35%. Those studies have been couched in the idea that it’s a new, expensive thing, not a money saver.
At first, robocars will be more expensive, as all new technologies are. But they will save people money in the long run, and the insurance savings will actually be only a small part of that equation. My own forecasts suggest that the price of driving can be cut by at least a third, perhaps by half, through the use of smaller, more efficient vehicles. While the costs of fuel and accidents (insurance) are high, the cost of depreciation is still the biggest cost in operating a car.
In another nice tidbit, Chris Urmson, the head of the Google car project, gave a talk at RoboBusiness where he outlined some safety metrics being tracked. One of the big problems with robocars is that since humans have accidents only ever 250,000 miles and fatal accidents every 80 million miles, you can’t just drive every new software revision hundreds of millions of miles to compare it to humans. So Google is tracking how often the car does “risky” behaviours that are often found before accidents, like weaving out of lanes or other unsafe moves. And the results, he reports, are very good at present.
There has been lots of news coverage in the last month in various media — it is becoming so regular I don’t report it here. But one sad item sent to me involved the sudden death of Clifford Nass of Stanford’s REVS center. Cliff was an HCI expert who was moving his expertise towards cars and other related technologies and was a fixture at local events, always willing to be contrarian with facts to back it up — my kind of guy. It’s a tragedy.
Another survey had serious numbers of people saying that once they got a robocar “they would never drive again.” All these surveys do have an issue as they just propose a hypothetical and let the respondent figure out what it means. The real answers will come when more people get a real chance to try one out.
Submitted by brad on Fri, 2013-10-11 22:23.
I’ll be back and forth to Europe in the next month giving a number of talks, mostly about robocars. Catch me at the following events:
- Wired 2013 UK in London, where 4 Singularity U speakers will do an hour, including me — Oct 17-18. Looks like a great speaker list.
- Frontiers of Interaction in Milan, Oct 25 — Design, Technology and Interactive.
- TEDx Lecce in Lecce (boot heel of Italia) on Oct 26 — a major TEDx event with many international speakers.
- Pioneers Festival in Vienna, Oct 30-31. Reports are this event is great, with an amazing venue. I’ll be interviewed on EFF topics and car topics there.
Singularity University Summit (Europe)
And the big event is the Singularity University Europe Summit a combination of the popular Singularity Summit series and the Singularity University Program. Most of our great faculty will be there for two days in Budapest, November 15-16. Readers of this blog can get a 10% discount by using the promo code “Bradbudapest” when registering. Expect a mini-reunion of a number of our European alumni there. To toot our own horn, the majority of folks who come out of our programs call it the best program they’ve ever been to. At the Franz Liszt Academy of Music in the core of town.
Submitted by brad on Thu, 2013-10-10 14:15.
More and more often in mainstream articles about robocars, I am seeing an expression of variations of the classic 1960s “Trolley Problem.” For example, this article on the Atlantic website is one of many. In the classical Trolley problem, you see a train hurtling down the track about to run over 5 people, and you can switch the train to another track where it will kill one person. There are a number of variations, meant to examine our views on the morality and ethics of letting people die vs. actively participating in their deaths, even deliberately killing them to save others.
Often this is mapped into the robocar world by considering a car which is forced to run over somebody, and has to choose who to run over. Choices suggested include deciding between:
- One person and two
- A child and an adult
- A person and a dog
- A person without right-of-way vs others who have it
- A deer vs. adding risk by swerving around it into the oncoming lane
- The occupant or owner of the car vs. a bystander on the street — ie. car drives itself off a cliff with you in it to save others.
- The destruction of an empty car vs. injury to a person who should not be on the road, but is.
I don’t want to pretend that this isn’t an morbidly fascinating moral area, and it will indeed affect the law, liability and public perception. And at some distant future point, programmers will evaluate these scenarios in their efforts. What I reject is the suggestion that this is anywhere high on the list of important issues and questions. I think it’s high on the list of questions that are interesting for philosophical class debate, but that’s not the same as reality.
In reality, such choices are extremely rare. How often have you had to make such a decision, or heard of somebody making one? Ideal handling of such situations is difficult to decide, but there are many other issues to decide as well.
Secondly, in the rare situations where a human encounters such a moral dilemma, that person does not sit there and have an inner philosophical dialogue on which is the most moral choice. Rather, they will go with a quick gut reaction, which is based on their character and their past thinking on such situations. Or it may not be that well based on them — it must be done quickly. A robot may be incapable of having a deep internal philosophical debate, and as such the robots will also make decisions based on their “gut,” which is to say the way they were programmed, well in advance of the event. A survey on robohub showed that even humans, given time to think about it, are deeply divided both on what a car should do and even how easy it is answer the question.
The morbid focus on the trolley problem creates, to some irony, a meta-trolley problem. If people (especially lawyers advising companies or lawmakers) start expressing the view that “we can’t deploy this technology until we have a satisfactory answer to this quandry” then they face the reality that if the technology is indeed life-saving, then people will die through their advised inaction who could have been saved, in order to be sure to save the right people in very rare, complex situations. Of course, the problem itself speaks mostly about the difference between failure to save and overt action to harm.
It turns out the problem has a simple answer which is highly likely to be the one taken. In almost every situation of this sort, the law already specifies who has the right of way, and who doesn’t. The vehicles will be programmed to follow the law, which means that when presented with a choice of hitting something in their right-of-way and hitting something else outside the right-of-way, the car will obey the law and stay in its right-of-way. The law says this, even if it’s 3 people jaywalking vs. one in the oncoming lane. If people don’t like the law, they should follow the process to change it.
I suspect companies will take very conservative decisions here, as advised by their lawyers, and they will mostly base things on the rules of the road. If there’s a risk of having to hit somebody who actually has the right-of-way, the teams will look for a solution to that. They won’t go around a blind corner so fast they could hit a slow car or cyclist. (Humans go around blind corners too fast all the time, and usually get away with it.) They won’t swerve into oncoming lanes, even ones that appear to be empty, because society will heavily punish a car deliberately leaving its right-of-way if it ends up hurting somebody. If society wants a different result here, it will need to clarify the rules. The hard fact of the liability system is that a car facing 5 jaywalking pedestrians that swerves into the oncoming lane and hits a solo driver who was properly in her lane will face a huge liability for having left their lane, while if it hits the surprise jaywalkers, the liability is likely to be much less, or even zero, due to their personal responsibility. The programmers normally won’t be making that decision, the law already makes it. When they find cases where the law and precedent don’t offer any guidance, they will probably take the conservative decision, and also push for it to give that guidance. The situations will be so rare, however, that a reasonable judgement will be to not wait on getting an answer.
Real human driving does include a lot of breaking the law. There is speeding of course. There’s aggressively getting your share in merges, 4-way stops and 3-point turns. And a whole lot more. Over time, the law should evolve to deal with these questions, and make it possible for the cars to compete on an equivalent level with the humans.
Swerving is particularly troublesome as an answer, because the cars are not designed to drive on the sidewalk, shoulder or in the oncoming lane. Oh, they will have some effort put into that, but these “you should not be doing this” situations will not get anywhere near the care and testing that ordinary driving in your proper right-of-way will get. As such, while the vehicles will have very good confidence in detecting obstacles in the places they should go, they will not be nearly as sure about their perceptions of obstacles where they can’t legally go. A car won’t be as good at identifying pedestrians on the sidewalk because it should never, or almost never drive on the sidewalk. It will instead be very good at identifying pedestrians in crosswalks or on the road. Faced with the option to avoid something by swerving onto the sidewalk, programmers will have to consider that the car can’t be quite as confident it is safe to do this illegal move, even if the sidewalk is in fact perfectly clear to the human eye. (Humans are general purpose perception systems and can identify things on the sidewalk as readily as they can spot them on the road.)
It’s also asking a lot more to have the cars able to identify subtleties about pedestrians near the road. If you decide a child should be spared over an adult, you’re asking the car to be able to tell children from adults, children from dwarves, tall children from short adults — all to solve this almost-never-happens problem. This is no small ask, since without this requirement, the vehicles don’t even have to tell a dog from a crawling baby — they just know they should not run over anything roughly shaped like that.
We also have to understand that humans have so many accidents, that as a society we’ve come to just accept them as a fact of driving, and built a giant insurance system to arrange financial compensation for the huge volume of torts created. If we tried to resolve every car accident in the courts instead of by insurance, we would vastly increase the cost of accidents. In some places, governments have moved to no-fault claim laws because they realize that battling over something that happens so often is counterproductive, especially when from the standpoint of the insurers, it changes nothing to tweak which insurance company will pay on a case by case basis. In New Zealand, they went so far as to just eliminate liability in accidents, since in all cases the government health or auto insurance always paid every bill, funded by taxes. (This does not stop people having to fight the Accident Compensation Crown Corporation to get their claims approved, however.)
While the insurance industry total size will dwindle if robocars reduce accident rates, there are still lots of insurance programs out there that handle much smaller risks just fine, so I don’t believe insurance is going away as a solution to this problem, even if it gets smaller.
Submitted by brad on Tue, 2013-10-01 17:01.
One day I noticed my nice 7 month old Nexus 4 had a think crack on the screen. Not sure where it came from, but my old Nexus One had had a similar crack and when it was on you barely saw it and the phone worked fine, so I wasn’t scared — until I saw that the crack stopped the digitizer from recognizing my finger in a band in the middle of the screen. A band which included dots from my “unlock” code.
And so, while the phone worked fine, you could not unlock it. That was bad news because with 4.3, the Android team had done a lot of work to make sure unlocked phones are secure if people randomly pick them up. As I’ll explain in more detail, you really can’t unlock it. And while it’s locked, it won’t respond to USB commands either. I had enabled debugging some time ago, but either that doesn’t work unlocked or that state had been reset in a system update.
No unlocking meant no backing up the things that Google doesn’t back up for you. It backs up a lot, these days, but there’s still dozens of settings, lots of app data, logs of calls and texts, your app screen layout and much more that’s lost.
I could repair the phone — but when LG designed this phone they merged the digitizer and screen, so the repair is $180, and the parts take weeks to come in at most shops. Problem is, you can now buy a new Nexus 4 for just $199 (which is a truly great price for an unlocked phone) or the larger model I have for $249. Since the phone still has some uses, it makes much more sense to get a new one than to repair, other than to get that lost data. But more to the point, it’s been 7 months and there are newer, hotter phones out there! So I eventually got a new phone.
But first I did restore functionality on the N4 by doing a factory wipe. That’s possible without the screen, and the wiped phone has no lock code. It’s actually possible to use quite a bit of the phone. Typing is a pain since a few letters on the right don’t register but you can get them by rotating. You would not want to use this long term, but many apps are quite usable, such as maps and in particular eBook reading — for cheap I have a nice small eBook reader. And you can make and receive calls. (Even on the locked phone I could receive a call somebody made to me — it was the only thing it could do.) In addition, by connecting a bluetooth mouse and keyboard, I could use the phone fully — this was essential for setting the phone up again, where the lack of that region on the touchpad would have made it impossible.
One of my security maxims is “Every security system ends up blocking legitimate users, often more than it blocks out the bad guys.” I got bitten by that. read more »
Submitted by brad on Sat, 2013-09-28 13:42.
I’ve written about the issues relating to robocars and walking before. On one hand, some people may find themselves hardly ever walking with convenient door-to-door robocar transportation. Others may find the robocars may enable walking by allowing one-way waking trips, or enabling trips that that allow drive-walk-drive (eliminating short driving trips done just to save the trouble of walking back to get the car.)
Some similar factors apply to cycling. In a lot of the world, people bike because it’s much cheaper and they can’t afford a car. In the richer countries, most people can afford cars, but people bike because they enjoy it, or seek the exercise. They may also wish to avoid traffic, take routes only bikes can take, or avoid burning gasoline.
Let’s consider something possible with robocars: on-demand bicycle delivery. This could either be small delivery robots which can hold bicycles, or the “bikebot” — a small robot that clamps onto a bicycle and uses the bike’s wheels in concert with the robot’s. The bikebot could be a very efficient way to delivery a bicycle — certainly using less energy per mile than a human being does, or that producing the human’s food does. (A future bike could be designed so that a bikebot module can be clamped to it easily.)
Bicycles on demand offer the chance to cycle just when you want to. This could increase by quite a bit the times when you actually would cycle.
This gets combined with the robocar’s one-way taxi ability for humans. The robocar can bring the humans, and/or the bicycles to the places they want to bike. (More efficiently, too, since bikes on bike racks are not very aerodynamic.)
Just like it does for walking, the multi-mode, multi-leg trip becomes enabled. For example, I often find I drive to Google, and then to Nasa which is 2.5 miles away, and then back home. The 2.5 mile leg is ideal for cycling — there’s even a bike trail for much of it — but I can’t do this. First I would have to always bring my bike. (While Google does provide bikes, they are tiny single-gear bikes not meant to leave campus.) I could do the round-trip to come back and get my car, but that’s less convenient and can hit some nasty traffic patterns — traffic in and out of Google at rush hour is very bad. This is a personal example, but I am sure you can all think of examples from your own life where you take an intermediary trip today (in your car) of a few miles that might be very nice for biking.
Weather is another impediment to biking. When I used to bike commute, I would drive instead if the forecast called for rain in the afternoon, even if it was nice in the morning. With robocars I could bike in, and ride back.
Bike delivery means choice of bike. Recumbents are hard to carry in cars, but no challenge for a custom bike delivery robot. They are more comfortable to ride and faster on flats and downhill. You could even climb a hill in a diamond bike and descend in a recumbent. Or, let’s face it, you could also have the cheater’s option of climbing the hard hills in a car, or with power assist, and riding alone when going down or traversing flatter terrain. That might be a cheater’s option, but it would get more people cycling. Your gear could shadow you in a small cargo robot.
The robocar also offers easy transportation for you, and your bikes, to the places where it’s fun to bike. Get driven to the coast, then bike it, then get driven back from your endpoint. Or bike the “interesting parts” and drive the boring (or difficult) ones.
The main issue? At least at first, a human will need to be there to put a bike into a bike-delivery robot or clamp a bikebot on the bike. That means you must declare your destination in advance, with enough time to get that robot to that spot so you can hand over the bike. Perhaps in the future, there will be robots that can pick up a waiting bike without a human to help. Quick one-way trips will probably not be with your personal bike, but rather a rental. While there are those who insist on their personally chosen bike for long rides, most people can tolerate a quality rental bike for a quick urban leg. Trikes, which are super easy to ride, can also be offered, and even bikes and trikes with motor assist when you want the non-exercise advantages of a bicycle could be provided.
Cycling could also be great for commute times. Many commuters might be happy to get a ride (perhaps even in groups) to the outskirts of the CBD, but as they enter the congested zone, have their car drop them off next to a bike for a quick ride to work. Long enough to get some exercise but not long enough to need a shower. This does present a problem when it rains and everybody wants to ride all the way in, though.
In the less developed world, where the bicycle is the transportation of choice due to cost, the robocar will take away some riders as it offers lower-cost transportation, protected from the weather, without up-front investment. However, eventually the above factors from the developed world will bring people back to the bicycle even though they can afford the car.
Submitted by brad on Thu, 2013-09-26 18:45.
I recently read a complaint by an EV driver that the charging station at De Anza College cost 55 cents/kwh. The national average price for electricity is around 10 cents, and at that price a typical electric car costs under 3 cents/mile for electricity. Gasoline costs about 8 cents/mile in a Prius, about 13 cents in a decent non-hybrid and 18 cents/mile in the average car which gets 22mpg. (At least here in California.) But the college’s charger’s electricity is almost 15 cents/mile in most electric sedans today, which is more than the gasoline in any gasoline car an eco-conscious person is likely to buy. (California Tier III electricity is 30 cents/kwh and thus almost as much.)
The price of charging stations varies wildly. A lot of them are free still, financed by other motivations. Tesla’s superchargers are free — effectively part of the cost of the car. It’s not uncommon for parking lots to offer free charging if you pay for parking, since parking tends to cost a fair bit more. After all, you won’t put more than 20kwh in a Leaf (and probably a lot less) and that costs just $2 at the average grid price.
This got me thinking of how the economics of charging will work in the future when electric cars and charging stations are modestly plentiful. While the national grid average is 10 cents, in many places heavy users can pay a lot more, though there are currently special deals to promote electric cars. Often the daytime cost for commercial customers is quite a bit higher, while the night is much lower. Charging stations at offices and shops will do mostly day charging; ones in homes and hotels will do night charging.
Unlike gasoline pumping, which takes 5 minutes, charging also involves parking. This is not just because charging takes several hours, but because that is enough time that customers won’t want to come and move their car once full, and so they will take the space for their full parking duration, which may be 8 or more hours.
Charging stations are all very different in utility. While every gasoline station near your route is pretty much equivalent to you, your charging station is your parking spot, and as such only the ones very close to your destination are suitable. While a cheap gas station 2 miles off your route would have a line around the block, a free charging stations 2 miles away from your destination is not that attractive! More to the point, the charging point close to your destination is able to command a serious premium. That have a sort of monopoly (until charging stations become super common) on charging at the only location of value to you.
Put another way, when buying gasoline, I can choose from all the stations in town. When picking an EV charge, I can only choose from stations with an available spot a short walk from my destination. Such a monopoly will lead to high prices in a market where the stations are charging (in dollars :-) what the market will bear.
The market will bear a lot. While the electricity may be available cheap, EV owners might be easily talked into paying as much for electricity as gasoline buyers do, on a per-mile basis. The EV owners will be forgetting the economics of the electric car — you pay the vast bulk of your costs up front for the battery, and the electrical costs are intended to be minor. If the electricity cost rivals that of gasoline, the battery cost is now completely extra.
Naturally, EV owners will do at least half their charging at home, where they negotiate the best rate. But this could be worse, as they might well be talked into looking at the average. They could pay 80 cents/kwh in the parking lot and 10 cents/kwh at home, and figure they are getting away with 45 cents and “still beating gasoline.” They would be fooling themselves, but the more people willing to fool themselves, the higher prices will go.
There is another lack of choice here. For many EV drivers, charging is not optional. Unless they have easy range to get back home or to another charging place they will spend lots of time, you must charge if you are low and the time opportunity presents itself. To not do so is either impossible (you won’t get home) or very foolish (you constrain what your EV can do.) When you face a situation where you must charge, and you must charge in a particular place, the potential for price gouging becomes serious. read more »
Submitted by brad on Wed, 2013-09-18 21:24.
It began with reports on a job ad at Tesla for an ADAS engineer to work on self-driving systems, and now there is a declaration from Elon Musk of a desire for a semi-automated car in three years. Musk says he expect the car to be “90% automated” which I will interpret as meaning it does highway driving. It is not said if this is the same sort of highway driving found in products like Cadillac’s “super cruise” or similar offerings from BMW, Mercedes, Volvo and others — which requires the driver be alert and watching, or a much harder full cruise ability that allows the driver to do other things, like read. I’m pretty sure it’s not a car that can run unmanned — Musk correctly feels that is a whole lot extra.
My reaction to this is mixed, in that there are things that make sense and don’t make sense.
On the plus side:
- Tesla is a great car company, and as a brand new one, perhaps the one most capable of not thinking like a car company. This is a big advantage. There is already a great culture of car innovation there.
- Tesla has a focus on great and novel car experiences, regardless of price, and this fits in well with that. Their customers will not be bothered by the initial high cost of the hardware.
- Their cars are already pretty much drive-by-wire and easy to adapt.
- If Tesla does decide to work with Google (the articles say they will not) there is already a strong friendship between the two CEOs
- Even in the best car, there are certainly lots of roads where you would rather not do the driving.
- With inductive charging (or some fancy plugging-in robot) it’s possible the car could do some self-parking and more importantly, self-recharging.
On the negative:
- Tesla’s cars are hugely fun to drive. While I believe for every car there value in having it drive itself on many roads, I would have to say the Teslas are the cars for which this is the least true! So it’s not that one would not appreciate self-driving in one’s Tesla, but it’s just that you would appreciate it even more in almost all other cars.
- Electric cars are not currently suitable as taxis that drive all-day, though Tesla has talked about battery swap, which would solve that issue. I doubt they mean to sell them for that market, as they would not be self-delivering in any event.
- Teslas are unjustifiably expensive. Well, unjustifiable to other than early adopters or those who just want the best at almost any price. That may change as batteries drop in price, though.
- If this is just super-cruise where you must pay attention, it’s nice, but not a revolution. Not yet, anyway.
Submitted by brad on Sun, 2013-09-15 15:22.
Over the years, particularly after Burning Man, I’ve written posts about how RVs can be improved. This year I did not use an regular RV but rather a pop-up camping trailer. However, I thought it was a good time to summarize a variety of the features I think should be in every RV of the future.
We keep talking about smart power and smart grids but power is expensive and complex when camping, and RVs are a great place for new technologies to develop.
To begin with, an RV power system should integrate the deep cycle house batteries, a special generator/inverter system, smart appliances and even the main truck engine where possible.
Today the best small generators are inverter based. Rather than generating AC directly from an 1800rpm motor and alternator, they have a variable speed engine and produce the AC via an inverter. These are smaller, more efficient, lighter and quieter than older generators, and produce cleaner power. Today they are more expensive, but not more expensive than most RV generators. RV generators are usually sized at 3,600 to 4,000 watts in ordinary RVs — that size dictated by the spike of starting up the air conditioner compressor when something else, like the microwave is running.
An inverter based generator combined with the RV’s battery bank doesn’t have to be that large. It can draw power for the surge of starting a motor from the battery. The ability to sustain 2,000 watts is probably enough, with a few other tricks. Indeed, it can provide a lot of power even with the generator off, though the generator should auto-start if the AC is to be used, or the microwave will be used for a long time.
By adding a data network, one can be much more efficient with power. For example, the microwave could just turn off briefly when the thermostat wants to start the AC’s compressor, or even the fans. The microwave could also know if it’s been told to cook for 30 seconds (no need to run generator) or 10 minutes (might want to start it.) It could also start the generator in advance of cooling need.
If the master computer has access to weather data, it could even decide what future power needs for heating fans and air conditioning will be, and run the generator appropriately. With a GPS database, it could even know the quiet times of the campsite it’s in and respect them.
A modern RV should have all-LED lighting. Power use is so low on those that the lights become a blip in power planning. Only the microwave, AC and furnace fan would make a difference. Likewise today’s TVs, laptops and media players which all draw very few watts.
A smart power system could even help plugging into shore power, particularly a standard 15a circuit. Such circuits are not enough to start many ACs, or to run the AC with anything else. With surge backup from the battery, an RV could plug into an ordinary plug and act almost like it had a high power connection.
To go further, for group camping, RVs should have the ability to form an ad-hoc power grid. This same ability is already desired in the off-grid world, so it need not be developed just for RVs. RVs able to take all sorts of input power could also eventually get smart power from RV campsites. After negotiation, a campsite might offer 500v DC at 12 amps instead of 115v AC, allowing the largest dual-AC RVs to plug into small wires. read more »
Submitted by brad on Thu, 2013-09-12 16:50.
Videos have been released on some real-world tests of robocars. The most notable is from Mercedes.
As a nice reflection on the past, Mercedes drove the 100km route done by Bertha Benz in the first automotive road trip 125 years ago. You will also find that this alternate video is much better at talking about the technical details of the vehicle.
The Vislab team from Parma also released video of their drive around town. As the name suggests, Vislab’s research has a focus on computer vision, though this test vehicle also has 3 small LIDARs.
The Mercedes video has a lot of statements from MB engineer Ralf Herrtwich about their goals in doing this using existing sensors (cameras and radar primarily) and not (though he does not name it) LIDAR which he says is years or decades away. While I don’t want to criticise the accomplishments of his team, nor in any way deny that everybody would love to be able to make a safe driving system using the most cost-effective sensors, his philosophy seems backwards to me.
First, those of us used to Moore’s law think that planning to use hardware that is expensive today but which will come down greatly in price by the time things are commercialized is the obviously right strategy. It seems backwards to limit yourself to the technologies of today in planning a product for the future just because they are cheaper today. To use the metaphor of a great Canadian athlete, you skate to where the puck is going to be.
This is magnified by the fact that the problems of robocars are safety problems, not problems of cost or ones of appearance. With safety as the dominant goal, it seems very odd to me to imagine that one would, in the first vehicles to be made, avoid using a sensor that could improve safety and performance markedly just because of cost or appearance. If the cost difference were forecast to be ridiculous, one could consider it, but it makes no sense if the cost is within the noise to early adopters. That’s why Tesla is able to succeed with such an expensive car — the early adopters are more interested in a cool, high-performance electric car than they are in the cost. The other argument that is made — that the established sensors are more tested and robust — has some merit but is surely a short term optimization.
It could be argued that attempting to build a vehicle without LIDAR is skating to where the puck is going to be in the next game. After all, there is optimism that vision and radar will be enough for safe driving some day. As we all know, humans can drive with simple vision — even with one eye closed — and no radar or other sensors aside from hearing. So some day, cameras and a lot of processing probably can safely drive a car, and do it with low cost hardware. But the first production robocar? Deliberately not having lasers when it’s such a challenge to meet the safety goals? It seems very unlikely.
The notes on appearance are also odd to me. (It is commonly noted that research sensors like the Velodyne are big and make the car look unusual and not like a car.) We even see the IEEE Spectrum keen on how the new CMU car does not look like a robot) unlike BOSS from the urban challenge. While the research vehicles like BOSS were over-the-top on top, I think the reaction of early adopters is going to be quite the opposite. They will want their shiny new robocar to look distinctive and clearly different from regular cars. Prius owners reacted the same way, and there was not even much need for the Prius to have such a distinctive shape, though being more like a raindrop never hurts.
I suspect this approach is in part inspired by a marketing goal. The auto companies, not wanting to appear to be trailing Google on robocar research, are making extra effort to appear to be on a different course, and in fact ahead of Google and the rest on that path. “We’re doing what the competition is doing, but we’re not as far along” is not a very good press release. That’s OK if it were just for appearances — and I’m in favour of there being many competing approaches because any paradigm, including mine, can turn out to be wrong — but I hope that these teams really expect their approach is the best and fastest path to a safe and capable vehicle.
Here, by the way, are more details of the 33 mile trip by the GM/CMU collaboration. This vehicle has an “automotive grade” LIDAR — meaning one of the smaller ones that is one to four planes, not the giant 64 plane Velodyne used by CMU’s BOSS, Google and many others.
Submitted by brad on Sun, 2013-09-08 13:17.
Recent news has been big. First, Nissan announced it would sell robocars by 2020 and now today Daimler has announced the same. (Note that the 2014 S-class is the first car with a self-driving feature, a “you must still pay attention” traffic jam autopilot.)
In addition, sources have claimed that Google is either about to announce a collaboration with Conti on Sept 12 or is making plans to produce its own car and taxi service. (I was quoted, though not about Google, in one of the artciles in the series.
While I don’t comment on Google’s plans, I do believe it has one big advantage in this race. It doesn’t know what the rules of the car industry are, and has no desire to follow them. The car companies have huge resources, and better expertise on cars, but their internal rules and practices, honed over a century, are sure to hobble them. They won’t take the risks that non-car companies will take, won’t want to damage existing business lines, and will face attacks within the companies from the “company immune system” which seeks to attack disruptive ideas within big companies.
Google’s main impediment is that it is also a big company, though an unusual one. But this business is so hard to enter that we have yet to see a start-up make a play.
The statements from all these parties will do lots of good, lighting fires under the other players, including the unannounced ones. I believe that in the 2020s, the software and sensor system which drives the car will be the most important part of the car, more important than even the engine. While the world will be better off if there are multiple competing suppliers of this part, whoever dominates this will dominate the car industry.
Submitted by brad on Tue, 2013-09-03 20:18.
I’m back from Burning Man, and this year, for the first time in a while, we didn’t get internet up in our camp, so I only did occasional email checks while wandering other places. And thus, of course, there are many hundred messages backed up in my box to get to. I will look at the most important but some will just be ignored or discarded.
We all know it’s getting harder and harder to deal with email backlog after travel, even connected travel. If you don’t check in it gets even worse. Vacation autoreplies can help a little, but I think they are no longer enough.
Some years ago a friend tried something radical. He had is autoreply say that he was away for 2 months, and could not possibly handle the email upon his return. He said that thus the email you had sent had been discarded. You were told that if it was still important when he returned that you should send it again then. His correspondents were completely furious at the temerity of this action, though it has a lot of attractions. They had taken the time to write an email, and to have it discarded and left in their hands to resend seemed rude. (I believe the reply included a copy of the email at least.)
Worse, because we are always connected, vacation replies sometimes lie. People are scanning their email, responding to the most important ones if they can, even though a vacation autoreply was sent. And so we always hope for that.
I think the time has come for an extra internet protocol as a companion to mail. When you type an E-mail address into your mail client, it should be able to query a server that handles information for that domain — something like an MX record — and query it about the email that is about to be written, including the sender address and recipient address, and possibly a priority. If the recipient is in a vacation mode or other do not disturb mode, the sender would be told immediately, before writing the e-mail. They would have the option of not writing it, writing it for delivery at the designated date in the future, or writing it with various tags about its urgency in case the recipient is doing some checking of mail.
This could be an LDAP derived protocol or something else. Indeed it could be combined, when trusted, with directory lookup and autocomplete directory services. It’s not easy because often (with things like MX) the server that handles mail for a user may not have a strong link to the user in order to serve this data. In the old e-mail regime of store and forward, live connections were not expected. Still, I think it can be done, and it would not be a mandatory thing.
There are some security and privacy implications here that are challenging:
- Spammers will try to use this information to confirm addresses or hunt for them
- This lets the recipient know if somebody just typed in their name to send mail, and when they did so, and thus how long they took to write a mail, or if they aborted one. To avoid this, the directory servers could be trusted 3rd parties.
- This provides a reliable IP address for the sender’s client, or at least a proxy acting for the sender.
- It could be misused to build a general database of many people’s vacation status, invading their privacy, unless there are tools to prevent broad spidering of this sort.
Mail servers would remember who queried, and in fact it might be encouraged to include a header in the email that came from the query, to officially tie them together. This would allow clients to know who queried and who did not, giving priority to messages which came from people who queried and acted upon the result (for example waiting to send) over those who just sent mail without checking. Users could get codes that would allow them to declare the message higher (or lower) priority that would not be available to those who just did plain SMTP.
Mailing lists might also make use of this data, and the response could tell mailing lists what the user wants to do, including temporarily unsubscribing until a given date, or asking for a digest of threads to be sent upon return, or other useful stuff. Responsible corporate bulk mailers could also accept that you don’t want customer satisfaction surveys or useful coupon offers during your vacation and just not send them. Ok, I’m dreaming on that one, perhaps.
For security, it could be that only past correspondents could do this query, or only users with some amount of authentication. Anonymous email and mail from strangers would still be possible, but not with a pre-query. The response could also be sent back via a special email that servers know to intercept, so it can’t be used to gain information that would not be gained by mailing a person today. (You could get a report of people who queried you and never mailed you when not on vacation.)
We might see some features in mailers, like a pop-up in your mailers that says, “Brad just started writing you a message” the way instant messaging programs do. I am not sure this is a good idea, but it would happen. Readers: what other consequences do you see happening?
Submitted by brad on Mon, 2013-08-19 16:59.
Probably the most expensive add-on that people get in their cars today is the stereo. Long ago, cars often came without stereos and there was a major aftermarket. The aftermarket is still here but most people elect for factory stereos which fit in seamlessly with the car and often cost a huge amount of money.
The car’s not a great place to listen to music — it’s noisy and you are distracted and you often stop and have to get out in the middle of a song. But because people find they listen to more music in their cars than at home, they often pay huge bucks for a fancy car stereo. (Not counting the people who deliberately buy a system so loud it’s meant for other people outside the car to hear.)
While you could put a nice stereo system in a robocar, and some people will, another way they can save money is they don’t need to have much audio at all, not once they can do full-auto operation. The prohibition on headphones by the driver should go away, and it could become popular to just use nice headphones — possibly noise cancelling headphones or in-ear noise-blocking phones. A better audio experience with much less noise, and a lot cheaper too. And there is the option for each person in the car to have their own headphones and tune their own audio stream.
People will like to share, so the car might contain a simple audio distribution system to feed audio streams to people who are sharing, though the source of the music should still be somebody’s phone or device, not something built into the car. In addition, there could be a system to mix in some of the in-cabin audio, so you can still hear the other people when they talk. Microphones on each person’s headphones could pick up their voices and actually provide a clearer read of their voices. Headphones with position sensors could allow simulation of stereo on the other people. Alternately a microphone array could exist around the car, particularly at each seat.
There are some downsides to push things into the traditional way:
- Wearing headphones is uncomfortable on long trips
- They are a pain to remember to put on. You want to avoid cords, so they would be wireless, but then you must be sure to put them in their charging dock.
- On small aircraft, there is so much noise that everybody does it this way, but they tend to be bulky (due to the high noise) and unpopular for that reason
So people might elect to still have decent speakers and listen to music without headphones. But there is less need to buy a really expensive sound system, since if you want the top quality you probably want to go for the headphones. This may also apply to decisions to do expensive sound elimination in the car. For some, nothing may change, but that’s OK. What’s interesting is the option to do car sound in ways never done before.
Submitted by brad on Wed, 2013-08-14 13:03.
Frequently, in reporting on robocars, it is often cited that one of their key benefits will be the way they enable car sharing, greatly reducing the number of cars that need to exist to serve the population. It is sometimes predicted that we’ll need to make fewer cars, which is good for the environment.
It is indeed true — robotaxi service, with cars that deliver themselves and drop you off, does greatly enable car sharing. But from the standpoint of modern car sharing, it may enable it too well, and we may end up having to manufacture more cars, not fewer.
Today’s car sharing companies report statistics that they replace around 13 privately owned cars for every car in the carsharing fleet. Some suggest it’s even as high as 20.
This number is impossible for average drivers, however. The average car is driven 12,000 miles/year. To replace 13 average cars would require a vehicle that was actively driving, not just signed out, 11 hours/day and each vehicle would wear out in 1-2 years.
Three things are happening.
- Carsharing is replacing the more marginal, less used vehicles. A household replaces a 2nd or 3rd car. Carsharing is almost always used by people who do not commute by car.
- Carsharing is often considerably less convenient than a private car. It discourages driving, pushing its users into other modes of transport, or selecting for customers who can do that.
- Related to that, carsharing shows the true cost of car ownership and makes it incremental. That cost is around $20/hour, and people rethink trips when they see the full cost laid out per mile or per hour. With private cars, they ignore most of the cost and focus only on the gasoline, if that.
The “problem” with robocars is that they’re not going to be worse than having a private car. In many ways they will be better. So they will do very little of the discouragement of car use caused by present day carshare models. The “dark secret” of carsharing is that it succeeds so well at replacing cars because of its flaws, not just its virtues.
Robotic taxis can be priced incrementally, with per-mile or per-hour costs, and these costs will initially be similar to the mostly unperceived per-mile or per-hour costs of private car ownership, though they will get cheaper in the future. This revelation of the price will discourage some driving, though robotaxi companies, hoping to encourage more business, will likely create pricing models which match the way people pay for cars (such as monthly lease fees with only gasoline costs during use) to get people to use more of the product.
There is an even stronger factor when it comes to robotaxis. A hard-working robotaxi will indeed serve many people, and as such it will put on a lot of miles every year. It will thus wear out much faster, and be taken out of service within 4-5 years. This is the case with today’s human driven taxicabs, which travel about 60,000 miles/year in places like New York.
The lifetime of a robotaxi will be measured almost exclusively in miles or engine-hours, not years. The more miles people travel, the more vehicles will need to be built. It doesn’t matter how much people are sharing them.
The core formula is simple.
Cars made = Vehicle Miles Travelled (VMT) / Car lifetime in miles
The amount of sharing of vehicles is not a factor in this equation, other than when it affects VMT.
Today the average car lasts 200,000 miles in California. To be clear, if you have 8,000 customers and they will travel two billion miles in 20 years (that’s the average) then they are going to need 8,000 cars over those years. It almost doesn’t matter if you serve them with their own private car, and it lasts all 20 years, or if you get 2,000 cars and they serve 4 people each on average and wear out after 5 years. read more »
Submitted by brad on Mon, 2013-08-12 11:20.
I’ve been a little skeptical of many augmented reality apps I’ve seen, feeling they were mostly gimmick and not actually useful.
I’m impressed by this new one from Audi where you point your phone (iPhone only, unfortunately) at a feature on your car, and you get documentation on it. An interesting answer to car user manuals that are as thick as the glove compartment and the complex UIs they describe.
Like so many apps, however, this one will suffer the general problem of the amount of time it takes to fumble for your phone, unlock it, invoke an app, and then let the app do its magic. Of course fumbling for the manual and looking up a button in the index takes time too.
I’ve advocated for a while that phones become more aware of their location, not just in the GPS sense, but in the sense of “I’m in my car” and know what apps to make very easy to access, and even streamline their use. This can include allowing these apps to be right on the lock screen — there’s no reason to need to unlock the phone to use an app like this one. In fact, all the apps you use frequently in your car that don’t reveal personal info should be on the lock screen when you get near the car, and some others just behind it. The device can know it is in the car via the bluetooth in the car. (That bluetooth can even tell you if you’re in another car of a different make, if you have a database mapping MAC addresses to car models.)
Bluetooth transmitters are so cheap and with BT Low Energy they can last a year on a watch battery, so one of the more compelling “Internet of Things” applications — that’s also often a gimmick term — is to scatter these devices around the world to give our phones this accurate sense of place.
Some of this philosophy is expressed in Google Now, a product that goes the right way on many of these issues. Indeed, the Google Now cards are one of the more useful aspects of Glass, which otherwise is inherently limited in its user interface making it harder for you to ask Glass things than it is to ask a phone or desktop.
The car app has some wrinkles of course. Since you don’t always have an iPhone (or may not have your phone even if you own an iPhone) you still need the thick manual, though perhaps it can be in the trunk. And I will wager that some situations, like odd lighting, may make it not as fast as in the video.
By and large, pointing your phone at QR codes to learn more has not caught on super well, in part again because it takes time to get most phones to the point where they are scanning the code. Gesture interfaces can help there but you can only remember and parse a limited number of gestures, so many applications call out for being the special one. Still a special shake which means “Look around you in all ways you can to figure out if there is something in this location, time or camera view that I might want you to process.” Constant looking eats batteries which is why you need such a shake.
I’ve proposed that even though phones have slowly been losing all their physical buttons, I would put this back as a physical button I call the “context” button. “Figure out the local context, and offer me the things that might be particularly important in this context.” This would offer many things:
- Standing in front of a restaurant or shop, the reviews, web site or app of the shop
- In the car, all the things you like in the car, such as maps/nav, the manual etc.
- In front of a meeting room, the schedule for that room and ability to book it
- At a tourist attraction, info on it.
- In a hotel, either the ability to book a room, or if you have a room, hotel services
There are many contexts, but you can usually sort them so that the most local and the most rare come first. So if you are in a big place you are frequently, such as the office complex you work at, the general functions for your company would not be high on the list unless you manually bumped them.
Of course, one goal is that car UIs will become simpler and self-documenting, as cars get screens. Buttons will still do the main functions you do all the time — and which people already understand — but screens will do the more obscure things you might need to look up in the manual, and document it as they go. You obviously can’t ever do something you need to look up in the manual while driving.
There is probably a trend that the devices in our lives with lots of buttons and complex controls and modes, like home electronics, cars and some appliances, will move to having screens in their UIs and thus not need the augmented reality.
Submitted by brad on Mon, 2013-08-05 12:38.
Our technology is having trouble with settling on a name. That’s OK before it’s mainstream but will eventually present a problem. When people in the field are polled on what name they like, there is no clear winner. Let’s look at some of the commonly used candidates:
Recently, this has become the most common term used in the press. There is a “Driverless Car Summit” and the Wikipedia page has used that name for some time.
In spite of this popularity, the term is very rarely used by people actually building the vehicles. Attendees at the “Driverless Car Summit” when polled all said they dislike it. Until recently, the most common news story about a driverless car would say, “then the driverless car rolled down the hill and careened into the other lane, hitting a tree.”
My personal view is that this term is like “horseless carriage.” Long ago the most remarkable thing about the automobile was that it had no horse. Here it’s the lack of driver (or at least lack of action by the driver.) Of course, these cars have something driving them, but it’s a computer system. While this term is most popular, I am confident it will fade away and seem quaint, like horseless carriage did.
This term is popular among developers of the cars. Its main problem is that it’s too long to be a popular term. The acronym SDC is a reasonable one. In web hits, this is tied with Driverless Cars, but falls behind that name in searches and news mentions.
This term was most popular in the early years, though it is most commonly found in research environments and in the military sphere. In the military they also use “unmanned ground vehicle” — another term too unwieldy for the public —though they usually refer to remote controlled vehicles, not self-driving ones.
Annoyingly, the acronym “AV” has another popular meaning today. Most of the terms here are too long to become common use terms, and so will be turned into acronyms or shortened, but this one has an acronym problem.
Automated Road Vehicle
This term has minor traction, almost entirely due to the efforts of Steve Shladover of UC Berkeley. In his view, the word autonomous is entirely misused here and the correct term is automated. Roboticists tend to differ — they have been using “autonomous” to mean “not remote controlled” for many years. There are two meanings of autonomous in common use. One is to be independent of direct control (which these cars are) and the other one, “self-governing” is the one Steve has the issue with. As a member of the program committee for TRB’s conference on the area, he has pushed the “automated” name and given it some traction.
Unfortunately, to roboticists, “automated” is how you describe a dishwasher or a pick-and-place robot; it’s a lower level of capability. I don’t expect this terminology to gain traction among them.
I selected this term for these pages for a variety of reasons. It was already in modest use thanks to a Science Channel documentary on the DARPA challenge called “robocars.”
- Talking to teams, they usually just called their vehicle “the robot” or “the car.”
- It is short, easy to say, and clear about what it means
- It is distinct and thus can easily be found in online searches
- It had some amount of existing use, notably as the title of a documentary on the Science Channel about the DARPA challenges
However, it is doing poorly in popularity and only has about 21,000 web pages using it, so I may need to switch away from it as well if a better term appears. Today it reminds people too much of robotics, and the trend is to move away from that association.
On the other hand, no other term satisfies the criteria above, which I think are very good criteria. read more »