<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>question Re: USER and ITEM groups: How best to handle in Oryx in Archives of Support Questions (Read Only)</title>
    <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/USER-and-ITEM-groups-How-best-to-handle-in-Oryx/m-p/6475#M1167</link>
    <description>Hard filtering rules need to be implemented in a RescorerProvider, or in logic on the caller side. Tagging users and items with a locale could make sense. It would function as a soft filter nudging people towards things in the same locale. That could be useful as well, but is a different thing from implementing business rules. If your items and users are nearly completely disjoint by locale (e.g. very few items are available in multiple locales and very few users shop in multiple locales) then separate models might be the best way to go. No filtering logic needed although you then manage a model per locale. But the models are smaller and easier to handle. If there is moderate overlap, then a unified model can benefit from the cross-locale learning.</description>
    <pubDate>Tue, 18 Feb 2014 17:53:03 GMT</pubDate>
    <dc:creator>srowen</dc:creator>
    <dc:date>2014-02-18T17:53:03Z</dc:date>
    <item>
      <title>USER and ITEM groups: How best to handle in Oryx</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/USER-and-ITEM-groups-How-best-to-handle-in-Oryx/m-p/6473#M1166</link>
      <description>&lt;P&gt;On a multi national website our users access the site with a given locale (en-GB, en-US, etc) Locale of a user may effect&amp;nbsp;items in two different ways. 1) An Item cannot be associated with&amp;nbsp;&amp;nbsp;certain locales (for legal or availability). Items may mean different things to users in different locales (trip to paris is a weekend city break to en-GB but a family holiday for two weeks to en-US)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I was thinking along the lines of using locale as a tag with a very strong confidence value but i'm now thinking is that good enough ?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Should I compute and serve multiple locale based models ? Has anyone solved a similiar issue before (I'm thinking this is not a new use-case&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Lee C&lt;/P&gt;</description>
      <pubDate>Fri, 16 Sep 2022 15:15:09 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/USER-and-ITEM-groups-How-best-to-handle-in-Oryx/m-p/6473#M1166</guid>
      <dc:creator>leec</dc:creator>
      <dc:date>2022-09-16T15:15:09Z</dc:date>
    </item>
    <item>
      <title>Re: USER and ITEM groups: How best to handle in Oryx</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/USER-and-ITEM-groups-How-best-to-handle-in-Oryx/m-p/6475#M1167</link>
      <description>Hard filtering rules need to be implemented in a RescorerProvider, or in logic on the caller side. Tagging users and items with a locale could make sense. It would function as a soft filter nudging people towards things in the same locale. That could be useful as well, but is a different thing from implementing business rules. If your items and users are nearly completely disjoint by locale (e.g. very few items are available in multiple locales and very few users shop in multiple locales) then separate models might be the best way to go. No filtering logic needed although you then manage a model per locale. But the models are smaller and easier to handle. If there is moderate overlap, then a unified model can benefit from the cross-locale learning.</description>
      <pubDate>Tue, 18 Feb 2014 17:53:03 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/USER-and-ITEM-groups-How-best-to-handle-in-Oryx/m-p/6475#M1167</guid>
      <dc:creator>srowen</dc:creator>
      <dc:date>2014-02-18T17:53:03Z</dc:date>
    </item>
  </channel>
</rss>

