Skip to main content

addereq-dm

Dameng-backed earthquake precursor time-series data access, processing, and plotting SDK. This package is the API-based successor to the Oracle-oriented addereq package.

Install

Python 3.9 or newer is required.

Install the package with plotting support. The distribution name is addereq-dm and the Python import name is addereq_dm:

pip install "addereq-dm[viz]"

Connection config

For CLI usage, the recommended place for credentials is a user-level config file instead of the project directory.

Default config file location:

  • Windows: %APPDATA%\\addereq-dm\\config.env
  • Linux/macOS: ~/.config/addereq-dm/config.env

Initialize the config from CLI with your own values:

addereq-dm init-config \
  --base-url http://your-api-server:8080 \
  --app-id your_app_id \
  --secret your_secret

If any required value is omitted, the CLI will prompt for it interactively. timeout defaults to 10.

Or initialize from Python:

from addereq_dm import initialize_user_config

initialize_user_config(
    base_url="http://your-api-server:8080",
    app_id="your_app_id",
    secret="your_secret",
)

Example written file:

DM_API_BASE_URL="http://your-api-server:8080"
DM_API_APP_ID="your_app_id"
DM_API_SECRET="your_secret"
DM_API_TIMEOUT="10"

The CLI resolves values in this order:

  • command-line arguments
  • --env-file if provided
  • the default user config file above
  • current process environment variables
  • built-in defaults such as DM_API_TIMEOUT=10

Business parameters such as station, point, item, sample rate, and time range are still expected to be passed explicitly in code or CLI commands.

Quick start

from addereq_dm import create_geophysics_client

api = create_geophysics_client(
    base_url="http://your-api-server:8080",
    app_id="your_app_id",
    secret="your_secret",
)

Core fetch API

df = api.ts.fetch_dys(
    station="taian_center",
    point="1",
    item="vertical_z",
    source_sample_rate="02",
    output_sample_rate="02",
    start_time="2025-11-01 00:00:00",
    end_time="2025-11-03 00:00:00",
)

The Python API uses explicit names for the two sample-rate concepts:

  • source_sample_rate: raw input sample rate
  • output_sample_rate: output sample rate for the returned series

For the CLI, use the corresponding options --source-sample-rate and --output-sample-rate. The configuration variables are DM_SOURCE_SAMPLE_RATE and DM_OUTPUT_SAMPLE_RATE.

Accepted sample-rate aliases currently include:

  • 01, minute, min
  • 02, second, sec
  • 60, hour, h
  • 90, day, d
  • common Chinese aliases are also supported in code

source_sample_rate must match the rate of the data stored upstream. The output_sample_rate may request a coarser result, for example source seconds to output minutes. It cannot recover second-level observations from minute-level source data.

The Chinese aliases map as follows:

Alias Code Meaning
分钟值 01 minute-level data
秒钟值 02 second-level data
整点值 60 hourly data
日值 90 daily data

DYS and DYU

Use fetch_dys() for DYS raw data:

dys = api.ts.fetch_dys(
    station="taian_center",
    point="1",
    item="vertical_z",
    source_sample_rate="02",
    output_sample_rate="01",
    start_time="2025-11-01 00:00:00",
    end_time="2025-11-02 00:00:00",
)

Use fetch_dyu() for DYU preprocessed data. Its call shape is the same; the kind is selected by the method name:

dyu = api.ts.fetch_dyu(
    station="taian_center",
    point="1",
    item="vertical_z",
    source_sample_rate="02",
    output_sample_rate="01",
    start_time="2025-11-01 00:00:00",
    end_time="2025-11-02 00:00:00",
)

Use fetch_dys_with_report() or fetch_dyu_with_report() when you need success/failure details for multiple targets or long time ranges.

Fetch parameters

The common parameters for fetch_dys(), fetch_dyu(), and their *_with_report() variants are:

Parameter Required Description
station Yes Station ID or station name; use "all" for all stations.
point No Point ID, point number, or point name. Omit to match multiple points.
item Yes Item ID or item name; use "all" for all items.
source_sample_rate No Actual source-data rate, default "02".
output_sample_rate No Returned-data rate; the Python API default is "02", so set it explicitly when needed.
start_time Yes Start time in YYYY-MM-DD HH:MM:SS format.
end_time Yes Exclusive end time in YYYY-MM-DD HH:MM:SS format.
max_targets No Maximum number of resolved station/point/item targets, default 50.
allow_partial No Keep successful targets or chunks when another request fails.
max_workers No Concurrent target workers; use 1 for serial requests.

