You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@spark.apache.org by "Sean Owen (JIRA)" <ji...@apache.org> on 2017/02/21 21:56:44 UTC

[jira] [Commented] (SPARK-19683) Support for libsvm-based learning-to-rank format

    [ https://issues.apache.org/jira/browse/SPARK-19683?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15876812#comment-15876812 ] 

Sean Owen commented on SPARK-19683:
-----------------------------------

This is trivial for an application to implement. Unless it is a common format extension and one the core library can use, is there much particular reason for it to be in Spark vs app or external lib?

> Support for libsvm-based learning-to-rank format
> ------------------------------------------------
>
>                 Key: SPARK-19683
>                 URL: https://issues.apache.org/jira/browse/SPARK-19683
>             Project: Spark
>          Issue Type: New Feature
>          Components: ML, MLlib
>    Affects Versions: 2.1.0
>            Reporter: Craig Macdonald
>            Priority: Minor
>
> I would like to use Spark for reading/processing Learning to Rank files. The standard format is an extension of libsvm:
> {code}
> 0 qid:1 1:2.9 2:9.4 # docid=clueweb09-00-01492
> {code}
> Under the mlib API, a LabeledPoint would need an extension called QueryLabeledPoint.
> I would also like to investigate use through the DataFrame, extending the libsvm source, however many of the classes/methods used there are private (e.g. LibSVMOptions, Datatype.sameType(), VectorUDT). So would an extension to handle LTR format be better inside Spark or outside?



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@spark.apache.org
For additional commands, e-mail: issues-help@spark.apache.org