LARS: An Efficient and Scalable Location-Aware Recommender System
Technology Used: Java/J2EE
This paper proposes LARS*, a location-aware recommender system that uses location-based ratings to produce recommendations. Traditional recommender systems do not consider spatial properties of users nor items; LARS*, on the other hand, supports a taxonomy of three novel classes of location-based ratings, namely, spatial ratings for non-spatial items, nonspatial ratings for spatial items, and spatial ratings for spatial items. LARS* exploits user rating locations through user partitioning, a technique that influences recommendations with ratings spatially close to querying users in a manner that maximizes system scalability while not sacrificing recommendation quality. LARS* exploits item locations using travel penalty, a technique that favors recommendation candidates closer in travel distance to querying users in a way that avoids exhaustive access to all spatial items. LARS* can apply these techniques separately, or together, depending on the type of location-based rating available. Experimental evidence using large-scale real-world data from both the Foursquare location-based social network and the MovieLens movie recommendation system reveals that LARS* is efficient, scalable, and capable of producing recommendations twice as accurate compared to existing recommendation approaches
Existing recommendation techniques assume ratings are represented by the (user, rating, item) triple, thus are ill-equipped to produce location-aware recommendations.
Current location-based services employ two main methods to provide interesting destinations to users. (1) KNN techniques and variants (e.g., aggregate KNN) simply retrieve the k objects nearest to a user and are completely removed from any notion of user personalization. (2) Preference methods such as skylines and location-based top-k methods require users to express explicit preference constraints.
A wide array of techniques are capable of producing recommendations using non-spatial ratings for non-spatial items represented as the triple (user, rating, item). The closest these approaches come to considering location is by incorporating contextual attributes into statistical recommendation models. However, these are not personalized to each user; rather, this list is built using aggregate rental data for a particular city.
The CityVoyager system mines a userÃƒÂ¢Ã¢â€šÂ¬Ã¢â€žÂ¢s personal GPS trajectory data to determine her preferred shopping sites, and provides recommendation based on where the system predicts the user is likely to go in the future. The spatial activity recommendation system mines GPS trajectory data with embedded user-provided tags in order to detect interesting activities located in a city. It uses this data to answer two query types: (a) given an activity type, return where in the city this activity is happening, and (b) given an explicit spatial region, provide the activities available in this region. Geo-measured friend-based collaborative filtering produces recommendations by using only ratings that are from a querying userÃƒÂ¢Ã¢â€šÂ¬Ã¢â€žÂ¢s social-network friends that live in the same city. This technique only addresses user location embedded in ratings.
ÃƒÂ¯Ã‚ÂÃ‚Â¶ Does not personalize answers to the querying user
ÃƒÂ¯Ã‚ÂÃ‚Â¶ No traditional approach has studied explicit location-based ratings.
ÃƒÂ¯Ã‚ÂÃ‚Â¶ LARS, a novel location-aware recommender system built specifically to produce high-quality location-based recommendations in an efficient manner.
ÃƒÂ¯Ã‚ÂÃ‚Â¶ LARS produces recommendations using a taxonomy of three types of location-based ratings within a single framework
ÃƒÂ¯Ã‚ÂÃ‚Â¶ Spatial ratings for non-spatial items, represented as a four-tuple (user, ulocation, rating, item), where ulocation represents a user location, for example, a user located at home rating a book
ÃƒÂ¯Ã‚ÂÃ‚Â¶ Non-spatial ratings for spatial items, represented as a four-tuple (user, rating, item, ilocation), where ilocation represents an item location, for example, a user with unknown location rating a restaurant
ÃƒÂ¯Ã‚ÂÃ‚Â¶ Spatial ratings for spatial items, represented as a five-tuple (user, ulocation, rating, item, ilocation), for example, a user at his/her office rating a restaurant visited for lunch.
ÃƒÂ¯Ã‚ÂÃ‚Â¶ Helps users discover new and interesting items
ÃƒÂ¯Ã‚ÂÃ‚Â¶ LARS, produces personalized recommendations influenced by location-based ratings and a querying user location.