{"action":"created","issue":{"url":"https://api.github.com/repos/fcharte/mldr/issues/25","labels_url":"https://api.github.com/repos/fcharte/mldr/issues/25/labels{/name}","comments_url":"https://api.github.com/repos/fcharte/mldr/issues/25/comments","events_url":"https://api.github.com/repos/fcharte/mldr/issues/25/events","html_url":"https://github.com/fcharte/mldr/issues/25","id":118448025,"number":25,"title":"An argument in mldr_evaluate to specify if the predictions given as input are bipartitions or rankings","user":{"login":"alessanderbotti","id":7069005,"avatar_url":"https://avatars.githubusercontent.com/u/7069005?v=3","gravatar_id":"","url":"https://api.github.com/users/alessanderbotti","html_url":"https://github.com/alessanderbotti","followers_url":"https://api.github.com/users/alessanderbotti/followers","following_url":"https://api.github.com/users/alessanderbotti/following{/other_user}","gists_url":"https://api.github.com/users/alessanderbotti/gists{/gist_id}","starred_url":"https://api.github.com/users/alessanderbotti/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/alessanderbotti/subscriptions","organizations_url":"https://api.github.com/users/alessanderbotti/orgs","repos_url":"https://api.github.com/users/alessanderbotti/repos","events_url":"https://api.github.com/users/alessanderbotti/events{/privacy}","received_events_url":"https://api.github.com/users/alessanderbotti/received_events","type":"User","site_admin":false},"labels":[{"url":"https://api.github.com/repos/fcharte/mldr/labels/wontfix","name":"wontfix","color":"ffffff"}],"state":"closed","locked":false,"assignee":null,"milestone":null,"comments":2,"created_at":"2015-11-23T19:01:02Z","updated_at":"2015-12-08T19:11:41Z","closed_at":"2015-12-05T00:27:04Z","body":"An execution of the mldr_evaluate function calculates two kinds of metrics (the bipartition based and ranking based evaluation metrics), but (if I understood well) the predictions given as input are bipartitions or rankings, but not both. Would it make sense to have an argument at mldr_evaluate in which one specifies if the output of the classifier is a bipartition or a ranking, in order to avoid calculating and showing unnecessary metrics?\r\n\r\nAlternatively, I think it would be easier to read the output of mldr_evaluate if the bipartition based and ranking based evaluation metrics were grouped under two sublists (e.g., \"bipartition metrics\" and \"ranking metrics\").\r\n\r\nSorry if this is nonsense, and thanks for mldr!"},"comment":{"url":"https://api.github.com/repos/fcharte/mldr/issues/comments/162985275","html_url":"https://github.com/fcharte/mldr/issues/25#issuecomment-162985275","issue_url":"https://api.github.com/repos/fcharte/mldr/issues/25","id":162985275,"user":{"login":"alessanderbotti","id":7069005,"avatar_url":"https://avatars.githubusercontent.com/u/7069005?v=3","gravatar_id":"","url":"https://api.github.com/users/alessanderbotti","html_url":"https://github.com/alessanderbotti","followers_url":"https://api.github.com/users/alessanderbotti/followers","following_url":"https://api.github.com/users/alessanderbotti/following{/other_user}","gists_url":"https://api.github.com/users/alessanderbotti/gists{/gist_id}","starred_url":"https://api.github.com/users/alessanderbotti/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/alessanderbotti/subscriptions","organizations_url":"https://api.github.com/users/alessanderbotti/orgs","repos_url":"https://api.github.com/users/alessanderbotti/repos","events_url":"https://api.github.com/users/alessanderbotti/events{/privacy}","received_events_url":"https://api.github.com/users/alessanderbotti/received_events","type":"User","site_admin":false},"created_at":"2015-12-08T19:11:40Z","updated_at":"2015-12-08T19:11:40Z","body":"No problem at all, you are doing a great work on mldr!\r\nI am new to data classification, and a bit unused to wait for long computations to finish. So, this suggestion was an attempt to speed up my tests. However, I understand that the calculations of these evaluation metrics may not have such a bad time complexity after all. Thanks for considering the suggestion!"}}