Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
If it's not a "straight equation" why offer it? At this point, it will be best to offer users to manually toggle the crash detection off more easily. It seems like this feature is still in the pre-mature stages. It needs work!
Because it takes into account multiple factors that are relative each other, like the rest of the quotes says? Because some false positives is worth it if it could save more lives? I don’t understand this mentality of if it‘s not 100% we shouldn’t have it.

Just because a few edge cases came up doesn’t mean it doesn’t work. Sometimes these can only be discovered once people use it in more places. That‘s just the nature of these things. Would you think to test it on a roller coaster if you were developing this feature for the first time?
 
Crash detection is pretty cool but I have concerns about false positives (roller coasters) and what about the bad press when it doesn't detect a crash and someone doesn't get help in time?
Beyond that, what is the extent of the problem its meant to solve? I.e. how frequent are crashes that:

(a) Incapacitate the driver and any passengers so they can't call but don't kill them
(b) Aren't witnessed by anybody
(c) Can be reliably detected by the phone
(d) Happen in places with reliable cellphone coverage (see (b))

... and its no good just finding a few anecdotes where alerting the emergency services a minute or two earlier would have saved lives (that's undoubtedly true) but it needs numbers that can be weight against:

(1) The effect of false positives wasting the emergency services' time (there will be cases where that costs lives)
(2) The "cry wolf" effect of (1) (if you have to prfioritize, you're gonna take the live call over the robocall)
(3) The "false security" effect (no. I'm not going to tell people I'm off for a drive through Dead Man's Pass - my phone will save me)

...and Apple have a responsibility to do the math before introducing such a feature.
 
3. Apple could automatically disable the feature while a user is in an amusement park. Apple knows where all the amusement parks are (because Apple Maps) and location services are required to be enabled to use crash detection, so this seems an easy way to eliminate many false positives.

You can still have car accidents in amusement parks so that wouldn’t be ideal. Larger parks can still have high speed traffic going through them. It would also require Apple to constantly collect everyone’s GPS data just for the sake of identifying just the people who are in those amusement parks, which is terrible for privacy.

It‘s more likely that the engineers never thought to test the feature in amusement parks during development. Now that they know rollercoasters are triggering it, it should be easier to retrain their model so it can detect rollercoaster rides and sounds and avoid false positives than to precisely geofence every amusement park in existence.
 
  • Like
Reactions: dk001 and 5105973
Because it takes into account multiple factors that are relative each other, like the rest of the quotes says? Because some false positives is worth it if it could save more lives? I don’t understand this mentality of if it‘s not 100% we shouldn’t have it.

Just because a few edge cases came up doesn’t mean it doesn’t work. Sometimes these can only be discovered once people use it in more places. That‘s just the nature of these things. Would you think to test it on a roller coaster if you were developing this feature for the first time?
Many of us immediately thought 'what about roller coasters' as soon as the functionality was revealed - so yes.
 
If it's not a "straight equation" why offer it? At this point, it will be best to offer users to manually toggle the crash detection off more easily. It seems like this feature is still in the pre-mature stages. It needs work!
ML is not a 'straight equation' by definition. Modeling specific inputs to trigger an output, often times with hundreds or thousands of inputs, isn't an A + B = C process. As more use cases and inputs are added, and the model is updated, the output increases in accuracy. In the case of crash detection, you may want to initially bias towards a false positive under extreme scenarios, like rollercoasters. Also, tradeoffs.
 
Because it takes into account multiple factors that are relative each other, like the rest of the quotes says? Because some false positives is worth it if it could save more lives? I don’t understand this mentality of if it‘s not 100% we shouldn’t have it.

Just because a few edge cases came up doesn’t mean it doesn’t work. Sometimes these can only be discovered once people use it in more places. That‘s just the nature of these things. Would you think to test it on a roller coaster if you were developing this feature for the first time?

Finally, an intelligent assessment in an abundance of juvenile comments from others.

Apple will gather reports and adjust their algorithm. Life goes on.
 
ML is not a 'straight equation' by definition. Modeling specific inputs to trigger an output, often times with hundreds or thousands of inputs, isn't an A + B = C process. As more use cases and inputs are added, and the model is updated, the output increases in accuracy. In the case of crash detection, you may want to initially bias towards a false positive under extreme scenarios, like rollercoasters. Also, tradeoffs.

Hat-tip for another thoughtful and intelligent assessment!
 
  • Like
Reactions: Rogifan and bizack
Because it takes into account multiple factors that are relative each other, like the rest of the quotes says? Because some false positives is worth it if it could save more lives? I don’t understand this mentality of if it‘s not 100% we shouldn’t have it.

Just because a few edge cases came up doesn’t mean it doesn’t work. Sometimes these can only be discovered once people use it in more places. That‘s just the nature of these things. Would you think to test it on a roller coaster if you were developing this feature for the first time?

Absolutely. Having many millions of phones out in the field all of a sudden will provide Apple with valuable information, leading to a refinement of their crash-detection algorithm.
 
Crash detection is pretty cool but I have concerns about false positives (roller coasters) and what about the bad press when it doesn't detect a crash and someone doesn't get help in time?
Yes an error either way will make them look bad. Either it doesn't work with only an unconscious driver, or too many false positives stealing resources from a legit emergency
 
  • Like
Reactions: _Spinn_ and dk001
Beyond that, what is the extent of the problem its meant to solve? I.e. how frequent are crashes that:

(a) Incapacitate the driver and any passengers so they can't call but don't kill them
(b) Aren't witnessed by anybody
(c) Can be reliably detected by the phone
(d) Happen in places with reliable cellphone coverage (see (b))

... and its no good just finding a few anecdotes where alerting the emergency services a minute or two earlier would have saved lives (that's undoubtedly true) but it needs numbers that can be weight against:

(1) The effect of false positives wasting the emergency services' time (there will be cases where that costs lives)
(2) The "cry wolf" effect of (1) (if you have to prfioritize, you're gonna take the live call over the robocall)
(3) The "false security" effect (no. I'm not going to tell people I'm off for a drive through Dead Man's Pass - my phone will save me)

...and Apple have a responsibility to do the math before introducing such a feature.
2 is a great point
 
  • Like
Reactions: Joe Crow
Obviously not certain executives, i.e. :

"I race cars, play tennis, and fondle women, BUT! I have weekends off, and I am my own boss."
 
  • Haha
Reactions: tomtad
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.