openml / openml/OpenML

Why do tasks include evaluation criteria?

Open
#718 17 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
PHP
Stars
755
Forks
128
PR merge metrics
No merged PRs in 30d

Description

@hildeweerts pointed out to me that some of the tasks in CC18 were replaced because of the evaluation criterion. We already ran some experiments, which will make it harder to aggregate results, but actually it has no real impact.
Which begs the question: why is the evaluation criterion even included in the task? Why would someone not compare across runs that are on the same dataset with the same target and same cross-validation routine?
Right now I expect that doesn't happen that much, because creating tasks is complicated (via the website or python interface) so no-one does it. But I don't understand this design decision given that we compute multiple metrics for each task.

Shouldn't the metrics be associated with task types and not tasks?

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reviewing task creation through the website and Python interface, then trace how evaluation criteria and metrics are associated with tasks and task types. Done means reaching a documented design decision about whether metrics should belong to task types, with the impact on existing experiments and result aggregation understood.

Written by the indexing model from the issue text.

Assessment

Domain
machine-learning
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.