Re: Does the FileDataModel still require the UserID and ItemID numeric?

[Sean Owen <sr...@gmail.com>]

That is probably a typo, if it hasn't been fixed already. Yes, the
user and item IDs must be numeric. You can't use "apple", no.

However look at the IDMigrator class for solutions for translating
between strings and numeric IDs if you must. This will be a lot slower
though. It's much better to be able to use numeric IDs.

On Wed, Dec 23, 2009 at 11:15 AM, 刘逸哲 <zh...@alibaba-inc.com> wrote:
> I saw this "Further, this ID value must be
> numeric; it is a Java long type through the APIs" in the taste documation.
> But in the javadoc of FileDataModel,there is "The user and item IDs are ready literally as Strings and treated as such in the API"
> Does it mean that userID and ItemID could be string now, for example, my data is look like this:
> "Auser,apple,1
> User2,banana,2
> User3,car,3"
> Could I use FileDataModel directly?
> Thanks
>
>
>
> This email (including any attachments) is confidential and may be legally privileged. If you received this email in error, please delete it immediately and do not copy it or use it for any purpose or disclose its contents to any other person. Thank you.
>
> 本电邮(包括任何附件)可能含有机密资料并受法律保护。如您不是正确的收件人，请您立即删除本邮件。请不要将本电邮进行复制并用作任何其他用途、或透露本邮件之内容。谢谢。
>

答复: 答复: Does the FileDataModel still require the UserID and ItemID numeric?

[刘逸哲 <zh...@alibaba-inc.com>]

Thanks^_^

-----邮件原件-----
发件人: Sean Owen [mailto:srowen@gmail.com]
发送时间: 2009年12月23日 19:42
收件人: mahout-user@lucene.apache.org
主题: Re: 答复: Does the FileDataModel still require the UserID and ItemID numeric?

org.apache.mahout.cf.taste.model.IDMigrator -- you are using Mahout
0.2? It is documented.

I just fixed the FileDataModel javadoc in Subversion.

On Wed, Dec 23, 2009 at 11:39 AM, 刘逸哲 <zh...@alibaba-inc.com> wrote:
> Thanks for your reply.
> Where is the IDMigrator class, is there any example shows how to use it?
> I don't find it in the javadoc of mahout.

This email (including any attachments) is confidential and may be legally privileged. If you received this email in error, please delete it immediately and do not copy it or use it for any purpose or disclose its contents to any other person. Thank you.

本电邮(包括任何附件)可能含有机密资料并受法律保护。如您不是正确的收件人，请您立即删除本邮件。请不要将本电邮进行复制并用作任何其他用途、或透露本邮件之内容。谢谢。

Re: 答复: Does the FileDataModel still require the UserID and ItemID numeric?

[Sean Owen <sr...@gmail.com>]

org.apache.mahout.cf.taste.model.IDMigrator -- you are using Mahout
0.2? It is documented.

I just fixed the FileDataModel javadoc in Subversion.

On Wed, Dec 23, 2009 at 11:39 AM, 刘逸哲 <zh...@alibaba-inc.com> wrote:
> Thanks for your reply.
> Where is the IDMigrator class, is there any example shows how to use it?
> I don't find it in the javadoc of mahout.

答复: Does the FileDataModel still require the UserID and ItemID numeric?

[刘逸哲 <zh...@alibaba-inc.com>]

Thanks for your reply.
Where is the IDMigrator class, is there any example shows how to use it?
I don't find it in the javadoc of mahout.

-----邮件原件-----
发件人: Sean Owen [mailto:srowen@gmail.com] 
发送时间: 2009年12月23日 19:32
收件人: mahout-user@lucene.apache.org
主题: Re: Does the FileDataModel still require the UserID and ItemID numeric?

That is probably a typo, if it hasn't been fixed already. Yes, the
user and item IDs must be numeric. You can't use "apple", no.

However look at the IDMigrator class for solutions for translating
between strings and numeric IDs if you must. This will be a lot slower
though. It's much better to be able to use numeric IDs.

On Wed, Dec 23, 2009 at 11:15 AM, 刘逸哲 <zh...@alibaba-inc.com> wrote:
> I saw this "Further, this ID value must be
> numeric; it is a Java long type through the APIs" in the taste documation.
> But in the javadoc of FileDataModel,there is "The user and item IDs are ready literally as Strings and treated as such in the API"
> Does it mean that userID and ItemID could be string now, for example, my data is look like this:
> "Auser,apple,1
> User2,banana,2
> User3,car,3"
> Could I use FileDataModel directly?
> Thanks
>
>
>
> This email (including any attachments) is confidential and may be legally privileged. If you received this email in error, please delete it immediately and do not copy it or use it for any purpose or disclose its contents to any other person. Thank you.

>
> 本电邮(包括任何附件)可能含有机密资料并受法律保护。如您不是正确的收件人，请您立即删除本邮件。请不要将本电邮进行复制并用作任何其他用途、或透露本邮件之内容。谢谢。
>