In this post we’re going to model the prices of Airbnb appartments in London. In other words, the aim is to build our own price suggestion model. We will be using data from http://insideairbnb.com/ which we collected in April 2018. This work is inspired from the Airbnb price prediction model built by Dino Rodriguez, Chase Davis, and Ayomide Opeyemi. Normally we would be doing this in R but we thought we’d try our hand at Python for a change.
We present a shortened version here, but the full version is available on our GitHub.
Data Preprocessing
First, we import the listings gathered in the csv file.
1 |
|
1 |
|
The data has 95 columns or features. Our first step is to perform feature selection to reduce this number.
Feature selection
Selection on Missing Data
Features that have a high number of missing values aren’t useful for our model so we should remove them.
1 |
|
As we can see, the features neighbourhood_group_cleansed
, square_feet
, has_availability
, license
and jurisdiction_names
mostly have missing values. The features neighbourhood
, cleaning_fee
and security_deposit
are more than 30% empty which is too much in our opinion. The zipcode
feature also has some missing values but we can either remove these values or impute them within reasonable accuracy.
1 |
|
Selection on Sparse Categorical Features
Let’s have a look at the categorical data to see the number of unique values.
1 |
|
We can see that the street
and amenities
features have a large number of unique values. It would require some natural language processing to properly wrangle these into useful features. We believe we have enough location information with neighbourhood_cleansed
and zipcode
so we’ll remove street
. We also remove amenities
, calendar_updated
and calendar_last_updated
features as these are too complicated to process for the moment.
1 |
|
Now, let’s have a look at the zipcode
feature. The above visualisation shows us that there are lots of different postcodes, maybe too many?
1 |
|
1 |
|
Indeed, there are too many zipcodes. If we leave this feature as is it might cause overfitting. Instead, we can regroup the postcodes. At the moment, they are separated as in the following example: KT1 1PE. We’ll keep the first part of the zipcode (e.g. KT1) and accept that this gives us some less precise location information.
1 |
|
1 |
|
A lot of zipcodes contain less than 100 apartments and a few zipcodes contain most of the apartments. Let’s keep these ones.
1 |
|
1 |
|
This distribution is much better, and we only removed 5484 rows from our dataframe which contained about 53904 rows.
Selection on Correlated Features
Next we look at correlations.
1 |
|
1 |
|
This reveals that calculated_host_listings_count
is highly correlated with host_total_listings_count
so we’ll keep the latter. We also see that the availability_*
variables are correlated with each other. We’ll keep availability_365
as this one is less correlated with other variables. Finally, we decide to drop requires_license
which has an odd correlation result of NA’s which will not be useful in our model.
1 |
|
Data Splitting: Features / labels – Training set / testing set
Now we split into features and labels and training and testing sets. We also convert the train and test dataframe into numpy arrays so that they can be used to train and test the models.
1 |
|
1 |
|
Modelling
Now that the data preprocessing is over, we can start the second part of this work: applying different Machine Learning models. We decided to apply 3 different models:
-
Random Forest, with the RandomForestRegressor from the Scikit-learn library
-
Gradient Boosting method, with the XGBRegressor from the XGBoost library
-
Neural Network, with the MLPRegressor from the Scikit-learn library.
Each time, we applied the model with its default hyperparameters and we then tuned the model in order to get the best hyperparameters. The metrics we use to evaluate the models are the median absolute error due to the presence of extreme outliers and skewness in the data set.
We only show the code the Random Forest here, for the rest of the code please see the full version of this blogpost on our GitHub.
Application of the Random Forest Regressor
Let’s start with the Random Forest model.
Hyperparameters tuning
We had some good results with the default hyperparameters of the Random Forest regressor. But we can improve the results with some hyperparameter tuning. There are two main methods available for this:
-
Random search
-
Grid search
You have to provide a parameter grid to these methods. Then, they both try different combinations of parameters within the grid you provided. But the first one only tries several combinations whereas the second one tries all the possible combinations with the grid you provided.
We started with a random search to roughly evaluate a good combination of parameters. Once this is complete, we use the grid search to get more precise results.
Randomized Search with Cross Validation
1 |
|
1 |
|
1 |
|
Grid Search with Cross Validation
1 |
|
1 |
|
Final Model
1 |
|
1 |
|
We get better results with the tuned model than with default hyperparameters, but the improvement of the median absolute error is not amazing. Maybe we will have better precision if we use another model.
Conclusion
In this post, we modelled Airbnb apartment prices using descriptive data from the Airbnb website. First, we preprocessed the data to remove any redundant features and reduce the sparsity of the data. Then we applied three different algorithms, initially with default parameters which we then tuned. In our results the tuned Random Forest and tuned XGBoost performed best.
To further improve our models we could include more feature engineering, for example, time-based features. We could also try more extensive hyperparameter tuning. If you would like to give it a go yourself, the code and data for this post can be found on GitHub
Related