pudl.dagster.build#
Assembles Dagster Definitions from default values and specified overrides.
Define helpers here that compose those building blocks into a code location, especially when tests, CLI entrypoints, or specialized environments need to override part of the default assembly. Avoid putting asset or resource implementations here.
For the underlying Dagster concept, see https://docs.dagster.io/getting-started/concepts#definitions
Functions#
|
Build a fresh PUDL |
|
Build defs for interactive in-process use with concrete default resources. |
Module Contents#
- pudl.dagster.build.build_defs(*, resource_overrides: collections.abc.Mapping[str, Any] | None = None, asset_overrides: collections.abc.Sequence[Any] | None = None, asset_check_overrides: collections.abc.Sequence[dagster.AssetChecksDefinition] | None = None, job_overrides: collections.abc.Sequence[Any] | None = None, sensor_overrides: collections.abc.Sequence[dagster.SensorDefinition] | None = None) dagster.Definitions[source]#
Build a fresh PUDL
Definitionsobject with optional overrides.Note that resource_overrides are used to update the default resources, while all other overrides replace the defaults entirely.
- pudl.dagster.build.build_interactive_defs(*, global_data_config_path: str | None = None, pudl_input: str | None = None, pudl_output: str | None = None, zenodo_dois_path: str | None = None) dagster.Definitions[source]#
Build defs for interactive in-process use with concrete default resources.
Dagster’s asset value loader does not resolve the FERC SQLite IO managers when they reference partially configured nested resources, which happens when you’re trying to load assets outside of a dg-spawned environment. So, in notebooks, REPLs, and local scripts, we need to explicitly construct the FERC IO managers.