The ROC curve shows how well a model can separate positive and negative cases at different thresholds. The AUC (Area Under the Curve) summarizes this ability into one number between 0 and 1. A higher AUC means the model is better at ranking positive cases higher than negative ones. This is important when you want to understand the model's overall discrimination power, regardless of a specific cutoff.
ROC curve and AUC in ML Python - Model Metrics & Evaluation
The ROC curve is built from many confusion matrices at different thresholds. Here is an example confusion matrix at one threshold:
| Predicted Positive | Predicted Negative |
|--------------------|--------------------|
| True Positive (TP) | False Positive (FP) |
| False Negative (FN) | True Negative (TN) |
By changing the threshold, TP, FP, TN, and FN change, creating different points on the ROC curve.
While ROC and AUC focus on true positive rate (Recall) and false positive rate, precision is not directly shown. For example:
- In a spam filter, you want high precision to avoid marking good emails as spam.
- In a cancer detector, you want high recall to catch as many cancer cases as possible.
ROC and AUC help you see how well the model balances catching positives (Recall) and avoiding false alarms (False Positive Rate) across all thresholds.
AUC values range from 0 to 1:
- Good: AUC close to 1 means the model perfectly ranks positives above negatives.
- Average: AUC around 0.7 to 0.8 means the model has decent discrimination.
- Bad: AUC near 0.5 means the model is no better than random guessing.
- Very bad: AUC below 0.5 means the model is worse than random (it ranks negatives higher than positives).
- Accuracy paradox: High accuracy can happen if data is imbalanced, but AUC shows poor ranking ability.
- Data leakage: If test data leaks into training, AUC will be unrealistically high.
- Overfitting: AUC on training data may be high but low on new data, showing poor generalization.
- Ignoring class imbalance: AUC is robust but can still be misleading if positive cases are very rare.
Your model has 98% accuracy but an AUC of 0.55. Is it good for production? Why or why not?
Answer: No, it is not good. The high accuracy likely comes from many negative cases, but the AUC near 0.5 means the model cannot distinguish positives from negatives well. It will fail to rank positive cases correctly, making it unreliable.
Practice
Solution
Step 1: Understand ROC curve components
The ROC curve plots the true positive rate (sensitivity) against the false positive rate (1 - specificity) at various threshold settings.Step 2: Identify what ROC shows
This curve shows how well the model can distinguish between classes by varying the decision threshold.Final Answer:
The trade-off between true positive rate and false positive rate at different thresholds -> Option AQuick Check:
ROC curve = True Positive Rate vs False Positive Rate [OK]
- Confusing ROC with accuracy
- Thinking ROC shows loss values
- Assuming ROC shows only one threshold
Solution
Step 1: Recall correct import syntax
In Python, functions are imported using 'from module import function' syntax.Step 2: Identify correct function name
The correct function name to compute AUC is 'roc_auc_score' from 'sklearn.metrics'.Final Answer:
from sklearn.metrics import roc_auc_score -> Option CQuick Check:
Correct import syntax = from sklearn.metrics import roc_auc_score [OK]
- Using wrong import syntax
- Misspelling function name
- Trying to import module as function
from sklearn.metrics import roc_auc_score true_labels = [0, 0, 1, 1] predicted_scores = [0.1, 0.4, 0.35, 0.8] auc = roc_auc_score(true_labels, predicted_scores) print(round(auc, 2))
Solution
Step 1: Understand roc_auc_score calculation
The AUC measures how well the predicted scores rank positive samples higher than negative ones.Step 2: Calculate AUC for given data
Using the pairs, the AUC is 0.75 as the positive samples are ranked correctly most of the time but not perfectly.Final Answer:
0.75 -> Option AQuick Check:
AUC for given scores = 0.75 [OK]
- Confusing AUC with accuracy
- Rounding incorrectly
- Mixing up true labels and scores
from sklearn.metrics import roc_curve fpr, tpr, thresholds = roc_curve(y_true, y_pred) plt.plot(fpr, tpr) plt.show()
Solution
Step 1: Check input requirements for roc_curve
The roc_curve function requires true labels and predicted scores or probabilities, not class labels.Step 2: Identify the error in inputs
Using predicted class labels instead of probabilities causes incorrect ROC curve calculation.Final Answer:
y_pred should be predicted probabilities, not class labels -> Option BQuick Check:
Use probabilities for roc_curve inputs [OK]
- Passing class labels instead of probabilities
- Forgetting to import matplotlib.pyplot as plt
- Plotting thresholds instead of FPR and TPR
Solution
Step 1: Understand what affects AUC
AUC measures the model's ranking ability and is threshold-independent.Step 2: Choose the best method to improve AUC
Tuning the classification threshold does not improve AUC because AUC is threshold-independent; instead, improving the model's discriminative ability or training is needed.Step 3: Evaluate options
Increasing training epochs (Increase the number of training epochs without changing data or model) can help but may cause overfitting if not managed properly. Reducing dataset size (Reduce the size of the training dataset to avoid overfitting) usually harms performance. Using accuracy (Use accuracy as the main metric instead of AUC) does not improve AUC. Tuning threshold (Tune the classification threshold to balance true positive and false positive rates) affects operating point but not AUC.Final Answer:
Increase the number of training epochs without changing data or model -> Option DQuick Check:
More epochs can improve model performance and AUC [OK]
- Thinking threshold tuning affects AUC
- Reducing data size harms performance
- Switching to accuracy doesn't improve AUC
Ready to prove it?
Pass the test and this pattern moves unknown
