SciML/Optimization.jl

Add `sense` support for all algorithms

Ouverte

#976 ouverte le 1 juin 2023

Voir sur GitHubGuide contributeur
 (4 commentaires) (1 réaction) (1 personne assignée)Julia (99 forks)batch import
good first issue

Métriques du dépôt

Stars
 (824 étoiles)
Métriques de merge PR
 (Merge moyen 2j 1h) (20 PRs mergées en 30 j)

Description

Currently sense is only supported for a subset of algorithms. This breaks the common interface as some solvers solve min vs max. Furthermore, since sense is a kwarg for OptimizationProblem and not solve, the interface and docs give the impression that it is supported for all algorithms.

using Optimization, OptimizationBBO

J(x,p) = x

F = OptimizationFunction(J)
prob = Optimization.OptimizationProblem(F, 0.0; lb = -10, ub =10, sense = MaxSense)
solve(prob, BBO_adaptive_de_rand_1_bin_radiuslimited()).objective # -10.0

Guide contributeur

Direction de recherche
Le problème consiste à étendre la prise en charge du paramètre `sense` (MaxSense/MinSense) à tous les algorithmes d'optimisation dans Optimization.jl. Actuellement, il n'est pris en charge que pour un sous ensemble. Les fichiers sources pertinents sont probablement les implémentations des wrappers de solveurs sous `src/`. L'exemple dans le problème montre que l'utilisation de `BBO adaptive de rand 1 bin radiuslimited()` avec `MaxSense` renvoie 10.0, ce qui est incorrect pour une minimisation. La correction doit impliquer de modifier le wrapper de chaque algorithme pour respecter le champ `sense` de `OptimizationProblem`. Un bon point de départ est de vérifier quels algorithmes prennent déjà en charge `sense`, puis d'ajouter la logique aux autres, en veillant à ce que la valeur de l'objectif soit inversée lorsque `MaxSense` est utilisé. Le problème a un assigné, il est donc nécessaire de coordonner avec lui.
Stack technique
Aucun
Domaine
backend
Type d'issue
Fonctionnalité
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-2 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
JuliaGit
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
65