New Open-Source Tool Turns Tangled Optimization Trade-Offs Into Clear Infrastructure Decisions

When planners design a wind farm, a power grid, or a data center, they rarely face a single right answer. Instead, they confront a bewildering landscape of competing goals: cut costs, boost reliability, shrink emissions, and survive extreme weather, all at once. Optimization algorithms can churn through these conflicts and produce a Pareto front, a vast set of mathematically non-dominated solutions, but the output is often a spreadsheet of thousands of rows that no human can meaningfully interpret. A team at Pacific Northwest National Laboratory (PNNL) believes it has found a way through the fog. In a paper published in the journal SoftwareX, researchers led by Palak Mattoo and Jennifer Pham introduce pyMOODS, an open-source, machine-learning-assisted visual analytics framework designed to help decision-makers navigate the trade-offs that emerge from large-scale multi-objective optimization in infrastructure planning.

The core problem pyMOODS addresses is one that optimization researchers have long acknowledged but rarely solved. Multi-objective optimization does not yield one optimal design; it yields an ensemble of Pareto-optimal candidates, each representing a different compromise among objectives such as cost, generation capacity, and environmental impact. Choosing among them is a human judgment call, informed by policy goals and stakeholder priorities. Yet the tools available for this post-optimization stage are fragmented. Algorithmic toolkits like pymoo, PlatEMO, and Borg generate Pareto fronts but offer little for the decision-maker. Multi-criteria decision analysis libraries such as pymcdm and pyDecision rank alternatives once objectives are fixed, but expose no exploratory interface. Visualization tools like PAVED and Parasol support interactive exploration but stop short of preference-weighted ranking. What has been missing, the PNNL team argues, is a single interactive platform that connects the visualization layer to a complete decision-support workflow on fronts that have already been computed.

pyMOODS fills that gap with a decoupled software architecture that separates heavy computation from interactive exploration. The frontend is a React and MUI application rendering linked interactive plots built with React Plotly, while a Python backend handles the analytics. User actions issue asynchronous requests to a Flask REST API, which mediates all communication between the two. Because interaction state lives in the frontend while analysis runs in the backend, computation never blocks the interface. A data access module loads, validates, and caches datasets held as CSV and JSON files, and a data processing module performs transformations and filtering before invoking the analytical routines. Notably, the dashboard evolved from early Plotly Dash prototypes into the current React-based implementation, gaining dynamic rendering of parameters, plots, and objective functions, along with better responsiveness under high-dimensional workloads.

One of the framework’s most elegant design decisions is its declarative input schema. A problem formulation is supplied as a single JSON configuration file that links to the data files and assigns each column to one of five categories: input parameters, hyperparameters, decision variables, objective functions, and control inputs. This means a single deployment can serve formulations whose objectives, decision variables, and hyperparameters differ in number and meaning, without any code changes. That flexibility matters because the framework targets real infrastructure applications, such as offshore wind co-design, MTDC-ESS system design, and load-shedding-constrained network expansion, where problem structures vary dramatically across use cases. It is a practical requirement that benchmark-oriented tools, typically evaluated on synthetic test problems like ZDT and DTLZ, simply do not address.

The analytical heart of pyMOODS combines two very different classes of methods. For structuring the solution space, the framework turns to unsupervised machine learning: a Uniform Manifold Approximation and Projection (UMAP) embedding projects the high-dimensional objective and decision space into two dimensions, and density-based HDBSCAN clustering groups similar solutions within that latent space. This gives users a navigable map of the entire front, where clusters of comparable candidates are visible at a glance and outliers stand out immediately. Users can also plot any pair of objectives or decision variables directly, or restrict the working set to solutions sharing a chosen hyperparameter configuration, such as a particular technology option.

For trade-off interpretation, pyMOODS takes a deliberately different path: a deterministic, parameter-free rank analysis. Every solution is ranked on each objective, and a solution’s generalizability is defined as its worst rank across all objectives. A solution is said to specialize in an objective when its rank there is strictly better than that of every more generalizable solution. Because this characterization derives entirely from the rank matrix, it introduces no trained model, no tuned threshold, and no random seed; identical inputs always produce identical generalizer and specializer assignments. This answers a question that ranking alone cannot: not merely which solutions score well under a given weighting, but which specific compromise each one represents. Solutions can additionally be ordered by an aggregate score reflecting user-specified objective weights, giving stakeholders a familiar mechanism for expressing their priorities, and the ranking is computed from the stored front rather than by re-solving, so stakeholders with different priorities can interrogate the same results interactively.

