ROC curves measure the True Positive Rate (also known as Accuracy). So, if you have an imbalanced dataset, the ROC curve will not tell you if your classifier completely ignores the underrepresented class.
Let's take an example confusion matrix 👇
We are obviously dealing with a severely imbalanced dataset - 1000 samples for class 0 and only 10 for class 1. This is not uncommon in practice, though.
The classifier is also not particularly good, because it has a lot of false positives.
Let's compute some metrics 👇
ROC
To draw a ROC curve we need to compute the True Positive Rate (TPR) and the False Positive Rate (FPR). In this case:
TPR = 90%
FPR = 5%
Remember, a good classifier has high TPR and low FPR (upper left corner on the ROC curve). This looks quite OK.
Or is it? 👇
Precision-Recall
Let's compute the metrics for the Precision-Recall curve.
Precision = 15%
Recall = 90% (same as TPR)
Now, this is a different story. We want both precision and recall to be high (upper right corner of the curve), so this classifier clearly isn't good!
👇
A better way to understand this is to visually look at what is computed. Look at the image.
You see how in the case of Precision-Recall, we don't look at the True Negatives at all. So it doesn't matter if they are as much as the positive classes or much more!
❌ Problem 2 - Object Detection Problems
ROC curves measure the False Positive Rate (FPR) according to the following formula.
In object detection problems the True Negatives don't make sense. There are so many possibilities to detect the background class.
Let's dive deeper 👇
I'll use my favorite example again - traffic lights detection (for a self-driving car 🧠🚗).
We want to detect the presence and location (using a bounding box) of traffic lights in images. This is a typical Object Detection problem - an important class of CV problems.
👇
The typical way to solve this is to design a neural network that will check many locations in the image and classify them as being a traffic light or not (background).
There is no (practical) way to define True Negatives
These would be all locations in the image that don't contain a traffic light and where our model correctly predicted no traffic lights as well.
Imagine now going through all possible bounding box sizes for every pixel...
👇
Common evaluation metrics for this are Precision and Recall.
▪️ Precision - the percentage of traffic lights the model detected that are indeed real traffic lights
▪️ Recall - the percentage of real traffic lights that the model detected
Confusing? Let's see some examples 👇
High Precision, Low Recall
In this example, the Precision is 100% (all detected lights are correct), but the Recall is only 50% (2 out of 4 lights missed).
👇
Low Precision, High Recall
In this example, the Precision is 67% (4 out of 6 detected lights are correct), while the Recall is 100% (all 4 real lights are detected).
👇
Precision and Recall give us a way to measure both types of errors (FPs and FNs), without requiring us to count TNs.
By the way, that's why they work better for imbalanced data! Object Detection is imbalanced - there is much more background than objects.
Now the curve 👇
For every candidate the network classifies, it gives us the probability of it being a traffic light. We need to choose a threshold on the probability to consider it a detected light.
It could be 50% if we don't want to miss many lights or 99% if we want to be really sure.
👇
For every value of the threshold, we will get different Precision and Recall when evaluating our test dataset.
▪️ High thresholds - high Precision, low Recall
▪️ Low thresholds - low Precision, high Recall
Plotting these values gives us the Precision-Recall curve.
The Precision-Recall Curve visualizes the trade-off between making False Positives and False Negatives.
Similar to ROC curves, we can also compare different models. If the curve of one model is closer to the upper right corner than another one, then it is a better model.
👇
Summary 🏁
To recap:
▪️ ROC curves don't work for imbalanced data
▪️ ROC curves don't work for object detection (can't count TNs)
▪️ Prevision-Recall curves are computed in a similar way to ROC curves
▪️ Prevision-Recall curves visualize the trade-off between FNs and FPs
Every Friday I repost one of my old threads so more people get the chance to see them. During the rest of the week, I post new content on machine learning and web3.
If you are interested in seeing more, follow me @haltakov
• • •
Missing some Tweet in this thread? You can try to
force a refresh
Math is not very important when you are using a machine learning method to solve your problem.
Everybody that disagrees, should study the 92-page appendix of the Self-normalizing networks (SNN) paper, before using
torch.nn.SELU.
And the core idea of SNN is actually simple 👇
SNNs use an activation function called Scaled Exponential Linear Unit (SELU) that is pretty simple to define.
It has the advantage that the activations converge to zero mean and unit variance, which allows training of deeper networks and employing strong regularization.
👇
There are implementations both in PyTorch (torch.nn.SELU) and TensorFlow (tf.keras.activations.selu).
You need to be careful to use the correct initialization function and dropout, but this is well documented.
This is a special edition BMW 8 series painted by the famous artist Jeff Koons. A limited-edition of 99 with a price of $350K - about $200K more than the regular M850i.
If you think about it, you'll see many similarities with NFTs
👇
Artificially scarce
BMW can surely produce (mint 😅) more than 99 cars with this paint. The collection size is limited artificially in order to make it more exclusive.
Same as most NFT collections - they create artificial scarcity.
👇
Its price comes from the story
The $200K premium for the "paint" is purely motivated by the story around this car - it is exclusive, it is created by a famous artist, it is a BMW Art Car.
It is not faster, more reliable, or more economic. You are paying for the story.
The Internet is already decentralized, why do we need web3? 🤔
This is a common critique of web3. However, decentralization on its own is not always enough - sometimes we need to agree on a set of facts.
Blockchains give us a consensus mechanism for that!
Thread 🧵
1/12
The Internet is built of servers that communicate using open protocols like HTTP, SMTP, WebRTC etc. Everybody can set up a server and participate. It is decentralized!
However, if two servers distribute contradicting information, how do you know which one is right?
2/12
This is what blockchains give us, a way for decentralized parties to agree on one set of facts. They offer a consensus mechanism!
Imagine the blockchain as a global public database that anybody can read and nobody can falsify - every transaction/change needs to be signed.