Ahh... I understand now.
To rephrase what I understand your problem to be is that you basically want
to use the cart as the user and recommend based on a history composed of
items already in the cart.
That should work just fine.
I would recommend combining that with user level recommendations
I think that this is an excellent use case for cross recommendation from
cart contents (items) to cart purchases (items). The cross aspect is that
the recommendation is from two different kinds of actions, not two kinds of
things. The first action is insertion into a cart and the second is
I thought you might say that but we don't have the add-to-cart action. We have
to calculate cart purchases by matching cart IDs or session IDs. So we only
have cart purchases with items.
If we had the add-to-cart and the purchase we could use your cross-action
method for getting recs by
This sounds like a job for frequent item set mining, which is kind of a
special case of the ideas you've mentioned here. Given N items in a cart,
which next item most frequently occurs in a purchased cart?
On Thu, Feb 14, 2013 at 6:30 PM, Pat Ferrel pat.fer...@gmail.com wrote:
I thought you
Yes, one time tested way to do this is the apriori algo which looks at
frequent item sets and creates rules.
I was looking for a shortcut using a recommender, which would be super easy to
try. The rule builder is a little harder to implement but we can also test
precision on that and compare
I don't think it's necessarily slow; this is how item-based recommenders
work. The only thing stopping you from using Mahout directly is that I
don't think there's an easy way to say recommend to this collection of
items. But that's what is happening inside when you recommend for a user.
You can
I'm creating a matrix of cart ids and items ids so cart x items in cart. The
'preference' then is cartID, itemID. This will create the correct matrix I
think.
For any cart id I would get a ranked list of recommended items that was
calculated from other carts. This seems like what is needed in
Yes your only issue there, which I think you had touched on, was that you
have to put your current cart (which hasn't been purchased) into the model
in order to get an answer out of a recommender. I think we've talked about
the recommend-to-anonymous function in the context of another system,
Do you see the contents of the cart?
Is the cart ID opaque? Does it persist as a surrogate for a user?
On Thu, Feb 14, 2013 at 10:30 AM, Pat Ferrel pat.fer...@gmail.com wrote:
I thought you might say that but we don't have the add-to-cart action. We
have to calculate cart purchases by
Sure, we have cart/session IDs, items IDs, and user IDs when purchases are made
or when asked for a recommendation from the cart page.
We currently don't get the add-to or remove-from cart actions. We could get
them.
Are you thinking that we can use the add-to-cart user x item matrix and
10 matches
Mail list logo