The framework’s workflow comes alive in its demonstration on the MoCoDo dataset for offshore wind farm planning with battery energy storage. The problem involves six objectives, including battery cost, cable material cost, day-ahead revenue, real-time revenue, and two reserve revenue streams, along with two decision variables: cable capacity and battery rated power. A conventional approach would aggregate all revenue streams into one total and all costs into another, reducing the problem to a simple two-way trade-off, but that aggregation obscures how individual solutions perform across specific revenue mechanisms. pyMOODS instead guides the user through four linked views: a scatter plot offering a first overview of the solution space, a ranking table for selecting a candidate, a parallel coordinates plot distinguishing generalizers from specializers across all six objectives, and beeswarm plots showing the distribution of all candidates per objective and decision variable. Selection propagates across views, so a candidate can be examined from several perspectives without losing context.

Performance testing suggests the architecture delivers on its responsiveness promise. On a local deployment running on an Apple M2 Pro with 16 GB of RAM, the team profiled three representative user tasks across two built-in formulations, Cameo_datacenter and MoCoDo_v2, repeating each measurement three times. Formulation initialization took roughly five milliseconds in both cases, while full dashboard load sequences averaged 3.838 seconds for the larger formulation and 0.475 seconds for the smaller one, with filter and selection interactions showing nearly identical latencies. The release also includes automated frontend tests using Playwright, which verify that dashboard components load correctly, the solution table sorts properly, and the generalizer-specializer controls update results, using simulated backend responses to validate the interface without requiring the full backend to run.

A capability comparison against representative open-source tools underscores what makes pyMOODS distinctive. Front-generation frameworks and metaheuristic platforms are not designed to be driven by a decision-maker; multi-criteria decision analysis libraries rank alternatives but expose no exploratory interface; and interactive visualization tools support exploration but stop short of preference-weighted ranking. In the published comparison, pyMOODS is the only tool that simultaneously offers an interactive user interface, operates on precomputed fronts from any solver, supports user-weighted ranking, provides automatic trade-off characterization, and accepts schema-agnostic problem formulations. The authors are candid about the release’s limitations, however: performance has been characterized on only two formulations on a single machine, rank-and-weight aggregation cannot recover non-convex regions of a Pareto front, and no usability evaluation has yet been conducted. Planned features include additional MCDM methods for comparison and an AI chatbot assistant.

The implications reach well beyond software engineering. As power systems worldwide absorb rising penetrations of onsite energy sources and face intensifying extreme weather, the co-optimization of generation, transmission, and storage investments is becoming one of the defining computational challenges of the energy transition. Tools like pyMOODS aim to ensure that the enormous computational effort poured into optimizing these systems does not end in an unreadable list of trade-offs. Released under the BSD 3-Clause License and archived on GitHub and Zenodo, version v0.0.3 puts a complete post-optimization decision-support pipeline into the hands of the planners, engineers, and researchers who must ultimately decide which compromises our future infrastructure will embody. Whether it changes real-world decisions, the authors acknowledge, is a question that future work, and future users, will have to answer.

Subject of Research: An open-source visual analytics framework for multi-objective decision support in large-scale infrastructure planning

Article Title: pyMOODS: An open-source framework for multi-objective decision support in large-scale infrastructure planning

Article References: Mattoo, P., Pham, J. N., Jain, M., Arendt, D., Avila, P., Ramachandran, T., Adetola, V., Yun, J. Y., & Wenskovitch, J. (2026). pyMOODS: An open-source framework for multi-objective decision support in large-scale infrastructure planning. SoftwareX, 36, Article 103095. https://doi.org/10.1016/j.softx.2026.103095

Image Credits: AI Generated

DOI: 10.1016/j.softx.2026.103095

Keywords: pyMOODS, multi-objective optimization, Pareto front, visual analytics, infrastructure planning, offshore wind, UMAP, HDBSCAN, decision support systems, open-source software, energy systems, Pacific Northwest National Laboratory