fetch_dys() and fetch_dyu() return a normalized pandas DataFrame, or None when no target can be resolved. The *_with_report() variants return (dataframe, report) so partial failures can be inspected.

Supported input styles:

  • station: station id or station name
  • point: point id, point number, or point name; may be omitted
  • item: item id or item name

When resolution fails or the query is ambiguous, the resolver returns candidate suggestions to help narrow the scope.

Long-range requests are handled automatically. When the requested range spans more than 30 natural days, the SDK splits the request into multiple upstream calls, merges the returned frames, sorts by timestamp, and deduplicates boundary rows. Chunk boundaries follow an exclusive end_time rule, so each chunk covers [start_time, end_time) and the next chunk starts exactly at the previous chunk's end_time.

Use the next midnight when requesting a complete final day. For example, data for November 1-2 should use end_time="2025-11-03 00:00:00".

Scope keywords

The following keywords are supported for broad queries:

  • "all"
  • "*"
  • common Chinese equivalents for “all” are also supported in code

Lightweight processing

stats = api.ts.summarize(df)
report = api.ts.quality_report(df)
hourly = api.ts.resample(df, "1h")
centered = api.ts.center(hourly)
detrended = api.ts.detrend(df, method="mean")
cleaned = api.ts.clip_outliers(df, zscore=3.0)
differenced = api.ts.difference(df)
robust = api.ts.hampel(df, window_size=15, threshold=5.0)
complete = api.ts.expand_timeline(df)
aligned = api.ts.align([df1, df2], labels=["station_a", "station_b"])

The processing layer normalizes sentinel missing values such as 999999 into real missing values before summaries, quality checks, resampling, alignment, and plotting.

Frames containing multiple logical series are processed independently by STATIONID, POINTID, and ITEMID. Multi-series summaries and quality reports include a series list with per-series results. Pass group_cols=[] only when an intentional whole-frame calculation is required.

Normalized output uses SAMPLERATE for the actual returned series rate and SOURCE_SAMPLERATE for the upstream source rate. VALUE is the canonical value column; OBSVALUE remains as a compatibility mirror for existing addereq workflows.

expand_timeline uses the sample rate to insert timestamps omitted by the API. MISSING_REASON="missing_record" identifies inserted rows, while MISSING_REASON="sentinel" identifies explicit upstream values such as 999999.

Optional metadata snapshot

Online resolution and plotting use live API metadata plus process-local memory caching. They do not automatically read or write persistent metadata. If offline plotting is required, explicitly create a station, point, item, and unit snapshot under the same user configuration directory as config.env.

Snapshot namespaces are SHA-256 hashes of the normalized API base URL; credentials are never written into snapshot files or keys. Refresh failures are reported directly and never hidden by silently using old metadata.

addereq-dm metadata path
addereq-dm metadata status
addereq-dm metadata refresh
addereq-dm metadata refresh --station-id 37001
addereq-dm metadata clear

Optional batch fetch report

df, report = api.ts.fetch_dys_with_report(
    station="all",
    point="1",
    item="3123",
    source_sample_rate="02",
    output_sample_rate="02",
    start_time="2025-11-01 00:00:00",
    end_time="2025-11-03 00:00:00",
    max_targets=20,
    allow_partial=True,
)

report contains:

  • a local request identifier for tracing one aggregated SDK fetch
  • total elapsed time and elapsed time per target
  • target count
  • success count
  • failure count
  • successful targets
  • failed targets with error summaries
  • requested chunk count
  • successful chunk count
  • failed chunk count and failed time ranges

With allow_partial=True, successful chunks remain available when another chunk for the same target fails. The failures remain visible in report.

Plotting

Plotting accepts a DataFrame returned by fetch_*() or restored with the export/import helpers. It uses the metadata returned by the API to label stations, points, items, and units.

Plot grouped by item:

api.plot.plot_by_items(
    df,
    prefix="demo_",
    fig_label="_item",
    show_mean=True,
    overlay_earthquakes=True,
    xlabel="Time",
)

Plot grouped by station and point:

api.plot.plot_by_stations(
    df,
    prefix="demo_",
    fig_label="_station",
    show_mean=False,
    overlay_earthquakes=False,
    ylabel="Displacement",
)

Plot parameters

Common parameters for plot_by_items() and plot_by_stations() include:

