SciML/Optimization.jl

Add `sense` support for all algorithms

Offen

#976 geöffnet am 01.06.2023

Auf GitHub ansehenContributor Guide
 (4 Kommentare) (1 Reaktion) (1 zugewiesene Person)Julia (99 Forks)batch import
good first issue

Repository-Metriken

Stars
 (824 Sterne)
PR-Merge-Metriken
 (Durchschn. Merge 2T 1h) (20 gemergte PRs in 30 T)

Beschreibung

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

Contributor Guide

Research-Richtung
Das Problem besteht darin, die Unterstützung für den Parameter `sense` (MaxSense/MinSense) auf alle Optimierungsalgorithmen in Optimization.jl auszuweiten. Derzeit wird er nur für eine Teilmenge unterstützt. Die relevanten Quelldateien sind wahrscheinlich die Solver Wrapper Implementierungen unter `src/`. Das Beispiel im Problem zeigt, dass die Verwendung von `BBO adaptive de rand 1 bin radiuslimited()` mit `MaxSense` 10.0 zurückgibt, was für die Minimierung falsch ist. Die Lösung sollte darin bestehen, den Wrapper jedes Algorithmus so zu ändern, dass er das Feld `sense` von `OptimizationProblem` berücksichtigt. Ein guter Ausgangspunkt ist zu prüfen, welche Algorithmen bereits `sense` unterstützen, und dann die Logik zu den restlichen hinzuzufügen, wobei sichergestellt wird, dass der Zielfunktionswert bei Verwendung von `MaxSense` negiert wird. Das Problem hat einen Zugewiesenen, daher ist eine Abstimmung mit ihm erforderlich.
Tech Stack
Keine
Domain
backend
Issue Type
Funktion
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-2 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
JuliaGit
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
65