Parameter Description
ts Normalized time-series DataFrame.
prefix Filename prefix for generated figures.
fig_label Extra label added to generated filenames.
plot_type Plot style, normally "line".
show_mean Draw the mean line when True.
show_std Draw standard-deviation bands when True.
start_time, end_time Limit the displayed time range without refetching data.
invert_y Reverse the y-axis when True.
figure_format Output format, default "png".
overlay_earthquakes Add earthquake markers when earthquake data is supplied.

plot_by_items() creates figures grouped by item and orders station/point subplots by station. plot_by_stations() creates figures grouped by station and point and orders item subplots by item. Additional matplotlib axis options can be passed through as keyword arguments.

Plotting dependencies are loaded lazily, so importing the package without matplotlib is still supported when plotting is not used.

Subplot ordering rules are stable:

  • plot_by_items sorts station subplots by STATIONID
  • plot_by_stations sorts item subplots by ITEMID

CLI

Initialize user config:

addereq-dm init-config --base-url http://your-api-server:8080 --app-id your_app_id --secret your_secret

Resolve station, point, or item:

addereq-dm resolve --station taian_center --point 1 --item vertical_z

Fetch data and export to file:

addereq-dm fetch \
  --station taian_center \
  --point 1 \
  --item 3123 \
  --start-time "2025-01-01 00:00:00" \
  --end-time "2025-01-01 01:00:00" \
  --kind dys \
  --allow-partial \
  --workers 2 \
  --out data.csv \
  --summary

CSV, JSON, and Parquet exports include a <data-file>.metadata.json sidecar with the query, data kind, labels, units, and fetch report. The SDK uses this sidecar automatically when the file is imported or plotted locally:

from addereq_dm import export_timeseries, import_timeseries

export_timeseries(df, "data.parquet", metadata={"project": "weekly-review"})
restored = import_timeseries("data.parquet")

--workers enables controlled concurrency across independent resolved targets. It defaults to 1 and is capped at 8; each target's 30-day windows remain sequential, and merged output keeps target order deterministic.

Plot an existing file:

addereq-dm plot --input data.csv --output-dir figures

Use an explicit persistent metadata snapshot instead of the export sidecar:

addereq-dm plot --input data.csv --offline-metadata --output-dir figures

Local files exported by the SDK restore their embedded labels and units automatically. --offline-metadata explicitly replaces those labels with the persistent snapshot and is the only plotting mode that reads that snapshot.

Inspect a local file without API configuration:

addereq-dm quality --input data.csv

Fetch and plot directly:

addereq-dm plot \
  --station taian_center \
  --point 1 \
  --item 3123 \
  --start-time "2025-01-01 00:00:00" \
  --end-time "2025-01-01 01:00:00" \
  --kind dys \
  --output-dir figures

Use --kind dyu for processed data. CP is intentionally not exposed until its upstream API is stable.

See ROADMAP.md for compatibility, rate limiting, and reporting work.

Metadata

Release files for addereq-dm 2.1.1

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for addereq-dm 2.1.1
File Size Uploaded
addereq_dm-2.1.1.tar.gz 65.0 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for addereq-dm 2.1.1
File Interpreter ABI Platform
addereq_dm-2.1.1-py3-none-any.whl Python 3 none any Details

Total release size: 123.7 kB

Release files / addereq_dm-2.1.1.tar.gz

Download URL addereq_dm-2.1.1.tar.gz
Size 65.0 kB
Tags Source
SHA-256 checksum
How to use checksums
568d417599e8d7034a574a0c4fdbff14ae40559cc3e60dddbef0bd39bfb0a35a
BLAKE2b-256 checksum
How to use checksums
c3cabe1bebfc30b305ffd49716556e67065798e2a45c7b73fbab2b66a60f581a
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 3, 2026.

Transparency log

Release files / addereq_dm-2.1.1-py3-none-any.whl

Download URL addereq_dm-2.1.1-py3-none-any.whl
Size 58.7 kB
Tags Python 3
SHA-256 checksum
How to use checksums
17205ad3e669491cb184334fec097b2b74b0400739708e94a0f6f0ed90e33089
BLAKE2b-256 checksum
How to use checksums
38ce22cd0552f168ada3f8ffd9b3eb7f8bcfdedb3d88ea65b06c236bd982fd55
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 3, 2026.

Transparency log

Release history Release notifications | RSS feed

This release

2.1.1 This release

2 release files

2.1.0

2 release files

2.0.0

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page